[FloppyDTV C] 0 kanalen

[Keess]

Goedemorgen,

ik heb gister mijn floppydtv voor de kabel (Ziggo) geinstalleerd met een Alphacrypt CAM, drivers voor Vista 32 Bit gedownload vanaf digital-everywhere en alles werd netjes geinstalleerd...

Maar, bij het scannen worden er 0 kanalen gevonden, zowel in MCE als in DVBViewer, wanneer ik de pc opstart brand het lampje groen op de floppydtv, zodra ik begin te scannen schiet ie gelijk op rood en dat blijft ie.

Heb hierop gezocht maar kan er bar weinig over vinden, ik dacht misschien dat het te maken had met een te lange kabel, dus zojuist de pc naast de hoofdingang van de kabel gezet en een kort kabeltje er tussen, zelfde resultaat...

Ook het verwijderen van alle drivers heeft niet geholpen.

Heeft iemand misschien enig idee wat dit zou kunnen betekenen?

Alvast bedankt.

[BèR]

Is je DVB-C wel geactiveerd bij Ziggo? Zo ja, heeft de tuner van Ziggo (die je waarschijnlijk ergens hebt) wel zenders op dezelfde aansluiting?

[Keess]

Wat bedoel je met de DVB-C? De floppydtv?

Ja wanneer ik de Smartcard in mijn oude ontvanger doe (Digi1) heb ik gewoon digitale televisie, dus dat werkt goed...

Heb nog even in de opties gekeken van de CI module, Alphacrypt wordt herkend en de Smartcard ook, versienummer en smartcard code worden uitgelezen, dus dat moet wel goed zitten...

Ik weet zo ook niet wat ik verder nog zou kunnen proberen, hij is nu weer bezig met een scan maar tot nu toe nog 0 gevonden....

edit:

Niet gevonden, 2 keer geprobeerd, heb ook het programmatje NIT Scanner laten scannen, die zegt dat alles is aangemaakt in het register en dat ik MCE moet laten scannen, ook dan wordt er niets gevonden...

Lampje blijft ook rood branden...

[ Voor 20% gewijzigd door Keess op 14-02-2009 09:18 ]

[BèR]

K wilde weten of je signaal van digitale TV (DVB-C) op je kabel hebt staan, ja dus. Ik zou geen suggestie hebben behalve stukke FloppyDTV..

[ArChie]

Heb je voor DVBviewer wel netjes een INI bestand aangemaakt met daarin de frequenties voor jouw regio van het Ziggo kabelgebied?

Verder is er hier op dit forum een topic over DVB-C via de PC waar allerlei mensen komen met ervaring met deze ontvanger en zijn er nog meer sites, zoals www.degroeneknop.nl, waar men specifiek aandacht besteed aan DVB-C ontvangst in MCE en de problemen die daarbij optreden omdat MCE in principe geen DVB-C ondersteund. Echt goed gezocht heb je denk ik niet.

[ArChie]

BèR schreef op zaterdag 14 februari 2009 @ 08:41:
Is je DVB-C wel geactiveerd bij Ziggo?

Iedereen die een kabel aansluiting heeft krijgt ook automatisch de digitale TV kanalen binnen. Of je ze kan bekijken hangt af van het feit of je een geregistreerde smartcard hebt en eventueel daarbij behorende (extra) abonnementen. Het digitale TV signaal wordt dus niet apart geactiveerd.

[Keess]

Heb je voor DVBviewer wel netjes een INI bestand aangemaakt met daarin de frequenties voor jouw regio van het Ziggo kabelgebied?

Nee, tenminste, of die juist is weet ik niet, wel heb ik los op de juiste frequesties gescand, of gaat dat niet werken?

Ik zal hier even naar gaan zoeken..

[ArChie]

Keess schreef op zaterdag 14 februari 2009 @ 09:48:
Nee, tenminste, of die juist is weet ik niet, wel heb ik los op de juiste frequesties gescand, of gaat dat niet werken?

Nee, in de meeste gevallen gaat het automatisch scannen niet werken omdat Ziggo afwijkt van de DVB specificaties bij het doorgeven van de Network Information Tables (NIT) die nodig zijn voor het opbouwen van een kanalenlijst. De goedgekeurde kabelontvangers zijn hiervoor speciaal aangepast.

[Keess]

Aha op zo'n manier, heb de frequentie tabel opgezocht en daar staat bijvoorbeeld Ziggo netwerk code 5555, met bijvoorbeeld deze frequentie 8 = 388.00

Die 5555 is dat het netwerk id? Omdat er voor ziggo in de lijst die ik heb alleen 8888 en 5555 beschikbaar is, als ik bij ziggo mijn netwerk id opvraag is het 8600, of heeft die niets te maken met die 5555?

Ik zal eens proberen om een frequentie uit die lijst in de FireDTV INI te zetten...

[ArChie]

Keess schreef op zaterdag 14 februari 2009 @ 10:17:
Aha op zo'n manier, heb de frequentie tabel opgezocht en daar staat bijvoorbeeld Ziggo netwerk code 5555, met bijvoorbeeld deze frequentie 8 = 388.00

Die 5555 is dat het netwerk id? Omdat er voor ziggo in de lijst die ik heb alleen 8888 en 5555 beschikbaar is, als ik bij ziggo mijn netwerk id opvraag is het 8600, of heeft die niets te maken met die 5555?

Ik zal eens proberen om een frequentie uit die lijst in de FireDTV INI te zetten...

Ik zou je willen aanraden om in het vervolg eerst uit te zoeken waar je aan begint voordat je iets aanschaft. Als jouw netwerk ID voor de aanbevolen ontvangers 8600 is dan zit je kennelijk in Ziggo/@Home gebied en heb je dus niets aan de frequenties voor Ziggo/Casema (5555) en/of Ziggo/Multikabel (8888) gebied. Via de volgende website kan je de frequentie lijst vinden die voor jouw netwerk ID van toepassing is:
http://www.digitalekabeltelevisie.nl/techniek/tvhome.shtml

