Initial release vom vdr-plugin-imonlcd

Quote

Original von SvenB
Funktioniert dann da auch noch das einschalten per FB über das Imon ?

Gruß

SvenB

Ja, hat funktioniert.

Leider muss ich mich aber an dieser Stelle korrigieren.

Gestern Abend ging es bei zwei Probeläufen, heute Morgen ist leider wieder Schluss damit.

Vdr fährt runter, Display geht aus, Rechner geht aus, Display geht an.

Offensichtlich ist das purer Zufall, es kommt woll nur darauf an, in welcher Reihenfolge das System heruntergefahren wird.

Wo könnte man denn bei diesem Problem ansetzen. Es hat meiner Meinung nach nichts mit dem VDR zu tun.

Grüße

Thomas

Quote

Original von SvenB
Funktioniert dann da auch noch das einschalten per FB über das Imon ?

Gruß

SvenB

Weshalb sollte das nicht funktionieren?? Das hat ja nichts mit dem Plugin zu tun. Das ist eine reine Sache der richtigen Verkabelung.

Naja, nach allem was ich bisher gelesen habe hat die Stromversorgung der Beleuchtung unmittelbar damit zu tun ob auch der IR Empfänger arbeitet.
Aber ich kann mich da auch irren. Meinte aber sowas gelesen zu haben.

Wäre ja schön wenn es nicht so ist, und es für das Problem doch noch eine Lösung geben würde. Denn ich bin ja auch "betroffen"

Gruß

SvenB

Hallo,

also ich bin der Sache nach dem Update jetzt auf die Spur gekommen:

Es lag wohl daran, dass der Rechner nach dem Update in den suspend-to-ram heruntergefahren wurde. Dann bleibt natürlich auch das Display aus.

Ich hatte heute Morgen auf shutdown umgestellt (yaVDR) und schon geht das Display an.

Jetzt bleibt nur noch zu fragen, was mehr Strom verbraucht: suspend-to-ram mit ausgeschaltetem Display oder vollständiger shutdown mit eingeschalteten Display, das z.B. die Uhrzeit anzeigt.

Grüße

Thomas

Mal eine Frage an die Experten:
Ich bin günstig an ein MFP51 gekommen, und habe es auch provisorisch zum Laufen gekriegt. Allerdings sind im Display einige Zeilen dunkel. Der Rest scheint eine sinnvolle Textausgabe zu sein, man kann sich den Text zusammen reimen. Aber selbst wenn ich den Kontrast so hoch drehe, dass selbst die 'dunklen' Pixel leicht leuchten, bleiben diese Zeilen aus.

Nun habe ich bisher die Mühen gescheut, und verwende entgegen der Anleitung lirc-0.8.3 aus Debian Lenny mit dem lirc_imon Modul aus lirc-modules-source 0.8.3-5 aus unstable. Das Modul erwartet dann ein is_lcd=1, scheint aber sonst zu funktionieren, Fragmente von Text sind ja lesbar.

Nun zur Frage: Für mich sieht das eher nach einem defekten LCD aus, bei dem einige Bildzeilen nicht mehr angesteuert werden. Oder wäre es denkbar, dass die alte lirc-Version hier noch zu einem Fehler mit so einem Fehlerbild führen kann?

Gruß,

Udo

Quote

Original von magicdragon67
Na dann doch lieber die 5V des Hintergrundbeleuchtung mit den normalen 5V verbinden. So bliebe die Funktion des Einschaltens mittels Fernbedienung erhalten - was ja durchaus nicht zu verachten ist.

@ magicdragon67

hast Du diesen HW durchgeführt, bzw. eventuell eine Anleitung oder Bilder dazu?

Quote

Original von utiltiy

@ magicdragon67

hast Du diesen HW durchgeführt, bzw. eventuell eine Anleitung oder Bilder dazu?

der Stecker hat 3 Kabel (ich glaube rot, schwarz und Lila), Schwarz ist die Masse, die anderen 2 ist eins +5VSB(Lila) welches immer vorhanden ist und 5V(Rot) die nur im eingeschltetem Zustand anliegt.
Also habe ich Lila mit Rot verbunden und benutze +5VSB gar nicht.
Funktioniert bei mir super ich muss dazu sagen, dass ich zum Einschalten den Atric verwende nicht Imon!!!

