Panasonic Viera i zdekodowanie/odszyfrowanie nagrań z HDD USB

Question

Witam zainteresowanych.Sprawa się tyczy nagrań tworzonych przez telewizory Panasonic z serii Viera (V20, V10, G10 i pewnie innych też) na dysku twar...

thereminator · Accepted Answer

Napisałeś o konwersji pliku .dat do mpg. Plik .dat na płycie VCD zawiera dane multimedialne (i nawet nie potrzeba konwersji do .mpg, po skopiowaniu wystarczy zmienić rozszerzenie pliku, aby go odtwarzać dowolnym programem niezależnie od pozostałej zawartosci VCD). Założyciel tematu wyraźnie napisał, że w opisanym przypadku plik .dat to tylko mały plik tekstowy z danymi, czyli nie ma nic wspólnego z .dat znanym z VCD, stąd moja uwaga.

skynet_2 · Accepted Answer

Ja doszedłem do trochę innych wniosków:aid: jeden 32 bitowy licznik, drugi idealnie stabilny to może być rozmiar kolejnego bloku danych audio w pliku tts.vid: jeden 32 bitowy licznik[pierwsze 4 bajty], następne 4 bajty to chyba korekcja synchronizacji/opóźnień.Pierwszy licznik zarówno w aid jak i vid jest taki sam, dodatkowo nie jest on idealnie stabilny więc według mnie to czas poszczególnych klatek.Nie posiadam tego telewizora, więc przydał by się kawałek nagranej transmisji nie statycznej, dodatkowo dokładny czas nagrania, jego długość i parametry[możliwie dużo].Załączam stosowne zrzuty[starałem się kadrować w tym samym miejscu, więc można je przełączać na kartach w przeglądarce]:konsola[wartości bajtów w systemie dziesiętnym]: [bajty[0:3]] [różnica do poprzednich bajtów[0:3]] | [bajty[4:7]] [różnica do poprzednich bajtów[4:7]][aid][vid]Dodatkowo rezultat z 535_00:Code: bashLog in, to see the code

User removed account · Accepted Answer

Nie chce mi sie wierzyc zeby Panasonic wymysla cos specjalnie nowego - zacznij bawic sie narzedzami do strumieni transportowych - *.tts wyglada jak zaszyfrowany TS (transport stream) - zazwczaj nikt nie szyfruje TS ale szyfruje sie strumienie elementarne - struktura TS jest prosta - zazwyczaj pakiet 188 bajtow - moga byc inne kombinacje np 204 bajty.
itp itd

http://en.wikipedia.org/wiki/.m2ts
http://www.cypheros.de/tsdoctor_e.html
http://www.tsreader.com/tsreader/index.html

to na poczatek

dodam ze pliki z *.?id to prawdopodobnie pliki indeksowe pozwalajace na latwe operowanie na pliku *.tts (ktory musi umozliwic wejscie i wyjscie - praca w tzw trick mode), plik dat moze zawierac po prostu info dotyczace pliku - identyfikujacy nagranie i pozwlajacy na latwe zarzadzanie nagraniami.

lisek · Accepted Answer

Problem wstępnie rozwiązano już w 2000r. Czytaj http://www.ixbt.com/multimedia/vcd2mpeg4.htmlhttp://vcdgear.yuku.com/forums/4/VCDGear-3-0-Q-APomocne też http://www.videohelp.com/Najnowszy Link_ VCDGear v3.55 jest bezapelacyjny.

skynet_2 · Accepted Answer