Alle frequenties in de tabel onder "Ziggo Sneek" moet je invoeren in het INI bestand van DVBviewer waarbij je QAM 64 moet instellen en een Symbol Rate 6875. In tegenstelling tot een aanbevolen kabel ontvanger voer je dus niet één frequentie in zodat de ontvanger op basis van de netwerk ID de overige frequenties zelf uit de NIT kan halen, maar voer je bij DVB-C PC oplossingen meestal alle frequenties handmatig in omdat de software niet in staat is om de juiste NIT te vinden voor de overige gebruikte frequenties.

[The_Doman]

Keess schreef op zaterdag 14 februari 2009 @ 10:17:
Ik zal eens proberen om een frequentie uit die lijst in de FireDTV INI te zetten...

Aangezien je in het @Home gebied blijkt te zitten zou je dit configuratiebestand kunnen gebruiken voor FireDTV.
Ik heb deze gemaakt voor de TechnoTrend Viewer welke net zoals FireDTV ook gebaseerd is op het programma DVBViewer.

Dit is een ini bestand is voor het hele @home gebied maar dat maakt niet uit, alleen het scannen duurt daardoor iets langer dan noodzakelijk.

ZiggoHome.ini

code:

[SATTYPE]
1=4000
2=Ziggo/@Home 02/02/2009

[DVB]
0=106
 1=137500,3,6875,
 2=148000,3,6875,
 3=156000,3,6875,
 4=164000,3,6875,
 5=168000,3,6875,
 6=184750,3,6875,
 7=185700,3,6875,
 8=236500,3,6875,
 9=245000,3,6875,
10=247000,3,6875,
11=255000,3,6875,
12=257000,3,6875,
13=260000,3,6875,
14=263000,3,6875,
15=265000,3,6875,
16=268000,3,6875,
17=271000,3,6875,
18=272000,3,6875,
19=273000,3,6875,
20=276000,3,6875,
21=279000,3,6875,
22=281000,3,6875,
23=284000,3,6875,
24=287000,3,6875,
25=289000,3,6875,
26=295000,3,6875,
27=297000,3,6875,
28=305000,3,6875,
29=313000,3,6875,
30=321000,3,6875,
31=323000,3,6875,
32=329000,3,6875,
33=331000,3,6875,
34=337000,3,6875,
35=339000,3,6875,
36=345000,3,6875,
37=347000,3,6875,
38=353000,3,6875,
39=355000,3,6875,
40=356000,3,6875,
41=361000,3,6875,
42=363000,3,6875,
43=364000,3,6875,
44=369000,3,6875,
45=371000,3,6875,
46=372000,3,6875,
47=377000,3,6875,
48=380000,3,6875,
49=385000,3,6875,
50=388000,3,6875,
51=393000,3,6875,
52=396000,3,6875,
53=401000,3,6875,
54=402000,3,6875,
55=404000,3,6875,
56=409000,3,6875,
57=412000,3,6875,
58=412500,3,6875,
59=417000,3,6875,
60=420000,3,6875,
61=423000,3,6875,
62=425000,3,6875,
63=428000,3,6875,
64=433500,3,6875,
65=436000,3,6875,
66=444000,3,6875,
67=452000,3,6875,
68=454000,3,6875,
69=460000,3,6875,
70=482000,3,6875,
71=498750,3,6875,
72=538000,3,6875,
73=551500,3,6875,
74=562000,3,6875,
75=562750,3,6875,
76=578000,3,6875,
77=586000,3,6875,
78=610000,3,6875,
79=618000,3,6875,
80=618750,3,6875,
81=628000,3,6875,
82=629750,3,6875,
83=642000,3,6875,
84=642750,3,6875,
85=650000,3,6875,
86=658000,3,6875,
87=658750,3,6875,
88=660000,3,6875,
89=662000,3,6875,
90=674750,3,6875,
91=682000,3,6875,
92=682750,3,6875,
93=690750,3,6875,
94=691500,3,6875,
95=754000,3,6875,
96=762000,3,6875,
97=764000,3,6875,
98=782000,3,6875,
99=794000,3,6875,
100=810000,3,6875,
101=811750,3,6875,
102=818000,3,6875,
103=820000,3,6875,
104=826750,3,6875,
105=828000,3,6875,
106=831500,3,6875,

[Keess]

Ok, dat klinkt logisch.

In het bestandje van The_Doman (bedankt, ga zo even proberen) staat:
[SATTYPE]
1=4000

Is 4000 hier dan het netwerk id?

96=762000,3,6875,

Waar staat die 3 voor?

En wat ArChie zegt, QAM 64, waar voer ik dat in? Dat zou dan toch ook in de bovenstaande INI aanwezig moeten zijn?

Excuses voor de vele vragen maar ik ben de kluts kwijt.

[ArChie]

The_Doman schreef op zaterdag 14 februari 2009 @ 10:56:
Dit is een ini bestand is voor het hele @home gebied maar dat maakt niet uit, alleen het scannen duurt daardoor iets langer dan noodzakelijk.

Even voor de zekerheid: Dit INI bestand voor Ziggo/@Home gebied werkt niet voor klanten in de "Ziggo Gorredijk" regio van het Ziggo/@Home gebied omdat daar gebruik wordt gemaakt van een QAM 256 i.p.v. QAM 64.

[ArChie]

Keess schreef op zaterdag 14 februari 2009 @ 11:09:
In het bestandje van The_Doman (bedankt, ga zo even proberen) staat:
[SATTYPE]
1=4000