Quote

Original von pycak
Funktioniert bei mir super ich muss dazu sagen, dass ich zum Einschalten den Atric verwende nicht Imon!!!

Und genau dies möchte ich vermeiden....

Quote

Original von utiltiy

Und genau dies möchte ich vermeiden....

schaltest du dein VDR komplett aus oder S3, mit S3 bleibt hintergrundbeleuchtung aus

Quote

Original von pycak
schaltest du dein VDR komplett aus oder S3, mit S3 bleibt hintergrundbeleuchtung aus

shutdown, kein S3 oder Poweroff

Hab das Antec Micro-Fusion 350 Gehäuse mit eingebautem ImonLCD. Auch hier gibt es das Problem, dass bei einem "shutdown -h now" bei entsprechender Einstellung im Plugin das Display zuerst ausgeht. Just in dem Moment, wo der VDR "stromlos" wird (kein S3), geht die Displaybeleuchtung allerdings wieder an.

Den Trick mit der 5V Standbyleitung hab ich auch schon ausprobiert, mit dem Ergebnis, dass die Hintergrundbeleuchtung dann zwar aus war, beim Einschalten aber auch nicht mehr anging. Keine Ahnung was die da an der Elektronik geändert haben, bei mir funzt es so jedenfalls nicht.

Gruß
iNOB

Hallo,

ich bekomme mit der git-Version von dem Plugin ein segfault, wenn ich mir Aufnahmen aus dem Aufnahmemenu anschaue.
Mit der Version 0.0.4/ konnte ich es heute noch nicht nachvollziehen.
Kann dies jemand hier bestätigen?
Ein Corefile wird hier nicht erzeugt, weshalb ich kein bt machen kann...

Ich verwendet gen2vdr-3-Beta7!

Edit 22.09.2010 Mit 0.0.3 krachts auch! Mit dem lcdproc Plugin krachts hier nicht....

Sep 17 16:54:02 [kernel] iMonLCD: watch [8647]: segfault at 4 ip b7511ae8 sp a6bf123c error 4 in libc-2.10.1.so[b749b000+14b000]
Sep 17 16:54:02 [lircd-0.8.7-CVS] removed client

Hi,

wo kann man in den Sourcen das Scollen im Display deaktivieren!? Bei den imonLCD kann man beim Scrollen ehh nix erkennen, deshalb würde ich das gerne deaktivieren!

Danke.

Quote

Original von Uwe
Hallo,

ich bekomme mit der git-Version von dem Plugin ein segfault, wenn ich mir Aufnahmen aus dem Aufnahmemenu anschaue.
Mit der Version 0.0.4 konnte ich es heute noch nicht nachvollziehen.
Kann dies jemand hier bestätigen?
Ein Corefile wird hier nicht erzeugt, weshalb ich kein bt machen kann...

Ich verwendet gen2vdr-3-Beta7!

Sep 17 16:54:02 [kernel] iMonLCD: watch [8647]: segfault at 4 ip b7511ae8 sp a6bf123c error 4 in libc-2.10.1.so[b749b000+14b000]
Sep 17 16:54:02 [lircd-0.8.7-CVS] removed client

Display More

Leider tritt das Problem auch mit imonlcd-0.0.4 auf!

Sep 18 12:02:01 [vdr] [32261] cVideoRepacker: operating in H.264 mode
Sep 18 12:02:01 [vdr] [32261] SetBrokenLink: no GOP header found in video packet
Sep 18 12:02:01 [kernel] iMonLCD: watch [2459]: segfault at 7420656e ip b7416ae8 sp a6ced23c error 4 in libc-2.10.1.so[b73a0000+14b000]
Sep 18 12:02:01 [lircd-0.8.7-CVS] removed client
Sep 18 12:02:01 [kernel] display port closed

Ich verwende VDR-1.7.14 ....

hi,

ja krieg ich so ähnlich auch hin! passiert mir regelmäßig wenn ich aufnahmen oder avi's starte und wieder stoppe... so beim 5-6 mal stoppen krachts hab mich schon fast dran gewöhnt...

Quote

