Homar hat geschrieben:
wenn ja, liegt eine at76c651.o auf
http://remote-admin.info/dbox2
Die bauste in ein aktuelles yadd ein und testest.
... vergiss nicht zu sagen, obs klappt
Moin auch,
habe das gestern mal mit der YADD vom 19.7. getestet. Folgendes Ergebnis:
YADD mit eigenen Ucodes, Avia und camalpha (alle aus BN 2.01) ergaenzt und gestartet:
Suchlauf "Telekom" -> DigikabelD (BBC-Prime & Co.) nicht gefunden
Austausch des o.g. Treibers in "lib\modules\2.4.20-dbox2\misc"
Start der Box -> Suchlauf -> DigikabelD nicht gefunden, auch FTA Sender laufen nicht mehr (nicht verfuegbar), was mich auch nicht wundert, wenn ich mir so das log ansehe (s.u.).
- (...)
[scan] start...
[scan] scanProviders:
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:244] FE_HAS_SIGNAL
[frontend.cpp:getEvent:246] FE_HAS_CARRIER
[frontend.cpp:getEvent:224] event after 1050 milliseconds
[frontend.cpp:getEvent:224] event after 2100 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:224] event after 2130 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:224] event after 2100 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:224] event after 2100 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:224] event after 2100 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[frontend.cpp:getEvent:224] event after 0 milliseconds
[frontend.cpp:getEvent:224] event after 2100 milliseconds
[frontend.cpp:getEvent:238] FE_TIMEDOUT
[scan.cpp:start_scanthread:615] found 0 transponders and 0 channels
[xmlinterface.cpp:parseXmlFile:185] Error parsing "/var/tuxbox/config/zapit/services.xml": no element found at line 1
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
zap failed!
zap failed!
zap failed!
zap failed!
(...)
Auch ein CBF-Scan machte keinen Unterschied. Da ich gerade den PC an der Box hatte, habe ich gleich mal AlexW Base1.6.10 mit den cdk.cramfs von gestern geflasht (ucodes wie oben - also nich built-in). Bei dem Suchlauf wurden dann (komischerweise) die DigiKabelD Sender gefunden:
- (...)
<transponder id="2714" onid="f001" frequency="113000" inversion="2" symbol_rate="6900000" fec_inner="6" modulation="3">
<channel service_id="d099" name="Club" service_type="01"/>
<channel service_id="d09a" name="Liberty TV" service_type="01"/>
<channel service_id="d09b" name="BibelTV" service_type="01"/>
<channel service_id="d09d" name="TW1" service_type="01"/>
(...)
Allerdings fehlte die Haelfte vom ARD Bouquet (der Transponder mit EinsMuxx usw.). Die DigiKabel Sender liefen sehr stotternd (alle paar Sekunden Bild- und Tonhaenger). Dafuer ging das Umschalten reibungslos. In vorherigen Images hatte ich immer das Problem, dass das Umschalten lange dauert (manchmal sogar bis zum "nicht verfuegbar"; wenn ich dann z.B. von BBC-Prime auf MTV-Base zappte, lief es - ohne stottern). Dabei ist mir auch aufgefallen, dass das nicht ganz so dramatisch war, wenn die "Zeit" bereits gefunden wurde. Dann wurden sie Sender "schneller" gefunden (aber trotzdem nicht vergleichbar mit FTA).
Nach einem erneuten Suchlauf mit dem aktuellen AlexW-image (Bouquets neu erstellen) waren die DigikabelD Sender dann auch wieder weg.
HTH,
Major K.
PS: Ach nochwas: Weil das DigikabelD bei mir ja immer nur sporadisch gefunden wird, habe ich bis jetzt immer manuell nachgetragen. Allerdings mit folgenden Werten (man beachte die Frequenz!):
- <transponder id="2714" onid="f001" frequency="306000" inversion="2" symbol_rate="6875000" fec_inner="0" modulation="3">
<channel service_id="d099" name="Club" service_type="01"/>
<channel service_id="d09a" name="Liberty TV" service_type="01"/>
<channel service_id="d09b" name="BibelTV" service_type="01"/>