Is 4000 hier dan het netwerk id?

Nee, met 4000 weet DVBviewer dat het om DVB-C gaat i.p.v. DVB-S of DVB-T. DVBviewer doet niets met netwerk ID's, dus hoef je die ook niet in te voeren in het INI bestand.

Waar staat die 3 voor?

En wat ArChie zegt, QAM 64, waar voer ik dat in? Dat zou dan toch ook in de bovenstaande INI aanwezig moeten zijn?

Met die drie in de regels weet DVBviewer dat het om QAM 64 gaat. Bij QAM 256 is dat nummer anders, maar welk nummer daarvoor gebruikt werd is mij even ontschoten.

[ Voor 7% gewijzigd door ArChie op 14-02-2009 11:34 ]

[Question Mark]

ArChie schreef op zaterdag 14 februari 2009 @ 11:30:
[...]

Even voor de zekerheid: Dit INI bestand voor Ziggo/@Home gebied werkt niet voor klanten in de "Ziggo Gorredijk" regio van het Ziggo/@Home gebied omdat daar gebruik wordt gemaakt van een QAM 256 i.p.v. QAM 64.

Ik woon in die regio en QAM64 werkt gewoon. Kennelijk worden beide "signalen" uitgezonden. Aangezien QAM64 wat minder kritisch schijnt te zijn mbt de kwaliteit van de kabels selecteer ik deze altijd.

[The_Doman]

Keess schreef op zaterdag 14 februari 2009 @ 11:09:
Ok, dat klinkt logisch.

In het bestandje van The_Doman (bedankt, ga zo even proberen) staat:
[SATTYPE]
1=4000

Is 4000 hier dan het netwerk id?

Nee, maar deze waarde stond zo in de oorspronkelijk meegeleverde bestanden voor DVB-C, ik heb het daarom ook maar zo gelaten.

Keess schreef op zaterdag 14 februari 2009 @ 11:09:
Waar staat die 3 voor?

En wat ArChie zegt, QAM 64, waar voer ik dat in? Dat zou dan toch ook in de bovenstaande INI aanwezig moeten zijn?

Excuses voor de vele vragen maar ik ben de kluts kwijt.

Die 3 staat hier voor voor QAM 64.
Een 5 staat dan voor QAM 256.

Nog wat over het updaten van het .ini bestand bij DVB/Firedtv viewer.
Bij de eerste start van de TT-viewer software worden de transponder (*.ini) bestanden uit de map \TT-Viewer\Transponders\ gecopieerd naar de locatie \Documents and Settings\All Users\Application Data\CMUV\Technotrend Player\Transponders\ (Verborgen Map).
Bij de TechnoTrend versie van DVBviewer moeten nieuwe/aangepaste *.ini bestanden dan naar de volgende locaties gecopieerd worden:

Windows XP: (Verborgen map)
\Documents and Settings\All Users\Application Data\CMUV\Technotrend Player\Transponders\
Windows Vista: (Verborgen map)
\ProgramData\CMUV\Technotrend Player\Transponders\

Misschien dat dit bij FireDTV ook zo werkt?
(Uiteraard met andere mapnamen)

[ Voor 16% gewijzigd door The_Doman op 14-02-2009 11:49 ]

[Keess]

Nee, met 4000 weet DVBviewer dat het om DVB-C gaat i.p.v. DVB-S of DVB-T. DVBviewer doet niets met netwerk ID's, dus hoef je die ook niet in te voeren in het INI bestand.

Daar kwam ik net achter inderdaad, alleen wanneer ik Cable selecteer zijn de knoppen Scan Range/Frequency niet beschikbaar

Ik heb het nu als volgt:

ZiggoHome.ini in:
C:\Program Files\DVBViewer\Transponders\

Ik start FireDTV, Scan Channels, Seleteer Cable, maar ZiggoHome komt nergens te voor schijn.

zie: http://ceesplug.nl/ziggo/firedtv.jpg

Doe ik hetzelfde in DVBViewer (C:\Program Files\DVBViewer\Transponders) dan wordt de ZiggoHome.ini wel getoond maar kan ik niet scannen, zie afbeelding: http://ceesplug.nl/ziggo/dvbviewer.jpg

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 11:39:
Ik woon in die regio en QAM64 werkt gewoon. Kennelijk worden beide "signalen" uitgezonden. Aangezien QAM64 wat minder kritisch schijnt te zijn mbt de kwaliteit van de kabels selecteer ik deze altijd.

Het lijkt mij zeer sterk dat beide signalen worden uitgezonden omdat dat zou betekenen dat alle Transport Streams twee keer op de kabel moeten zitten en daar is volgens mij niet voldoende ruimte voor. Ik vermoed daarom dat je het hier hebt over het instellen van een aanbevolen kabel ontvanger en die moet inderdaad ook in Gorredijk gewoon ingesteld worden op QAM 64 voor de Transport Stream (18) die op de 369.00 MHz wordt doorgegeven. Ziggo/@Home heeft namelijk in dit proefgebied de QAM van de Transport Stream die wordt gebruikt voor het instellen van de ontvangers niet gewijzigd om te voorkomen dat de helpdesk aparte instructies voor Gorredijk en omgeving moeten doorgeven aan klanten en dat ze allerlei uitgegeven publicaties over de instellingen van ontvangers speciaal voor Gorredijk moeten aanpassen. In de NIT die dan door een aanbevolen ontvanger in Transport Stream 18 wordt aangetroffen staat dat voor de overige frequenties van network ID 8400 wel QAM 256 moet worden gebruikt.

[ArChie]

The_Doman schreef op zaterdag 14 februari 2009 @ 11:41:
Die 3 staat hier voor voor QAM 64.
Een 5 staat voor QAM 256.

