[ANNOUNCE] HD Ausgabeplugin für Raspberry Pi, Version 1.0.0

reufer · 20. November 2015

Zitat von binduli

Da das rpihddevice-Plugin den OMX-Player als Grundlage nutzt und der OMX-Player über Paramterangabe dazu animiert werden kann ein bestimmtes Display zu nutzen, kann ich mir vorstellen das ein kleiner Patch hier helfen könnte.

Ich habe das jetzt mal implementiert und die Option von omxplayer übernommen:

Code

--display      display used for output:
                     0: default display (default)
                     4: LCD
                     5: TV/HDMI
                     6: non-default display

Zwei Einschränkungen gibt es:
- HDMI Mode-Switching funktioniert nur bei HDMI als primäres Display
- Die Ausgabe aufs LCD mit HDMI als primäres Display funktioniert derzeit nicht ("--display=4" als Pluginparemeter und "display_default_lcd=0" in config.txt). Omxplayer zeigt aber das selbe Verhalten weshalb ich davon ausgehe, dass dies ein Firmwareproblem ist.

Die Änderungen sind in git eingecheckt.

Gruss
Thomas

Jarod · 20. November 2015

Zitat von reufer

Die Änderungen sind in git eingecheckt.

Thomas, Du bist mein Held! Die ersten Tests laufen einwandfrei.
OSD und Fernsehbild kommen aus dem HDMI Ausgang und ich kann /dev/fb0 für das GraphTFTng nutzen, das mir jetzt endlich auch was anzeigt

Danke vielmals!

reufer · 24. November 2015

Da das Plugin inzwischen auch als Paket für Raspbian erhältlich ist, habe ich das Wiki mal um ein kurzes HowTo ergänzt. Vielen Dank an e-Tobi für die Aufnahme ins Repository!

Gruss
Thomas

koepcke · 24. November 2015

Nach dem Nachfragen bei Freunden nicht zu Erfolg führten, oute ich mich mal:
Was macht das Plugin eigentlich ?
Ich hab einen RPI mit MLD5 und hab nen prima Bild am HDMI. Wofür würde ich dein Plugin einsetzen?
LG
Jürgen

seahawk1986 · 24. November 2015

Zitat von koepcke

Ich hab einen RPI mit MLD5 und hab nen prima Bild am HDMI. Wofür würde ich dein Plugin einsetzen?

Na rate mal, welches VDR-Plugin die MLD nutzt, um die Ausgabe auf dem Raspberry Pi zu realisieren

koepcke · 24. November 2015

Wenn du so fragst ist es wohl nicht softdevice.

seahawk1986 · 24. November 2015

Zitat von koepcke

Wenn du so fragst ist es wohl nicht softdevice.

Man könnte ja mal ganz verwegen einen Blick in das Menü für die Plugin-Konfiguration des VDR werfen und nachsehen, was da an geladenen Plugins gelistet wird

koepcke · 24. November 2015

Da der MLD ootb lief bestand keine Notwendigkeit.
Danke für die Aufklärung. Das Plugin läuft in MLD5 echt prima. Hat mir schon einen verregneten Urlaub gerettet.

reufer · 26. November 2015

Mit der neusten Firmware lässt sich das LCD auch für die Videoausgabe nutzen, während die Konsole am HDMI läuft. Dazu das Plugin mit Parameter "--display=4" starten und "display_default_lcd=0" in die /boot/config.txt eintragen.

Gruss
Thomas

Uwe · 29. November 2015

Zitat von reufer

Da das Plugin inzwischen auch als Paket für Raspbian erhältlich ist, habe ich das Wiki mal um ein kurzes HowTo ergänzt. Vielen Dank an e-Tobi für die Aufnahme ins Repository!

Vielen Dank für die Info.
Habe mich jetzt an das Update zu Debian-jessie gewagt und dadurch wurde alles ein wenig leichter!

Gruß, Uwe

mentox · 30. November 2015

hi

gibt es eigentlich sowas wie die perfekten einstellungen was deinterlacing und auflösung angeht ..

habe immer mal wieder probleme damit .. mal ist kein deinterlacing da, mal flackert das bild und ich muss dann irgend wie rumstellen bis mal ne einstellung besserung schafft, aber perfekt ist es nie...

geade der unterschied von hd sender zu sd

vg mentox

reufer · 30. November 2015

Zitat von mentox

gibt es eigentlich sowas wie die perfekten einstellungen was deinterlacing und auflösung angeht ..

Die gäbe es grundsätzlich, aber es gibt noch ein Problem: Da sich OpenVG und Deinterlacer gewisse Ressourcen der GPU teilen, kommt es zusammen mit dem VDR-OSD reproduzierbar zu einem Hänger. Ist ein offenes Ticket auf Github .

Gruss
Thomas

mentox · 30. November 2015