Ostatnie wpisy pierwszego licznika czyli dla:1082_00.aid 35563 / 51 sec = 697.311084_00.aid 352134 / 122 sec = 2886.34Pasują z pewnym błędem do średnich różnic pomiędzy kolejnymi wartościami licznika, może to oznaczać że każde 8 bajtów przypada na 1 sec nagrania[pomijając nagłówek].Dodatkowo nagranie testowe[1082] zawiera znacznie mniejsze różnice[porównując do 1084] w liczniku pomiędzy kolejnymi sekundami, można by z tego wywnioskować że pierwszy licznik to współrzędne początków klatek[/pakietów] w tts, końcówka licznika w 1084 jest ok 10x większa od 1082 podobnie jak rozmiar pliku tts który również jest 10x większy.-------------------------------------------------------------------------Skompresowanie planszy testowej[1082] powinno zająć bardzo mało miejsca < 1/100 tego co w 1084, a zajmuje 1/10 można więc przyjąć że enkoder mpeg[2/4] na siłę wstawia klatkę kluczową co 1 sec, prawdopodobnie po to aby przewijanie było prostsze tyle że kosztem kompresji.Teoretycznie w pliku vid te 4 bajty po prawej to może być odległość[w bajtach/pakietach ???] do najbliższej klatki kluczowej[tzw klatka I], gdyż tylko od niej można rozpocząć odtwarzanie.Dla nagrania testowego pomiędzy klatkami I rozmiary klatek P[zawierających informacje o ruchu] będą bardzo małe, skoro rozmiar klatek I jest stały a P pomijalny, odległość do klatki I będzie bardzo mała, również dźwięk jest stały.Przy nagraniu dynamicznych rozmiary klatek będą znacznie różnić się rozmiarem zarówno I jak i P, więc tutaj te wartości również będą większe.Ale to tylko luźne przypuszczenie co do bajtów[4:7] w pliku vid.Code: bashLog in, to see the codeCode: bashLog in, to see the code

willyvmm · Accepted Answer

Popatrzyłem się trochę w te liczby i chciałbym kolegę trochę naprostować.Struktura tych plików jest znacznie prostsza:)Pierwsze 8 bajtów nagłówek. Następnie dane są w 64 bitowych (2x 32 bity) porcjach.Piewsza porcja to dwa słowa 32 bitowe o wartości 0x0 Potem są kolejne dane po dwa słowa 32 bitowe (4bajty). Pierwszy jest jakimś adresem, może offsetem zapewne ramki, drugi, hmmm może długością tej ramki. Wielkości te są podane w jakichś jednostkach, może blokach ??Doskonale to widać w pliku 1084_00.vidW pliku aid druga liczba wygląda nieco inaczej nadal rośnie proporcjonalnie do "czasu" jednak jest dosyć spora lub ujemna .. tez nie bardzo wiem do czego to przypiąć.I na koniec pierwsze liczby w obu plikach są jednakowe jakby wskazywały na tę samą ramkę.Na koniec pobawiłem się nieco kalkulatorem, i wyszło że pierwsza liczba pokrywa się MNIEJ WIĘCEJ z liczbą bloków o rozmiarze 188 bajtów

skynet_2 · Accepted Answer

Napisałem prosty programik do liczenia entropii, oto rezultat pierwszych 524 kB z pliku 1082_00.tts:Są 4 poziomy entropii, ciekawie wyglądają 2 najniższe poziomy, zostało tylko porównać to z plikami aid jak i vid.Code: pythonLog in, to see the code

willyvmm · Accepted Answer

Możesz je zliczyć ?

skynet_2 · Accepted Answer

Pewnie że tak[liczone z całego pliku]:Code: textLog in, to see the codePrzy czym to jest tylko entropia dla kolejnych 16 bajtów, "elementy" o tej samej entropii nie muszą być takie same.Punkty o niższej entropii trzeba przejrzeć w edytorze hex, sprawdzić czy są podobne, jeśli tak i ich liczba pasuje do pierwszego licznika to można będzie coś robić dalej.Program do zliczania:Code: pythonLog in, to see the code

willyvmm · Accepted Answer

Nie wiem jaki procesor tam użyto, ale współczesne procesory posiadają koprocesory kryptograficzne więc szyfrowanie strumieniowe nie wpływa na ich wydajność.

User removed account · Accepted Answer

nie ma potrzeby uzywania generatora DVB-T - podstawianie jakiegos obrazu nic wam nie da bo tu nie chodzi o obraz ale o skompresowane strumienie.

odbiornik DVB-T dziala mniej wiecej tak ze po demodulacji dostepny jest strumien transportowy o wzglednie stalym bitrate, zazwyczaj strumien sklada sie pakietow po 204 bajty, z tego 188 bajtow to sa wlasciwie dane wraz z PCR a 16 bajtow to CRC. kazdy pakiet ma tzw Continuity Counter dzieki temu mozna sprawdzic szybko ile pakietow upadlo w czasie transmisji. PCR to z kolei znacznik czasu umozliwiajacy odtworzenie czasu w odbiorniku. Calosc jest dosc prosta i celowo tak zrobiona aby latwo bylo demultipleksowanie i wszelkie operacje wykonac w sprzecie. Wszystko wchodzi na demultiplekser ktory jest w istocie jakims tam filtrem (zazwyczaj z mozliwoscia wydzielenia 20 - 40 PID w hardware), uklady ktore ja znam maja specjalny multiplekser wlasnie na potrzeby zapisu PVR gdzie z kilku ES tworzy sie maly strumien transportowy tzw SPTS i tu np Panasonic moze zamiast 188/204 uzywac struktury 188/208.