Sep 20 23:04:45 vdr vdr: [1855] [xine..put] OSD bandwidth: 132351 bytes/s (1033 kbit/s)
Sep 20 23:04:45 vdr vdr: [1933] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETPOS, 300 ms) 23800
Sep 20 23:04:46 vdr vdr: [1933] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETLENGTH, 300 ms) 23801
Sep 20 23:04:46 vdr vdr: [1855] [xine..put] Preferred SPU language: (none)
Sep 20 23:04:46 vdr vdr: [1855] [xine..put] cXinelibPlayer playing /media/250/Movies/....avi (OK)
Sep 20 23:04:47 vdr vdr: [3227] Text2Skin: replayInfo display update thread started (pid=1855, tid=3227)
Sep 20 23:04:51 vdr vdr: [3227] Text2Skin: replayInfo display update thread ended (pid=1855, tid=3227)
Sep 20 23:05:01 vdr CRON[3248]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Sep 20 23:05:01 vdr vdr: [3250] Text2Skin: menu display update thread started (pid=1855, tid=3250)
Sep 20 23:05:02 vdr vdr: [1855] OSD size changed to 1920x1080 @ 1
Sep 20 23:05:02 vdr vdr: [1855] saved setup to /var/lib/vdr/setup.conf
Sep 20 23:05:03 vdr vdr: [3250] [xine..put] OSD bandwidth: 151145 bytes/s (1180 kbit/s)
Sep 20 23:05:04 vdr vdr: [3250] [xine..put] OSD bandwidth: 150204 bytes/s (1173 kbit/s)
Sep 20 23:05:05 vdr vdr: [3250] [xine..put] OSD bandwidth: 150897 bytes/s (1178 kbit/s)
Sep 20 23:05:06 vdr vdr: [1855] saved setup to /var/lib/vdr/setup.conf
Sep 20 23:05:06 vdr vdr: [1855] OSD size changed to 1920x1080 @ 1
Sep 20 23:05:06 vdr vdr: [1855] saved setup to /var/lib/vdr/setup.conf
Sep 20 23:05:06 vdr vdr: [3250] [xine..put] OSD bandwidth: 300934 bytes/s (2351 kbit/s)
Sep 20 23:05:07 vdr vdr: [3250] Text2Skin: menu display update thread ended (pid=1855, tid=3250)
Sep 20 23:05:35 vdr vdr: [3287] Text2Skin: replayInfo display update thread started (pid=1855, tid=3287)
Sep 20 23:05:36 vdr vdr: [3287] Text2Skin: replayInfo display update thread ended (pid=1855, tid=3287)
Sep 20 23:05:59 vdr vdr: [1855] connect from 127.0.0.1, port 57574 - accepted
Sep 20 23:06:00 vdr vdr: [1855] closing SVDRP connection
Sep 20 23:06:38 vdr vdr: [1909] frontend 1/0 lost lock on channel 37, tp 111362
Sep 20 23:06:40 vdr vdr: [1909] frontend 1/0 timed out while tuning to channel 37, tp 111362
Sep 20 23:07:21 vdr vdr: [1903] changing pids of channel 132 from 1791+1791=2:1792=deu@3,1793=eng@4;1795=deu@106:0:32 to 1791+1791=2:1792=d
eu@3:0:32
Sep 20 23:07:38 vdr kernel: [12480.962782] __ratelimit: 12 callbacks suppressed
Sep 20 23:07:38 vdr kernel: [12480.962793] iMonLCD: watch [1933]: segfault at 2b18 ip 00007fc47165bff6 sp 00007fc46e51dd50 error 4 in libvdr-xineliboutput.so.1.7.15[7fc471634000+85000]
Sep 20 23:07:38 vdr lircd-0.8.6[1619]: removed client
Sep 20 23:07:38 vdr runvdr: restarting VDR

Display More

Quote