Ah, natuurlijk moet voor QAM 256 een 5 gebruikt worden. Tussen QAM 64 en QAM 256 zit namelijk ook nog QAM 128 waarvoor een 4 wordt gebruikt. QAM 128 wordt echter nagenoeg niet toegepast bij kabelbedrijven omdat de winst in bitrate ruimte niet erg groot is t.o.v. QAM 64. Als ze al iets anders gebruiken dan QAM 64 is het QAM 256, dezelfde QAM die ook gebruikt wordt voor EuroDOCSIS kabel Internet modems.

[The_Doman]

Question Mark schreef op zaterdag 14 februari 2009 @ 11:39:
[...]
Ik woon in die regio en QAM64 werkt gewoon. Kennelijk worden beide "signalen" uitgezonden. Aangezien QAM64 wat minder kritisch schijnt te zijn mbt de kwaliteit van de kabels selecteer ik deze altijd.

Hier dan ook het .ini bestand voor Ziggo/@Home met QAM256

ZiggoHome_Test_QAM256.ini

code:

[SATTYPE]
1=4000
2=Ziggo/@Home Test QAM256 02/02/2009

[DVB]
0=26
 1=297000,5,6875,
 2=305000,5,6875,
 3=313000,5,6875,
 4=321000,5,6875,
 5=329000,5,6875,
 6=337000,5,6875,
 7=345000,5,6875,
 8=353000,5,6875,
 9=361000,5,6875,
10=369000,3,6875,
11=377000,5,6875,
12=385000,5,6875,
13=393000,5,6875,
14=401000,5,6875,
15=409000,5,6875,
16=417000,5,6875,
17=425000,5,6875,
18=610000,5,6875,
19=618000,5,6875,
20=642000,5,6875,
21=650000,5,6875,
22=754000,5,6875,
23=762000,5,6875,
24=794000,5,6875,
25=810000,5,6875,
26=818000,5,6875,

[ArChie]

Keess schreef op zaterdag 14 februari 2009 @ 11:42:
Doe ik hetzelfde in DVBViewer (C:\Program Files\DVBViewer\Transponders) dan wordt de ZiggoHome.ini wel getoond maar kan ik niet scannen, zie afbeelding: http://ceesplug.nl/ziggo/dvbviewer.jpg

Ik zie helemaal geen verwijzing naar de FloppyDTV in die afbeelding. Moet die niet ergens bij Target Root te selecteren zijn? Zoals je ziet is het "Current Device" veld ook leeg. Ik heb daarom het donkerbruine vermoeden dat je de verkeerde drivers hebt gekozen tijdens de installatie. DVBviewer heeft de normale DVB-C BDA drivers nodig en niet de speciale DVB-T achtige drivers voor MCE.

[ArChie]

The_Doman schreef op zaterdag 14 februari 2009 @ 11:53:
Hier dan ook het .ini bestand voor Ziggo/@Home met QAM256

ZiggoHome_Test_QAM256.ini

code:

[SATTYPE]
1=4000
2=Ziggo/@Home Test QAM256 02/02/2009

[DVB]
0=26
 1=297000,5,6875,
 2=305000,5,6875,
 3=313000,5,6875,
 4=321000,5,6875,
 5=329000,5,6875,
 6=337000,5,6875,
 7=345000,5,6875,
 8=353000,5,6875,
 9=361000,5,6875,
10=369000,3,6875,
11=377000,5,6875,
12=385000,5,6875,
13=393000,5,6875,
14=401000,5,6875,
15=409000,5,6875,
16=417000,5,6875,
17=425000,5,6875,
18=610000,5,6875,
19=618000,5,6875,
20=642000,5,6875,
21=650000,5,6875,
22=754000,5,6875,
23=762000,5,6875,
24=794000,5,6875,
25=810000,5,6875,
26=818000,5,6875,

Zoals je ziet hebben alle Transport Streams een 5 voor QAM 256 met uitzondering van de Transport Stream die op 369 MHz met QAM 64 wordt doorgegeven. Daar wordt dan een 3 gebruikt.

[Question Mark]

ArChie schreef op zaterdag 14 februari 2009 @ 11:48:
[...]
Het lijkt mij zeer sterk dat beide signalen worden uitgezonden omdat dat zou betekenen dat alle Transport Streams twee keer op de kabel moeten zitten en daar is volgens mij niet voldoende ruimte voor. Ik vermoed daarom dat je het hier hebt over het instellen van een aanbevolen kabel ontvanger en die moet inderdaad ook in Gorredijk gewoon ingesteld worden op QAM 64 voor de Transport Stream (18) die op de 369.00 MHz wordt doorgegeven. Ziggo/@Home heeft namelijk in dit proefgebied de QAM van de Transport Stream die wordt gebruikt voor het instellen van de ontvangers niet gewijzigd om te voorkomen dat de helpdesk aparte instructies voor Gorredijk en omgeving moeten doorgeven aan klanten en dat ze allerlei uitgegeven publicaties over de instellingen van ontvangers speciaal voor Gorredijk moeten aanpassen. In de NIT die dan door een aanbevolen ontvanger in Transport Stream 18 wordt aangetroffen staat dat voor de overige frequenties van network ID 8400 wel QAM 256 moet worden gebruikt.

Ik gebruik toch echt een DVB-C tuner in combinatie met een Alphacrypt (had ik even moeten melden). Ik heb zojuist een export gemaakt van mijn tv-zenders (middels de TV-server configuratie van Mediaportal). Als ik die export bekijk lijkt het er volgens mij toch op dat ik QAM64 gebruik.

Even de gegevens van bv RTL4 uit de export gehaald:

