Hallo,
koennte bitte mal jemand ein Bild einer Technisat Fernbedienung TS035 mir zukommen lassen oder hier reinstellen (grosses Bild mit alle Knöpfen)?
Danke und Gruss Thomas
PS: mit LIRC funktioniert das Teil ja anscheinend.
Hallo,
koennte bitte mal jemand ein Bild einer Technisat Fernbedienung TS035 mir zukommen lassen oder hier reinstellen (grosses Bild mit alle Knöpfen)?
Danke und Gruss Thomas
PS: mit LIRC funktioniert das Teil ja anscheinend.
Danke Herbert,
dann passt das imho schon, da ich die c't VDR 3.06 als Basis habe, mit e-tobi erweitert und von der genannten c't Seite die aktuellsten Treiber.
Gruss Thomas
ahh..Das hoert sich ja interessant an.
Habe letztens erst folgendes Paket installiert:
ftp://ftp.heise.de/pub/ct/proj…1.1+cvs-041202-4_i386.deb
Bedeutet das jetzt, das ne Airstar2 damit "out-of-the-box mit dem 2.4.27-ctvdr-1 funktioniert oder hattest du einen speziellen 2.4er Kernel im Einsatz?
Gruss Thomas
Danke fuer Deine Antwort.
Dann sehe ich mich ueber kurz oder lang auf einen 2.6 Kernel wechseln.
Ist ja bald Winter.
Gruss Thomas
PS: wenn ich alle Infos, die ich in den letzten Wochen mit Hilfe des Forums (DANKE) so gesammelt habe zusammenfasse, dann habe ich mit meinem "Stable-Ansatz" (VDR 1.2.6, 2.4er Kernel und 1.0.1 Treiber) wohl aufs falsche Pferd gesetzt und muss jetzt nach und nach mein doch recht stabiles System updaten. Nach dem Update des VDR und der Treiber ist jetzt wohl der Kernel dran.
Hallo,
gibt es eine Möglichkeit die DVB-T Budget Karte AirStar2 unter einem 2.4.27-ctvdr Kernel zum Laufen zu bekommen?
Ich wuerde neben meiner Lorenzen SL gerne mal "ohne großen Aufwand" eine andere DVB-T Karte testen.
Danke und Gruss Thomas
Hallo doggsta,
ist bei Dir und der Lorenzen noch alles gut?
Wenn ja, wuerde ich deine Lösung auch nochmal probieren, um meine Konfig zu verbessern.
@all
Habe schon eine Besserung seitdem ich von Heise http://www.heise.de/ct/ftp/projekte/vdr3/extradebs.shtml
die aktuellsten Treiber installiert habe.
Koenntest Ihr mir nochmal genau erklären,wie die Firmware auszutauschen ist?
Bei http://www.linuxtv.org/downloads/firmware/ konnte ich leider die von goggsta genannte Firmware-Datei nicht finden. (wuerde sich dann einfach in dem korrekten Verzeichnis in tda1004x.bin) umbennen.
Ist die Firmware-Version unabhaengig von der Treiber-Version (1.0.1 oder 1.1.1)?
Ich hoffe, Ihr koennt mir ein bisschen auf die Sprünge helfen.
Danke und Gruss tja
QuoteOriginally posted by seaman
und mit dem CPU-Tesa-Modding nicht lange warten, der 600EB läuft bei mir mit 66MHz FSB, also @300MHz, inkl. dem Tesa-Mod erfolgt die CPU Kühlung passiv, das Teil wird nur handwarm
+ seaman
Das hoert sich schon wieder geil an! Ich muss weg! Basteln!
Verdammt!!! Ich sehe gerade die Anleitung ist natuerlich nur fuer Slot1. Ich hab' Sockel370. Da kom' ich natuerlich mit Tesa-Film nicht weit.
Danke fuer Eure Tipps. tja
QuoteOriginally posted by habichthugo
Ab in Deine Signatur mit diesen Infos!
done. Erstmal auf die Schnelle.
Kurz nochmal zu meinen Fragen:
Ein 600er mit FF-Karte scheint also zur DVD-Wiedergabe zu reichen.
Temperatur/Geraeuschaenderungen kann ich wohl wirklich nur durch CPU-Tausch real ermitteln.
Das CPU-Tesa-Modding kommt erst nach erfolgreichem Tausch der CPU als weitere Alternative in Frage.
Danke und Gruss tja
PS: wirklich interessanter Thread im Tipp von seaman
sorry. Habe zusaetzliche Infos vergessen. Habe eine Lorenzen DVB-T Budget und eine Technotrend FF 1.3 drin.
gruss tja
Da habe ich die Werte ja her!
Das beantwortet aber leider nicht meine Frage. Mich interessieren eher die praktischen Auswirkungen des Proz-Wechsels und ob es immer noch fuer DVD-Wiedergabe reicht. Da das imho in meinem Szenario das rechenintensivste ist.
Gruss tja
Hallo,
ich habe im Moment in meinem VDR einen PIII 933 EB verbaut und nutze meinen VDR NUR fuer Aufnahme und Wiedergabe der Original Aufnahmen, sowie fuer MP3 Wiedergabe.
Will halt keine geile Doku verpassen
Ganz selten kommt mal NOAD zum Einsatz und noch seltener DVD Erstellung und Wiedergabe von Kauf-DVDs. Divx oder aehnliches gar nicht.
Nun dachte ich mir rein Ressourcen und Warmetechnisch ist dafuer nie GHz-CPU ja ueberdimensioniert. Ich haette noch einen 733 EB und 600 EB rumzuliegen.
Lohnt sich da rein temperaturtechnisch der Wechsel?
Folgende Daten zur Leistungsaufnahme der CPUs habe ich gefunden:
Pentium III 933 EB (Coppermine) ca. 25W
Pentium III 733 EB (Coppermine) ca. 19W
Pentium III 600 EB (Coppermine) ca. 16W
Im zum 600er ist das imho schon beachtlich, wobei ich keine Ahnung habe wie hoch die Verlustleistung wirklich ist und wie warm welcher Proz wirklich wird.
Frage: unter den genannten Anforderungen und mit dem Ziel das Gesamtsystem kuehler und leiser zu machen: Sollte ich mal ueber einen CPU-Tausch nachdenken?
PS: Kuehlkoerper ist im Moment das groesste, passende AthlonXP Teil was ich finden kommten und eine leiser Luefter drauf (muesst Artic Cooling irgendwas sein).
Danke fuer Eure Tipps und Gruss
tja
QuoteOriginally posted by Tobi
tja:
Ich denke also Option "7) Umstieg von vdr-stable nach vdr-experimental" wäre evtl. die beste Wahl. Die Pakete in vdr-experimental laufen nicht instabiler als die in vdr-stable, ändern sich halt öfters mal.
So ist es geschehen. Jetzt ist alles auf dem neusten Stand. Cool.
Musste noch die /etc/default/vdr anpassen, da er nicht mit FB runtergefahren ist.
Danke Tobi, Danke wilderigel.
Gruss tja
PS: bin jetzt verschwunden, neue Plugins testen und Settings anpassen!
Hallo wilderigel,
vielen Dank fuer Deine Tipps. Ich werde wohl folgendermaszen vorgehen, nach Prioritaeten geordnet:
1) ohne Image und graphTFT leben
2) immer vor Systemänderungen eine Sicherung machen!!!
3) tobi auf das Problem aufmerksam machen
4) Paket von CD installieren
5) Update auf vdr-testing
6) Pakete selbst neu bauen (wird sich wahrscheinlich nach den Schritten 1-5) erledigt haben.
Danke und Gruss Thomas
hmm..das kann doch nicht sein!
Und von dem komischen mencoder haengt auch noch so ziemlich ALLES ab (oder anders herum). hm.
Was nu?
Natuerlich habe ich vorher keine Sicherung gemacht. Strafe muss sein. Ich kann schon ohne das Image-plugin und das graphTFT leben, dafuer gibts jetzt halt graphlcd auf dem Monitor.
Aber irgendeine lib muss ja vom graphTFT abhaengen.
Im Fall von vdr-plugin-image habe ich z.B
vdr-plugin-image
Depends: libavcodec1
Depends: libc6
Depends: libgcc1
Depends: libstdc++5
Depends: vdr
Depends: netpbm
Depends: file
die libavcodec1 im Verdacht. Wenn ich jedoch die debian-multimedia-sourcen entferne und dann versuche die libavcodec1 neu zu installieren schlaegt das fehl
Das ist die einzige lib von der beide Plugins abhaengen neben libc6, libgcc,1libstdc++5.
Aber die wurden imho nicht aktualisiert von debian-multimedia.org
Package libavcodec1 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libavcodec1 has no installation candidate
Jetzt wuerde ich natuerlich gerne aus den urspruenglichen quellen diese lib neu installieren. Ich habe nur keine Ahnung wo die mit dabei ist?
Gruss Thomas
PS: oder ich warte bis bei e-tobi der stable zweig einfach wieder so aktuell ist, dass alles wieder passt
Hallo,
ich habe ein kleines Problem. Nach der Installation von mencoder laufen die Plugins image und graphtft nicht mehr.
Es kommt folgende Fehlermeldung beim Starten des VDR:
WARNING: The following plugins have been left out due to really binary incompatibility: image graphtft
Das war meine urspruengliche Konfig:
c't VDR: 1.2.6-28
Kernel : 2.4.27-ctvdr-1
Patches:
--------------------------------------
recordings-0.0.2
disableDoubleEpgEntries-0.6
elchiaio4d
fix-black-square
ac3overdvb-0.2.4
wareagleicons_elchi
ttxtsubs_ac3
switchtimer-0.0.4-wareagle
jumpplay-0.5
8bitcolor
osdpip-0.0.3
Plugins:
( N = Native Plugin )
( ! = Falscher Patchlevel )
--------------------------------------
vdr-plugin-dvdselect (0.7a-4)
vdr-plugin-console (0.5.1-15)
vdr-plugin-timeline (0.9.0-1)
vdr-plugin-graphtft (0.0.7-2)
vdr-plugin-femon (0.0.7-3)
vdr-plugin-tvonscreen (0.7.0-1)#
vdr-plugin-image (0.2.2-2)
vdr-plugin-autotimeredit (0.1.4-1)
vdr-plugin-dvd (0.3.4-rc10-5)
Display More
Meine sources.list sieht so aus:
deb http://e-tobi.net/vdr-stable sarge base addons vdr-bigpatch
# Mirror of Security updates for "sarge"
deb http://security.debian.org/ sarge/updates main contrib non-free
#Debian
deb ftp://ftp.de.debian.org/debian sarge main contrib non-free
deb ftp://ftp.de.debian.org/debian-non-US sarge non-US/main non-US/contrib non-US/non-free
deb-src http://http.us.debian.org/debian sarge main contrib non-free
#Sonstiges
deb http://www.debian-multimedia.org sarge main
Display More
und die preferences so:
Package: *
Pin: release a=testing
Pin-Priority: 101
Package: *
Pin: release o=debian-multimedia.org
Pin-Priority: 201
Package: *
Pin: release o=debian,a=stable
Pin-Priority: 400
Package: *
Pin: release o=e-tobi.net
Pin-Priority: 1001
Display More
Die Quelle debian-multimedia.org habe ich hinzugefuegt um den mencoder zu bekommen und leider habe ich auch die ganzen libs die von dort kommen mit aktualisiert.
Das war wohl nicht soooo klug!
Wie bekomme ich jetzt die beiden plugins wieder zum laufen und trotzdem die aktuellen libs und den mencoder von debian-multimedia.org im System?
Ich hoffe Ihr koennt mir weiterhelfen.
Hallo,
falls Du keinen native Treiber finden solltest im Kernel, dann hier:
http://ndiswrapper.sourceforge.net/
Gruss Thomas
Hallo,
nachdem ich jetzt mehrere Stunden Tipps aus Wiki und Forum durchprobiert habe (EPG aus, Firmware tauschen, Karten durchtauschen) und das alles nichts gebracht hat, habe ich mich nach einem Backup zu einem "radikaleren" Schritt entschlossen.
Ich habe von
http://www.heise.de/ct/ftp/projekte/vdr3/extradebs.shtml
folgendes Paket
ftp://ftp.heise.de/pub/ct/proj…1.1+cvs-041202-4_i386.deb
mit dpkg -i eingespielt und
seitdem laeuft die Kiste mit graphLCD durch. Ich hoffe, dass war die Lösung.
Nehme mittlerweile über 1h zwei Kanäle auf.
Gruss Thomas
Hallo,
ich probiere in den letzten Tagen viel mit graphTFT und graphLCD rum.
Beides lasse ich über ein Framebuffer-Device auf dem VGA der Grafikkarte ausgeben.
Dabei habe ich festgestellt, das mein VDR (sonst sehr stabil) bei Timeraufnahmen ständige Neustarts macht.
Vielleicht helfen folgende Infos ja, mir und anderen Beteiligten, aehnliche Probleme einzugrenzen.
Hier mal meine Konfig und Logfiles:
c't 3.06 vdr mit quellen tobi/stable, treiber sind 1.0.1, eine FF TT 1.3 und eine dvb-t lorenzen karte.vdrinfo.log
Nachtrag: mit der FF 1.3 gebe ich nur aus. Keine Aufnahmen und auch kein Kabel dran, Aufgenommen wird ausschliesslich mit der DVB-T Karte
**************************************
* c't VDR Übersicht *
**************************************
c't VDR: 1.2.6-28
Kernel : 2.4.27-ctvdr-1
Patches:
--------------------------------------
recordings-0.0.2
disableDoubleEpgEntries-0.6
elchiaio4d
fix-black-square
ac3overdvb-0.2.4
wareagleicons_elchi
ttxtsubs_ac3
switchtimer-0.0.4-wareagle
jumpplay-0.5
8bitcolor
osdpip-0.0.3
Plugins:
( N = Native Plugin )
( ! = Falscher Patchlevel )
--------------------------------------
vdr-plugin-dvdselect (0.7a-4)
vdr-plugin-console (0.5.1-15)
vdr-plugin-timeline (0.9.0-1)
vdr-plugin-streamdev-server (0.3.1-4)
vdr-plugin-femon (0.0.7-3)
vdr-plugin-tvonscreen (0.7.0-1)
vdr-plugin-image (0.2.2-2)
vdr-plugin-graphtft (0.0.7-2)
Addon<AD>Packages:
--------------------------------------
vdr-addon-icons (0.5)
vdr-addon-noad (0.5.2-2)
vdr-addon-nvram-wakeup (0.0.8)
vdr-addon-schemes (0.3)
vdr-addon-vdrconvert (0.1.1-4)
kern.log - zum zeitpunkt des restarts
Aug 2 19:24:51 (none) kernel: tda1004x: Detected Philips TDA10045H.
Aug 2 19:24:51 (none) kernel: tda1004x: Detected Philips TD1316 tuner.
Aug 2 19:24:53 (none) kernel: DVB: registering frontend 1:0 (Philips TDA10045H)...
Aug 2 19:24:53 (none) kernel: TT-Budget/WinTV-NOVA-T^I PCI adapter 1 has MAC addr = 00:d0:5c:02:a0:79
Aug 2 19:26:36 (none) kernel: saa7146: unregister extension 'dvb'.
Aug 2 19:26:36 (none) kernel: saa7146: unregister extension 'budget_ci dvb'.
Aug 2 19:26:42 (none) kernel: Linux video capture interface: v1.00
Aug 2 19:26:42 (none) kernel: saa7146: register extension 'dvb'.
Aug 2 19:26:42 (none) kernel: PCI: Found IRQ 5 for device 00:0f.0
syslog-zum zeitpunkt des restarts
Aug 2 19:14:21 (none) vdr[4354]: GraphTFT display update thread started (pid=4354)
Aug 2 19:14:21 (none) lircd 0.7.1pre2[797]: accepted new client on /dev/lircd
Aug 2 19:14:21 (none) vdr[4355]: LIRC remote coAug 2 19:15:01 (none) vdr[4342]: timer 2 added (active)
Aug 2 19:15:01 (none) vdr[4342]: timer 2 (8 1910-2010 'Immer wieder Jim') start
Aug 2 19:15:01 (none) vdr[4342]: Title: 'Immer wieder Jim' Subtitle: '(null)'
Aug 2 19:15:02 (none) vdr[4342]: executing '/usr/lib/vdr/vdr-recordingaction before "/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec"'
Aug 2 19:15:02 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec as shell scr
ipt
Aug 2 19:15:02 (none) vdr[4342]: record /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec
Aug 2 19:15:02 (none) vdr[4342]: recording to '/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec/003.vdr'
Aug 2 19:15:02 (none) vdr[4566]: recording thread started (pid=4566)
Aug 2 19:15:33 (none) vdr[4566]: ERROR: video data stream broken
Aug 2 19:15:33 (none) vdr[4566]: initiating emergency exit
Aug 2 19:15:33 (none) vdr[4342]: emergency exit requested - shutting down
Aug 2 19:15:33 (none) vdr[4566]: recording thread ended (pid=4566)
Aug 2 19:15:33 (none) vdr[4342]: buffer stats: 564 (0%) used
Aug 2 19:15:33 (none) vdr[4342]: timer 2 (8 1910-2010 'Immer wieder Jim') stop
Aug 2 19:15:33 (none) vdr[4342]: executing '/usr/lib/vdr/vdr-recordingaction after "/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec"'
Aug 2 19:15:34 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec as shell scri
pt
Aug 2 19:15:34 (none) vdr[4357]: transfer thread ended (pid=4357)
Aug 2 19:15:34 (none) vdr[4358]: receiver thread ended on device 2 (pid=4358)
Aug 2 19:15:34 (none) vdr[4342]: cTS2PES got 1 TS errors, 0 TS continuity errors
Aug 2 19:15:34 (none) vdr[4342]: buffer stats: 752 (0%) used
Aug 2 19:15:34 (none) vdr[4356]: KBD remote control thread ended (pid=4356)
Aug 2 19:15:34 (none) vdr[4342]: saved setup to /var/lib/vdr/setup.conf
Aug 2 19:15:34 (none) vdr[4344]: EIT processing thread ended (pid=4344) - master
Aug 2 19:15:34 (none) vdr[4345]: tuner thread ended on device 1 (pid=4345)
Aug 2 19:15:34 (none) vdr[4346]: EIT processing thread ended (pid=4346)
Aug 2 19:15:35 (none) vdr[4347]: tuner thread ended on device 2 (pid=4347)
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: graphtft
Aug 2 19:15:35 (none) vdr[4354]: GraphTFT display update thread stopped
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: image
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: tvonscreen
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: femon
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: timeline
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: console
Aug 2 19:15:35 (none) vdr[4350]: console: output handler thread stopped
Aug 2 19:15:35 (none) vdr[4342]: console: engine destructed
Aug 2 19:15:35 (none) vdr[4342]: stopping plugin: dvdselect
Aug 2 19:15:35 (none) vdr[4342]: ln -nfs '/dev/hdc' '/dev/dvd' 2> /dev/null
Aug 2 19:15:35 (none) vdr[4342]: max. latency time 1 seconds
Aug 2 19:15:35 (none) vdr[4342]: exiting
Aug 2 19:15:35 (none) vdr[4342]: emergency exit!
Aug 2 19:15:35 (none) lircd 0.7.1pre2[797]: removed client
Aug 2 19:15:35 (none) runvdr: restarting VDR
Aug 2 19:15:40 (none) kernel: saa7146: unregister extension 'dvb'.
Aug 2 19:15:40 (none) kernel: saa7146: unregister extension 'budget_ci dvb'.
Aug 2 19:15:43 (none) kernel: Linux video capture interface: v1.00
ntrol thread started (pid=4355)
Aug 2 19:14:21 (none) vdr[4356]: KBD remote control thread started (pid=4356)
Aug 2 19:14:21 (none) vdr[4342]: remote control LIRC - keys known
Aug 2 19:14:21 (none) vdr[4342]: remote control KBD - keys known
Aug 2 19:14:21 (none) vdr[4342]: switching to channel 8
Aug 2 19:14:21 (none) vdr[4357]: transfer thread started (pid=4357)
Aug 2 19:14:21 (none) vdr[4358]: receiver thread started on device 2 (pid=4358)
Aug 2 19:14:21 (none) vdr[4342]: reading EPG data from /data/video.00/epg.data
Aug 2 19:14:21 (none) vdr[4342]: setting watchdog timer to 60 seconds
Aug 2 19:14:27 (none) vdr[4342]: assuming manual start of VDR
Aug 2 19:14:27 (none) vdr[4342]: max. latency time 1 seconds
und nochmal:Aug 2 19:25:06 (none) vdr[1407]: receiver thread started on device 2 (pid=1407)
Aug 2 19:25:37 (none) vdr[1338]: timer 2 added (active)
Aug 2 19:25:37 (none) vdr[1338]: timer 2 (8 1910-2010 'Immer wieder Jim') start
Aug 2 19:25:37 (none) vdr[1338]: Title: 'Immer wieder Jim' Subtitle: '(null)'
Aug 2 19:25:37 (none) vdr[1338]: executing '/usr/lib/vdr/vdr-recordingaction before "/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec"'
Aug 2 19:25:37 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec as shell scr
ipt
Aug 2 19:25:37 (none) vdr[1338]: record /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec
Aug 2 19:25:37 (none) vdr[1338]: recording to '/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec/004.vdr'
Aug 2 19:25:37 (none) vdr[1565]: recording thread started (pid=1565)
Aug 2 19:26:28 (none) vdr[1565]: ERROR: video data stream broken
Aug 2 19:26:28 (none) vdr[1565]: initiating emergency exit
Aug 2 19:26:28 (none) vdr[1338]: emergency exit requested - shutting down
Aug 2 19:26:28 (none) vdr[1565]: recording thread ended (pid=1565)
Aug 2 19:26:28 (none) vdr[1338]: cTS2PES got 1 TS errors, 0 TS continuity errors
Aug 2 19:26:28 (none) vdr[1338]: buffer stats: 752 (0%) used
Aug 2 19:26:28 (none) vdr[1338]: timer 2 (8 1910-2010 'Immer wieder Jim') stop
Aug 2 19:26:28 (none) vdr[1338]: executing '/usr/lib/vdr/vdr-recordingaction after "/data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec"'
Aug 2 19:26:28 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /data/video.00/Immer_wieder_Jim/2006-08-02.19.10.50.99.rec as shell scri
pt
Aug 2 19:26:28 (none) vdr[1406]: transfer thread ended (pid=1406)
Aug 2 19:26:28 (none) vdr[1407]: receiver thread ended on device 2 (pid=1407)
Aug 2 19:26:28 (none) vdr[1338]: cTS2PES got 2 TS errors, 1 TS continuity errors
Aug 2 19:26:28 (none) vdr[1338]: buffer stats: 752 (0%) used
Aug 2 19:26:28 (none) vdr[1351]: KBD remote control thread ended (pid=1351)
Aug 2 19:26:28 (none) vdr[1338]: saved setup to /var/lib/vdr/setup.conf
Aug 2 19:26:29 (none) vdr[1341]: EIT processing thread ended (pid=1341) - master
Aug 2 19:26:29 (none) vdr[1342]: tuner thread ended on device 1 (pid=1342)
Aug 2 19:26:29 (none) vdr[1344]: EIT processing thread ended (pid=1344)
Aug 2 19:26:30 (none) vdr[1345]: tuner thread ended on device 2 (pid=1345)
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: image
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: tvonscreen
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: femon
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: graphlcd
Aug 2 19:26:30 (none) vdr[1349]: graphlcd plugin: Display update thread ended (pid=1349)
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: timeline
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: console
Aug 2 19:26:30 (none) vdr[1348]: console: output handler thread stopped
Aug 2 19:26:30 (none) vdr[1338]: console: engine destructed
Aug 2 19:26:30 (none) vdr[1338]: stopping plugin: dvdselect
Aug 2 19:26:30 (none) vdr[1338]: ln -nfs '/dev/hdc' '/dev/dvd' 2> /dev/null
Aug 2 19:26:30 (none) vdr[1338]: max. latency time 1 seconds
Aug 2 19:26:30 (none) vdr[1338]: exiting
Aug 2 19:26:30 (none) vdr[1338]: emergency exit!
Aug 2 19:26:30 (none) lircd 0.7.1pre2[797]: removed client
Aug 2 19:26:30 (none) runvdr: restarting VDR
Aug 2 19:26:36 (none) kernel: saa7146: unregister extension 'dvb'.
Aug 2 19:26:36 (none) kernel: saa7146: unregister extension 'budget_ci dvb'.
Aug 2 19:26:42 (none) kernel: Linux video capture interface: v1.00
Aug 2 19:26:42 (none) kernel: saa7146: register extension 'dvb'.
Aug 2 19:26:42 (none) kernel: PCI: Found IRQ 5 for device 00:0f.0
Fazit:
Die ständigen Neustarts treten NUR auf bei Timer-Aufnahmen und einer Ausgabe auf den FB (egal ob graphLCD oder graphTFT).
Timer ohne Framebuffer geht und Framebuffer ohne Timer geht auch.
Ich glaube langsam an ein "Performance-Problem" wegen VDSB und werde in den naechsten Tagen mal lustig Karten tauschen, nicht das sich da irgendwelche Interrupts behindern, obwohl es ja nicht so aussieht:
(none):~# cat /proc/interrupts
CPU0
0: 280068 XT-PIC timer
1: 448 XT-PIC keyboard
2: 0 XT-PIC cascade
3: 14962 XT-PIC lirc_serial
5: 4785061 XT-PIC saa7146 (0)
8: 4 XT-PIC rtc
9: 0 XT-PIC usb-uhci, usb-uhci
10: 62897 XT-PIC saa7146 (1)
11: 3430 XT-PIC via82cxxx, eth0
14: 17599 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
LOC: 280020
ERR: 0
MIS: 0
Vielleicht kann mir ja auch jemand der "Insider" auf die Sprünge helfen, da ich schon gerne noch ein Display verbauen wuerde.
Was ist eigentlich der techische Unterschied zwischen "Live-Aufnahmen" und Timer-Aufnahmen?
Gruss und Dank Thomas
PS: epg-scan auf 0 zu setzen hat nichts gebracht und nicht nehme natuerlich jegliche Tipps dankend entgegen.
Danke, fuer Eure Tipps Jungs.
Hat alles wunderbar geklappt. Auch mit Backup!
c't Quellen und Preferences habe ich jetzt komplett rausgeschmissen.
Mein System sieht jetzt so aus:
c't VDR: 1.2.6-28
Kernel : 2.4.27-ctvdr-1
Patches:
--------------------------------------
recordings-0.0.2
disableDoubleEpgEntries-0.6
elchiaio4d
fix-black-square
ac3overdvb-0.2.4
wareagleicons_elchi
ttxtsubs_ac3
switchtimer-0.0.4-wareagle
jumpplay-0.5
8bitcolor
osdpip-0.0.3
+ plugins + addons
Gruss Thomas
Ich finde die untere besser.
Sieht irgendwie geordneter aus.
Gruss Thomas