Du musst es ihm schon sagen, dass er lirc verwenden soll und ihm eine entsprechende Startoption (siehe Manpage des VDR) mitgeben (z.B. über die /etc/vdr/conf.d/00-vdr.conf)
Oh man, wie peinlich. Das hätte ich eigentlich sehen sollen. Hab immer mit der /etc/default/vdr experimentiert. Die Option --lirc in der von dir genannten Datei hat es gebracht.
Vielen Dank!
creeper
Hallo zusammen,
Hab mich nach langer Zeit mal wieder entschlossen, meinen VDR neu aufzusetzen.
Größte Sorge war wie immer, Lirc wieder ans fliegen zu bekommen, da dies bei mir immer zum größeren Drama wird.
Leider hat sich die Befürchtung mal wieder bestätigt und ich bekomme es auch nach sorgfältiger Suche im Netz nicht gebacken.
Kurzum:
Ubuntu 14.04 installiert
lircd.conf und hardware.conf aus meiner alten Installation wieder hergestellt.
testing-vdr und main von https://launchpad.net/~yavdr übernommen und vdr installiert.
Das war einfach. Funktioniert erstmal soweit.
Dann zu Lirc.
mode2 und irw getestet und siehe da, es funktioniert auf anhieb.
vdr@yavdr:~$ irw
00000000000028cc 00 Channel+ /etc/lircd.conf
00000000000028ce 00 Channel- /etc/lircd.conf
00000000000028c5 00 5 /etc/lircd.conf
00000000000028c8 00 8 /etc/lircd.confPerfekt, dachte ich, aber der VDR machte keine Anstalten sich zu lirc zu verbinden. Keinerlei Meldung im syslog zu finden.
Dann bin über das vdr-plugin-lircrc gestolpert. Das kannte ich bis dato noch nicht. Also hab ich das dann auch noch installiert.
Danach tauchte etwas im syslog auf:
Aug 25 18:34:07 yavdr vdr: [2943] lircrc: not connected to lircd (VDR), trying to connect every 3,0 seconds
Aug 25 18:34:07 yavdr lircd-0.9.0[1052]: accepted new client on /run/lirc/lircd
Aug 25 18:34:07 yavdr vdr: [2943] lircrc: error - can't read '÷g#002', trying again every 3,0 seconds
Aug 25 18:34:07 yavdr lircd-0.9.0[1052]: removed client
Aug 25 18:34:19 yavdr lircd-0.9.0[1052]: accepted new client on /run/lirc/lircd
Aug 25 18:34:19 yavdr lircd-0.9.0[1052]: removed client
Aug 25 18:34:22 yavdr lircd-0.9.0[1052]: accepted new client on /run/lirc/lircd
Aug 25 18:34:22 yavdr lircd-0.9.0[1052]: removed client
Aug 25 18:34:25 yavdr lircd-0.9.0[1052]: accepted new client on /run/lirc/lircd
Aug 25 18:34:25 yavdr lircd-0.9.0[1052]: removed clientUnd da stehe ich nun wieder und denke mir meinen Teil über lirc 
Hat jemand einen Tipp für mich?
Grüße
creeper
Hallo,
habe eine KNC1 Plus mit CI am laufen.
Bzw. die Karte läuft ohne Probleme aber das mit dem CI hab ich vor 2 Jahren schon einmal entnervt aufgegeben 
Mein CAM steckt seit dem in einem BD Player mit DVB-C und funktioniert da prima. Allerdings ist das Aufnehmen mit dem BD Player eine Qual 
Also zurück zum VDR und meiner eigentlichen Frage.
Teilerfolg:
Wenn ich den Rechner starte und anschließend den VDR stoppe, stecke ich anschließend das CAM in den CI Schacht.
[ 194.932034] budget_av: cam inserted B
[ 195.388980] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Starte ich dann den VDR wieder, kann ich einige der verschlüsselten Sender schauen.
Bei anderen kommt kurz ein Bild, anschließend die Meldung "Kanal nicht verfügbar" mit 10 Sekunden Dunkelheit um dann wieder für 2 Sekunden ein Bild zu zeigen.
Immerhin, ein paar Sender funktionieren auch wenn diese Vorgehensweise etwas lästig ist.
Kein Erfolg:
Steckt die CAM bereits beim Rechnerstart im CI oder starte ich den VDR mal durch, funktioniert leider gar nichts mehr.
Selbst die Free-TV Sender ruckeln.
Die Meldungen hier:
[ 2425.554000] saa7146: unregister extension 'budget_av'
[ 2425.758144] budget_av 0000:01:09.0: PCI INT A disabled
[ 2427.851650] saa7146: register extension 'budget_av'
[ 2427.851774] budget_av 0000:01:09.0: PCI INT A -> Link[LNKB] -> GSI 18 (level, low) -> IRQ 18
[ 2427.851853] saa7146: found saa7146 @ mem ffffc90000332c00 (revision 1, irq 18) (0x1894,0x0023)
[ 2427.851864] saa7146 (0): dma buffer size 192512
[ 2427.851870] DVB: registering new adapter (KNC1 DVB-C Plus MK3)
[ 2427.885863] adapter failed MAC signature check
[ 2427.885872] encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff
[ 2428.096191] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[ 2428.099165] budget_av: KNC1-0: MAC addr = 00:09:d6:6d:90:0f
[ 2428.236922] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)...
[ 2428.237792] budget_av: ci interface initialised
[ 2433.236041] budget_av: cam inserted A
[ 2433.592971] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2443.435373] budget_av: cam inserted B
[ 2443.788931] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2446.931509] budget_av: cam inserted A
[ 2447.284927] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2450.387062] budget_av: cam inserted A
[ 2450.740926] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2453.843083] budget_av: cam inserted A
[ 2454.196932] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2457.299129] budget_av: cam inserted B
[ 2457.652931] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2460.755064] budget_av: cam inserted A
[ 2461.108929] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2464.211086] budget_av: cam inserted A
Letztere Zeilen wiederholen sich dann ständig.
Irgendjemand einen Tipp was ich noch versuchen könnte?
Grüße
creeper
Hi @all
erstmal vielen Dank für die vielen Tipps. Hab mal verschiedene Sachen geprüft und festgestellt, daß es wohl tatsächlich das Netzteil ist, welches sich langsam aber sicher verabschiedet.
Hatte im Keller noch eins rumliegen, angeschlossen und schon gibts keine Probleme mehr.
Gruß
creeper
Ne, bislang noch nicht. Aber wenn sich hier herauskristallisiert, dass es mit hoher Wahrscheinlichkeit am Netzteil liegt, werde ich das mal versuchen.
Hallo erstmal,
Derzeit hab ich wieder gehäuft das Problem, dass ich meinen Debian Rechner einschalte, er hochfährt, alles scheint ok und plötzlich nach 1-2 Minuten ausgeht.
Er fährt nicht runter oder so, nein, er geht einfach aus.
Dann starte ich ihn ein zweites mal, und wenn ich Pech habe wiederholt sich das ganze.
Also starte ich ein drittes mal und das übersteht er dann in der Regel.
Manchmal übersteht er auch schon das erste oder zweite Starten. Kein Schema zu erkennen.
Man kann auch feststellen, dass wenn er mal die ersten 5 Minuten überstanden hat, zuverlässig an bleibt.
VDR nimmt dann zuverlässig auf und TV gucken funzt auch reibungslos.
Wäre es ein Wärmeproblem, würde ich ein entgegengesetzes Verhalten erwarten 
Vielleicht muss ich ihn einfach besser vorglühen 
Auch die Logs habe ich in der Hoffnung auf ein segfault o.ä. überprüft. Leider nichts zu finden.
Bin da ehrlich gesagt relativ ratlos.
Aber vielleicht hat jemand hier einen Tipp zwecks Problemeingrenzung.
Es grüßt
creeper
Danke Hulk für die Antwort.
Werde ich mal so versuchen.
Nur noch als Hinweis, ich hatte lange die 1.6.0 in Betrieb und dort gab es dieses Problem nicht. Die ständig blinkende Festplatten-LED wäre mir aufgefallen
Hallo,
nachdem ich nun erfolgreich auf die 1.7.14 gewechselt habe, fiel mir auf das irgendetwas ständig auf die Festplatte zugreift.
Ich konnte nun das osdteletext plugin (0.8.3) als Verursacher ausmachen.
In der kern.log tauchen permanent die folgende Meldungen auf:
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): dirtied inode 44084892 (284_00.vtx) on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): WRITE block 1410713008 on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): dirtied inode 44084893 (285_00.vtx) on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): WRITE block 1410713016 on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): dirtied inode 44081263 (319_02.vtx) on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): WRITE block 1410713072 on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): dirtied inode 44084894 (286_00.vtx) on sda6
Mar 17 20:13:14 vdr kernel: osdteletext-rec(4103): WRITE block 1410713152 on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): dirtied inode 44084895 (287_00.vtx) on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): WRITE block 1410713248 on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): dirtied inode 44084896 (288_00.vtx) on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): WRITE block 1410713328 on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): dirtied inode 44085139 (289_01.vtx) on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): WRITE block 1410713432 on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): dirtied inode 44084898 (290_00.vtx) on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): WRITE block 1410713600 on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): dirtied inode 44084899 (291_00.vtx) on sda6
Mar 17 20:13:15 vdr kernel: osdteletext-rec(4103): WRITE block 1410714008 on sda6
...
Das geht ewig so weiter.
Hat da evtl. auch jemand eine Idee?
Sobald ich das Plugin deaktiviere ist Ruhe.
Gruß
Mathias
Danke für den Hinweis. Jetzt hab ich es auch kapiert 
Link gesetzt und das live plugin läuft.
Gruß
creeper
Ich habe auch genau die hier beschriebenen Probleme.
Aber trotz git Version nicht gelöst bekommen. Falls also noch jemand nen Tipp hat...
./buildutil/version-util gen_version_suffix.h 
./buildutil/version-util -F gen_version_suffix.h
make -C pages CXX="g++" CXXFLAGS="-g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC"
make[1]: Entering directory `/usr/src/vdr/vdr-1.7.14/PLUGINS/src/live/pages'
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -Wno-unused-variable -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=1630 -I.. -I../../../../include menu.cpp
In file included from ../../../../include/vdr/menuitems.h:14,
from ../../../../include/vdr/plugin.h:14,
from menu.ecpp:3:
../../../../include/vdr/dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0 or higher!
In file included from ../../../../include/vdr/menuitems.h:14,
from ../../../../include/vdr/plugin.h:14,
from menu.ecpp:3:
../../../../include/vdr/dvbdevice.h:122: error: âfe_delivery_systemâ does not name a type
So wie es aussieht gibts wohl keine Lösung für mein Problem.
Bleib ich dann wohl besser beim 1.6 und muss auf die, für meinen Fall mit 1.7 kompatible Hardware hoffen (insofern die überhaupt noch kommt)
Danke für den Link. Die Firmware hat aber leider nichts geholfen.
Disemal bei Aufnahme auf Pro7:
Feb 6 18:14:47 vdr noad[4371]: noad args done
Feb 6 18:14:47 vdr noad[4372]: wait 60 secs for vdr creating directory
Feb 6 18:14:47 vdr noad[4371]: noad forked to pid 4372
Feb 6 18:14:47 vdr vdr: [4310] record /video/@Die_Simpsons/2010-02-06.18.14.5-0.rec
Feb 6 18:14:47 vdr vdr: [4310] creating directory /video/@Die_Simpsons
Feb 6 18:14:48 vdr vdr: [4310] creating directory /video/@Die_Simpsons/2010-02-06.18.14.5-0.rec
Feb 6 18:14:48 vdr vdr: [4310] recording to '/video/@Die_Simpsons/2010-02-06.18.14.5-0.rec/00001.ts'
Feb 6 18:14:48 vdr vdr: [4373] recording thread started (pid=4310, tid=4373)
Feb 6 18:14:48 vdr vdr: [4310] info: Aufzeichnung gestartet
Feb 6 18:14:48 vdr vdr: [4374] EnigmaNG effects thread started (pid=4310, tid=4374)
Feb 6 18:14:52 vdr vdr: [4374] EnigmaNG effects thread ended (pid=4310, tid=4374)
Feb 6 18:14:53 vdr vdr: [4310] max. latency time 6 seconds
Feb 6 18:15:02 vdr vdr: [4369] buffer usage: 70% (tid=4368)
Feb 6 18:15:03 vdr vdr: [4369] buffer usage: 80% (tid=4368)
Feb 6 18:15:04 vdr vdr: [4369] buffer usage: 90% (tid=4368)
Feb 6 18:15:05 vdr vdr: [4369] buffer usage: 100% (tid=4368)
Feb 6 18:15:11 vdr vdr: [4375] EnigmaNG effects thread started (pid=4310, tid=4375)
Feb 6 18:15:11 vdr vdr: [4310] timer 1 (5 1814-2114 '@Die Simpsons') set to event Sam 06.02.2010 19:09-20:14 'talk talk talk'
Feb 6 18:15:14 vdr vdr: [4369] ERROR: driver buffer overflow on device 1
Feb 6 18:15:14 vdr vdr: [4310] confirm: Aufzeichnung beenden?
Feb 6 18:15:14 vdr vdr: [4310] warning: Aufzeichnung beenden?
Feb 6 18:15:16 vdr vdr: [4310] confirmed
Feb 6 18:15:16 vdr vdr: [4373] recording thread ended (pid=4310, tid=4373)
Feb 6 18:15:20 vdr vdr: [4368] ERROR: skipped 11 bytes to sync on TS packet on device 1
Feb 6 18:15:26 vdr vdr: [4369] ERROR: driver buffer overflow on device 1
Feb 6 18:15:32 vdr vdr: [4368] ERROR: skipped 11 bytes to sync on TS packet on device 1
Feb 6 18:15:35 vdr vdr: [4369] ERROR: driver buffer overflow on device 1
Feb 6 18:15:40 vdr vdr: [4368] ERROR: skipped 11 bytes to sync on TS packet on device 1
Feb 6 18:15:47 vdr vdr: [4369] ERROR: driver buffer overflow on device 1
Feb 6 18:15:47 vdr noad[4372]: Saturday,06.02.2010 18:15:47 start noad-0.7.0 online for /video/@Die_Simpsons/2010-02-06.18.14.5-0.rec
Feb 6 18:15:54 vdr vdr: [4368] ERROR: skipped 11 bytes to sync on TS packet on device 1
Feb 6 18:15:59 vdr lircd-0.8.3[2677]: removed client
Gruß
creeper
Hallo Samael,
dvb-ttpci-01.fw.fe2664
syslog:
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fe2624
Wo finde ich nochmal die aktuellste?
Gruß
creeper
Hallo zusammen,
Meine Versuche neuere VDR Versionen (>1.6) zu verwenden scheitern immer daran, dass ich zum Beispiel ARD Sendungen nicht mehr aufzeichnen kann.
Beim Aufnahmestart sehe ich nur noch grobe Artifakte und das OSD bekomme ich nur noch recht selten zu sehen.
Wenn ich das recht verstehe, liegt es wohl am fehlenden FULL-TS Mod für meine FF DVB-C Karten.
Da ich aber weder die Muse noch die Ahnung habe um an irgendwelchen Karten herumzulöten stellt sich mir die Frage nach Alternativen.
Hätte da jemand einen Tipp parat? Meine Suche im Forum brachte mich noch nicht so recht weiter.
Sobald ich wieder die 1.6 verwende funktioniert alles wieder bestens.
Grüße
creeper
Hallo Nachbar
nur mal kurz ein Danke für das plugin.
Funktioniert bis jetzt bestens.
Gruß
Mathias
Original von Dr. Seltsam
Was war denn das neue NT für eines? das gehört dann ja auf die schwarze Liste
Das Neztteil nennt sich "Trust PW-5150 370W PSU LOW NOISE". Hatte ich mir auf die schnelle beim MM um die Ecke besorgt, da mein altes Netzteil keinen passenden 4-Pin Anschluss hatte. Na ja, es war halt Samstag nachmittag und ich wollte unbeding basteln Jetzt hab ich mir enstsprechende Adapter für das alte Netzteil besorgt und gut ist.
Ich dachte vorhin das "Spread Spectrum" hätte auch einen Einfluß gehabt, aber nun hab ich's wieder aktiviert und es wird immer noch alles sauber angezeigt. Da lag ich wohl falsch.
Original von Dr. Seltsam
Elektrosmog (EMI)! Im BIOS kann man da evtl. was einstellen. Such mal nach "Spread Spectrum" .
Kann sein dass durch höhere Taktung jetzt DVB-C-Frequenzen betroffen sind. Kann aber auch sein, dass das Netzteil jetzt mehr gefordert wird und mehr EMI produziert
"spread Spectrum" deaktiviert, altes Netzteil reaktiviert und jetzt sieht das ganze wieder wesentlich besser aus.
Vielen Dank für diesen wirklich guten Tipp.
Gruß
creeper
habe es hinbekommen.
Vielen Dank für die Hilfe.
Gruß
creeper
ich meine ja.
Aber das überprüfe ich morgen nochmal. Schadet es da einfach mal überall ein * zu setzen?
Ich hab die config von /boot/config-2.6.18-6-amd64 genommen.
Später hab ich noch an anderer Stelle den Tipp gefunden die "Serial ATA (prod) and Parallel ATA (experimental) drivers" zu aktivieren. Hatte aber erstmal auch nichts gebracht.
Die HDD ist eine Western Digital WD10EACS 1 TB (SATA).