jak juz pisalem pliki *id to najprawdodpobniej sa pliki indeksowe ktore umozliwiaja szybkie nawigowanie po strumieniu tak zeby mozna bylo szybko uzyskac obraz i video, moga zawierac entry pointy (np timecode w jakims formacie dla klatek I - dzieki temu dekoder video nie szuka po strumieniu znacznika synchronizujacego sekwencje ale po prostu ja odczytuje z pliku indeksowego i skacze - kiedy robicie sobie jump np +10 sek), plik indeksowy audio pewnie ma zapisane offsety tak by zsynchronizowac audio z video (uniknac klopotow z lipsync'iem, do tego moze miec sygnalizowany typ audio i kod jezyka choc watpie)

Gdybym szukal zaleznosci - korelacji, uzylbym zwyklego odbiornika DVB-T na USB, zgral dokladnie ten sam program, przeanalizowal TS, wydzielil elementarne video, jesli beda User Data w MPEG-2 tym lepiej (H.264 jest troche gorzej bo nie ma az takiej ilosci narzedzi do analizy strumienia elementarnego ale zasada podobna jest do MPEG-2) Majac znany strumien odebrany przy pomocy DVB-T na USB mozecie probowac znalezc podobna struktura w plikach z TV.

Nie wierze ze Panasonic drastycznie zmienil strukture strumienia transportowego - najprawdopodobniej generalny szkielet zostal zachowany - dzieki temu nie musza dodawac ani dedykowanego hardware ani robic tego w sofcie na CPU (chodz demuxer i descrambler to np w STM sa wyspecjalizowane procesory RISC ktore maja wlasny program - zazwyczaj dostarczany w wersji binarnej przez STM).

Kcyś · Answer

Próbował kolega programu o niewdzięcznej nazwie "vcdgear"? Konwertuje pliki z rozszerzeniem dat na mpeg, a chyba o to chodzi.

thereminator · Answer

Jakby ten TV nagrywał w formacie MPEG1 (jak płytach VCD), to może to co napisałeś miałoby sens... Ale nie ma.

Kcyś · Answer

Próbowałeś? Mój tv nagrywa z rozszerzeniem bin i u mnie ten program się sprawdza. Pól godzinne nagranie zajmuje z rozszerzeniem bin 1GB.

jaco777 · Answer

Też mi się zdaje, że to nie będzie takie proste. Plik TTS tworzony przez telewizor nie ma żadnego nagłówka, regularności, znaczników itp. I trzeba jeszcze wziąć pod uwagę, że poprawny wynik uzyskamy prawdopodobnie dopiero przy znalezieniu zależności między wszystkimi trzema plikami AID, VID i TTS.

jaco777 · Answer

skynet_2Dzięki za analizę plików, od razu widać, że w masz do tego głowę i zauważyłeś inne zależności. Umieściłem dodatkowe nagrania (jacek.prv.pl/panasonic) :- pliki 1082 (statyczna plansza testowa), około 51 sekund,- pliki 1083 (statyczna plansza testowa), około 1 minuta 25 sekund, około 46 sekundy wystąpiło zakłócenie sygnału,- pliki 1084 (nagranie z Polsat Sport), około 2 minuty 2 sekundy, wybrałem ten kanał ze względu na występujące u góry jakieś pozostałości po dodatkowym sygnale cyfrowym lub innych dodatkowych danych (plik 1084_00.jpg), myślę że później te pozostałości mogą się okazać przydatne przy dekodowaniu pliku TTS.Nagrania te są typowym sygnałem DVB-T SD czyli powinny mieć następujące parametry:rozdzielczość: 702x576, fonia zapewne MP2 (MPEG-1, 2 Layer II) 128kbs (http://www.kigeit.org.pl/stirc/pliki/20080403_parametry_techniczne_DTT.htm).Dołożyłem też nagranie wideo test_video.avi na którym możemy zobaczyć co jest w tych plikach z nagraną planszą testową. pandyTTS już trochę oczywiście analizowałem i jeszcze się dokształcam . Program TSDoctor nawet coś próbuje znaleźć w tych moich plikach TTS. Ale gubi się przy PMT lub PCR &#8211; będę próbował dalej, być może to wina tego szyfrowania Panasonica i będzie to ślepa uliczka.TSReader nie rozpoznaje nic w pliku i wyrzuca komunikat o nierozpoznanym strumieniu z sugestią na MPEG-2 lub DSS.Pomysł z indeksowaniem jest interesujący, zwłaszcza biorąc pod uwagę jakie wnioski ze struktury plików wyciągnął skynet_2, to może być rzeczywiście to. Telewizor ma możliwość zapamiętania gdzie ostatnio zakończyliśmy oglądać materiał i następnym razem jak do niego powracamy to zaczyna odtwarzanie od miejsca w którym skończyliśmy. Ale istnieje też ryzyko, że w tym indeksowaniu zawarte są również klucze do poszczególnych bloków danych i sprawa będzie się trochę komplikować. Czekam z niecierpliwością na kolejne wnioski od skynet_2.lisekNie jestem pewien czy mam na myśli to samo. Nie chodzi o to by jakiś materiał przekonwertować i obejrzeć go na telewizorze. Odwrotnie &#8211; chcemy materiał stworzony przez telewizor przekonwertować i obejrzeć na PC. Widzę, że VCDGear ma rzeczywiście spore możliwości, ale nawet na forum programu nie znalazłem wzmianki, aby ktoś wykorzystał go do konwersji nagrań z Panasonic Viera. Wspominasz, że w 2000 roku już problem wstępnie rozwiązano &#8211; wtedy jeszcze chyba nie było tej serii TV. Jeżeli natrafiłeś na jakieś konkrety to poproszę o bezpośrednie linki &#8211; zajrzałem na te fora i jak na razie o moim przypadku nic nie znalazłem.A ja sam zabieram się za service manual. Spróbuje znaleźć coś w schemacie ideowym. Być może obróbką i kodowaniem zajmuje się konkretny układ, a wtedy wystarczy znaleźć jego notę katalogową i będzie kolejny punkt zaczepienia. Może być też tak, że wszystko jest robione software'owo (z tego co wiem, to soft Panasonica oparty jest na Linuxie) i zaczną się schody. Wsady softu są dostępne na necie, ale są już skompilowane i praktycznie bezużyteczne w celu dalszej analizy kodu.Mam też prośbę do posiadaczy podobnego Panasonica - jeżeli ktoś z Was próbował już odczytać dane z dysku, to niech zerknie na pierwsze 4 bajty w plikach AID i VID. U mnie w trybie HEX zawsze jest to samo, czyli : 53 45 02 5A - czy u Was też tak będzie, czy macie inny ciąg ? Być może w tych czterech bajtach jest zabezpieczenie przed odtworzeniem nagrań na innym TV (lub po SELF CHECK).

lisek · Answer

Właśnie wszedłeś na te schody , tam masz Linuks

jynjeay · Answer

Jestem zainteresowany tematem, niestety kompletnie siê nie znam na tych kodach. Wiem jednak ze dla TV Viera z obs³ug± LAN otworzono specjalne forum developerskie w którym programi¶ci mog± zasiêgn±æ porad PANASONICa. Mo¿e pro¶ciej napisaæ jaki¶ program do nagrywania obrazu w dowolnym formacie, pomijaj±c systemowy record i jego kody:) Umie¶ciæ go w rozwijaj±cym siê MARKET'cie. Co wy na to?

Moja fantazja nie zna granic, lecz je¿eli mo¿na w tak szybkim czasie utworzyæ program skype picca i wiele innych, to dlaczego nie program do nagrywania?

skynet_2 · Answer

willyvmm dokładnie to pisałem wyżej, 8 bajtów == 64 bity Jesteś pewny? też próbowałem to jakoś przyrównać do rozmiaru, ale zaczyna coś wychodzić dopiero przy założeniu te tts ma jakiś nagłówek, mimo tego nie było to wystarczająco dokładne.

marek-zarzycki · Answer

Taniej wyjdzie kupić używaną nagrywarkę DVD z twardym dyskiem i nagrywać co się chce. Nie wiem po jakiego grzyba Panasonic wprowadził takie udziwnienia. Pewno, żeby przypadkiem ludziska materiałów video nie rozpowszechniali.

jaco777 · Answer

Do skynet_2 i willyvmm:Przyznaję się bez bicia , zaczynacie mówić o rzeczach, o których mam znikome pojęcie. Ale już przynajmniej wiem (albo mi się zdaje) co to są poziomy entropii (http://securitymag.pl/entropia-%E2%80%93-pomiar-i-zastosowanie). Nie będę Wam przeszkadzać i będę na swój rozum analizował Wasze spostrzeżenia, może też coś mi zaświta, ale zajmie mi to pewnie o wiele więcej czasu niż Wam. A jeżeli będziecie potrzebować jakiś dodatkowych danych, plików, prób na telewizorze itp. to jestem do usług i posłusznie wykonam.A na razie świta mi tylko wniosek, że pliki AID oraz VID mogą służyć jedynie do wskazania odtwarzaczowi z którego miejsca należy rozpocząć ponownie odtwarzanie jeżeli wcześniej przerwaliśmy oglądanie materiału np. w połowie &#8211; czyli Trick Mode o którym wspomniał pandy. Czy wg Was w plikach tych (AID, VID) mogą być jeszcze zawarte jakieś informacje służące do odkodowania strumienia danych w pliku TTS - coś w rodzaju offsetu albo klucza dekodującego ?Znalazłem w swoich archiwach nagranie w HD, może uda się Wam zauważyć różnice w stosunku do sygnału SD i okażą się one pomocne w dalszej analizie. Ja na razie zauważyłem znacznie większe przyrosty w pierwszym liczniku -> obraz HD = więcej danych = większy przyrost. Pliki w HD mają numer 15_00 - pliku TTS na razie nie zamieszczam, ponieważ ma około 670MB (czas trwania 10m 34s) i obawiam się o swój transfer na stronie.Wczoraj do 1:00 (czyli jeszcze dziś) testowałem dystrybucje Linuxa ze współpracą UFS/UFS2 w trybie zapis/odczyt (Read/Write). Po męczarniach z FreeBSD, FreeSBIE, OpenBSD, INSERT (Inside Security Rescue Toolkit) w końcu zbawieniem okazał się najnowszy poczciwy Knopix Live CD. Udało się zamontować dysk i dokonać na nim zmiany. Poniżej zdjęcie ze zmienioną nazwą nagrania. Czyli możemy już modyfikować zawartość poszczególnych bajtów w dowolnym pliku i sprawdzić jak zareaguje na to TV podczas odtwarzania nagrania. W między czasie będę robił próby - sprawdzę jakie zmiany, w których plikach i na których bajtach dokonuje TV, sam pozmieniam inne podejrzane bajty i sprawdzę co na to &#8222;powie&#8221; TV.Niestety analiza schematu ideowego nie przyniosła, żadnych obiecujących wniosków. USB jest bezpośrednio obsługiwane przez procesor i to zapewne w nim dochodzi do programowego generowania plików DAT, AID, VID i TTS (str. 34 manuala). A KEY zapisywany jest zarówno w procesorze jak i w dodatkowej pamięci EEPROM (to tak na marginesie). Wg manuala (str. 10) w modelu TX-PR42G20 nie jest stosowany KEY dla nagrań na dysku USB. I nawet gdzieś znalazłem wzmiankę, że ktoś już próbował wgrać do TX-P42G20 soft od TX-PR42G20 ale skończyło się to nieciekawie - TV przestał odpowiadać.Wpadł mi za to do głowy pomysł aby zadać TV jakiś czysty sygnał z generatora sygnału DVB-T (z innych wejść TV nie pozwala na nagrywanie), np. idealnie czarną, białą, czerwoną, niebieską i zieloną planszę bez audio i przyjrzeć się takim plikom. Ale porządny generator DVB to koszty rzędu kilu tysięcy zł. a zrobiony własnoręcznie pewnie będzie niedoskonały (http://news.elektroda.pl/generator-testowy-dvb-t-t463730.html). Może ktoś w Szczecinie posiada takowe cudo i byłby w stanie wspomóc ?Do lisek:Idąc po schodach wspinamy się coraz wyżej i wyżej, a po drodze uczymy się oraz zdobywamy wiedzę. Być może w końcu spadniemy z tych schodów, ale zdobyta wiedza pozostanie. A mi (i innym użytkownikom serii Viera) pozostanie wtedy pokornie kupić jakąś nagrywarkę (jak zaproponował marek-zarzycki) i olać zabezpieczenia Panasonica.Do jynjeay:Sądzę, że Panasonic (nie udostępni potrzebnych informacji) nie pozwoli stworzyć aplikacji do nagrywania. Powód ? To o czym wspomniał marek-zarzycki: prawa autorskie itp. I właśnie dlatego Panasonic w taki sposób uniemożliwił użytkownikom swoich telewizorów, swobodne operowanie nagraniami programów.

skynet_2 · Answer

@jaco777 spróbuj użyć fedory[ Link ] do UFS/UFS2 wsparcie tego powinno być w jądrze.Wątpliwe, ale poznanie pozycji pakietów/klatek bardzo by pomogło.Czy mógłbyś nagrać[3 razy] czarny ekran z wyłączonym dźwiękiem? potem mógłbym to przepuścić przez komparator ciągów binarnych.Entropia jest przydatna, bo od razu widzisz czy plik ma jakieś części.Co do szyfrowania jest to pewnie coś prostego, nie zmieniającego długości danych, może nawet jakiś XOR + licznik.Mogę się mylić, ale wydaje mi się że przy tym transferze[np. zapis HD] szyfrowanie musi być bardzo szybkie == proste.

jaco777 · Answer

Do skynet_2Knoppix (już nawet na pamięci USB) działa jak należy, wystarczają dwie linijki w konsoli do montowania dysku i śmiga. Tak jak wspomniałem, bez problemu można już modyfikować zawartość plików, podmieniać je itp. Pełna obsługa Read/Write UFS2.Na koniec dodam tylko, że z wstępnych moich obserwacji, wynika że telewizor potrafi chyba odtworzyć plik TTS nawet bez plików AID i VID - ale to tylko przypuszczenia, muszę się jeszcze upewnić.

Samuraj · Answer

Co prawda nie ma podłączonego dysku i nie wiem co się nagra ale co do pustego czarnego ekranu to zaraz po przełączeniu wciśnij Hold (pod niebieskim) głos też można wyłączyć Mute.

BENYZBYSZEK · Answer

Czyli nagrywanie na pendriva 8 gb nie jest mozliwe musze miec dysk min 160 gb czy tak ?

jaco777 · Answer

Ciekawa propozycja i sądzę, że warta głębszej analizy. Mam jedynie wątpliwość, że dekoder DVB na USB zapisze mam strumień w typowym rozmiarze pakietów, czyli jak wspomniałeś 188/204 a TV Panasonic będzie zapisywał pakiety w innym rozmiarze a co gorsze może nawet ze zmiennym rozmiarem pakietów (chociaż nie jestem pewien czy standard to przewiduje). I w takiej sytuacji porównywanie strumienia z DVB USB a TV Panasonic kompletnie się "rozjedzie". Ale to są moje przypuszczenia - niestety nie mam jeszcze takiej wiedzy jak Ty, a widzę że sporo wiesz. Ja się dopiero zagłębiam w DVB, MPEG, TS i to jest moja słaba strona, mogę błądzić.A ja nadal analizuję czy i co TV robi z plikami DAT, AID, VID, TTS. Ale trochę to jeszcze zajmie - w końcu każdy z Nas ma rodzinę, pracę, życie prywatne...

User removed account · Answer

Dlatego mowie o tym by szukac danych na podstawie zawartosci jednego ze strumieni elementarnych - wystarczy z nagranego TS (przy pomocy DVB-T USB) wydzielic jeden strumien elementarny video, nastepnie przeszukac go np na okolicznosc SEI/VUI (nie wiem jak nadaja operatorzy w PL) http://forum.doom9.org/showthread.php?t=146372http://iphome.hhi.de/suehring/tml/doc/lenc/html/sei_8h.htmlhttp://iphome.hhi.de/suehring/tml/doc/lenc/html/sei_8c.htmlnastepnie przeszukac pod katem identycznej struktury plik vid z Panasonica.Jesli sie to uda znalezc to potem bedzie latwiej ustalic wielkosc pakietu i strukture.

jaco777 · Answer

Tak jak obiecywałem, posiedziałem trochę przy nagraniach i poniżej tego efekty w formie Podsumowania. Są to bardziej podstawy sposobu obsługi nagrań i plików przez TV niż informacje przydatne do zdekodowania strumienia z plików TTS. Ale to też się może przydać, zwłaszcza że świta mi już w głowie program na PC do zarządzania nagraniami z TV.PODSUMOWANIE1. Dane z dysku sformatowanego przez TV Panasonic Viera (HDD TV) możemy odczytać pod WinXP za pomocą programu UFS Explorer lub odczytać/zapisać za pomocą jakiegoś najnowszego Linuxa z obsługą UFS (np. Knoppix Live CD).2. Tak skopiowane pliki (o rozszerzeniu DAT, TTS, VID, AID) możemy zarchiwizować na innym dysku (FAT32, NTFS) i później ponownie nagrać na HDD TV aby je obejrzeć.3. Dysk możemy formatować ile chcemy, nie ma to wpływu na kodowanie pliku TTS ani na późniejsze ponownie nagrywanie/odtwarzanie z niego zarchiwizowanych nagrań. TV formatuje dysk w systemie plików UFS2, formatowany dysk musi mieć minimalną pojemność 160GB.4. Nie możemy zmieniać nazwy/numeru pliki, ponieważ TV wtedy nie odtworzy nagrania. Wg mnie nazwa pliku, czyli jego numer jest brany przy kodowaniu/dekodowaniu pliku TTS.5. Na HDD TV możemy znaleźć następujące stale występujące pliki:5.1 plik .journal o stałym rozmiarze 4 194 304 bajtów, jest to plik systemu plików UFS2 &#8211; nie ruszamy go, plik oczywiście nie istotny przy kodowaniu/dekodowaniu pliku TTS,5.2 plik hdd_cleaner o stałym rozmiarze 4 bajtów, tworzony jest chyba po pierwszym kasowaniu jakiegoś nagrania, plik mało istotny, nie uczestniczy przy kodowaniu/dekodowaniu pliku TTS (patrz pkt. 3),5.3 plik hdd_dummy_file o stałym rozmiarze 4 bajtów i zawartości 00 00 00 00, tworzony jest przy każdym formatowaniu, plik mało istotny, nie uczestniczy przy kodowaniu/dekodowaniu pliku TTS (patrz pkt. 3),5.4 plik last_pos_hdd o stałym rozmiarze 4 bajtów, plik jest tworzony przy pierwszym nagraniu i zawiera wartość startową 00 00 00 01, wartość ta przyrasta w miarę przyrostu nagrań na HDD. Zapis następuje w HEX i należy go odczytać jako DEC aby uzyskać numer ostatniego istniejącego pliku nagrania, czyli jeżeli w pliku last_pos_hdd mamy 00 00 41 21 to w DEC będzimy mieli 1057 i to jest numer ostatniego istniejącego pliku nagrania. Plik istotny przy nagrywaniu zarchiwizowanych nagrań na nowo sformatowany HDD &#8211; zawartość pliku należy tak wyedytować aby jego cztery bajty odczytane w DEC były równe numerowi naszego najwyższego numerowo pliku nagrań z archiwum. Czyli jeżeli mamy w archiwum pliki nagrań o numerze 1057, musieliśmy sformatować HDD i chcemy teraz nagranie o tym numerze obejrzeć na TV, to po zapisaniu plików nagrań o numerze 1057 na HDD, należy w pliku last_pos_hdd wpisać 00 00 42 21 dzięki czemu TV nada następnemu plikowi nagrań numer 1058 i zapobiegnie to zdublowaniu w nazewnictwie/numeracji plików nagrań. Plik last_pos_hdd nie uczestniczy przy kodowaniu/dekodowaniu pliku TTS (patrz pkt. 3),5.5 plik bind o stałym rozmiarze 32 bajtów, plik jest tworzony przy formatowaniu i nie zmienia się do następnego formatowania, zawartość pliku jest chyba generowana losowo, nie uczestniczy przy kodowaniu/dekodowaniu pliku TTS (patrz pkt. 3),6. Oprócz wymienionych w pkt. 5 plików są oczywiście pliki powstające tylko przy nagrywaniu programu telewizyjnego:6.1 plik z rozszerzeniem DAT o stałym rozmiarze 452 bajtów &#8211; zawiera dane informacyjne o nagrywanym programie telewizyjny takie jak data i godzina rozpoczęcia nagrania, tytuł programu telewizyjnego, nazwa stacji telewizyjnej, znacznik informujący czy już oglądaliśmy to nagranie. Pełna i dokładna rozpiska bajtów w pliku DAT poniżej, bajty nie opisane są raczej nieistotne. Plik DAT możemy dowolnie podmieniać z plikami DAT z innych nagrań i nic się nie stanie oprócz niewłaściwie wyświetlanych informacjach &#8211; dowodzi to, że plik DAT nie jest istotny przy kodowaniu/dekodowaniu pliku TTS,6.2 pliki z rozszerzeniem AID oraz VID, rozmiar tych plików zawsze jest równy sobie i zależny jest od długości całego nagrania. Służą one do prawidłowego &#8222;indeksowania&#8221; zawartości pliku TTS (tzw. trick mode) dzięki czemu możemy na podglądzie przewijać nagranie do przodu i tyłu z różną prędkością. Jeżeli usuniemy pliki AID, VID to nagranie możemy dalej oglądać, ale przewijanie działa tylko z najniższą prędkością (skok co około 1 sek.) - dowodzi to, że pliki AID, VID także nie są istotne przy kodowaniu/dekodowaniu pliku TTS,6.3 plik z rozszerzeniem TTS zawiera zakodowany strumień audio i wideo, w kodowaniu ważna jest z dużym prawdopodobieństwem nazwa/numer pliku (patrz pkt. 4) oraz tzw. KEY (patrz str. 10 service manual TX-PF42G20S.pdf). Plik najistotniejszy dla nas, którego sposób kodowania próbujemy rozpracować.6.4 plik z rozszerzeniem RSP o stałym rozmiarze 16 bajtów, powstaje tylko wtedy gdy przerwaliśmy oglądanie jakiegoś nagrania, służy do rozpoczęcia oglądania nagrania od momentu w którym przerwaliśmy oglądanie. Plik nie istotny przy kodowaniu/dekodowaniu pliku TTS.6.5 plik LOOP.TTS powstaje gdy mamy aktywną funkcję REW LIVE TV, to po prostu nagranie powstające na bieżąco podczas oglądania programu telewizyjnego, dzięki któremu możemy pauzować i przewijać do tyłu właśnie oglądany program. Plik oczywiście nie istotny przy kodowaniu/dekodowaniu pliku TTS.7. Z powyższych punktów wynika jak na razie, że z dużym prawdopodobieństwem składowymi kodowania pliku TTS są:- jego nazwa/numer (czyli zapewne 4 bajty &#8211; patrz pkt. 5.4),- KEY generowany przez TV. Rozmiar KEY nie jest mi znany &#8211; siedzi on w EEPROMie który można odczytać za pomocą szyny I2C (mój TV jest jeszcze na gwarancji więc nie będę na razie w nim grzebał).Rozpowszechniam prośbę wśród swoich znajomych. Jak już będą jakieś pliki to je umieszczę i dam znać. A tymi ostatnimi linkami to mnie "zabiłeś" - chyba prędzej się zestarzeję niż to wszytko pojmę. Ale dzięki, może coś więcej zrozumiem.

skynet_2 · Answer

Ciekawe nazwa pliku wydaję się związana z szyfrowaniem.Czy mógłbyś wykonać test?1. usunąć partycję i pozwolić TV sformatować dysk2. nagrać plansze testową3. zarchiwizować wszystko używając programu tar4. powtórzyć punkty 1 2 35. podmienić tts używając pierwszego który został zarchiwizowany6. sprawdzić czy TV odtwarza podmienione + udostępnić 2 archiwa tararchiwizowanie:Code: bashLog in, to see the codels - wyświetla pliki w aktualnym katalogu$(date +'%s') - zwraca datę[liczbę sekund od 00:00:00 01.01.1970]Teoretycznie początki plików tts powinny być takie same w obu nagraniach, gdyż będą miały taki sam numer.TV zawsze na czystym dysku zaczyna nazywać pliki od tego samego numeru?

Panasonic Viera i zdekodowanie/odszyfrowanie nagrañ z HDD USB