You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

Kleo

Intermediate

  • "Kleo" started this thread

Posts: 435

Location: Berlin

Occupation: Student

  • Send private message

1

Wednesday, March 29th 2006, 11:27am

diverse Fehler im Syslog bei Verwendung von Yakumo Quickstick DVB-T als 2. Budgetempfänger im VDR

Hallo,

ich versuche seit ein paar Tagen den Yakumo Quickstick DVB-T
als zweiten Budgetempfänger in meinen VDR einzubinden. Im DVB-Wiki auf linuxtv.org wird der Stick als voll unterstützt aufgeführt.
Mit Kaffeine (DVB) scheint er auch stabil zu funktionieren.
Wenn ich ihn aber als zusätzlichen Empfänger für meinen ctvdr4 mit vdrdevel-1.3.44 verwenden will, ist das Ganze höchst instabil und unbrauchbar.

Der Stick wird erkannt und als ingesamt dritter DVB-Adapter verwendet (1. DVB-s FF, 2. Avermedia 771 DVB-T).

Sobald er aber verwendet werden muss (z.B. bei Aufnahmen) friert das Bild ein, bleibt schwarz oder der vdrdevel startet neu. im Syslog tauchen folgenden Meldungen auf:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
...
Mar 28 19:00:08 kanVDR vdr: [10460] retuning due to modification of channel 1
Mar 28 19:00:08 kanVDR vdr: [10460] switching to channel 1
Mar 28 19:00:08 kanVDR vdr: [10515] transfer thread ended (pid=10460, tid=10515)
Mar 28 19:00:08 kanVDR vdr: [10517] TS buffer on device 1 thread ended (pid=10460, tid=10517)
Mar 28 19:00:08 kanVDR vdr: [10516] buffer stats: 70124 (3%) used
Mar 28 19:00:08 kanVDR vdr: [10516] receiver on device 1 thread ended (pid=10460, tid=10516)
Mar 28 19:00:08 kanVDR vdr: [10460] cTS2PES got 2 TS errors, 1 TS continuity errors
Mar 28 19:00:08 kanVDR vdr: [10460] buffer stats: 70500 (3%) used
Mar 28 19:00:08 kanVDR vdr: [10460] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Mar 28 19:00:08 kanVDR vdr: [10460] ERROR: /dev/dvb/adapter0/demux0: Zu viele offene Dateien
Mar 28 19:00:08 kanVDR vdr: [10460] ERROR (dvbdevice.c,688): Zu viele offene Dateien
Mar 28 19:00:08 kanVDR vdr: [10460] ERROR: can't set PID 257 on device 1
Mar 28 19:00:08 kanVDR vdr: [10460] ERROR (dvbdevice.c,703): Ungültiger Dateideskriptor
Mar 28 19:00:09 kanVDR vdr: [10571] transfer thread started (pid=10460, tid=10571)

...

Mar 28 19:24:37 kanVDR vdr: [16436] cAudioRepacker(0xC0): skipped 384 bytes to sync on next audio frame
Mar 28 19:24:38 kanVDR vdr: [16436] PES packet shortened to 799 bytes (expected: 1934 bytes)
Mar 28 19:24:38 kanVDR vdr: [16436] PES packet shortened to 1758 bytes (expected: 1934 bytes)

...



Ich habs mit meinem produktiv-VDR und auf meinem Laptop mit Kanotix und vdr-1.3.41 probiert. Beide zeigen das gleiche Ergebnis.

Gibt es dazu Lösungsansätze oder muss ich mir einen anderen Empfänger kaufen?
Gibt es überhaupt 100-prozentig mit dem VDR funktionierende DVB-T-Sticks?

Grüsse, Kleo
VDR-Server: Avance B031 Tower, ASUS A8V DELUXE Rev. 2, Athlon 64 3200+, 3GB Corsair RAM, 2 x 500GB Samsung-501LJ, Nvidia GeForce 200MX, 2x Technisat Airstar 2 DVB-T, Ubuntu 9.04, Kernel: 2.6.28-11-server, gepatchter e-tobi-vdr-1.6.0 und Plugins: streamdev-server, live, xineliboutput

Kleo

Intermediate

  • "Kleo" started this thread

Posts: 435

Location: Berlin

Occupation: Student

  • Send private message

2

Wednesday, March 29th 2006, 8:08pm

schieb
VDR-Server: Avance B031 Tower, ASUS A8V DELUXE Rev. 2, Athlon 64 3200+, 3GB Corsair RAM, 2 x 500GB Samsung-501LJ, Nvidia GeForce 200MX, 2x Technisat Airstar 2 DVB-T, Ubuntu 9.04, Kernel: 2.6.28-11-server, gepatchter e-tobi-vdr-1.6.0 und Plugins: streamdev-server, live, xineliboutput

3

Wednesday, March 29th 2006, 9:05pm

Es stellt sich die Frage ob es sich um ein DVB-Treiber Problem oder ein DVB-Treiber+vdr Problem handelt. Um das genauer heraus zu bekommen wäre es vielleicht interessant den Stick mit einem anderen Linux-Programm zu testen. Gibt es da nicht auch noch katv ??

Ansonsten ist doch für dvb-Treiber Fragen folgende Adresse eine gute Info-Quelle:
www.linuxtv.org

