1. Welkom op het onafhankelijke Ziggo Gebruikersforum. Een forum voor en door gebruikers van Ziggo.
    Registreer je gratis om direct zelf berichten te plaatsen en gebruik te maken van extra functies!
    Verberg deze melding

Fouten in firmware download configuratie

Discussie in 'Digitale TV - Algemeen' gestart door ArChie, 13 sep 2009.

Niet open voor verdere reacties.
  1. Bij Ziggo/Casema gaat er volgens mij de laatste tijd het nodige mis met de configuratie van de firmware download kanalen. De Humax Duovisio iPVR-9200C en de Samsung DCB-9401R verwijzen naar hetzelfde firmware download kanaal waarin een firmware versie van 29/07/2008 met loader volgnummer 5 wordt doorgegeven. Bij het genereren van een vorig firmware versie overzicht begin juli dit jaar verwezen de firmware download kanalen van beide ontvangers ook al naar hetzelfde firmware download kanaal waarin toen nog een firmware versie 10/12/2007 met loader volgnummer 6 werd doorgegeven.

    Nu wordt er al enige tijd geklaagd door bezitters met de Humax Duovisio iPVR-9200C en de Samsung DCB-9401R dat er een firmware update beschikbaar lijkt te zijn maar dat de installatie niet wil lukken. Niet zo vreemd aangezien de firmware versies van deze twee ontvangers volgens mij niet hetzelfde zijn. Ook opvallend dat er bij Ziggo/Casema iemand vervolgens een wijziging maakt waarbij het loader volgnummer voor twee ontvangers verlaagd wordt i.p.v. verhoogd zonder dat dit opvalt bij de controle van de werkzaamheden.

    PMT informatie van de Humax iPVR-9200c:
    Code:
    │ ├─■ program number 7002, version 4
    │ │ ├─■ program_number = 7002
    │ │ ├─■ version_number = 4
    │ │ └─■ sections: { Required sections: 1, available sections: 1 }
    │ │   └─■ section { 0/0 }
    │ │     ├─■ section_number = 0
    │ │     ├─■ last_section_number = 0
    │ │     ├─■ PCR_PID = 8191
    │ │     ├─■ descriptors:
    │ │     └─■ elementary streams:
    │ │       └─■ stream
    │ │         ├─■ stream_type = User Private
    │ │         ├─■ elementary_PID = 5740
    │ │         └─■ descriptors:
    PMT informatie van de Samsumg DCB-9401R:
    Code:
    │ ├─■ program number 7006, version 4
    │ │ ├─■ program_number = 7006
    │ │ ├─■ version_number = 4
    │ │ └─■ sections: { Required sections: 1, available sections: 1 }
    │ │   └─■ section { 0/0 }
    │ │     ├─■ section_number = 0
    │ │     ├─■ last_section_number = 0
    │ │     ├─■ PCR_PID = 8191
    │ │     ├─■ descriptors:
    │ │     └─■ elementary streams:
    │ │       └─■ stream
    │ │         ├─■ stream_type = User Private
    │ │         ├─■ elementary_PID = 5740
    │ │         └─■ descriptors:
    Beide configuraties verwijzen dus naar de Elementary Stream (ES) met PID 5740.
     
  2. Kennelijk doet het Zenderoverzicht kanaal volgens Ziggo/Casema ook dienst als een firmware download kanaal. Het viel mij tenminste op dat er opeens een private data stream is toegevoegd aan het Zenderoverzicht kanaal:

    [​IMG]

    Als de pakketjes van die private data stream met PID 68 onderzocht worden dan lijken die verdacht veel op de data carrousel die gebruikt wordt voor de firmware download kanalen:

    [​IMG]

    Volgens mij een firmware versie van 7 september 2009 met loader volgnummer 20.
     
  3. Even een vraagje, hoe kom je aan dit hex dump programmaatje ?
    Ik neem aan dat je een stukje stream recorded hebt in transedit en dit dan laadt in deze hex dump ?

    [edit] ik heb het al gevonden, rechtermuis - hexdump op de betreffende pid in transedit.
     
    Laatst bewerkt door een moderator: 13 sep 2009
  4. Bij de laatste versie(s) van TransEdit kun je door met de rechter muis toets op een elementary stream te klikken een context menu opvragen waarbij je onder andere het menu item "Hex dump" krijgt. Vervolgens geef je aan hoeveel packets er gedumpd moeten worden van die stream en druk je op Apply. Zeer handig om even snel uit te zoeken waar een private data stream voor gebruikt wordt. Zo is er ook enige tijd sprake geweest van een tweetal digitale radio kanalen waarbij ook een RDS data stream zat. Sommige kanalen kunnen meer soorten data streams leveren dan de door Ziggo "gecertificeerde" ontvangers herkennen en/of aankunnen.
     
  5. Deze streams gebruiken we (in een beperkt gebied van Ziggo) om RDS door te kunnen geven op de analoge Radio kanalen.
     
Niet open voor verdere reacties.

Deel Deze Pagina