tux

No to sprecyzowane. Jak nie wiem ? Mój asus nagrywa w czystym h264 i problemu nie ma. Mam innego androida niż ty? Moze tak info o pliku i np. 30sec sample w załączniku?

Jak masz jak to sprawdź nową wersje OpenVPN z TEST. Jak będzie OK to zmienimy wywołanie skryptów.

W najbliższym czasie się poprawi.

Na te pytania na pewno znajdziesz odpowiedź na forum przy odrobinie dobrej woli. Po prostu staramy się nie powielać wiedzy. Tak łatwiej szukać i coś znaleźć. Jak będziesz miał szczegółowe pytania bo coś nie jasne to powołaj się na wątek co znalazłeś i zadaj do tego wątku pytanie :)

Najszybciej to wgrać soft od nowa.

Co do białego ekranu mogę potwierdzić. Jednak póki co nie znam przyczyny. Oglądając poskie kanały raczej trudno o ten przypadek. Inaczej jak mamy dostęp np. do HD z 19,2. Wystarczy włączyć dowolne 2-3 kanały nawet na kilka sekund i powrócić np. na DaVinci Learning. Z loga nic ciekawego nie wynika. Za to analiza strumienia nagranego np. z DaVinci Learning w programie Tsdoctor potwierdza tylko tyle, że strumień jest KOSZMARNY. Ilość błędów przekracza chyba wszystkie normy. Gorzej jest tylko na kanałach VOD od Polsatu. Tutaj jedno nagranie (ustawione do nagrania z EPG) zajmuje przed odśmiecaniem ~1,2GB a po odśmieceniu ~800MB. Po diabła tam prawie 400MB śmiecia? Nie mam pojęcia. Dodam, że nie są to dodatków ścieżki audio czy napisy albo teletekst - to coś co TSDoctor uznaje za zbędne. Na nagraniach z NC+ (np. Canal+ czy Planete+) śmietnika NIE MA. Jedyne błędy to ewentualna pogoda. Jeżeli mamy coś z tym zrobić potrzeba więcej testów i konkretnych przykładów z wypunktowaniem jak doprowadzić odbiornik do "białej gorączki". Co do mp4. Co prawda tuner odtwarza i takie formaty ale mimo wszystko jest to tuner. MP4 odtwarza dodatkowo. A swoją drogą mam trochę nagrań w różnych formatach i jakoś mi działa. Prawdopodobnie dlatego że sam tworzę te pliki i są zgodne ze specyfikacja. Te z netu to różne bywają. Często jest MP4 a w rzeczywistości np. 3gp w kontenerze MP4 itp. kwiatki. Być może starsze ffmpeg było paczowane na okoliczność "idiotycznych" plików. Nowe w GOS są takie jak wydania release (z poprawkami SH4). Dla naszych ffmpeg (i każdych nowych w softach) należy zachować standardy. Przy zachowania standardów powinno być OK.

Zgaduje że root nie ma hasła jak również nie dodałeś żadnego innego użytkownika z hasłem. Oczywiście pisze o systemie.

Staram się, ale ostatnio mam mało czasu na śledzenie forum i odpisuję tylko czasami. Niestety - za dużo pracy nad GOS i za mało czasu na to.

@myszka20 - nie chodziło o Ciebie a osobę, która wpisała się po Tobie. Ogolnie staramy się poprawiać w miarę wolnego czasu co się da. Jednak jak czasem ktoś z devel napisze, że nie teraz bo....no nieważne dlaczego bo...to znajdzie się ktoś dla kogo wszystko to jest łatwizna,wszystko da się natychmiast zrobić. To naprawdę boli i aż się nie chce nic robić. Gdybym jednak przejmowal się tym (reszta devel tez) to już dawno trzeba by zamknąć cały projekt ??

Może łatwiej. Skoro tak i masz czas do roboty. Zaczynam coraz częściej widzieć postawy roszczeniowe. Skoro jest tak źle to można nie używać. Wybaczcie ale ktoś musiał to wreszcie napisać. Tym bardziej że napisałem konkretnie że teraz pracuje nad czymś ważniejszym niż skrypt do aktualizacji z terminala. Tyle lat działało zwykle polecenie opkg i nikt nie islamie źle. Sa źródła? Ktoś broni poprawić? Przecież można podesłać poprawkę jak to robi cześć osób i tyle.

No zrobić partycje np. 768MB a nie 2GB. I tyle.

Tylko nie wiem kiedy się doczekasz. Są ważniejsze rzeczy :) Teraz walczę z pakietami systemu.

root FS max 1024MB i będzie OK. sysupdate sprawdza ilość miejsca ale oczekuje jej w MB a nie w GB :) Jak będzie chwila to się poprawi. Doraźnie - zrobić jak wyżej napisałem.

Jedyne oficjalnie wspierane chipsety kart to: kernel-modules-wifi-rt2870-gos kernel-modules-wifi-rt3070-gos kernel-modules-wifi-rt5370-gos kernel-modules-wifi-rt8188eu-gos kernel-modules-wifi-rt8192cu-gos kernel-modules-wifi-rt8712u-gos Każdy inny chipset (sterownik spoza OPKG) nie daje gwarancji, że po aktualizacji będzie wszystko działać. Trzeba o tym zawsze pamiętać! Jeżeli ktoś skompiluje sterownik dla kernela 217 z GOS to prawdopodobnie zadziała. My jak pisałem wyżej wspieramy jedynie te co wyżej.

Bo minimum pozostałe wolnego po i stalactites to 8MB a paczka o której piszesz doinstalowuje przez zależności inne paczki. Także nie jest to błąd.

Jest jakaś garstka ESI co ma ten problem jednak jest to niewielka ilość. Gorzej z UHD. Te mają to częściej. Jako ciekawostkę napisze ze dotarł do mnie UHD co pixelowac miał. Niestety u mnie nie chce. Także zaczynam powoli wierzyć w LTE (np. sąsiad pod nami) albo inne zakłócenia. Wiele razy pisaniu tu o problemach których cały devel nie potrafi zrealizować choćby stanął na głowie.

Nie dość, że stara to już nie wspierana. Było o tym ze 2-3 mieś temu. Zalecane było wgranie softu od nowa lub ręczna aktualizacja do obecnego repo.

Ping jest?

To już, było wiele razy. Doinstaluj firmware z DTS.

Jaki tuner? Proszę zawsze podawać o jaki tuner chodzi.

Nie ma. Jedyne co to zamontować go do jakiegoś katalogu raz jeszcze i spakować: mkdir /dest mount /dev/sda1 /dest (o ile sda1 to rootfs) cd /dest tar -cvzf backup_xx.xx.xxxx.tar.gz * cd / umount /dest rmdir /dest

Montujemy pen do katalogu X i pakujemy zawartość. Ot cały backup.

To jest OK. Możesz odłączyć zasilanie. Odpisać pen. Włączyć zasilanie.

Wpisuje się rootfs do NOR. Trwa to w zależności od szybkości NOR od 20min do 90min.

Jeżeli wszystko przeszło ok to możesz restartować. Wygrało Ci nowy kernel.