channel Name="RTL 4" GrabEpg="True" IdChannel="75" IsRadio="False" IsTv="True" LastGrabTime="2009-1-30 9:22:56" SortOrder="4" TimesWatched="0" TotalTimeWatched="2000-1-1 0:0:0" VisibleInGuide="True" FreeToAir="False" DisplayName="RTL 4">
<mappings>
<map IdCard="1" IdChannel="75" IdChannelMap="75" />
</mappings>
<TuningDetails>
<tune IdChannel="75" IdTuning="75" AudioPid="-1" Bandwidth="8" ChannelNumber="0" ChannelType="2" CountryId="31" Diseqc="0" FreeToAir="False" Frequency="618000" MajorChannel="-1" MinorChannel="-1" Modulation="3" Name="RTL 4" NetworkId="1000" PcrPid="0" PmtPid="1400" Polarisation="0" Provider="Home" ServiceId="10004" SwitchingFrequency="0" Symbolrate="6875" TransportId="10" TuningSource="0" VideoPid="-1" VideoSource="0" SatIndex="-1" InnerFecRate="-1" Band="0" Pilot="-1" RollOff="-1" Url="" Bitrate="0" />
</TuningDetails>

Modulation="3" betekend volgens mij dat QAM64 gebruikt wordt. Je verhaal mbt beschikbare ruimte op het netwerk klinkt echter ontzettend aannemelijk. Heb je aan deze exportgegevens voldoende om te kunnen verklaren wat er gebeurd?

[Keess]

Ik zie helemaal geen verwijzing naar de FloppyDTV in die afbeelding. Moet die niet ergens bij Target Root te selecteren zijn? Zoals je ziet is het "Current Device" veld ook leeg. Ik heb daarom het donkerbruine vermoeden dat je de verkeerde drivers hebt gekozen tijdens de installatie. DVBviewer heeft de normale DVB-C BDA drivers nodig en niet de speciale DVB-T achtige drivers voor MCE.

Dat viel mij ook op, maar als ik bij Terestrial op "Scan" druk kom er wel FloppyDTV C/ [...] te staan, maar hij moet het natuurlijk doen met Cable...

Op het moment installeer ik de Vista Beta drivers, kijken wat die gaat zeggen...

[Question Mark]

The_Doman schreef op zaterdag 14 februari 2009 @ 11:53:
[...]
Hier dan ook het .ini bestand voor Ziggo/@Home met QAM256

Thx, ik kan ook altijd deze nog gaan testen/gebruiken. De gegevens die hierin staan komen zoals ik het even vlug bekijk één op één overeen met de gegevens van digitalekabeltelevisie.nl. Hier haal ik ook altijd de gegevens weg (met de uitzondering dat ik eigenwijs ben en QAM64 invul).

[ArChie]

Voor de "Ziggo Sneek" regio (netwerk ID 8600) van het Ziggo/@Home gebied bevat de volgende ZiggoHome8600.ini alleen de gebruikte frequenties. Dat kan het zoeken naar kanalen en het experimenteren wat versnellen.

code:

[SATTYPE]
1=4000
2=Ziggo/@Home (netwerk ID 8600) 02/02/2009

[DVB]
0=26
 1=313000,3,6875,
 2=361000,3,6875,
 3=353000,3,6875,
 4=345000,3,6875,
 5=818000,3,6875,
 6=329000,3,6875,
 7=810000,3,6875,
 8=305000,3,6875,
 9=762000,3,6875,
10=618000,3,6875,
11=610000,3,6875,
12=337000,3,6875,
13=321000,3,6875,
14=385000,3,6875,
15=393000,3,6875,
16=401000,3,6875,
17=369000,3,6875,
18=297000,3,6875,
19=377000,3,6875,
20=754000,3,6875,
21=642000,3,6875,
22=650000,3,6875,
23=794000,3,6875,
24=409000,3,6875,
25=425000,3,6875,
26=417000,3,6875,

[Keess]

Aha, met de Beta Driver ziet het er beter uit, "Current Device" is nu OK, en bij Cable kan ik scannen, ook de ZiggoHome.ini kan ik selecteren, zojuist gedaan en afwachten maar of ie wat gaat vinden....

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 12:05:
Even de gegevens van bv RTL4 uit de export gehaald:

[...]


Modulation="3" betekend volgens mij dat QAM64 gebruikt wordt. Je verhaal mbt beschikbare ruimte op het netwerk klinkt echter ontzettend aannemelijk. Heb je aan deze exportgegevens voldoende om te kunnen verklaren wat er gebeurd?

Geen flauw idee wat MediaPortal hier doet, maar het klopt niet. De maker van de digitalekabeltelevisie website gebruikt een XML export van een programma dat o.a. de NIT's in het signaal scant om de output te op zijn website te produceren in de tabellen. De laatste update is van 2 februari en het lijkt mij sterk dat ze sindsdien net weer terug zijn gegaan naar QAM 64 in de omgeving van Gorredijk. Mogelijk dat MediaPortal toch onder de motor kap meerdere QAM's probeert als de door jou opgegeven modulation 3 niet klopt, maar dat kan dan wel een trager zap gedrag veroorzaken omdat ze elke frequentie met meerdere QAM's moeten gaan benaderen om te kijken of er nog steeds een Transport Stream te vinden is.

[ Voor 6% gewijzigd door ArChie op 14-02-2009 12:26 ]

[Question Mark]

Hmmm. Ik geloof je helemaal... Ik ga even testen door mijn transponder lijst even aan te passen naar QAM256 en post later even wat testresultaten. Thx voor je reactie in ieder geval!

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 12:27:
Hmmm. Ik geloof je helemaal... Ik ga even testen door mijn transponder lijst even aan te passen naar QAM256 en post later even wat testresultaten. Thx voor je reactie in ieder geval!

