Plotseling stoppende opname

Corrupte opname:

Kanaal: 923 (Film 1 Premiere SD).
Frequentie: 578.00MHz
Signaal Sterkte: 100%
Kwaliteit: 78%
Programma: I saw the devil
Start tijd: 22:05
Eindtijd: 00:45

Corrupt na: 67 minuten
Bestand grootte: 9.8 GB
Opgenomen data: 02 uur 40 minuten (na 67 minuten zwart, computer)
-----------
Nu geen melding van SCRAMBLED, wel weer zelfde PES error meldingen in TS-Doctor logging vanaf start zwart beeld.

Deze corruptie is waarschijnlijk veroorzaakt door in standby zetten van de HUMAX. Tijdstip komt overeen met uitschakelen..

Testjes vervolg:

Test: 30 minuten opname, na 10 minuten smart card er uit, na 10 minuten smart card er weer in.

Eerste resultaat:
Humax geeft netjes 30 minuten opname aan, icoon geeft wel aan dat er een gebroken opname is. Bij afspelen heb je eerst 10 minuten beeld, dan 10 minuten zwart met de melding: Zender is versleuteld of niet beschikbaar en daarna weer gewoon beeld.

Test: 30 minuten opname, na 10 minuten smart card er uit en opname laten eindigen.

Eerste resultaat:
Humax geeft netjes 30 minuten opname aan, icoon is ook nu weer een gebroken opname. Bij afspelen heb je 10 minuten beeld, daarna 20 minuten zwart met de melding: Zender is versleuteld of niet beschikbaar
------
Eerste resultaten laten zien dat de humax wel gewoon opneemt en blijft opnemen, ondanks dat er geen decryptie mogelijk is (geen smart card). Als daarna decryptie weer mogelijk is dan is beeld weer netjes te zien.
Geen van de testen geven een opname welke wel op schijf staat maar niet zichtbaar is. Dus 30 minuten opname is 30 minuten afspelen, al is het maar zwart beeld. Dit is wel anders met andere corruptie bestanden. Dan is er van 2 uur maar 60 minuten (of iets anders) af te spelen.

Er lijkt zich dus nog een situatie voor te doen waardoor er met de opname iets misgaat en er een bestand me 2 uur opname maar 60 minuten laat zien, maar wat is daar de oorzaak van

Mssichien afhankelijk van zender?
--------
Al nieuws uit het HUMAX veld over de corrupte opname?

Bestandsanalyse

anoniem zei:

Het is ons vooralsnog niet gelukt deze fout te reproduceren.
Humax is de software upgrade aan het afronden en heeft ook 1 ontvanger waar dit probleem zich op voordoet.

Klik om te vergroten...

én Humax heeft op zijn minst nog een bestand toegestuurd gekregen waarbij de fout is opgetreden.
Dat de fout zich maar bij 1 ontvanger bij Humax heeft voorgedaan kan ook komen omdat het (nog) niet op andere ontvangers is geconstateerd, juist omdat de fout zo onvoorspelbaar en slecht reproduceerbaar is...:no:

Omdat tot nog toe geen duidelijke reden is aan te wijzen die voor het voorkomen van de fout is aan te geven zal de enige mogelijkheid zijn om de oorzaak te vinden door de onderhavige bestanden nauwkeurig te analyseren.
Wanneer ik zo'n programma probeer via de PC en Windows Mediaplayer af te spelen laat de voorgangsbalk wel de volledige (juiste) opnamelengte zien maar stopt dan vervolgens op dezelfde plek met afspelen als de Humax. De afspeelpositie verschuiven voorbij dit punt lukt wel in Mediaplayer maar je ziet niets en de weergave stopt alsof het einde is bereikt. Wanneer dus het bestand wordt onderzocht wat het verschil is met een 'normale' opname moet toch te achterhalen zijn wat er fout is gegaan bij het vastleggen op schijf van de opname.:-( Antwoord zal moeten komen op de vraag waarom de lengte, die in het bestand wordt vastgelegd, niet overeen komt met de werkelijke lengte.:idea: En met dat antwoord zou de oorzaak in de firmware van de 5200 achterhaald moeten kunnen worden...:thumb up:

Wij gebruiken altijd de timer en niet de guide.
We hebben nergens last van

AC zei:

Testjes vervolg:

Test: 30 minuten opname, na 10 minuten smart card er uit, na 10 minuten smart card er weer in.

[snip]

--------
Al nieuws uit het HUMAX veld over de corrupte opname?

Klik om te vergroten...

Goed, je tests laten dus zien dat een bestand dat is opgenomen zonder dat de smartcard gedurende de hele opname in de Humax zat in feite niet corrupt is, maar wel van begin tot einde afspeelt, zij het met zwart beeld voor de gedeelten waar de smartcard er niet in heeft gezeten. Dit bewijst m.i. dat het probleem met de corrupte opnamen van de Humax in feite niets met encryptie/decryptie heeft te maken.