Gruß
Wicky
Hardware: M2NPV-VM, AthlonXP-64 5700, Samsung 1TB HD, TT-1600, GF210
Software: Ubuntu 10.04 und yaVDR Pakete
dxr3-Links:
dxr3config, dxr3-Howto :], dxr3-Modul-Entwicklerseite, dxr3-Plugin-Entwicklerseite

Kleo

Intermediate

  • "Kleo" started this thread

Posts: 435

Location: Berlin

Occupation: Student

  • Send private message

4

Thursday, March 30th 2006, 1:27am

@wicky

Dass sehe ich genauso wie Du. Deshalb habe ich es auch mit Kaffeine probiert und hatte den Eindruck, dass es stabil läuft. Allerdings habe ich es nicht ausgiebig getestet.

Ich denke, es hat was mit der Kombination DVB-Treiber / VDR zu tun.

Ich habe auch irgendwo gelesen, dass es beim Yakumo aka WideView-Stick Einschränkungen bezüglich des Setzens/Nutzens von PID's gibt.

Beim Einstecken tauchen auch entsprechende Meldungen im Syslog auf.
Ich kenn mich allerdings mit den technischen Details nicht sonderlich gut aus.

Wahrscheinlich gehen andere DVB-Anwendungen einfach anders mit dem Stick um.

Grüsse, Kleo
VDR-Server: Avance B031 Tower, ASUS A8V DELUXE Rev. 2, Athlon 64 3200+, 3GB Corsair RAM, 2 x 500GB Samsung-501LJ, Nvidia GeForce 200MX, 2x Technisat Airstar 2 DVB-T, Ubuntu 9.04, Kernel: 2.6.28-11-server, gepatchter e-tobi-vdr-1.6.0 und Plugins: streamdev-server, live, xineliboutput

5

Friday, April 27th 2007, 10:39pm

Der Thread ist zwar schon ganz schön alt, aber ich hatte immer noch das selbe Problem. Scheinbar bracht in den betreffenden USB-Sticks der Hardware-PID-Filter einige Zeit, bevor er erneut verwendet werden kann. Wenn man vor dem Setzen neuer PIDs beim Kanalwechsel etwas wartet, geht alles bestens. Einfach und schmutzig z.B. durch ein usleep(100000); in cDvbDevice::OpenFilter im File dvbdevice.c.

Stefan

6

Friday, August 17th 2007, 11:08pm

Ich hatte die Hoffnung schon aufgegeben, danke @stego! Muss ich also doch keinen PCI basierten DVB-T Empfänger kaufen ;)

7

Saturday, August 16th 2008, 7:59pm

Freecom DVB-T: kein Umschalten auf anderen Kanal desselben Transponders

den Thread hochhol
Hier besteht das Problem mit einem Freecom DVB-T: fast nie funktioniert ein Umschalten auf anderen Kanal desselben Transponders.

Dazu habe ich folgendes gefunden
http://www.linuxtv.org/pipermail/vdr/200…ary/015848.html

Was hilft mir jetzt die Information? Gibt es evtl. schon einen fertigen Patch (ohne neukompilieren - bin reiner Linux-Anwender)? Falls ja, wie bekomme ich den Patch in meinen VDR hinein?

Vielen Dank schon im voraus.
c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

8

Sunday, August 17th 2008, 1:07am

Huch dort wird ja auf mein Patchfile verlinkt, dessen wirkliche Quelle dieser Thread ist.

Also ich habe 4 Sticks seit meinem letzen Post hier so im Einsatz. Um den Patch anzuwenden brauchst du die Sourcen von vdr (in meinem Fall vdr 1.4.7) und ggf. den Patch (http://tafe.unkelhaeusser.de/vdr/dvbdevice.c.patch) bzw wie hier beschrieben dvbdevice.c Datei anpassen, ist dasselbe.

VDR entpacken und in das neue VDR-Quellverzeichnis wechseln und dann einfach "patch < ../dvbdevice.c.patch" - kennst Du oder?

Dann VDR "übersetzen", da gibts im Wiki hier ne Menge Lektüre zu. Wenn Du eine Frage dazu hast, nur zu.

9

Monday, August 18th 2008, 1:12pm

Neukompilierung von VDR V1.6.0-1 (c'tVDR v6.2)

Danke für die Antwort. Eine Neukompilierung von irgendetwas wollte ich mir aus verschiedensten Gründen sparen: keinen blassen Schimmer von *nix, keine verständliche Anleitung für Dummies im Netz gefunden, VDR-Rootpartition nur 1GB ... (die Videos landen derzeit auf einem NAS - einem WD Netcenter). Kurzum für mich ist es ein Projekt, welches sich dann wohl eher in Wochen bemisst. Nur leider ist ein VDR, welcher nicht zuverlässig vor der Aufnahme den richtigen Kanal einstellen kann, mehr als ein wenig unbequem. (Workaround ist auf Dauer auch nicht toll: kurz vor der gewünschten Aufnahme eine "Dummy"aufnahme mit Kanal eines anderen Transponders.)

Vielleicht findet sich ja jemand, der einen binären Patch zu Verfügung stellen könnte? Hier läuft VDR V1.6.0-1 (c'tVDR v6.2). Der Patch ist ja selbst nur ein Einzeiler (in dvbdevice.c in Methode cDvbDevice::OpenFilter vor int f = open(...) die Zeile usleep(100000); einfügen.
c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

This post has been edited 2 times, last edit by "ronfein" (Aug 18th 2008, 1:14pm)