Met uitzondering van Transport Stream op de 369 MHz want die moet op QAM 64 blijven staan. Mocht het overigens niet werken dan val je kennelijk toch onder "Ziggo Sneek" met netwerk ID 8600 i.p.v. "Ziggo Gorredijk" met netwerk ID 8400. De gebruikte frequenties zijn voor beide gebieden namelijk hetzelfde, alleen de QAM van de Transport Streams is per gebied anders.

[ Voor 25% gewijzigd door ArChie op 14-02-2009 12:34 ]

[Keess]

Ik vind eindelijk kanalen in FireDTV! 187 geloof ik, mis er nog wel een paar, in MCE wordt nog niets gevonden maar dat is denk ik opgelost door de driver eerst helemaal te verwijderen en dan voor MCE Setup te kiezen ipv zoals nu beide te installeren...

ArChie en The_Doman, heel erg bedankt, ga er verder wel uit komen denk ik...

[ Voor 4% gewijzigd door Keess op 14-02-2009 13:53 ]

[Question Mark]

ArChie schreef op zaterdag 14 februari 2009 @ 12:28:
[...]
Met uitzondering van Transport Stream op de 369 MHz want die moet op QAM 64 blijven staan. Mocht het overigens niet werken dan val je kennelijk toch onder "Ziggo Sneek" met netwerk ID 8600 i.p.v. "Ziggo Gorredijk" met netwerk ID 8400. De gebruikte frequenties zijn voor beide gebieden namelijk hetzelfde, alleen de QAM van de Transport Streams is per gebied anders.

Mijn postcode is 8431, wat volgens de Ziggo site overeenkomt met netwerk 8600. En dat is inderdaad Sneek. Op zich vreemd want ik woon een km of 10 van Gorredijk af, terwijl Sneek een km of 50 is.

In de beginperiode gaf mijn Panasonic decoder altijd aan dat ik onder "Gorredeijk viel. Dat kan twee dingen betekenen: ik heb altijd al scheel gekeken, of @home/Ziggo heeft de regio's ergens in het verleden opnieuw ingedeeld.

Ik kan me ook niet aan de indruk onttrekken dat Mediaportal onderhuids nog gekke dingen doet. Zoals al gezegd heb ik mijn transponderlijst aangepast naar QAM256 en al mijn zenders werken nog gewoon (alle bestaande zenders eerst verwijderd en vervolgens opnieuw gescanned).



Bovenstaand voorbeeld gaat over RTL8. TransportID is 15, wat klopt met de gegevens op digitalekabeltelevisie. Symbolrate en frequency komen ook overeen. Wat me opvalt is dat Mediaportal hier geen gegevens over de gebruikte QAM modulatie plaatst.

Edit: net nog even dezelfde scan gedraaid (QAM256 modulatie) om even te spieken of MediaPortal toch niet stiekem onderhuids alle modulaties probeert. Dat lijkt niet het geval:

[ Voor 9% gewijzigd door Question Mark op 14-02-2009 17:45 ]

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 17:35:
Mijn postcode is 8431, wat volgens de Ziggo site overeenkomt met netwerk 8600. En dat is inderdaad Sneek. Op zich vreemd want ik woon een km of 10 van Gorredijk af, terwijl Sneek een km of 50 is.

Okee, dat verklaart dan waarom MediaPortal na de kanalen scan toch met modulatie type 3 (= QAM 64) komt voor alle Transport Streams i.p.v. type 5 als je echt tot netwerk ID 8400 had behoort. Op zich hoeft het niet vreemd te zijn dat je toch onder Sneek valt terwijl je hemelsbreed dichter bij Gorredijk woont. Het is maar net hoe de verbindingen tussen de diverse gebieden lopen.

In de beginperiode gaf mijn Panasonic decoder altijd aan dat ik onder "Gorredeijk viel. Dat kan twee dingen betekenen: ik heb altijd al scheel gekeken, of @home/Ziggo heeft de regio's ergens in het verleden opnieuw ingedeeld.

Aangezien de frequentie indelingen van beide netwerk ID's hetzelfde zijn en in het verleden ook in Gorredijk gewoon QAM 64 werd gebruikt kon je voorheen beide netwerk ID's gebruiken en toch gewoon alle kanalen vinden. Het maakte voorheen immers niet uit of de frequentie nu uit de NIT voor netwerk ID 8400 of uit de NIT voor netwerk ID 8600 kwamen, want de gebruikte frequenties en de daarbij behorende instellingen per frequentie waren toch gelijk. Nu zou dat niet meer werken als de aanbevolen ontvangers zich tenminste aan de afwijkende instellingsprocedure houden en niet onder de motor kap toch meerdere QAM's gaan uitproberen.

Ik kan me ook niet aan de indruk onttrekken dat Mediaportal onderhuids nog gekke dingen doet. Zoals al gezegd heb ik mijn transponderlijst aangepast naar QAM256 en al mijn zenders werken nog gewoon (alle bestaande zenders eerst verwijderd en vervolgens opnieuw gescanned).

Tja, op zich goed natuurlijk dat ze toch de meest gebruikte QAM's uitproberen tijdens het zoeken, maar het zou geen kwaad kunnen als ze de gebruiker ook even informeren over de geconstateerde afwijkingen.

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 17:35:
Edit: net nog even dezelfde scan gedraaid (QAM256 modulatie) om even te spieken of MediaPortal toch niet stiekem onderhuids alle modulaties probeert. Dat lijkt niet het geval:

Gebruik anders het volgende test programma van DVBviewer dat gratis is een keer in combinatie met de QAM 256 INI file die The_Doman heeft gemaakt en de INI file die ik heb gemaakt voor netwerk ID 8600 waarin alleen QAM 64 wordt gebruikt voor alle Transport Streams:

http://www.dvbviewer.com/download/Transedit_MMC_Demo.zip

