Beiträge von TeeRose
-
-
Hallo SHF,
den genannten Thread hatte ich noch nicht gefunden, danke für den Hinweis.
Aber ich habe einen Axing AMV2-00, vermutlich die Rev. davor. Die von Haus33 genannten Probleme mit den sich selbst verstellenden Video-Pegel kenne ich nicht. Ich habe den HF-Modulator seit 02/2005 und noch nicht einmal den Video-Pegel nachgestellt.
Der Ton war eigentlich auch immer ok, nur wurde das vor einigen Monaten schlechter und ich hatte das auf den alten, kleinen Fernseher geschoben, da der große das Problem nicht hatte.
Der Hinweis von Haus33 zum Audio-Potentiometer und zum nachgeschalteten AGC (Automatic Gain Control) ist interessant.
Könnte man nicht evtl. den Poti überbrücken?
Könnte man nicht evtl. den AGC überbrücken?
Wie könnte man da raus bekommen, ob dort etwas faul ist?
Könnte der Poti vielleicht etwas Kontaktspray vertragen?
(Ich bin quasi Extrem-Elektronik-Laie mit dem Hang mal was auszuprobieren).Viele Grüße
TeeRose -
-
Ein paar weitere Testreihen später...
1. Wenn ich aus dem VDR mit der FF raus gehe und dann Video und Audio direkt am Scart-Eingang des Fernsehers anschließe, ist der Ton ok.
2. Gehe ich über den VDR zum HF-Modulartor und zum Antenneneingang des Multiswitch und dann zum Fernseher, ist der Ton schlecht.
3. Gehe ich über den VDR zum HF-Modulartor und zum Fernseher ist der Ton schlecht.
Darau schließe ich, dass der HF-Modulator (Axing AVM-2) der Schuldige ist. Es könnte - vermute ich - der Audio-Regler (Verstärker / Potentiometer) einen weg haben, sodass dann ein derartiges Übersteuern oder Tonverzerrung kommt.
Augenscheinlich sehe ich nichts auf der Platine, was "zerstört" aussieht. Aber mein Blick ist sehr "laienhaft".
Was meint ihr? Ich dachte eigentlich, dass gerade so ein Teil "ewig hält"...Viele Grüße
TeeRose -
Hallo zusammen,
mein VDR läuft schon lange stabil, aber seit einigen Monaten ist der Ton am Fernseher übersteuert. Auch war er ist irgendwie leiser als früher.
Evtl. ist Hardware defekt oder bei diversen Installationen (Kernel, vdr, Debian, Umstieg auf ALSA, ...) hat sich was geändert.
Aber der Reihe nach:
Beim Fernseher im Wohnzimmer merkt man den "schlechten Ton" kaum, aber auf dem kleinen im Schlafzimmer. Erst dachte ich, der Fernseher (Boxen) ist kaputt, ist aber nicht (beim Nachbarn getestet).Ich habe eine FF und eine Budget und gehe mit dem Klinkenausgang (Ton) der FF in einen Axing AVM-2 (HF-Modulator zur Hauseinspeisung) in den Antenneneingang des Multiswitchs und so in alle Zimmer des Hauses. Das war bisher kein Problem.
Auch wenn ich den Ton über die Soundkarte in den HF-Modulator einspeise, ist der Ton übersteuert.Das war schon mal besser und der Ton an den Fernsehern lauter. Der VDR ist schon auf volle Lautstärke und mit alsamixer habe ich die Soundkarte auch schon voll aufgedreht (bei 90% ist allerdings das Ergebnis am Besten).
Gehe ich aus der Soundkarte oder der FF an Aktivboxen vom Computer, höre ich auch kein Übersteuern.
Jetzt denke ich mir, man könnte die Lautstärke der FF noch beeinflussen, aber das wird sicher mit dem Lautstärkeregelung des VDR gemacht. Oder gibt es hier noch eine Möglichkeit ohne die Fernbedienung?
Oder hat jemand eine Idee, was dieses Übersteuern reduzieren könnte. Ich denke, wenn ich die Quelle - also die FF - lauter bekomme, muss nicht der Fernseher so aufgedreht werden und der Ton wird qualitativ besser.
Viele Grüße
TeeRose -
Hallo zusammen,
ich habe noch einen Bug gefunden: Wenn ich auf P-Reggae aufnehme, kommt öfters im Album das Zeichen ". Das gibt aber beim Nachbearbeiten Probleme:
Codestoring file: Leave The Guns Alone.mp2 Start filepos is at : 46012668 ########################################### sh: -c: line 0: syntax error near unexpected token `)' sh: -c: line 0: `prexpostem.sh "Leave The Guns Alone" "Leave The Guns Alone (Vinyl 7")" "Leroy Brown" "N/A" "P-REGGAE" "2007"' Executing: prexpostem.sh "Leave The Guns Alone" "Leave The Guns Alone (Vinyl 7")" "Leroy Brown" "N/A" "P-REGGAE" "2007"cutmark: 51810726 to 55458726
Hier müsste das " noch geqoutet werden.
Viele Grüße
TeeRose -
Hallo zusammen,
ich möche mittels des Plugins streamdev-server an meinen iPAQ über WLAN das aktuelle TV-Signal senden. Dazu würde ich gerne TCPMP auf dem iPAQ benutzen und mittels externremux.sh den Stream vom Datenvolumen verkleinen.
Mit den Infos aus dem Forum sowie aus dem Wiki bekomme ich schon einen Stream zu meinem Arbeits-PC hin, sodass z.B. vlc eine kleines Bild (320x240 o.ä.) darstellt und den Ton korrekt ausgibt.
Aber mein ipaq besser TCPMP sagt immer "ungültiges Format". Auch vlc für dne iPAQ funzt nicht.
Ich habe in meinem externremux.sh alles unten stehende ausprobiert, aber es will nicht klappen.
Bash
Alles anzeigen#!/bin/sh # stream http://192.168.197.10:3000/extern/1 umask 077 tmpdir=${TMPDIR-/tmp}/externremux.$$ FIFO=$tmpdir/out.avi #OUTLOG=$tmpdir/out.log OUTLOG=$OUTLOG mkdir $tmpdir || exit 1 trap "rm -rf $tmpdir; exit" 0 1 2 3 15 mkfifo $FIFO cat $FIFO & \ #mencoder -ovc lavc -ffourcc XVID -oac mp3lame -lavcopts acodec=mp3:abitrate=32:vcodec=mpeg4:vbitrate=100 -vf scale -zoom -xy 288 -channels 1 -o $FIFO - &>$OUTLOG& #mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=96 -lavcopts vcodec=mpeg4:vbitrate=350 -vf scale=320:240 -o $FIFO -- - &>$OUTLOG mencoder -ovc lavc -ffourcc XVID -oac lavc -lavcopts acodec=mp3:abitrate=96:vcodec=mpeg4:vbitrate=200 -vf scale -zoom -xy 320 -channels 1 -o $FIFO - &>$OUTLOG #mencoder -srate 24000 -ovc lavc -lavcopts vbitrate=240 -oac mp3lame -lameopts cbr:br=56 -vf scale=320:240 -o $FIFO - &>$OUTFILE #mencoder <OPTIONEN> -o $FIFO - &>$OUTLOG # MPEG export in 320*240, Audio BR=32 mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=32 -vf scale=320:240 -lavcopts vcodec=mpeg1video:vbitrate=450:vhq:keyint=250 -o $FIFO -- - &>$OUTLOG # MPEG4 (divx) mit 64bit Audio #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=400 -oac mp3lame -lameopts cbr:br=64 -vf scale=480:320 -o $FIFO -- - &>$OUTLOG # MPEG1 #mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=96 -lavcopts vcodec=mpeg1video:vbitrate=300:vhq:keyint=250 -vf scale=320:240 -o $FIFO -- - &>$OUTLOG # MPEG4 320:208 #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=350 -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=450 -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG # X264 #mencoder -srate 44100 -ovc x264 -x264encopts bitrate=200:vbv_maxrate=250:vbv_bufsize=250:ratetol=0.1:qp_min=3:qp_step=5:frameref=2:direct_pred=1:threads=3:nocabac:keyint=50:psnr:subq=2 -oac mp3lame -lameopts mode=3:aq=9:vbr=3:br=48 -vf scale=300:240 -o $FIFO -- - &>$OUTLOG # noch einer #mencoder -oac lavc -lavcopts acodec=mp3:abitrate=96 -vf scale=0:0:1:0:0.33:0.33:qpal -ovc xvid -xvidencopts bitrate=128 -o $FIFO -- - &>$OUTLOG #mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=96 -lavcopts vcodec=mpeg1video:vbitrate=300:vhq:keyint=250 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG #mencoder -oac mp3lame -lameopts cbr:br=96 -o $FIFO -- - &>$OUTLOG #-------------------------------------------------------------------------------- #FFMPEG="/usr/local/bin/ffmpeg" #FFMPEGOPTS="-y -s 320x240 -vcodec mpeg4 -b 200 -acodec mp3 -ab 112 -f avi" #echo $FFMPEG -i - $FFMPEGOPTS $FIFO &>$OUTLOG #-------------------------------------------------------------------------------- #vlc -vvv http://192.168.197.10:3000/PES/1 --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=512,ab=64,scale=0.25,deinterlace}:standard{access=http,mux=asf,url=localhost:1234}' --ttl 2 #-------------------------------------------------------------------------------- # MPEG export in 320*240, Audio BR=32 mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=32 -vf scale=320:240 -lavcopts vcodec=mpeg1video:vbitrate=450:vhq:keyint=250 -o $FIFO -- - &>$OUTLOG # MPEG4 (divx) mit 64bit Audio #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=400 -oac mp3lame -lameopts cbr:br=64 -vf scale=480:320 -o $FIFO -- - &>$OUTLOG # MPEG1 #mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=96 -lavcopts vcodec=mpeg1video:vbitrate=300:vhq:keyint=250 -vf scale=320:240 -o $FIFO -- - &>$OUTLOG # MPEG4 320:208 #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=350 -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG #mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=450 -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG # X264 #mencoder -srate 44100 -ovc x264 -x264encopts bitrate=200:vbv_maxrate=250:vbv_bufsize=250:ratetol=0.1:qp_min=3:qp_step=5:frameref=2:direct_pred=1:threads=3:nocabac:keyint=50:psnr:subq=2 -oac mp3lame -lameopts mode=3:aq=9:vbr=3:br=48 -vf scale=300:240 -o $FIFO -- - &>$OUTLOG # noch einer #mencoder -oac lavc -lavcopts acodec=mp3:abitrate=96 -vf scale=0:0:1:0:0.33:0.33:qpal -ovc xvid -xvidencopts bitrate=128 -o $FIFO -- - &>$OUTLOG #mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=96 -lavcopts vcodec=mpeg1video:vbitrate=300:vhq:keyint=250 -vf scale=320:208 -o $FIFO -- - &>$OUTLOG #mencoder -oac mp3lame -lameopts cbr:br=96 -o $FIFO -- - &>$OUTLOG
Viele Grüße
TeeRose -
Hallo Urig,
der Tipp mit dem Kurzschließen der Batteriekontakte hat geholfen.
Vielen Dank
TeeRose -
Hallo zusammen,
ich habe zwei Fernbedienungen MD41169 im Einsatz, die identisch programmiert sind, die sich aber neuerdings unterschiedlich verhalten:
Bei einer lange gedrückten Taste wie z.B. hoch wird dauernd normalerweise dauernd der IR-Code gesendet, sodass der Kanal ständig wechselt (quasi Dauerfeuer). Bei der zweiten Fernbedienung ist dies nicht mehr der Fall. Hier wird lediglich immer nur ein IR-Code gesendet, was echt nervig ist.
Bei der zweiten FB waren vor kurzem die Batterien leer. Das hatte ich nicht gleich gemerkt, da die Modustaste immer noch geleuchtet hatte. Also hatte ich die Codes neu angelernt und dann erst die Batterien gewechselt. Seit dem kommt immer nur noch ein IR-Code.
Ich habe schon alle Codes neu programmiert und die Programmierung ist meiner Meinung nach identisch, da ich keine Funktionen, Makros oder Tasten angelernt habe.
Wie kann ich die Fernbedienung reseten oder kennt jemand die Ursache?
Viele Grüße
TeeRose -
*schieb hoch*
-
Hallo zusammen,
ich möchte eine Weiterentwicklung des Addons infosatepg angregen. Ich benutzte das Tool und finde es super. Absolute Spitzenklasse wäre allerdings noch, wenn es die Bilder aus dem Datenstrom des Satelliten abspeichern könnte, sodass diese von entsprechenden Skins in der Programmbeschreibung angezeigt werden könnten.
Technisat, der Betreiber von dem Datendienst "siehfern", den infosatepg ja nutzt, hat in der Pressemitteilung "SiehFern INFO Plus - Neuer Programminformationsdienst von TechniSat" vom 23.01.2007 foldendes angekündigt:
Neben den bekannten Spitzenfunktionen des Programminformationsdienstes „SiehFern INFO“ findet der Nutzer beim „SiehFern INFO Plus“ neben Programminformationen auch Bildmaterial zur ausgewählten Sendung.
Da muss doch noch Entwicklungspotenzial für den vdr drin sein...
Viele Grüße
TeeRose -
Hallo SHF,
die Idee mit der lirc.conf mit sämtlichen RC5-Codes ist super. Das werde ich probieren.
Ich vermute aber, dass die Codes noch unvollständig sind. Deshalb habe ich eine Config erstellt, die die Devices 00-31 und die Commands 00-255 enthält. Das sind allerdings über 8192 Codes, was vielleicht den lircd etwas langsam macht. Aber zum Testen sollte es reichen.
Die Config habe ich wie mit den folgenden Perl-Skript erstellt:
Code
Alles anzeigenopen(OUT, ">lirc_rc5-test.conf"); print OUT <<__EOT__; # # config for lirc with all (?) rc5 codes # only for testing # # see also # http://lirc.sourceforge.net/remotes/rc-5/RC-5 # begin remote name PHILIPS_RC-5 bits 11 flags RC5|CONST_LENGTH eps 20 aeps 0 header 0 0 one 889 889 zero 889 889 plead 889 ptrail 0 foot 0 0 repeat 0 0 pre_data_bits 2 pre_data 0x02 post_data_bits 0 post_data 0x0 pre 0 0 post 0 0 gap 113792 toggle_bit 2 frequency 36000 duty_cycle 50 begin codes __EOT__ for ($device = 0; $device <= 31; $device++) { for ($command = 0; $command <= 255; $command++) { print OUT sprintf(" code_%02x%02x 0x000000000000%02x%02x\n", $device, $command, $device, $command); } } print OUT <<__EOT__; end codes end remote __EOT__ close(OUT); exit(0);
-
Hat keiner eine Idee zu meinen Post vor diesem hier?
-
Mit welchem Linux Tool kann ich die Codes der Fernbedieung testen? Ich möchte gerne die diversen Codes meiner Fernbedienung ausprobieren. Aber immer mit irrecord erst eine Config erstellen und dann mal eben die Codes testen ist sehr aufwendig. Schöner wäre es, wenn ein Tool gleich den Code ausgibt, ohne erst lange etwas lernen zu müssen.
Das Programm sollte so etwas können, wie z.B. diese Hardware: RC-5 Fernbedienungstester
Interessant ist in dem Zusammenhang auch der RC5 Code
-
Ich habe mal hdparm -u 1 ... probiert. Subjektiv scheint die Fernbedinung nun stabiler zu reagieren.
Ich hatte aber nach zwei Tagen Probleme mit der Festplatte. Nach einem Neustart waren Dateien (Kernelmodule) beschädigt, sodass der Rechner nicht mehr einwandfrei lief. Ich schiebe das mal auf den Parameter -u1, da der Rechner vorher wochenlang ohne Problem lief und dies die einige Änderung seit etlichen Tagen war.Ich bin mittlerweile der festen Überzeugung, dass die RC5 Codes deutlich besser zu erkennen sind. Seit einigen Tagen regiert der vdr immer sofort auf einen RC5 Code, wenn ich mit meiner normalen Fernbedinung (SPACE_ENC Code) den vdr nicht mehr bedienen kann.
Ich werde also auf RC5 umstellen, wenn ich einen passenden Code finde. Nur leider habe das Problem noch nicht wirklich verstanden.
-
Also, am Platte voll, zu lange channels.conf oder EPG-Scan durch vdr liegt es definitiv nicht. Das habe ich alles überprüft.
Culu236: Doppelte Tastenverwendung kommt nicht vor. Ich teste z.B. immer mit der UP-Taste und die ist nur ein einziges mal mit dem Code 0x00000000000022DD in meiner lircd.conf belegt.
-
Weiterer Test:
Ich habe während der LIRC-Aussetzer mal den Fernbedienungscode meiner Medion MD41169 von Code VCR851 (SPACE_ENC) auf einen RC5 Code umgestellt. Wow, der VDR reagierte sofort auf den Tastendruck - allerdings mein Fernseher auch. Danach zurück geschaltet auf den bisher eingesetzen SPACE_ENC und schon wieder hat der VDR nicht reagiert.
Das sieht mir doch mittlerweile arg danach aus, als wenn der lircd deutlich besser mit RC5 Codes umgehen kann. Vermutlich muss ich wohl einen RC5 Code finden, der sich mit meinen zwei Fernsehern und den anderen Geräten verträgt - auch wenn nicht alle Tasten der FB benutzt werden können.
-
Ich habe lirc mal mit
konfiguriert und kompiliert. Nach Aufruf von
erhalte ich bei erfolgereichen Tastendrücken im Logfile von lirc folgendes:
Code
Alles anzeigenOct 30 21:06:06 vdr lircd: trying "lircd.conf.851" remote Oct 30 21:06:06 vdr lircd: sync Oct 30 21:06:06 vdr lircd: no repeat Oct 30 21:06:06 vdr lircd: header Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: pre: e896 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:06 vdr lircd: 0 Oct 30 21:06:06 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: 0 Oct 30 21:06:07 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: 0 Oct 30 21:06:07 vdr lircd: 1 Oct 30 21:06:07 vdr lircd: code: 22dd Oct 30 21:06:07 vdr lircd: sum: 67594 Oct 30 21:06:07 vdr lircd: pre Oct 30 21:06:07 vdr lircd: found: up Oct 30 21:06:07 vdr lircd: writing to client 0 Oct 30 21:06:07 vdr lircd: writing to client 1 Oct 30 21:06:07 vdr lircd: trying "lircd.conf.851" remote Oct 30 21:06:07 vdr lircd: sync Oct 30 21:06:07 vdr lircd: sum: 11809 Oct 30 21:06:07 vdr lircd: pre Oct 30 21:06:07 vdr lircd: found: up Oct 30 21:06:07 vdr lircd: writing to client 0 Oct 30 21:06:07 vdr lircd: writing to client 1
Drücke ich erfolglos auf der Fernbedienung, so erhalte ich:
Code
Alles anzeigenOct 30 21:06:28 vdr lircd: trying "lircd.conf.851" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: no repeat Oct 30 21:06:28 vdr lircd: header Oct 30 21:06:28 vdr lircd: 1 Oct 30 21:06:28 vdr lircd: 1 Oct 30 21:06:28 vdr lircd: 1 Oct 30 21:06:28 vdr lircd: 0 Oct 30 21:06:28 vdr lircd: 1 Oct 30 21:06:28 vdr lircd: 0 Oct 30 21:06:28 vdr lircd: 0 Oct 30 21:06:28 vdr lircd: failed on bit 8 Oct 30 21:06:28 vdr lircd: failed on pre_data Oct 30 21:06:28 vdr lircd: failed on pre Oct 30 21:06:28 vdr lircd: failed "lircd.conf.851" remote Oct 30 21:06:28 vdr lircd: trying "thomas.conf" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: failed "thomas.conf" remote Oct 30 21:06:28 vdr lircd: trying "new_Medion_MD_41169" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: failed on bit 1 Oct 30 21:06:28 vdr lircd: failed on code Oct 30 21:06:28 vdr lircd: failed "new_Medion_MD_41169" remote Oct 30 21:06:28 vdr lircd: trying "new_Medion_41169" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: failed on bit 1 Oct 30 21:06:28 vdr lircd: failed on code Oct 30 21:06:28 vdr lircd: failed "new_Medion_41169" remote ...viele 100te Zeilen gelöscht... Oct 30 21:06:28 vdr lircd: failed on bit 1 Oct 30 21:06:28 vdr lircd: failed on code Oct 30 21:06:28 vdr lircd: failed "new_Medion_MD_41169" remote Oct 30 21:06:28 vdr lircd: trying "new_Medion_41169" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: failed on bit 1 Oct 30 21:06:28 vdr lircd: failed on code Oct 30 21:06:28 vdr lircd: failed "new_Medion_41169" remote Oct 30 21:06:28 vdr lircd: trying "new_neu.conf" remote Oct 30 21:06:28 vdr lircd: sync Oct 30 21:06:28 vdr lircd: pulse expected Oct 30 21:06:28 vdr lircd: failed on bit 1 Oct 30 21:06:28 vdr lircd: failed on pre_data Oct 30 21:06:28 vdr lircd: failed on pre Oct 30 21:06:28 vdr lircd: failed "new_neu.conf" remote Oct 30 21:06:28 vdr lircd: decoding failed for all remotes
Das sieht mir danach aus, als wenn der lircd den remote Code nicht erkennt. Ich benutzte keinen RC5, da die bisher gefunden leider mit meinen Fernsehern oder anderen Geräten kollidieren. Deshalb benutze ich einen SPACE_ENC. Es sind derzeit Konfigs für drei Fernbedienungen in meiner lircd.conf.
Gibt es eigentlich einen Unterschied in der Güte der übertragenen Code zwischen RC5 und SPACE_ENC? Macht es Sinn, nach einem RC5 zu suchen und auf jedem Fall diesen zu bevorzugen?
-
Das Ausschalten des Scans nach neuen Pids oder Namen oder Sendern bringt nichts. Ich habe immer noch die Aussetzer von Lirc.
Eine kurze channels.conf con ca. 100 Kanälen bringt ebenfalls keine Besserung.Ich habe mal top laufen lassen und gesehen, dass der lirc Prozess nie unter den obersten Prozessen lag. Drücke ich allerdings die Fernbedienung im Dauerfeuer, so sehe ich den lirc Prozess oben in der Liste erscheinen. Der Prozess reagiert scheinbar, doch gibt er keine Codes an den vdr weiter. Der VDR hatte bei diesem Test mit laufendem top nicht auf die Fernbedienung reagiert.
-
Leere Batterien sind es bei mir nicht.
vdradmin benutze ich nicht.Ich werde mal das Scannen nach (neuen) pids ausschalten.