• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

vastlopers na 1 januari 2010

Status
Niet open voor verdere reacties.
bavelb zei:
Christmas- New years, zoals bij eenieder. 750 is maar een willekeurig testkanaal wat bij eenieder lijkt vast te lopen als ik op deze thread moet afgaan. Er zijn er veel meer.
Klik om te vergroten...
Okee, maar werkt je TV nu weer zoals het hoort na jouw procedure om de kanalenlijst gewist te krijgen? Of loopt de TV nog steeds vast na deze procedure als je bepaalde kanalen aandoet? Dit is mij niet helemaal duidelijk na de je edits van eerder postings.
 
quote: Een vriend heeft vandaag de help desk gebeld en die zeggen doodleuk alles even terug naar de fabrieks instellingen en opnieuw scannen.
Ze hadden 2 grote storingen en die zijn nu 'opgelost' zeiden ze.

Oké, dat maar even gedaan. De storingen zullen dan wel opgelost zijn maar het is zeker niet de manier waarbij wij met zo velen mee geholpen zijn. Het werkt dus NIET.
Ff testen, regio TV Zeeland en hups, TV weer vast als een huis :evil:.

Ga nu die andere test maar uitvoeren, coax helemaal uit de TV, fabrieksinstellingen, scannen zonder kabel, daarna kabel er weer in en nogmaals scannen. Nog ff nalezen wat Bavelb schreef en ga ik weer naar beneden.
 
Weer terug van beneden. Info van Bavelb uitgevoerd maar uuhhhh:evil::evil::evil:
Blijft dus steken op kanaal 976 van TV Zeeland. Niet alleen via favorieten keuze maar ook gewoon rechtstreeks door kanaal nummer te kiezen.
Nou, ideeën genoeg inmiddels maar hier blijft toch het probleem bestaan.K:censored:
 
Wat me bij nader onderzoek van de vandaag gemaakt Transport Stream capture file wel opvalt is dat de volgorde van de descriptors in de Service Description Table (SDT) is gewijzigd t.o.v. een Transport Stream capture file die ik gemaakt had begin oktober 2009. Helaas heb ik verder geen capture files meer gemaakt in de tussenliggende periode. Het kan dus niets te betekenen hebben, maar het is in ieder geval anders dan verwacht.

Voorbeeld van SDT voor HISTORY zoals dat nu verzonden wordt:
Code: 
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 4
│ │ ├─■ transport_stream_id = 1
│ │ ├─■ version_number = 4
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │   └─■ section { 0/0 }
│ │     ├─■ section_number = 0
│ │     ├─■ last_section_number = 0
│ │     └─■ services:
│ │       ├─■ service
│ │       │ ├─■ service_id = 57
│ │       │ ├─■ EIT_schedule_flag = true
│ │       │ ├─■ EIT_present_following_flag = true
│ │       │ ├─■ running_status = running
│ │       │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │       │ └─■ descriptors:
│ │       │   ├─■ user_private_descriptor { 212 }
│ │       │   │ └─■ data = 0000  00 00 C0 00                                      ....            
│ │       │   ├─■ service_descriptor
│ │       │   │ ├─■ service_type = Digital television service
│ │       │   │ ├─■ service_provider_name
│ │       │   │ │ ├─■ character_coding = Latin alphabet
│ │       │   │ │ └─■ text = Ziggo
│ │       │   │ └─■ service_name
│ │       │   │   ├─■ character_coding = Latin alphabet
│ │       │   │   └─■ text = HISTORY
│ │       │   └─■ private_data_specifier_descriptor
│ │       │     └─■ private_data_specifier = 22 { Casema * }