Sep 21 22:42:21 vdr vdr: [1470] [xine..put] OSD bandwidth: 559755 bytes/s (4373 kbit/s)
Sep 21 22:42:22 vdr vdr: [1646] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETPOS, 300 ms) 87
Sep 21 22:42:22 vdr vdr: [1646] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETLENGTH, 300 ms) 88
Sep 21 22:42:22 vdr vdr: [1470] [xine..put] Preferred SPU language: (none)
Sep 21 22:42:22 vdr vdr: [1470] [xine..put] cXinelibPlayer playing /mnt/data_hdd2/moviez/....avi (OK)
Sep 21 22:42:23 vdr vdr: [14647] Text2Skin: replayInfo display update thread started (pid=1470, tid=14647)
Sep 21 22:42:27 vdr vdr: [14647] [xine..put] OSD bandwidth: 279162 bytes/s (2180 kbit/s)
Sep 21 22:42:27 vdr vdr: [14647] Text2Skin: replayInfo display update thread ended (pid=1470, tid=14647)
Sep 21 22:42:27 vdr vdr: [14655] Text2Skin: replayInfo display update thread started (pid=1470, tid=14655)
Sep 21 22:42:28 vdr vdr: [14655] [xine..put] OSD bandwidth: 278612 bytes/s (2176 kbit/s)
Sep 21 22:42:30 vdr vdr: [14655] [xine..put] OSD bandwidth: 158214 bytes/s (1236 kbit/s)
Sep 21 22:42:43 vdr vdr: [14655] Text2Skin: replayInfo display update thread ended (pid=1470, tid=14655)
Sep 21 22:42:44 vdr vdr: [14672] Text2Skin: menu display update thread started (pid=1470, tid=14672)
Sep 21 22:43:01 vdr vdr: [1470] connect from 127.0.0.1, port 35542 - accepted
Sep 21 22:43:02 vdr kernel: [ 9774.827915] iMonLCD: watch [1646]: segfault at 13 ip 0000000000000013 sp 00007fbb7f9f7d88 error 14 in vdr[40 0000+14c000]
Sep 21 22:43:02 vdr lircd-0.8.6[1359]: removed client
Sep 21 22:43:02 vdr runvdr: restarting VDR

Display More

So, hier mal ein paar mehr Infos zum segfault!

...
Sep 22 15:07:59 [kernel] iMonLCD: watch [22743]: segfault at 15820047 ip b7526ae8 sp a83e823c error 4 in libc-2.10.1.so[b74b0000+14b000]
Sep 22 15:07:59 [lircd-0.8.7-CVS] removed client
Sep 22 15:07:59 [logger] VDR wurde beendet - RC: 0
...

Hier das bt:

Thread 1 (Thread 22743):
#0  0xb7526ae8 in strcmp () from /lib/libc.so.6
No symbol table info available.
#1  0xb6d12fa5 in ciMonWatch::Replay (this=0x8292fac) at watch.c:518
No locals.
#2  0xb6d14ab6 in ciMonWatch::RenderScreen (this=0x8292fac, bReDraw=false)
   at watch.c:433
       scRender = 0x3d0f00
       scHeader = 0x0
       bForce = true
       bAllowCurrentTime = false
#3  0xb6d15095 in ciMonWatch::Action (this=0x8292fac) at watch.c:262
       m = {_vptr.cMutexLooker = 0xb6d1ae88, mutex = @0x8293014}
       nIcons = 268435461
       bFlush = false
       bReDraw = false
       ThreadLock = {thread = 0x8292fe4, locked = true}
       bUpdateIcons = false
       nDelay = 10
       nLastIcons = 590384
       nContrast = 500
       n = 16
       nCnt = 166
       nLastTopProgressBar = 0
       nTopProgressBar = 0
       nLastBottomProgressBar = 1
       nBottomProgressBar = 1
       eAudioTrackType = ttAudio
       nAudioChannel = 0
       current = 36
       total = 104958
       runTime = {begin = 2527257}
#4  0x0816869b in cThread::StartThread (Thread=0x8292fe4) at thread.c:257
No locals.
#5  0xb77fb51f in ?? () from /lib/libpthread.so.0
No symbol table info available.
#6  0x08292fe4 in ?? ()
No symbol table info available.
#7  0xa83e8450 in ?? ()
No symbol table info available.
#8  0xa83e8450 in ?? ()
No symbol table info available.
#9  0xa83e8450 in ?? ()
No symbol table info available.
#10 0xa83e8450 in ?? ()
No symbol table info available.
#11 0x00000000 in ?? ()
No symbol table info available.

Quote

Original von Uwe
So, hier mal ein paar mehr Infos zum segfault!

Habe selbiges Problem und ein Ticket aufgemacht. Hoffe das war ok so...

Marcus

Quote

Original von dad401

Habe selbiges Problem und ein Ticket aufgemacht. Hoffe das war ok so...

Marcus

Ja, Super! Dank Dir.

klasse! ich schöpfe wieder hoffnung