ok dann warte ich mal .. ihr seit ja gut dabei

vg mentox

crow · 30. November 2015

reufer
Hier [1] habe ich komische verhalten von rpihddevice wurde ich sagen, sicher bin ich mir es aber nicht!

[1] VDR startet auf genau einem Sender einfach neu

crow · 6. Dezember 2015

Ein coredump beim stopen von VDR. Dmesg zeigt keinen fehler bezüglich usb dvb-s2 device.

VDR Log:

Spoiler anzeigen

Code

# journalctl -u vdr --since "2015-12-05 23:10:00" --until "2015-12-05 23:25:00"
-- Logs begin at Thu 1970-01-01 01:00:06 CET, end at Sun 2015-12-06 10:49:11 CET. --
Dec 05 23:11:37 alarmpi vdr[257]: [3974] epg data writer thread started (pid=257, tid=3974, prio=low)
Dec 05 23:11:39 alarmpi vdr[257]: [3974] epg data writer thread ended (pid=257, tid=3974)
Dec 05 23:20:20 alarmpi systemd[1]: Stopping Video Disk Recorder...
Dec 05 23:20:20 alarmpi vdr[257]: [257] stopping plugin: rpihddevice
Dec 05 23:20:20 alarmpi vdr[257]: [257] stopping plugin: dvXXpi
Dec 05 23:20:20 alarmpi vdr[257]: [323] SC-CI adapter on device 0 thread ended (pid=257, tid=323)
Dec 05 23:20:20 alarmpi vdr[257]: [322] Socket Handler thread ended (pid=257, tid=322)
Dec 05 23:20:20 alarmpi vdr[257]: [315] rpihddevice: new audio codec: 6ch AC3
Dec 05 23:20:20 alarmpi vdr[257]: [315] rpihddevice: [libav] invalid sample rate
Dec 05 23:20:20 alarmpi vdr[257]: [257] stopping plugin: cecremote
Dec 05 23:20:20 alarmpi vdr[257]: [cecremote] Stop Plugin
Dec 05 23:20:20 alarmpi vdr[257]: [cecremote] Executing onStop
Dec 05 23:20:20 alarmpi vdr[257]: [cecremote] Action 5 Val 0 Phys Addr 0 Logical 0000 0000
Dec 05 23:20:20 alarmpi vdr[257]: [cecremote] CEC NOTICE:   << putting 'TV' (0) in standby mode
Dec 05 23:20:21 alarmpi vdr[257]: [cecremote] CEC Command 144 : report power status
Dec 05 23:20:21 alarmpi vdr[257]: [cecremote] CEC Command 160 : vendor command with id
Dec 05 23:20:21 alarmpi vdr[257]: [315] rpihddevice: failed to set audio render pcm parameters!
Dec 05 23:20:21 alarmpi vdr[257]: [315] rpihddevice: set HDMI audio output format to 2ch PCM, 0.0kHz
Dec 05 23:20:47 alarmpi systemd[1]: vdr.service: Main process exited, code=killed, status=8/FPE
Dec 05 23:20:47 alarmpi systemd[1]: Stopped Video Disk Recorder.
Dec 05 23:20:47 alarmpi systemd[1]: vdr.service: Unit entered failed state.
Dec 05 23:20:47 alarmpi systemd[1]: vdr.service: Failed with result 'signal'.
Dec 05 23:21:53 alarmpi systemd[1]: Starting Video Disk Recorder...

Alles anzeigen

coredump:

Spoiler anzeigen

Code

[root@alarmpi ~]# coredumpctl
TIME                            PID   UID   GID SIG PRESENT EXE
Sat 2015-12-05 23:21:25 CET     257   666   666   8 * /usr/bin/vdr
[root@alarmpi ~]# coredumpctl gdb 257
           PID: 257 (vdr)
           UID: 666 (vdr)
           GID: 666 (vdr)
        Signal: 8 (FPE)
     Timestamp: Sat 2015-12-05 23:20:21 CET (11h ago)
  Command Line: /usr/bin/vdr
    Executable: /usr/bin/vdr
 Control Group: /system.slice/vdr.service
          Unit: vdr.service
         Slice: system.slice
       Boot ID: 22f655ee34594c0bac0807b4d2f63a26
    Machine ID: fef5d6816a3a438f9fb10c288c8c44d6
      Hostname: alarmpi
      Coredump: /var/lib/systemd/coredump/core.vdr.666.22f655ee34594c0bac0807b4d2f63a26.257.1449354021000000.lz4
       Message: Process 257 (vdr) of user 666 dumped core.

                Stack trace of thread 315:
                #0  0x0000000076e707d8 raise (libpthread.so.0)