En zoals de SDT er begin oktober nog uitzag voor HISTORY:
Code: 
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 28
│ │ ├─■ transport_stream_id = 1
│ │ ├─■ version_number = 28
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │   └─■ section { 0/0 }
│ │     ├─■ section_number = 0
│ │     ├─■ last_section_number = 0
│ │     └─■ services:
│ │       ├─■ service
│ │       │ ├─■ service_id = 57
│ │       │ ├─■ EIT_schedule_flag = true
│ │       │ ├─■ EIT_present_following_flag = true
│ │       │ ├─■ running_status = running
│ │       │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │       │ └─■ descriptors:
│ │       │   ├─■ service_descriptor
│ │       │   │ ├─■ service_type = Digital television service
│ │       │   │ ├─■ service_provider_name
│ │       │   │ │ ├─■ character_coding = Latin alphabet
│ │       │   │ │ └─■ text = Ziggo
│ │       │   │ └─■ service_name
│ │       │   │   ├─■ character_coding = Latin alphabet
│ │       │   │   └─■ text = HISTORY
│ │       │   ├─■ private_data_specifier_descriptor
│ │       │   │ └─■ private_data_specifier = 22 { Casema * }
│ │       │   └─■ user_private_descriptor { 212 }
│ │       │     └─■ data = 0000  00 00 C0 00                                      ....

De user_private_descriptor met tag 212 staat momenteel dus aan het begin van de descriptor lijst terwijl die normaal aan het einde van de lijst te vinden was. Bij de descriptor volgorde van oktober wordt de user_private_descriptor netjes voorafgegaan door een private_data_specifier_descriptor die aangeeft dat de daarop volgende user_private_descriptor gedefinieerd is door Casema. Bij veel TV kanalen is deze volgorde gewijzigd.
 
Zelfde probleem

Hier in Alphen aan den Rijn zelfde probleem. Sony kdl32W5500 met cam CI+ card. Hij blijft hangen op kanalen 121 130 en nog een paar. Dan is alleen nog reset mogelijk via stekker eruit.
Helpdesk heeft alles al laten resetten; helpt helaas niet. Het is gisteren begonnen.
Antenne kabels direct aangesloten; fabrieksinstellingen, smardcard getest in humax: helpt allemaal niet.
 
Oké ArChie, je hebt kennelijk ff wat meer inzicht in de techniek maar wat zou die andere volgorde eventueel kunnen betekenen dan wel invloed hebben op de problemen die wij nu met velen ondervinden??
 
hier ook

net een nieuwe sony 32W5500 en een Ziggo digitaal abbo en na drie dagen al problemen: vastlopers bij enkele kanalen tijdens het zappen.

Wilde de tv al terugbrengen. Gelukkig dit forum ontdekt, maar ik kan er niks mee.

De helpdesk van Ziggo zegt volgens eerdere posts dat de fabrieksinstellingen teruggezet moeten worden?
Nada, het probleem blijft.

Vraag: Hoe lang duurt het gebruikelijk voordat er bij Ziggo iemand wakker wordt en dit soort zaken oplost?

:evil:
 
Panhenk zei:
Oké ArChie, je hebt kennelijk ff wat meer inzicht in de techniek maar wat zou die andere volgorde eventueel kunnen betekenen dan wel invloed hebben op de problemen die wij nu met velen ondervinden??
Klik om te vergroten...
Dat is nog de vraag. Er is kennelijk iets gewijzigd t.o.v. de situatie voor 31 december waar de Sony TV's last van hebben en de vraag is wat. In het kader van zoek de verschillen is dit iets dat voorheen anders was en is het ook de vraag hoe de Sony firmware daarmee omgaat als het uberhaupt al van invloed is. Misschien leest er iemand van Ziggo mee die iets aan deze informatie heeft dus plaats ik het maar. Als het verder geen directe relatie heeft met dit Sony TV probleem, dan helpt het misschien met het oplossen van een eventuele ander probleem denk ik dan maar.
 
Hier geen problemen (leek me ook wel even leuk om te melden dat er ook mensen zijn zonder problemen)

Heb een sony 37W5500 met firmware 1.600. Auto update uit. Heb echter wel na een 'normale' nederlandse installatie laatst mij tv op Frankrijk heb gezet. Op deze manier kan ik wel mijn programma's sorteren.

Misschien dat het jullie wat helpt met jullie problemen. In ieder geval veel succes aan iedereen met problemen.
 
Houden de personen waarbij het nog niet wil lukken zich ook echt aan de procedure van bavelb? Zie: https://ziggo-gebruikers.nl/forum/showpost.php?p=244483&postcount=40

Vooral het verwijderen van de COAX kabel en de stap waarop die COAX kabel weer teruggeplaatst mag worden is van groot belang omdat het voorkomt dat de TV tijdens de "reset" procedure toch informatie van het netwerk ontvangt waardoor de reset niet goed verloopt.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan