Noch ein Update:
VDR hat alle Sender neu gefunden, alle haben EPG. Einige Sender lassen sich aufzeichnen, andere nicht.
Nachdem ich gemerkt habe, dass sich diese Sender diesmal auch nicht schauen lassen, habe ich noch einmal einen manuellen Suchlauf mit einer neu gebauten Version von w_scan gemacht und dann die (unterschiedlichen) Werte von w_scan bei den Sendern ausgetauscht, die nicht aufnehmen konnten. Resultat: Ich kann die Sender sehen und aufnehmen, allerdings haben sie kein EPG. Ich habe das Gefühl dass da irgendwas nicht hinhaut, beim automatischen Suchlauf, die Parameter stimmen vielleicht einfach nicht. Jedenfalls schon seltsam, dass EPG geht aber abspielen/aufnehmen nicht. Bei w_scan genau andersum.
Beiträge von boertje
-
-
Kleines Update, ein kleiner Test hat ergeben, dass ich scheinbar ARD, ORF 1, RSI LA 2 HD aufnehmen kann, 3sat und Arte aber nicht. Hier die channels.conf Einträge:
Das Erste HD;upc:554000:C0M256:C:6900:272=27:273=deu@3,274=mis@3;283=deu@106:302:0:9006:1:83:0
ORF eins HD;upc:594000:C0M256:C:6900:80=27:81=deu@3,82=mis@3;91=deu@106:110:0:9036:1:90:0
RSI LA 2 HD;upc:394000:C0M256:C:6900:208=27:209=ita@3,210=eng@3;219=ita@106:238:0:9043:1:89:03sat HD;upc:322000:C0M256:C:6900:80=27:81=deu@3,82=mis@3,83=mul@3;91=deu@106:110:0:9002:1:78:0
Arte HD;upc:322000:C0M256:C:6900:272=27:273=deu@3,274=fra@3,275=mis@3;283=mul@106:302:0:9004:1:80:0Kann aber auch Zufall gewesen sein, dass alle HD Sender mal gehen und mal nicht.
-
Probiere es doch einfach mal aus...kannst ja deine channels.conf vorher sichern und wenn es nix bringt wieder abstellen. Dauert 3 Minuten und kostet nix
Ciao Louis
Ich habe das jetzt mal gemacht, habe den VDR den Tag über mal seine Sender suchen lassen und die Liste ist in der Tat wesentlich kompletter als die bisherige. Das Problem mit dem aufnehmen bleibt leider. HD Sender erstellen nur Dateien mit 0 byte. Schauen via Streamdev immer noch problemfrei.
Das mit den I-Frames klang interessant. Obwohl ich ja vermute, dass da irgendwas in den Settings durcheinander ist. Ich hatte seinerzeit mal bestimmte Sprachen ausgeschlossen und DTS Ton, imho ist das jetzt aber alles deaktiv
-
Man könnte es Empfangsproblem nennen und der VDR macht dann einen Emergency Exit:
Die Frage ist weshalb das passiert - wenn du mit streamdev streamen lässt, klappt dann der Empfang mittels device 1 oder nimmt er immer den anderen Tuner?Er nimmt auch Device 1 bei streamdev, keinerlei Probleme.
Andersrum, wenn ich zwei HD-Sender über beide Tuner aufnehmen will, bleiben beide Aufnahmedateien leer. -
Nicht die Settings durchwühlen, sondern das Logfile. Aus der Sicht des VDRs unterscheiden sich SD- und HD-Aufnahmen überhaupt nicht. Irgendwas passt da nicht zusammen.
Gerald
Erstmal danke für die vielen Antworten! Das Logfile ist leider nicht sehr aufschlussreich:
Jan 13 12:35:00 localhorst vdr: [3765] switching device 1 to channel 142
Jan 13 12:35:00 localhorst vdr: [3765] timer 8 (142 1235-1310 '(Fast) Die ganze Wahrheit') start
Jan 13 12:35:00 localhorst vdr: [3765] Title: '(Fast) Die ganze Wahrheit' Subtitle: 'Wong Kar-Wai'
Jan 13 12:35:00 localhorst vdr: [3765] executing '/usr/lib/vdr/vdr-recordingaction before "/var/dump/vdr/(Fast)_Die_ganze_Wahrheit/2014-01-13.12.35.142-0.rec"'
Jan 13 12:35:00 localhorst vdr: [3765] record /var/dump/vdr/(Fast)_Die_ganze_Wahrheit/2014-01-13.12.35.142-0.rec
Jan 13 12:35:00 localhorst vdr: [3765] creating directory /var/dump/vdr/(Fast)_Die_ganze_Wahrheit
Jan 13 12:35:00 localhorst vdr: [3765] creating directory /var/dump/vdr/(Fast)_Die_ganze_Wahrheit/2014-01-13.12.35.142-0.rec
Jan 13 12:35:00 localhorst vdr: [3765] recording to '/var/dump/vdr/(Fast)_Die_ganze_Wahrheit/2014-01-13.12.35.142-0.rec/00001.ts'
Jan 13 12:35:00 localhorst vdr: [11966] receiver on device 1 thread started (pid=3765, tid=11966, prio=high)
Jan 13 12:35:00 localhorst vdr: [11965] recording thread started (pid=3765, tid=11965, prio=high)
Jan 13 12:35:00 localhorst vdr: [11967] TS buffer on device 1 thread started (pid=3765, tid=11967, prio=high)
Jan 13 12:35:31 localhorst vdr: [11965] ERROR: video data stream broken
Jan 13 12:35:31 localhorst vdr: [11965] initiating emergency exit
Jan 13 12:35:31 localhorst vdr: [3765] emergency exit requested - shutting downKönnte evtl. mit der I-Frame-Erkennung zusammenhängen. Der vdr möchte ja gerne an so einem die Aufnahme starten. Wenn da aber keiner kommt (oder er nicht richtig erkannt wird), dann könnte es das beschriebene Verhalten sein. Evtl. müsste man mal Debug-Ausgaben in remux.c aktivieren.
Lars.
klingt nach ner interessanten Idee. Das erklärt, warum ich die Programme problemfrei streamen kann. Wie kann die die debug-Meldungen aktivieren?
Sind die Kanäle zufällig verschlüsselt? Stelle einfach den VDR so ein, dass er neue Kanäle und Transponder automatisch scannt (wie genau die Option heisst ist mir gerade entfallen, ist meine ich im "DVB" Menü), dann klappts auch mit dem aufnehmen.
Ciao Louis
Edit: Setup --> DVB Menü --> "Kanäle aktualisieren" auf mindestens "PIDs + Namen" ist die Option...
Die Kanäle sind nicht entschlüsselt, ich kann sie ja problemfrei mit VLC + streamdev anschauen. Die Kanäle suche ich lieber manuell, denn ich schmeisse die meisten wieder raus, da ich sie eh nie schaue, der VDR würde mir das unnötig zumüllen.
-
Hi zusammen. Ich habe ein ärgerliches Problem. Bin seit vielen Jahren VDR Nutzer aber jetzt das erste mal auf DVB-C mit HD umgestiegen. Jetzt habe ich ein komisches Problem und ich vermute es hängt mit den HD Sendern zusammen. Gestern habe ich meine DVB-T Karte gegen eine DVB-C ausgetauscht (Digital Devices Cine CT V6), Kernel-Module neugebaut und installiert. So weit so gut, w_scan läuft und ich habe eine channels.conf erstellt, knapp 200 Kanäle (...). Da der VDR seit einiger Zeit nicht in Betrieb war auch den VDR aktualisiert (jetzt 2.0.3 von yaVDR) und soweit ist alles in Ordnung. Also abgesehen davon dass ich scheinbar keine EPG Daten habe (werden vielleicht nicht gesendet in CH), die beziehe ich allerdings von epgdata.com. Über Streamdev kann ich alle Sender ausnahmslos und ohne Probleme angucken. Aufnehmen tut der VDR aber scheinbar nur SD Sender, HD Aufnahmen werden erstellt inklusive info aber die Aufnahmendatei bleibt bei 0 byte und nach kurzer Zeit springt der Watchdog an und startet den VDR neu. Ich habe schon die settings durchgewühlt aber nichts was ich probiert habe bringt was, der Empfang scheint auch super zu sein (2m Kabel direkt an der Dose, Streamdev ausgezeichnet). Hat jemand vielleicht eine Idee, woran das liegen kann? Oder wo ich schauen könnte? Kann gerne mehr Infos posten, wenn gewünscht. Vielen Dank für die Hilfe!
-
Hi zusammen,
ich hoffe, diese Frage ist noch nicht allzuoft gestellt worden aber beim durchwuehlen des Forums habe ich keine Antworten gefunden.
Ich habe einen VDR aus dem ubuntu-repository von hanno.de laufen. DVB-T gibts per USB-Stick (dvb_usb_dib0700), DVB-C und TV-Output mittels einer Technotrend (dvb_ttpci, afaik ist es ne 2100). Hier die Kernelmeldungen beim laden der Module:
Codedib0700: loaded with support for 8 different device-types dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-T Stick) DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)... MT2060: successfully identified (IF1 = 1220) input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-8/input/input24 dvb-usb: schedule remote query interval to 50 msecs. dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected. usbcore: registered new interface driver dvb_usb_dib0700
Code
Alles anzeigenLinux video capture interface: v2.00 saa7146: register extension 'dvb'. dvb 0000:02:02.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 saa7146: found saa7146 @ mem f821ae00 (revision 1, irq 17) (0x13c2,0x0002). dvb 0000:02:02.0: firmware: requesting dvb-ttpci-01.fw DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-C rev2.X) adapter has MAC addr = 00:d0:5c:20:6c:f8 dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624 dvb-ttpci: firmware @ card 1 supports CI link layer interface dvb-ttpci: Crystal audio DAC @ card 1 detected saa7146_vv: saa7146 (0): registered device video0 [v4l2] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2] DVB: registering adapter 1 frontend 0 (VLSI VES1820 DVB-C)... input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:02:02.0/input/input25 dvb-ttpci: found av7110-0.
vdr --version gibt folgendes aus:Code
Alles anzeigen$ vdr --version vdr (1.6.0-2/1.6.0) - The Video Disk Recorder burn (0.1.0-pre22-ff1) - Versatile convert-and-burn plugin epgsearchonly (0.0.1) - Direct access to epgsearch's search menu conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu remote (0.4.0) - Remote control osdteletext (0.8.3) - Displays teletext on the OSD epgsearch (0.9.24) - search the EPG for repeats and more mp3 (0.10.1) - A versatile audio player mplayer (0.10.1) - Media replay via MPlayer streamdev-server (0.5.0-pre) - VDR Streaming Server quickepgsearch (0.0.1) - Quick search for broadcasts femon (1.6.7) - DVB Signal Information Monitor (OSD)
Doch nun zum Problem. Ich wuerde gerne HDTV von DVB-C aufzeichnen, dass sich ja nicht ueber die FF-Karte ausgeben laesst. Alle Tricks, die Ausgabe zu belegen, funktionieren bei mir aber leider nicht. Ich kann HDTV als TS zwar ueber Streamdev streamen und ohne Probleme mit nem entfernten VLC aufzeichnen, versuche ich den Stream allerdings vom VDR auf die Platte schreiben zu lassen, hagelt es Fehler. Hier ein Auszug aus dem vdr-Log:Code
Alles anzeigenMay 31 18:45:27 dude vdr: [14284] switching device 2 to channel 129 May 31 18:45:28 dude vdr: [14293] channel 129 (arte (HD)) event Mon 31.05.2010 18:35-19:00 (VPS: 31.05 18:35) 'Mini-Max oder Die unglaublichen Abenteuer des Maxwell Smart' status 4 May 31 18:45:55 dude vdr: [14293] channel 1 (Das Erste) event Mon 31.05.2010 18:45-18:50 (VPS: 31.05 18:45) 'Tagesschau extra' status 4 May 31 18:46:00 dude vdr: [14284] switching device 2 to channel 129 May 31 18:46:00 dude vdr: [14284] timer 4 (129 1846-1910 'Mini-Max oder Die unglaublichen Abenteuer des Maxwell Smart') start May 31 18:46:00 dude vdr: [14284] Title: 'Mini-Max oder Die unglaublichen Abenteuer des Maxwell Smart' Subtitle: '(42) Kille, kille, Killer' May 31 18:46:00 dude vdr: [14284] executing '/usr/local/bin/vdrcall.sh before "/var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart/2010-05-31.18.46.60.99.rec"' May 31 18:46:00 dude vdr: [14284] record /var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart/2010-05-31.18.46.60.99.rec May 31 18:46:00 dude vdr: [14284] creating directory /var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart May 31 18:46:00 dude vdr: [14284] creating directory /var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart/2010-05-31.18.46.60.99.rec May 31 18:46:00 dude vdr: [14284] recording to '/var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart/2010-05-31.18.46.60.99.rec/001.vdr' May 31 18:46:00 dude vdr: [14284] ERROR (dvbdevice.c,695): Invalid argument May 31 18:46:00 dude vdr: [14284] ERROR: can't set PID 16210 on device 2 May 31 18:46:00 dude vdr: [14284] buffer stats: 0 (0%) used May 31 18:46:01 dude vdr: [14284] timer 4 (129 1846-1910 'Mini-Max oder Die unglaublichen Abenteuer des Maxwell Smart') stop May 31 18:46:01 dude vdr: [14284] executing '/usr/local/bin/vdrcall.sh after "/var/dump/vdr/Mini-Max_oder_Die_unglaublichen_Abenteuer_des_Maxwell_Smart/2010-05-31.18.46.60.99.rec"'
Im Kernellog kommt bei jedem Versuch ein
CodeMay 31 18:46:11 dude kernel: [771153.660219] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Ich vermute, irgendwie will der VDR beim aufnehmen noch mehr mit dem Stream machen als Streamdev. Nur was? Weiss jemand rat?Vielen Dank fuer die Hilfe,
Andreas -
Also ich habe das Problem jetzt einfach so geloest, in dem ich die 2300 gegen eine alte 2.1 eingetauscht habe. Brauchte den vdr wirklich dringend. Diese hat ueberhaupt keine Problem mehr, ausser dass sie etwas mehr Hitze im gehaeuse verursacht. Kann also den Patch nicht testen.
-
Zitat
Original von wirbel
Direkt ohne Verteiler, d.h. eigentlich keine Verbesserung möglich.so wie ich es sehe nicht. frueher hatte ich noch n t-stueck an der dose aber das hab ich momentan auch nicht dran. wenn dann waere wohl der vermieter oder kabel deutschland in der verantwortung. da aber windows keinerlei empfangsprobleme hat...
-
zur erlaeuterung: die alte karte ist schon laenger kaputt und hat ein anderes fehlerbild: sie tuned gar nicht mehr, weder auf windows, noch auf linux. die neue tuned und auf windows laeuft sie auch problemfrei, nur auf linux habe ich oben beschriebene probleme.
ich habe direkten anschluss an meine kabel-dose und es dort mit verschiedenen kabeln probiert, das beste war doppelt geschirmt und 1m lang. normalerweise benutze ich ein ebenso geschirmtes 15m-kabel. damit hat der empfang - bevor die alte karte den geist aufgab - monate lang problemfrei funktioniert. auch wenn die aussagekraft eher gering ist: das analoge bild macht subjektiv einen hervorragenden eindruck.
-
*klopfklopf*
faellt wirklich keinem was ein?
oder ist das problem schon 1000 mal behandelt worden? ich finds halt nicht im forum... -
Zitat
Original von e9hack
Die Werte sagen gar nichts. Der Treiber der TT C2300 liefert keine sinnvollen Werte für Signal u. SNR und er liefert 0 für BER und UNC. Die Signal- u. SNR-Werte lassen sich nur zum Vergleich zwischen zwei Kanälen benutzen, wobei kleinere Wert gleichbedeutend sind mit stärkerem Signal bzw. größerem SNR. Werte für BER und UNC erhält man durch diesem Patch.was wohl auch der grund ist, weshalb femon quatsch meldet oder?
Also ich habe gestern nochmal ein ganz neues Kabel gebastelt, das haette ich so oder so gemusst. Ich habe damit ein sehbar besseres Bild als mit dem alten Kabel, was das analoge Bild aufm TV angeht. Ich dachte, wenn der Tuner vielleicht schlechter in der C-2300 ist und die Aussetzer daher ruehren, dann hebt ihn das gerade ueber die kritische Schwelle. Leider sind die Probleme exakt die gleichen.
Wo koennte ich denn mal ansetzen, um die Ursache des Problems irgendwie festzunageln? Ich habe das Gefuehl, ich habe an jeder Ecke schon gekratzt, aber das muss doch irgendwie hinzukriegen sein.
-
und noch eine ergaenzung
ich habe mal versucht unabhaengig vom vdr die qualitaet zu testen. also eine channels.conf fuer czap generiert und damit dann auf einen channel gezappt. daraufhin habe ich dann mit dvbtune die qualitaet getestet, wenn das denn damit ueber gescheit geht?Code
Alles anzeigen# czap ZDF using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 25 ZDF:346000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_64:110:120:28006 25 ZDF: f 346000000, s 6900000, i 2, fec 0, qam 3, v 0x6e, a 0x78 status 00 | signal 0069 | snr 12eb | ber 00000000 | unc 00000000 | status 1f | signal 006a | snr 116c | ber 00000000 | unc 00000000 | FE_HAS_LOCK [...] # dvbtune -f346000 -s6900 -c0 -quam64 -m Signal=106, Verror=0, SNR=4180dB, BlockErrors=0, (S|L|C|V|SY|) Signal=106, Verror=0, SNR=4593dB, BlockErrors=0, (S|L|C|V|SY|) Signal=106, Verror=0, SNR=4825dB, BlockErrors=0, (S|L|C|V|SY|) [...] # czap EinsPlus using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 12 EinsPlus:121000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_64:301:302:28203 12 EinsPlus: f 121000000, s 6900000, i 2, fec 0, qam 3, v 0x12d, a 0x12e status 00 | signal 01ff | snr 0780 | ber 00000000 | unc 00000000 | status 1f | signal 006a | snr 102a | ber 00000000 | unc 00000000 | FE_HAS_LOCK [...] # dvbtune -f121000 -s6900 -c0 -quam64 -m Signal=107, Verror=0, SNR=4185dB, BlockErrors=0, (S|L|C|V|SY|) Signal=106, Verror=0, SNR=3901dB, BlockErrors=0, (S|L|C|V|SY|) Signal=107, Verror=0, SNR=3964dB, BlockErrors=0, (S|L|C|V|SY|) [...]
das sieht doch soweit eigentlich ok aus oder? ich sehe da ein signal mit ordentlichen db und keine fehler. interpretiere ich das richtig? wenn ich auf einen anderen transponder schalte, auf dem ard etc drauf sind, habe ich allerdings probleme. er will nicht locken, ein signal liest er dann allerdings. ist das normal so?Code
Alles anzeigen# czap Phoenix using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 8 Phoenix:113000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_64:901:902:28114 8 Phoenix: f 113000000, s 6900000, i 2, fec 0, qam 3, v 0x385, a 0x386 status 00 | signal 01ff | snr 03e0 | ber 00000000 | unc 00000000 | status 00 | signal 006a | snr 0734 | ber 00000000 | unc 00000000 | status 00 | signal 006a | snr 068e | ber 00000000 | unc 00000000 | status 00 | signal 006a | snr 07eb | ber 00000000 | unc 00000000 | status 00 | signal 006a | snr 06cd | ber 00000000 | unc 00000000 | [...] # dvbtune -f113000 -s6900 -c0 -quam64 -m Signal=107, Verror=0, SNR=1633dB, BlockErrors=0, () Signal=106, Verror=0, SNR=1868dB, BlockErrors=0, () Signal=106, Verror=0, SNR=1639dB, BlockErrors=0, () Signal=106, Verror=0, SNR=1683dB, BlockErrors=0, () Signal=106, Verror=0, SNR=1725dB, BlockErrors=0, () [...]
-
zusaetzlich sei noch erwaehnt, dass nicht nur der audio-repacker muckt, je nach tonspur kommen dolby-probleme dazu und ab und zu meckert auch der video-repacker (obwohl man das fehlerhafte bild viel oefter sieht).
CodeDec 3 20:08:02 localhost vdr[11885]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed Dec 3 20:08:02 localhost vdr[11889]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed [...] Dec 3 20:17:19 localhost vdr[11885]: cAudioRepacker(0xC0): skipped 312 bytes while syncing on next audio frame Dec 3 20:17:19 localhost vdr[11885]: cAudioRepacker(0xC0): skipped 80 bytes to sync on next audio frame Dec 3 20:17:19 localhost vdr[11885]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame Dec 3 20:17:19 localhost vdr[11885]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame Dec 3 20:17:21 localhost vdr[11901]: cDolbyRepacker: skipped 1624 bytes to sync on next AC3 frame Dec 3 20:17:21 localhost vdr[11901]: cDolbyRepacker: skipped 168 bytes to sync on next AC3 frame [...]
-
Hallo zusammen,
ich war seit Monaten gluecklicher VDR-Nutzer. Bis mir meine Hauppauge PCI rev2.1 , vermutlich aufgrund der hitze im Sommer, futsch ging. Ich vermute der Tuner ist kaputt, jedenfalls findet sie weder auf Linux noch auf Windows Kanaele. Nun habe ich mir eine TT C-2300 geholt. Baute sie einfach mal ein, startete den alten VDR und siehe da: Alles ging! Dachte ich. Sobald ich eine Aufnahme starte oder - meine hauptsaechliche Nutzung - einen Stream ueber den streamdev-server oeffne hagelt es Bild- und Tonstoerungen im Sekundentakt. Die Bildstoerungen zeigen sich als verkloetzelte Bildzeilen an unterschiedlichen Stellen des Bildes, die Tonstoerungen zu hoerende Aussetzer, Clicks usw. Im Log sieht das dann so aus:
Aufnahme:
Code
Alles anzeigenDec 3 17:58:00 localhost vdr[11713]: timer 1 (1 1800-1830 'Sportschau') entered VPS margin Dec 3 17:58:00 localhost vdr[11713]: switching device 1 to channel 1 Dec 3 17:58:05 localhost vdr[11718]: channel 1 (Das Erste) event 17:30 'Thea. Eine Lebensreise' status 1 Dec 3 17:58:06 localhost vdr[11718]: channel 1 (Das Erste) event 18:00 'Sportschau' status 2 Dec 3 17:58:07 localhost recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video.00/Sportschau/2006-12-03.18.00.50.99.rec as shell script Dec 3 17:58:07 localhost vdr[11713]: switching device 1 to channel 1 Dec 3 17:58:07 localhost vdr[11713]: timer 1 (1 1800-1830 'Sportschau') start Dec 3 17:58:07 localhost vdr[11713]: Title: 'Sportschau' Subtitle: 'Moderation: Reinhold Beckmann' Dec 3 17:58:07 localhost vdr[11713]: executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/Sportschau/2006-12-03.18.00.50.99.rec"' Dec 3 17:58:07 localhost vdr[11713]: record /var/lib/video.00/Sportschau/2006-12-03.18.00.50.99.rec Dec 3 17:58:07 localhost vdr[11713]: creating directory /var/lib/video.00/Sportschau Dec 3 17:58:07 localhost vdr[11713]: creating directory /var/lib/video.00/Sportschau/2006-12-03.18.00.50.99.rec Dec 3 17:58:07 localhost vdr[11713]: recording to '/var/lib/video.00/Sportschau/2006-12-03.18.00.50.99.rec/001.vdr' Dec 3 17:58:07 localhost vdr[11728]: file writer thread started (pid=11728, tid=114693) Dec 3 17:58:07 localhost vdr[11729]: recording thread started (pid=11729, tid=131078) Dec 3 17:58:07 localhost vdr[11730]: receiver on device 1 thread started (pid=11730, tid=147463) Dec 3 17:58:07 localhost vdr[11731]: TS buffer on device 1 thread started (pid=11731, tid=163848) Dec 3 17:58:16 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 584 bytes to sync on next audio frame Dec 3 17:58:16 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame Dec 3 17:58:16 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame Dec 3 17:58:18 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 584 bytes to sync on next audio frame Dec 3 17:58:18 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame Dec 3 17:58:19 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame Dec 3 17:58:20 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 504 bytes while syncing on next audio frame Dec 3 17:58:21 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 80 bytes to sync on next audio frame Dec 3 17:58:21 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame Dec 3 17:58:21 localhost vdr[11729]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame [...]
Stream:
Code
Alles anzeigenDec 3 18:30:55 localhost vdr[11719]: Streamdev: Accepted new client (HTTP) 192.168.123.103:51105 Dec 3 18:30:55 localhost vdr[11773]: transfer thread started (pid=11773, tid=196613) Dec 3 18:30:55 localhost vdr[11774]: receiver on device 1 thread started (pid=11774, tid=212998) Dec 3 18:30:55 localhost vdr[11775]: TS buffer on device 1 thread started (pid=11775, tid=229383) Dec 3 18:30:56 localhost vdr[11776]: streamdev-writer thread started (pid=11776, tid=245768) Dec 3 18:30:56 localhost vdr[11777]: streamdev-livestreaming thread started (pid=11777, tid=262153) Dec 3 18:30:57 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 200 bytes to sync on next audio frame Dec 3 18:30:57 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 280 bytes to sync on next audio frame Dec 3 18:30:59 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 408 bytes to sync on next audio frame Dec 3 18:30:59 localhost vdr[11777]: cAudioRepacker(0xC0): skipped 408 bytes to sync on next audio frame Dec 3 18:30:59 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 72 bytes to sync on next audio frame Dec 3 18:30:59 localhost vdr[11777]: cAudioRepacker(0xC0): skipped 72 bytes to sync on next audio frame Dec 3 18:31:04 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 480 bytes to sync on next audio frame Dec 3 18:31:04 localhost vdr[11777]: cAudioRepacker(0xC0): skipped 480 bytes to sync on next audio frame Dec 3 18:31:06 localhost vdr[11719]: client (HTTP) 192.168.123.103:51105 has closed connection Dec 3 18:31:06 localhost vdr[11719]: streamdev: closing streamdev connection to 192.168.123.103:51105 Dec 3 18:31:06 localhost vdr[11777]: streamdev-livestreaming thread ended (pid=11777, tid=262153) Dec 3 18:31:07 localhost vdr[11776]: streamdev-writer thread ended (pid=11776, tid=245768) Dec 3 18:31:07 localhost vdr[11719]: cTS2PES got 4 TS errors, 7 TS continuity errors Dec 3 18:31:07 localhost vdr[11719]: cTS2PES got 0 TS errors, 2 TS continuity errors Dec 3 18:31:07 localhost vdr[11719]: buffer stats: 50384 (1%) used Dec 3 18:31:13 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 118 bytes to sync on next audio frame Dec 3 18:31:13 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 2 bytes to sync on next audio frame Dec 3 18:31:13 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 264 bytes to sync on next audio frame Dec 3 18:31:15 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Dec 3 18:31:15 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 88 bytes to sync on next audio frame Dec 3 18:31:17 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 200 bytes to sync on next audio frame Dec 3 18:31:17 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 16 bytes to sync on next audio frame Dec 3 18:31:18 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 264 bytes to sync on next audio frame Dec 3 18:31:22 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Dec 3 18:31:22 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 88 bytes to sync on next audio frame Dec 3 18:31:26 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Dec 3 18:31:26 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 88 bytes to sync on next audio frame Dec 3 18:31:29 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 200 bytes to sync on next audio frame Dec 3 18:31:29 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 16 bytes to sync on next audio frame Dec 3 18:31:29 localhost vdr[11773]: cAudioRepacker(0xC1): skipped 264 bytes to sync on next audio frame Dec 3 18:31:31 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 92 bytes while syncing on next audio frame Dec 3 18:31:31 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 388 bytes to sync on next audio frame Dec 3 18:31:38 localhost vdr[11773]: cAudioRepacker(0xC0): skipped 480 bytes to sync on next audio frame [...]
Ich denke dies passiert wann immer ein Stream versucht wird zu lesen. Scannen, Tunen usw scheint keine Probleme zu machen. Femon gibt leider nur Quatsch aus, was aber wohl nicht so beunruhigend scheint? Ich habe mittlerweile verschiedene Sachen ausprobiert, nichts davon hat erfolg gehabt:
- neue channels.conf mit w_scan erstellt und ausprobiert.
- mit dem 2.6.18 Kernel von Dr.Seltsam gebootet (ich benutze sonst Ubuntu 6.06 mit 2.6.15-27-686), hiermit ging der analoge Soundausgang dank einem Kernelpatch. Das ist zwar cool, aber es interessiert mich bei nem headless-lan-vdr nicht
- verschiedene vdr's gebaut und ausprobiert, bei mir läuft 1.3.37, habe dann mal 1.4.4 und 1.3.17 getestet
- verschiedenste Firmwares ausprobiert: 261f, 2622, f[2-46a-d]2623
Die Probleme blieben leider stets die gleichen ich bin am Ende mit meinem Latein. Sobald aufgenommen der VDR einen DVB-Stream liest, gibt es Ton und Bild Aussetzer. Zu erwaehnen ist natuerlich noch, dass alles unter Windows problemfrei funktioniert, sowohl digitales als auch analoges Kabelfernsehen. Sonst wuerde ich ja auf die Empfangseinheit tippen.Vielleicht faellt jemandem hier etwas dazu ein? Kleinste Anhaltspunkte oder Ideen reichen mir. Hier im Forum konnte ich nichts wirklich passendes finden. Sonst muss ich wohl die Karte wieder los werden und eine andere, bewährte kaufen. Hier nochmal ein paar System-Specs zur Einordnung:
Pentium 4 2.26 Ghz
512 MB Ram
alle HDs mit DMA an
Technotrend DVB-C 2300 Hybrid (vom dvbshop)
Ubuntu 6.06Vielen Dank fuer die Hilfe!
Andreas