vara okrypterat. Men min teori nu är att Conax-systemet i boxen lagrar någon form av nyckel i boxen och/eller kortet som gör att man kan spela upp det man spelat in. Detta skulle man ju kunna testa till viss del genom att antingen återställa hela boxen alt. skruva i disken i en annan likadan box. Enkelt att testa för den med ledig tid..
///DM
<{POST_SNAPBACK}>
Jag har en liten tidstjuv i familjen som gillar att dra ut elsladden under pågående inspelning.
Tyvärr håller jag med dig om din slutsats- jag försökte använda mplayer och drog upp debug-nivån:
mplayer -msglevel all=8 -afm 1 -vo syncfb SVT2_20070710_2224.tv
Checking for MPEG-TS...
GET_PACKET_SIZE, pos 1, char: 43
GET_PACKET_SIZE, pos 1, char: 43
GET_PACKET_SIZE, pos 1, char: b1
GET_PACKET_SIZE, pos 1, char: b1
GET_PACKET_SIZE, pos 1, char: b6
GET_PACKET_SIZE, pos 1, char: b6
GET_PACKET_SIZE, pos 1, char: e9
GET_PACKET_SIZE, pos 1, char: e9
GET_PACKET_SIZE, pos 1, char: 9f
GET_PACKET_SIZE, pos 1, char: 9f
GET_PACKET_SIZE, pos 1, char: 2d
GET_PACKET_SIZE, pos 1, char: 2d
GET_PACKET_SIZE, pos 1, char: 83
GET_PACKET_SIZE, pos 1, char: 83
GET_PACKET_SIZE, pos 1, char: 8a
GET_PACKET_SIZE, pos 1, char: 8a
GET_PACKET_SIZE, pos 1, char: f0
GET_PACKET_SIZE, pos 1, char: f0
GET_PACKET_SIZE, pos 1, char: b6
GET_PACKET_SIZE, pos 1, char: b6
GET_PACKET_SIZE, pos 1, char: c
TRIED UP TO POSITION 68236, FOUND 47, packet_size= 0, SEEMS A TS? 0
s->pos=12800 newpos=10800 new_bufpos=10A8C buflen=0
DEMUXER: freeing demuxer at 0x180e800
s->pos=11000 newpos=0 new_bufpos=0 buflen=0
Checking for LMLM4 Stream Format
typ: 5155 chan: 14143 size: -404124251 pad: 83
Invalid packet in LMLM4 stream: ch=14143 size=-404124251
LMLM4 Stream Format not found
(jag har endast plockat ut en bråkdel av alla bugg-meddelanden)
mplayer försöker, om jag förstått rätt, att detektera rätt format.
Jag gissar att Samsung har krypterat strömmen på något sätt (som inte har med nyckeln på conax-kortet att göra). Är ju tänkbart att de bara shiftat byten- eller XOR:at.