Inwiefern stört diese Datei? Fehlermeldung?
Wie weiter oben schon geschrieben, bricht dann der Compiler mit folgendem Fehler ab:
Wenn ich die export.h lösche und wie von e9hack beschrieben, die as3645a.c patche, dann läuft der Copmpiler durch.
Inwiefern stört diese Datei? Fehlermeldung?
Wie weiter oben schon geschrieben, bricht dann der Compiler mit folgendem Fehler ab:
Wenn ich die export.h lösche und wie von e9hack beschrieben, die as3645a.c patche, dann läuft der Copmpiler durch.
Wie weiter oben schon geschrieben, bricht dann der Compiler mit folgendem Fehler ab:
Wenn ich die export.h lösche und wie von e9hack beschrieben, die as3645a.c patche, dann läuft der Copmpiler durch.
Ich verstehe nicht, wie die leere export.h da ins Spiel kommt.
CU
Oliver
Ich habe den Beitrag vor meinem Posting selbstverständlich mehrfach gelesen, war mir aber nicht sicher, ob ich es richtig verstanden habe.
Es geht also bei der Octopus mit dem DVB-C-Tuner nicht mit der V2, aber mit der V1 unter dem aktuellen Kernel.
Besten Dank, das wollte ich wissen.
Ich habe laut Rechnung eine "Digital Devices DuoFlex CT PCIe incl. Octopus LE Bridge". Ich benutze yaVDR 0.4 mit dem Treiber von UFO (am 08.12.2011 gebaut). Es funktionieren beide DVB-C Tuner, leider nicht immer gleichzeitig. Das Problem tritt nur auf, wenn beide Tuner einen verschlüsselten Sender tunen sollen (wobei es auch nicht bei allen verschlüsselten Sendern auftritt).
VDR Log:
Jan 6 22:50:42 j3t-htpc vdr: [13987] Text2Skin: menu display update thread started (pid=27357, tid=13987)
Jan 6 22:50:43 j3t-htpc vdr: [27357] switching to channel 119
Jan 6 22:50:44 j3t-htpc vdr: [13986] TS buffer on device 3 thread ended (pid=27357, tid=13986)
Jan 6 22:50:44 j3t-htpc vdr: [13985] buffer stats: 284256 (6%) used
Jan 6 22:50:44 j3t-htpc vdr: [13985] receiver on device 3 thread ended (pid=27357, tid=13985)
Jan 6 22:50:44 j3t-htpc vdr: [27357] info: Kanal nicht verfügbar!
PS: Woran kann man die Version erkennen?
Ich verstehe nicht, wie die leere export.h da ins Spiel kommt.
Es muß die export.h vom echten Kernel eingebunden werden. Anstelle der richtigen wird aber die leere eingebunden. Da fehlen dann einige Definitionen.
Gruß
e9hack
Es muß die export.h vom echten Kernel eingebunden werden. Anstelle der richtigen wird aber die leere eingebunden. Da fehlen dann einige Definitionen.
Dummerweise scheint es diese Datei im Kernel erst ab Kernel 3.2 zu geben...
Anyway, habe mittlerweile gegen 2.6.35 kompiliert:
export.h scheint nicht mehr gebraucht zu werden.
Ich nehme es mal raus...
CU
Oliver
Ist repariert.
Ursache: DRXK wurde Upstream geändert.
Es werden nun nicht mehr zwei Frontends für DVB-C und DVB-T angelegt, sondern nur noch ein Frontend, welches umgeschaltet werden kann. Default ist DVB-C.
CU
Oliver
Nun, das erklärt vermutlich, weshalb bei mir DVB-T nicht mehr geht und auch diese Fehlermeldung:
Wenn ich das nun richtig verstehe, dann müssen die Frontends, wenn DVB-T verwendet werden soll, nicht mehr umbenannt werden?
Die Frage ist nun, wie stellt man nun um auf DVB-T?
Nun, das erklärt vermutlich, weshalb bei mir DVB-T nicht mehr geht und auch diese Fehlermeldung:
Wenn ich das nun richtig verstehe, dann müssen die Frontends, wenn DVB-T verwendet werden soll, nicht mehr umbenannt werden?
Die Frage ist nun, wie stellt man nun um auf DVB-T?
Dazu zitiere ich Mauro Carvalho Chehab:
ZitatAlles anzeigen...it is now possible to use frontend 0
for all delivery systems. As the current tools don't support changing
the delivery system, the dvb-fe-tool (on my experimental tree[1]) can now
be used to change between them:
For example, to use DVB-T with the standard scan:
$ ./dvb-fe-tool -d DVBT && scan /usr/share/dvb/dvb-t/au-Adelaide
[1] http://git.linuxtv.org/mchehab…tlog/refs/heads/dvb-utils
Btw, die nächste Entwicklerversion VDR 1.7.23 wird die Umschaltung selbst durchführen können.
CU
Oliver
Moin!
Btw, die nächste Entwicklerversion VDR 1.7.23 wird die Umschaltung selbst durchführen können.
Weißt du, dass Klaus da dran ist? Dann brauch ich ja nicht mehr selbst anfangen, einen Patch zu entwickeln.
Lars.
hallo ufo,
verstehe ich das richtig, dass zZ soviel umgebaut wird, dass es für eine distri nicht wirklich effektiv ist die neusten treiber bereitzustellen, bis vdr die änderungen auch übernommen hat?
habe seit heute probleme mit meiner tevii -> kein lock mehr bei dvb-s2 (das habe ich mit google schon gefunden ... war nen beitrag von dir) in dem kam die erklärung vor:
ZitatFor example, on frontends/ds3000.c, ds3000_read_status() uses a different
register for DVB_S2 lock. So, an application that doesn't set the delivery
system to SYS_DVBS2 will (likely) not lock into DVB-S2 channels.
das erklärt aber sicherlich keine artefakte bei allen dvb-s sendern, oder hat das damit auch was zu tun?
greetz MarMic
Moin!
Weißt du, dass Klaus da dran ist?
Ja.
Und wie schalltet man bis dahin auf DVB-T um??
Sorry, aber mit dem Zitat von Mauro Carvalho Chehab fange ich nicht allzuviel an.
hallo ufo,
verstehe ich das richtig, dass zZ soviel umgebaut wird, dass es für eine distri nicht wirklich effektiv ist die neusten treiber bereitzustellen, bis vdr die änderungen auch übernommen hat?
Auf jeden Fall würde ich einen älteren Treiber in Reserve halten.
Sollte man ohnehin machen, schließlich sind es experimentelle Treiber.
Zitat
habe seit heute probleme mit meiner tevii -> kein lock mehr bei dvb-s2 (das habe ich mit google schon gefunden ... war nen beitrag von dir) in dem kam die erklärung vor:das erklärt aber sicherlich keine artefakte bei allen dvb-s sendern, oder hat das damit auch was zu tun?
Sorry, ich weiß nicht, wie sich dieser Treiber verhält.
Bei Problemen immer mit einer funktionierenden Version vergleichen. Falls sich etwas verschlechtert hat, mit genauer Fehlerbeschreibung (ggf. Logs) auf die ML. Ein Patch wäre natürlich noch besser. Jedenfalls muß es gefixt werden.
CU
Oliver
Und wie schalltet man bis dahin auf DVB-T um??
Sorry, aber mit dem Zitat von Mauro Carvalho Chehab fange ich nicht allzuviel an.
Also manchmal bereue ich es wirklich, diesen Treiber bereitgestellt zu haben.
Kurzfassung:
git clone git://git.linuxtv.org/mchehab/experimental-v4l-utils.git
cd experimental-v4l-utils
git checkout remotes/origin/dvb-utils -b dvb-utils
cd utils/dvb
make
Anschließend kann man mit "dvb-fe-tool -aX -d DVBT" umschalten (X=Adapternummer).
CU
Oliver
Wie man ein git auscheckt ist mir schon klar...^^
ZitatAnschließend kann man mit "dvb-fe-tool -aX -d DVBT" umschalten (X=Adapternummer).
CU
Oliver
So hatte ich ja auch gemacht, nur leider funktioniert das nicht.
Ich habe es so im Startscript vom VDR drin:
Wie man ein git auscheckt ist mir schon klar...^^
So hatte ich ja auch gemacht, nur leider funktioniert das nicht.
Bei mir funktioniert es einwandfrei.
Zitat
Ist dvb-fe-tool im Path?
Existieren die Devicenodes? udev braucht manchmal etwas Zeit.
Und natürlich darf VDR noch nicht gestartet sein.
Am besten erst einmal manuell testen.
CU
Oliver
Ich habe es so im Startscript vom VDR drin:
Nur mal so als Anregung, sowas gehört eigentlich direkt in die UDEV Regel (RUN=""). Dann wirds auch sicher ausgeführt nachdem die Device Node erstellt ist. Und im Fall von Dynamite wohl auch bevor sich der VDR die krallt.
cu
Ist dvb-fe-tool im Path?
Ja, liegt in /usr/bin
Existieren die Devicenodes? udev braucht manchmal etwas Zeit.
Ja, die existieren:
vdr01 ~ # ls -lar /dev/dvb/*
/dev/dvb/adapter3:
total 0
crw-rw---- 1 root video 212, 14 Jan 7 13:22 net0
crw-rw---- 1 root video 212, 15 Jan 7 13:22 frontend0
crw-rw---- 1 root video 212, 13 Jan 7 13:22 dvr0
crw-rw---- 1 root video 212, 12 Jan 7 13:22 demux0
drwxr-xr-x 6 root root 120 Jan 7 13:22 ..
drwxr-xr-x 2 root root 120 Jan 7 13:22 .
/dev/dvb/adapter2:
total 0
crw-rw---- 1 root video 212, 10 Jan 7 13:22 net0
crw-rw---- 1 root video 212, 11 Jan 7 13:22 frontend0
crw-rw---- 1 root video 212, 9 Jan 7 13:22 dvr0
crw-rw---- 1 root video 212, 8 Jan 7 13:22 demux0
drwxr-xr-x 6 root root 120 Jan 7 13:22 ..
drwxr-xr-x 2 root root 120 Jan 7 13:22 .
/dev/dvb/adapter1:
total 0
crw-rw---- 1 root video 212, 6 Jan 7 13:22 net0
crw-rw---- 1 root video 212, 7 Jan 7 13:22 frontend0
crw-rw---- 1 root video 212, 5 Jan 7 13:22 dvr0
crw-rw---- 1 root video 212, 4 Jan 7 13:22 demux0
drwxr-xr-x 6 root root 120 Jan 7 13:22 ..
drwxr-xr-x 2 root root 120 Jan 7 13:22 .
/dev/dvb/adapter0:
total 0
crw-rw---- 1 root video 212, 2 Jan 7 13:22 net0
crw-rw---- 1 root video 212, 3 Jan 7 13:22 frontend0
crw-rw---- 1 root video 212, 1 Jan 7 13:22 dvr0
crw-rw---- 1 root video 212, 0 Jan 7 13:22 demux0
drwxr-xr-x 6 root root 120 Jan 7 13:22 ..
drwxr-xr-x 2 root root 120 Jan 7 13:22 .
vdr01 ~ #
Alles anzeigen
Und natürlich darf VDR noch nicht gestartet sein.
Nein, deshalb habe ich ja, wie oben schon geschrieben, die Befehle ins Startscript eingebaut.
An der selben Stelle, wo bisher das Umbenennen der Forntens stand.
Am besten erst einmal manuell testen.
Manuell gehts:
vdr01 ~ # stp vdr
* WARNING: you are stopping a boot service
* Stopping vdr ...
Shutting down VDR
Waiting for vdr termination ... [ ok ]
vdr01 ~ # dvb-fe-tool -a2 -d DVBT
Device DRXK DVB-C DVB-T (/dev/dvb/adapter2/frontend0) capabilities:
CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_5_6 CAN_FEC_7_8 CAN_FEC_AUTO CAN_GUARD_INTERVAL_AUTO CAN_HIERARCHY_AUTO CAN_INVERSION_AUTO CAN_MUTE_TS CAN_QAM_16 CAN_QAM_32 CAN_QAM_64 CAN_QAM_128 CAN_QAM_256 CAN_RECOVER CAN_TRANSMISSION_MODE_AUTO
DVB API Version 5.5, Current v5 delivery system: DVBT
Supported delivery systems: DVBC/ANNEX_A DVBC/ANNEX_C [DVBT]
Changing delivery system to: DVBT
vdr01 ~ # dvb-fe-tool -a3 -d DVBT
Device DRXK DVB-C DVB-T (/dev/dvb/adapter3/frontend0) capabilities:
CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_5_6 CAN_FEC_7_8 CAN_FEC_AUTO CAN_GUARD_INTERVAL_AUTO CAN_HIERARCHY_AUTO CAN_INVERSION_AUTO CAN_MUTE_TS CAN_QAM_16 CAN_QAM_32 CAN_QAM_64 CAN_QAM_128 CAN_QAM_256 CAN_RECOVER CAN_TRANSMISSION_MODE_AUTO
DVB API Version 5.5, Current v5 delivery system: DVBT
Supported delivery systems: DVBC/ANNEX_A DVBC/ANNEX_C [DVBT]
Changing delivery system to: DVBT
vdr01 ~ #
Alles anzeigen
Nur wenn der VDR gestartet wird, kommt im Log immer wieder:
Und DVB-T geht nicht,
Moin!
Ich würde dann einfach mal den ganzen Pfad zu dvb-fe-tool ins Startscript eintragen und die Ausgaben irgendwohin loggen, um zu sehen, ob umgeschaltet wird.
Und andererseits würde ich mal mit einem anderen Programm auf einen Kanal tunen und die Ausgabe von dvr in eine Datei umleiten, um zu sehen, was dann passiert.
Es kann ja auch immer noch ein "Fehler" im vdr sein, weil der irgendetwas nicht macht, was die neuen Treiber aber erwarten.
Lars.
Beim Start vomVDR kommt:
Jan 07 16:21:21 [vdr] [31170] registered source parameters for 'A - ATSC'
Jan 07 16:21:21 [vdr] [31170] registered source parameters for 'C - DVB-C'
Jan 07 16:21:21 [vdr] [31170] registered source parameters for 'S - DVB-S'
Jan 07 16:21:21 [vdr] [31170] registered source parameters for 'T - DVB-T'
Jan 07 16:21:21 [vdr] [31170] probing /dev/dvb/adapter0/frontend0
Jan 07 16:21:21 [vdr] [31170] new device number 1
Jan 07 16:21:21 [vdr] [31170] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Jan 07 16:21:21 [vdr] [31175] tuner on frontend 0/0 thread started (pid=31170, tid=31175)
Jan 07 16:21:21 [vdr] [31170] probing /dev/dvb/adapter1/frontend0
Jan 07 16:21:21 [vdr] [31170] new device number 2
Jan 07 16:21:21 [vdr] [31176] section handler thread started (pid=31170, tid=31176)
Jan 07 16:21:21 [vdr] [31170] frontend 1/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Jan 07 16:21:21 [vdr] [31178] tuner on frontend 1/0 thread started (pid=31170, tid=31178)
Jan 07 16:21:21 [vdr] [31170] probing /dev/dvb/adapter2/frontend0
Jan 07 16:21:21 [vdr] [31170] new device number 3
Jan 07 16:21:21 [vdr] [31179] section handler thread started (pid=31170, tid=31179)
Jan 07 16:21:21 [vdr] [31170] frontend 2/0 provides DVB-T with QAM16,QAM32,QAM64,QAM128,QAM256 ("DRXK DVB-C DVB-T")
Jan 07 16:21:21 [vdr] [31181] tuner on frontend 2/0 thread started (pid=31170, tid=31181)
Jan 07 16:21:21 [vdr] [31182] section handler thread started (pid=31170, tid=31182)
Jan 07 16:21:21 [vdr] [31170] found 3 DVB devices
Jan 07 16:21:21 [vdr] [31170] initializing plugin: admin (0.8.1): Administrative Aufgaben
Jan 07 16:21:21 [vdr] [31170] Executing </etc/vdr/plugins/admin/admin.sh -init>
Jan 07 16:21:21 [kernel] drxk: Error -22 on GetLockStatus
Alles anzeigen
Wenn ich das nun richtig verstehe, wird doch DVB-T geladen?? --> " frontend 2/0 provides DVB-T with QAM16 ..."
Die Fehlermeldung hat nichts zu bedeuten.
Sie kommt, da VDR (oder ein Plugin) den Lockstatus abfragt, bevor das erste Mal getunt wurde.
Kann man auskommentieren, wenn's stört.
CU
Oliver
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!