Wat het wel is weten we nu uiteraard nog steeds niet (en Humax kennelijk ook niet). Het kán zijn dat bepaalde glitches in het signaal van Ziggo de 5200C zodanig van slag brengen dat de firmware iets doet waardoor de rest van de opname onbruikbaar wordt, maar het kan ook zijn dat de bug helemaal niet getriggerd wordt door een glitch in het signaal van Ziggo maar dat deze intern door 'iets' in de firmware van het apparaat wordt getriggerd. Maar ik denk dat je het somber in moet gaan zien als Humax de bug niet kan reproduceren en als Ziggo vast wil houden aan een release van de nieuwe firmware in december. Dat gaan ze óf niet halen, óf ze gaan de deadline wel halen en laten de bug lekker zitten, waardoor de gebruikers uiteraard met de gebakken peren zitten.

Helemaal eens met eerste conclusie.

De opname met SC en dan er uit geeft idd de volle lengte opname en geeft in de HUMAX ook aan dat het een gebroken opname is. Ook is de volle opname terug te spelen. Echter met zwarte delen zoals je ook zou verwachten

De opname over de gehele lengte waarbij er iets anders gebeurt, waardoor er maar een deel terug te kijken is, geeft een normaal icoon in de HUMAX, alsof het een normale opname is. Dat zegt ook al iets lijkt me, het apparaat detecteert geen problemen bij de opname, anders zou je een ander icoon zien.

Ben er dus ook helemaal niet achter, maar heb nu met diverse TS tools zitten kijken naar de logging en op welke pakketen het fout gaat.

Ik ben nu aan het kijken met een tooltje, Transport Stream Packet Editor, en deze geeft in de TS bestanden op de juiste momenten een marker, precies waar ook de beelden stoppen met spelen. Maar hoe of wat dit nu is?
Zie idd de volgende melding, deze locaties komen dicht in de buurt van waar de TS stopt met spelen (eerste melding natuurlijk):
Scanning For Format Changes
Attribute Change Location: 0x6C283800
Attribute Change Location: 0xFF0E2F80
Attribute Change Location: 0x18DDC3A00

Edit: Nog wel iets dat me is opgevallen.

De bestanden welke corrupt zijn, of waarbij de Smart Card verwijderd is geven PTS gaps van 0.5 - 0.7 seconden.

In https://ziggo-gebruikers.nl/forum/showthread.php?t=21379 wordt ook gesproken over PTS Gaps, maar wat en hoe dit in relatie kan worden gebracht weet ik nog niet.... we zoeken verder. Wel grappig dat het op ene lokatie is (packet nummer) welke rond het moment van stoppen ligt.

AC zei:

Helemaal eens met eerste conclusie.

[snip]

Scanning For Format Changes
Attribute Change Location: 0x6C283800
Attribute Change Location: 0xFF0E2F80
Attribute Change Location: 0x18DDC3A00

Klik om te vergroten...

Kijk eens aan, dat is interessant. Ik weet nu bijna zeker dat de corruptie in de Humax zelf ontstaat. Ik heb hier zelf (gelukkig) geen 5200C en kan het probleem dus ook niet onderzoeken, maar je zou eens kunnen proberen het .ts bestand te demuxen en remuxen en kijken of het dan wel (volledig) is af te spelen op de computer.

foutmeldingen

Mooi speurwerk, maar eh wat zie je dan bij een bestand waarin "spontaan" de fout voorkomt, dus zonder kaartjes verwijderen enz.

Yep, helemaal mee eens maar het was een poging waard.
Aan <en|de>cryptie ligt het dus in ieder geval niet aan, helaas.

Riparius zei:

Goed, je tests laten dus zien dat een bestand dat is opgenomen zonder dat de smartcard gedurende de hele opname in de Humax zat in feite niet corrupt is, maar wel van begin tot einde afspeelt, zij het met zwart beeld voor de gedeelten waar de smartcard er niet in heeft gezeten. Dit bewijst m.i. dat het probleem met de corrupte opnamen van de Humax in feite niets met encryptie/decryptie heeft te maken.

Klik om te vergroten...

rowdy zei:

Ik h...
Anoniem gaf wel aan dat Humax 1 mislukte opname had op 1 apparaat, dus mogelijk 'woont' dat apparaat ook in een gevoelige regio. Met de smartcard van AC moet dat dan het recept voor mislukkende opnames zijn (hoop ik).

Klik om te vergroten...

Het apparaat is via Quantis binnengekomen en komt van een BCC vestiging.
Ik weet niet dus niet precies waar de ontvanger gebruikt is