GNU gdb (GDB) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "armv7l-unknown-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/vdr...Reading symbols from /usr/lib/debug/usr/bin/vdr.debug...done.
done.
[New LWP 315]
[New LWP 318]
[New LWP 330]
[New LWP 305]
[New LWP 316]
[New LWP 329]
[New LWP 314]
[New LWP 317]
[New LWP 313]
[New LWP 319]
[New LWP 306]
[New LWP 308]
[New LWP 309]
[New LWP 312]
[New LWP 321]
[New LWP 324]
[New LWP 257]
[New LWP 310]
[New LWP 307]


warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/bin/vdr'.
Program terminated with signal SIGFPE, Arithmetic exception.
#0  0x76e707d8 in raise () from /usr/lib/libpthread.so.0
[Current thread is 1 (Thread 0x6f8ff3f0 (LWP 315))]
(gdb) bt
#0  0x76e707d8 in raise () from /usr/lib/libpthread.so.0
#1  0x76ad71dc in __aeabi_ldiv0 () at /build/gcc/src/gcc-5.2.0/libgcc/config/arm/lib1funcs.S:1349
#2  0x7617e5cc in cRpiAudioDecoder::Action() () from /usr/lib/vdr/plugins/libvdr-rpihddevice.so.2.2.0
#3  0x001108f4 in cThread::Cancel (this=0x0, WaitSeconds=23692472) at thread.c:333
#4  0x76e64f98 in start_thread () from /usr/lib/libpthread.so.0
#5  0x76a57640 in ?? () from /usr/lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) l
163	         ShutdownHandler.Exit(0);
164	    }
165	  signal(signum, SignalHandler);
166	}
167	
168	static void Watchdog(int signum)
169	{
170	  // Something terrible must have happened that prevented the 'alarm()' from
171	  // being called in time, so let's get out of here:
172	  esyslog("PANIC: watchdog timer expired - exiting!");
(gdb)q
#

Alles anzeigen

reufer · 8. Dezember 2015

Zitat von crow

Hier [1] habe ich komische verhalten von rpihddevice wurde ich sagen, sicher bin ich mir es aber nicht!

Zitat von crow

Ein coredump beim stopen von VDR. Dmesg zeigt keinen fehler bezüglich usb dvb-s2 device.

Der Coredump macht für mich keinen Sinn und ich kann mir auch nicht vorstellen, wo es im Audio-Decoder-Thread beim Beenden knallen soll. Ich vermute, es war einfach gerade jener Thread aktiv, als VDR gekillt wurde.

Falls du das Problem nachstellen kannst, bitte zuerst prüfen, ob wirklich rpihddevice dafür verantwortlich ist und dann am besten eine neue Diskussion starten. In einem Announce-Thread aufs Geratewohl Coredumps zu posten, ist wenig hilfreich.

Gruss
Thomas

crow · 8. Dezember 2015

Danke für deine Antwort, werde ich es falls so etwas wieder auftrit so machen. Sorry für falschen Alarm.

reufer · 29. März 2016

Ein Bugfix-Release: vdr-rpihddevice-1.0.1.tgz

Code

2016-03-29: Version 1.0.1
-------------------------
- new:
  - set device name
  - add option for dual display usage, see README
  - experimental support for AAC-LATM, use "make ENABLE_AAC_LATM=1" to enable
- fixed:
  - fixed HDMI channel mapping and stream type (reported by Rüdiger Follmann)
  - fixed drawing of cached images with high level OSD
  - only cache images in GPU when high level OSD is active
  - added proper GPL header to every source file (suggested by Tobias Grimm)
  - wait until dispmanx element is removed after OSD reset
  - proper release default surface after OSD reset
  - don't ignore anti alias option for scaled bitmap drawing
  - ignore pts from erroneous packets to avoid pts jumps on broken streams
  - use omxplayer's parameters for deinterlacer

Alles anzeigen

Gruss
Thomas

JV16Bar · 29. März 2016

Hungarian AAC radio channels on 9° East 11957 Mhz V are working now, thanks.

reufer · 23. April 2016

Seit einem kürzlich veröffentlichem Firmware-Update funktioniert nun auch endlich der Advanced-Deinterlacer zusammen mit dem beschleunigten OSD:

Code

2016-04-23: Version 1.0.3
-------------------------
- new:
  - re-enable advanced deinterlacer for SD streams, requires recent firmware
- fixed:
  - don't ignore audio frames for slow trick speeds to keep clock in sync

vdr-rpihddevice-1.0.3.tgz

Zwar nicht mehr ganz aktuell, aber der H.265-Parser hat auch zum allgemeinem Codec-Verständnis beigetragen:

Code

2016-04-04: Version 1.0.2
-------------------------
- fixed:
  - send proper end of sequence packet after playing single video frame

vdr-rpihddevice-1.0.2.tgz

Gruss
Thomas

[ANNOUNCE] HD Ausgabeplugin für Raspberry Pi, Version 1.0.0

Jetzt mitmachen!

Teilen