Ik weet zeker dat TransEdit niet onderhuids toch alle QAM's uit probeert, dus als je bij één van de twee INI files kanalen vindt weet je ook direct wat de juiste QAM en netwerk ID moet zijn voor jouw adres.

[Question Mark]

Beide getest en met beide transponder lijsten worden in totaal 300 (108 radio en 192 tv) zenders gevonden. Het previewen van de FTA-zenders gaat vanuit deze tool ook probleemloos met beide transponder lijsten.

Ik begin te geloven dat Ziggo toch zowel QAM64 en QAM256 doorstuurd. Bij mijn weten zou dat de enige verklaring zijn.

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 19:30:
Beide getest en met beide transponder lijsten worden in totaal 300 (108 radio en 192 tv) zenders gevonden. Het previewen van de FTA-zenders gaat vanuit deze tool ook probleemloos met beide transponder lijsten.

Ik begin te geloven dat Ziggo toch zowel QAM64 en QAM256 doorstuurd. Bij mijn weten zou dat de enige verklaring zijn.

Geen idee wat er bij jou nu precies misgaat, maar het kan niet dat elke Transport Stream twee keer wordt doorgegeven zodat beide QAM's te gebruiken zijn. Dan zouden namelijk in ieder geval voor iedere Transport Stream twee verschillende frequenties gebruikt moeten worden en daarvoor is de beschikbare bandbreedte veel te duur.

De enige optie die nog mogelijk is dat de BDA driver van jouw DVB-C PC-TV kaart zich niets aantrekt van de opgegeven QAM instellingen en intern gewoon alle QAM's probeert. Leuke feature misschien, maar persoonlijk vind ik dat het de DVB begripsvorming zeker niet ten goede komt. De gebruiker weet dan immers totaal niet meer wat er nu eigenlijk gebeurd. Welke DVB-C PC-TV kaart gebruik je eigenlijk?

[Question Mark]

ArChie schreef op zaterdag 14 februari 2009 @ 19:40:
[...]
Welke DVB-C PC-TV kaart gebruik je eigenlijk?

Floppy-DTV van digital Everywhere, met standaard BDA drivers (geen beta).

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 19:43:
Floppy-DTV van digital Everywhere, met standaard BDA drivers (geen beta).

Dan doet FloppyDTV vreemde dingen in de drivers. Mogelijk doen ze dat omdat ze in principe er vanuit gaan dat hun product in combinatie met MCE gebruikt zal worden en dan geeft MCE zelf natuurlijk nooit de juiste QAM door. Bij DVB-T wordt er namelijk geen QAM gebruikt. Ik hoop tenmiste niet dat ze bij FloppyDTV altijd hardcoded alleen maar QAM 64 gebruiken, want mocht Ziggo ooit nog eens overgaan op QAM 256 dan heb je een probleem.

[Question Mark]

Lijkt me niet. Als je MCE wilt gebruiken dien je dit op te geven tijdens de setup van de driver. Er wordt dan tevens een service geinstalleerd die ervoor zorgt dat de Floppy-DTV zich (tegenover MCE) voortdoet als DVB-T tuner.

Ik zal nog even kijken of ik een export of iets dergelijks van beide scans kan maken zodat ik eea wat beter aan kan tonen. Ik ben het met je eens dat het niet klopt, ik kan het alleen niet uitstaan dat ik niet weet waar deze afwijking door veroorzaakt wordt

[Question Mark]

Scan1 op basis van jouw transponderlijst (netwerk 8600), zoals te lezen is in de omschrijving bij "root"



Scan2 op basis van de transponderlijst van the_doman, omschrijving bij "root" is ook "Test QAM256" (om aan te geven dat ik toch echt de juiste transponderlijsten gebruik).

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 20:03:
Lijkt me niet. Als je MCE wilt gebruiken dien je dit op te geven tijdens de setup van de driver. Er wordt dan tevens een service geinstalleerd die ervoor zorgt dat de Floppy-DTV zich (tegenover MCE) voortdoet als DVB-T tuner.

Ik zal nog even kijken of ik een export of iets dergelijks van beide scans kan maken zodat ik eea wat beter aan kan tonen. Ik ben het met je eens dat het niet klopt, ik kan het alleen niet uitstaan dat ik niet weet waar deze afwijking door veroorzaakt wordt

Voor alle duidelijkheid: Ergens in jouw regio staat een modulator die op een bepaalde ingestelde frequentie een Transport Stream op de kabel zet waarbij de kabel operator moet kiezen voor bepaalde instellingen, namelijk modulatie type, symbolrate FEC outer en FEC inner. Jouw ontvanger aan de andere kant moet exact dezelfde instellingen gebruiken omdat gemoduleerde signaal te demoduleren anders ziet de ontvanger het signaal als ruis. Technisch is het niet mogelijk om een signaal dat met QAM 256 modulatie op een bepaalde frequentie op de kabel wordt gezet met twee verschillende modulatie technieken in de ontvanger te demoduleren. Als Ziggo dus het jou mogelijk wil maken om uit twee verschillende modulatie types te kunnen kiezen moeten ze iedere Transport Stream twee keer op de kabel zetten met twee verschillende modulatie technieken en dus op twee verschillende frequenties met ieder een bandbreedte van 8 MHz. Neem van mij aan dat ze bij Ziggo wel gek zijn, maar niet zo gek want ze schieten er niets mee op om dezelfde kanalen i.p.v. met 26 Transport Streams met 52 Transport Streams te gaan doorgeven.

Met de test met het TransEdit tooltje heb je aangetoond dat FloppyDTV iets in de BDA drivers doet of in de firmware van de FloppyDTV dat niet de normale manier van werken is. Als ik in TransEdit namelijk een verkeerde QAM opgeef voor een bepaalde frequentie dan kan mijn TwinhanDTV DVB-C PC-TV kaart niets met het signaal op die frequentie zoals dat hoort. Hetzelfde geldt voor een verkeerd ingestelde symbol rate. De BDA drivers voor mijn TwinhanDTV DVB-C PC-TV kaart gaan dus niet op eigen houtje toch alle mogelijke QAM's uitproberen (in totaal 5 mogelijkheden voor iedere frequentie) ongeacht de instellingen van TransEdit.

Heb je toevallig nog steeds een aanbevolen kabel ontvanger in huis? Zoja, gebruik dan die aanbevolen kabel ontvanger, maar kies i.p.v. 396 MHz frequentie die je normaal moet instellen bij het installatie menu voor de kanalen scan één andere frequentie uit de lijst die in beide INI files voorkomt (bijvoorbeeld 313 MHz) en kies de ene keer in het installatie menu voor QAM 64 en de andere keer voor QAM 256. De signaal indicatie van een aanbevolen ontvanger zal alleen uitslaan bij de juiste QAM instelling.

[ArChie]

Question Mark schreef op zaterdag 14 februari 2009 @ 20:09:
(om aan te geven dat ik toch echt de juiste transponderlijsten gebruik).

Daar twijfel ik ook niet aan.

[Question Mark]

Net getest met mijn "oude" panasonic decoder.

Instellingen volgens handleiding Ziggo:

Eigen postcode is 8431
Volgens de handleiding van Ziggo is dat Netwerk 8600 (Sneek)
Frequentie: 369

Alle zenders worden gevonden, omschrijving is ook Ziggo Sneek, de decoder kan echter niet "locken" op een zender.

Vervolgens een scan uitgevoerd, maar als netwerk 8400 (Gorredijk) opgegeven (waar ik volgens de Ziggo handleiding niet onderval. Wederom worden alle zenders gevonden. Omschrijving is "Ziggo Gorredijk"), de gebruikte modulatie is QAM256 (wat klopt voor Gorredijk).

Een scan op frequentie 313 levert alleen resultaat op bij gebruik van QAM256.

ArChie schreef op zaterdag 14 februari 2009 @ 20:31:
[...]Met de test met het TransEdit tooltje heb je aangetoond dat FloppyDTV iets in de BDA drivers doet of in de firmware van de FloppyDTV dat niet de normale manier van werken is.

Ik heb ook nog even verder in de TV Server logs van Mediaportal gekeken. Als Mediaportal "locked" op een zender geeft hij (afhankelijk van de gebruikte transponder lijst aan) dat het in het ene geval QAM64 is, en in het andere geval QAM256 is. Mediaportal doet dus ook exact wat je zou verwachten.

Twee conclusies: de handleiding van Ziggo klopt niet, ik val onder Gorredijk terwijl dit volgens hun handleiding Sneek zou moeten zijn. FloppyDTV doet vreemde dingen in de firmware of drivers.

Aangezien de officiele decoder enkel werkt met als netwerk Gorredijk (QAM256), heb ik dan ook de transponderlijst maar gebruikt die bij deze regio hoort. In dit geval voorkom ik in ieder geval dat de FloppyDTV firmware/driver "in moet grijpen". In theorie zou de zapsnelheid dan ook iets beter moeten zijn.

[ArChie]

Question Mark schreef op zondag 15 februari 2009 @ 10:18:
Twee conclusies: de handleiding van Ziggo klopt niet, ik val onder Gorredijk terwijl dit volgens hun handleiding Sneek zou moeten zijn. FloppyDTV doet vreemde dingen in de firmware of drivers.

Inderdaad een fout in de handleiding van Ziggo, want met het testen met de Panasonic heb je nu aangetoond dat het signaal van de Transport Streams met QAM 256 binnenkomt. Verder toont de logging van MediaPortal aan dat de FloppyDTV firmware/BDA drivers zich niets aantrekken van de opgegeven QAM settings door de software (MediaPortal of TransEdit) die de BDA drivers gebruiken om met de FloppyDTV communiceren.

Aangezien de officiele decoder enkel werkt met als netwerk Gorredijk (QAM256), heb ik dan ook de transponderlijst maar gebruikt die bij deze regio hoort. In dit geval voorkom ik in ieder geval dat de FloppyDTV firmware/driver "in moet grijpen". In theorie zou de zapsnelheid dan ook iets beter moeten zijn.

Ik hoop dat het gebruik van de juiste QAM settings per Transport Stream inderdaad voorkomt dat de FloppyDTV firmware/BDA drivers moeten ingrijpen, maar meer dan hoop is dat niet. Als ze bij FloppyDTV hardcoded geprogrammeerd hebben dat altijd eerst de meest gebruikte QAM wordt geprobeerd en daarna één voor één de minder gebruikte QAM's dan bestaat de kans dat ze altijd eerst QAM 64 proberen en pas daarna QAM 256. Misschien slaat de FloppyDTV BDA driver nog ergens in de registry of een data bestandje op wat de laatst succesvolle QAM was die ze op de frequenties gebruikt hebben om te voorkomen dat ze iedere keer meerdere QAM's moeten proberen, maar het blijft vreemd gedrag van de FloppyDTV dat mensen op een dwaalspoor kan zetten over de juiste transmissie instellingen per Transport Stream.

Maar goed, het werkt en je weet nu wat de juiste instellingen moeten zijn. Daar gaat het uiteindelijk om.

[Question Mark]

ArChie schreef op zondag 15 februari 2009 @ 10:45:
[...]
Maar goed, het werkt en je weet nu wat de juiste instellingen moeten zijn. Daar gaat het uiteindelijk om.

Inderdaad, in ieder geval hartelijk dank voor je hulp en heldere uitleg!