Hallo reufer,
ist geplant , in das Plugin eine Tonausgabe über SUB zu intewgrieren? ICh habe den RPI2 über HDMI an meine BEamer angeschlossen und wrde gerne den TOn anderweitig rausgeben, ohne einen HDMI Splitter dazwischenzuschalten?
Gruß + Danke
Ecki
st geplant , in das Plugin eine Tonausgabe über SUB zu intewgrieren? ICh habe den RPI2 über HDMI an meine BEamer angeschlossen und wrde gerne den TOn anderweitig rausgeben, ohne einen HDMI Splitter dazwischenzuschalten?
Nein, das ist technisch leider nicht möglich. Es bleibt dir wohl nichts anderes übrig, als einen Splitter zu benutzen.
Gruss
Thomas
Ich hab noch nen kurzen Nachtrag zu dem ffmpeg Problem.
Wie ich inzwischen mitbekommen habe, gibt es die ffmpeg Libs für Raspbian armv6 als fertige Pakete unter "deb http://twolife.be/raspbian/ jessie main" in der Version 2.6.1. Leider funktionierte damit bei meinen Versuchen die Hardware Dekodierung bei dem softhddevice nicht, wobei ich nicht ausschließen will, dass bei all dem hin und her den ich inzwischen gemacht habe, mir nicht irgendein Fehler unterlaufen ist. Ich bin jetzt jedenfalls wieder zurück gegangen auf die selbst kompilierte Version 2.6.3.
Das rpihddevice funktioniert funktioniert auch mit der 2.6.1 problemlos.
Claus
EDIT: Beschreibung etwas präzisiert
Wie ich inzwischen mitbekommen habe, gibt es die ffmpeg Libs für Raspbian armv6 als fertige Pakete unter "deb http://twolife.be/raspbian/ jessie main" in der Version 2.6.1. Leider funktionierte damit bei meinen Versuchen die Hardware Dekodierung nicht, wobei ich nicht ausschließen will, dass bei all dem hin und her den ich inzwischen gemacht habe, mir nicht irgendein Fehler unterlaufen ist.
Zumindest das rpihddevice-Plugin nutzt ffmpeg ausschliesslich für die Audio-Decodierung und die kann das Raspi nicht hardwarebschleunigt. Die Video-Decodierung ist wiederum von ffmpeg völlig losgelöst und sollte immer funktionieren.
Gruss
Thomas
Richtig. Ich vergaß hinzu zu schreiben, dass es bei dem Problem um das softhddevices ging und nicht um das rpihddevice. Das rpihddevice funktionirt auch mit der ffmpeg 6.2.1 problemlos.
Ich werde meinen obrigen Post um diese Info ergänzen.
Claus
Hallo,
habe hier leider auch Probleme mit dem RPI2. Nach mehreren Tastendrücken auf der Fernbedienung wird der Bildschirm für ein paar Sekunden schwarz, dann kommt das Bild meist wieder.
User.log:
pi@pi2 ~ $ sudo tail -f /var/log/user.log
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: new audio codec: 1ch MPEG
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: [libav] Header missing
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: failed to decode audio frame!
May 30 18:05:46 pi2 vdr: [2253] rpihddevice: set video codec to H264
May 30 18:05:47 pi2 vdr: [2249] rpihddevice: new audio codec: 6ch AC3
May 30 18:05:47 pi2 vdr: [2249] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)
May 30 18:05:47 pi2 vdr: [2241] epg data reader thread ended (pid=2238, tid=2241)
May 30 18:05:47 pi2 vdr: [2251] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf ...
May 30 18:05:47 pi2 vdr: [2238] max. latency time 1 seconds
May 30 18:05:47 pi2 vdr: [2248] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:02 pi2 vdr: [2251] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
May 30 18:07:02 pi2 vdr: [2238] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
May 30 18:07:12 pi2 vdr: [2364] VDR version 2.1.10 started
May 30 18:07:12 pi2 vdr: [2364] codeset is 'UTF-8' - known
May 30 18:07:12 pi2 vdr: [2364] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
May 30 18:07:12 pi2 vdr: [2364] override character table is 'ISO-8859-9'
May 30 18:07:12 pi2 vdr: [2364] found 28 locales in /usr/local/share/locale
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-rpihddevice.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-svdrpservice.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-epgsync.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/setup.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/sources.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/diseqc.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/scr.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/channels.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/svdrphosts.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/remote.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/keymacros.conf
May 30 18:07:12 pi2 vdr: [2365] video directory scanner thread started (pid=2364, tid=2365, prio=high)
May 30 18:07:12 pi2 vdr: [2365] video directory scanner thread ended (pid=2364, tid=2365)
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'A - ATSC'
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'C - DVB-C'
May 30 18:07:12 pi2 vdr: [2367] epg data reader thread started (pid=2364, tid=2367, prio=high)
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'S - DVB-S'
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'T - DVB-T'
May 30 18:07:12 pi2 vdr: [2367] reading EPG data from /var/cache/vdr/epg.data
May 30 18:07:12 pi2 vdr: [2364] no DVB device found
May 30 18:07:12 pi2 vdr: [2366] video directory scanner thread started (pid=2364, tid=2366, prio=high)
May 30 18:07:12 pi2 vdr: [2366] video directory scanner thread ended (pid=2364, tid=2366)
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: rpihddevice (0.1.0): HD Ausgabegerät für Raspberry Pi
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: supported HDMI modes:
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[01]: 640x 480@60p | 4:3 | 25.200MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[02]: 720x 480@60p | 4:3 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[03]: 720x 480@60p | 16:9 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[05]: 1920x1080@60i | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[06]: 720x 480@60i | 4:3 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[07]: 720x 480@60i | 16:9 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz (native) (current)
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[17]: 720x 576@50p | 4:3 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[18]: 720x 576@50p | 16:9 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[19]: 1280x 720@50p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[20]: 1920x1080@50i | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[21]: 720x 576@50i | 4:3 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[22]: 720x 576@50i | 16:9 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[31]: 1920x1080@50p | 16:9 | 148.500MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[32]: 1920x1080@24p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[33]: 1920x1080@25p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[34]: 1920x1080@30p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[51]: 1600x1200@60p | 4:3 | 162.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: HwInit() done, using HDMI video out at 1920x1080
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: MPEG2 video decoder not enabled!
May 30 18:07:12 pi2 vdr: [2364] new device number 1
May 30 18:07:12 pi2 vdr: [2364] cTimeMs: using monotonic clock (resolution is 1 ns)
May 30 18:07:12 pi2 vdr: [2375] audio decoder thread started (pid=2364, tid=2375, prio=high)
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
May 30 18:07:12 pi2 vdr: [2364] new device number 2
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: cAudioDecoder() thread started
May 30 18:07:12 pi2 vdr: [2364] streamdev-client: got device number 2
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: svdrpservice (1.0.0): SVDRP client
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: epgsync (1.0.1): EPG eines anderen VDR importieren
May 30 18:07:12 pi2 vdr: [2364] setting primary device to 1
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: new cOsdProvider()
May 30 18:07:12 pi2 vdr: [2377] ovgthread thread started (pid=2364, tid=2377, prio=high)
May 30 18:07:12 pi2 vdr: [2377] rpihddevice: cOvgThread() thread started
May 30 18:07:12 pi2 vdr: [2364] assuming manual start of VDR
May 30 18:07:12 pi2 vdr: [2376] device 2 section handler thread started (pid=2364, tid=2376, prio=low)
May 30 18:07:12 pi2 vdr: [2364] SVDRP listening on port 6419
May 30 18:07:12 pi2 vdr: [2364] setting current skin to "classic"
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/themes/classic-default.theme
May 30 18:07:12 pi2 vdr: [2364] starting plugin: rpihddevice
May 30 18:07:12 pi2 vdr: [2364] starting plugin: streamdev-client
May 30 18:07:12 pi2 vdr: [2364] starting plugin: svdrpservice
May 30 18:07:12 pi2 vdr: [2364] starting plugin: epgsync
May 30 18:07:12 pi2 vdr: [2364] remote control KBD - keys known
May 30 18:07:12 pi2 vdr: [2378] KBD remote control thread started (pid=2364, tid=2378, prio=high)
May 30 18:07:12 pi2 vdr: [2364] switching to channel 85 (Syfy HD)
May 30 18:07:12 pi2 vdr: [2364] streamdev-client: Connected to server 192.168.178.31:2004 using protocol version 1.0
May 30 18:07:12 pi2 vdr: [2379] device 2 receiver thread started (pid=2364, tid=2379, prio=high)
May 30 18:07:12 pi2 vdr: [2364] setting watchdog timer to 60 seconds
May 30 18:07:12 pi2 vdr: [2364] OSD size changed to 1920x1080 @ 1,77778
May 30 18:07:12 pi2 vdr: [2377] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf ...
May 30 18:07:12 pi2 vdr: [2380] device 2 TS buffer thread started (pid=2364, tid=2380, prio=high)
May 30 18:07:12 pi2 vdr: [2379] rpihddevice: set video codec to H264
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: new audio codec: 6ch AC3
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)
May 30 18:07:14 pi2 vdr: [2374] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:14 pi2 vdr: [2367] epg data reader thread ended (pid=2364, tid=2367)
May 30 18:07:14 pi2 vdr: [2377] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf ...
May 30 18:07:14 pi2 vdr: [2364] max. latency time 2 seconds
Interessant dürfte diese Passage sein, sonst sieht alles gut aus:
May 30 18:05:47 pi2 vdr: [2248] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:02 pi2 vdr: [2251] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
May 30 18:07:02 pi2 vdr: [2238] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
May 30 18:07:12 pi2 vdr: [2364] VDR version 2.1.10 startedAlles heute neu aufgesetzt. Plugin-Code frisch aus dem Git gecloned.
Mir ist mit dem LCARS-Skin aufgefallen, dass im Aufnahmemenü Reste der Bestätigungs-Abfrage zum Löschen einer Aufnahme stehen bleiben.
Nochmals vielen Dank für den Hinweis! Fix ist nun in git eingecheckt .
Interessant ist auch folgendes: wenn ich Delete (Gelb) drücke und dann Back, dann erscheinen zunächst die farbigen Buttons wieder normal, aber kurz danach kommt wieder der "Delete recording?" Prompt - obwohl das Menü gar nicht mehr in diesem Zustand ist.
Das Problem war, dass ich bei SaveRegion direkt den aktiven Bildschirminhalt des OSDs gespeichert, und beim restore wieder auf den Bildschirm ausgegeben habe. Das war ok bis zum nächsten Flush (bei LCARS durch das Update der CPU-Last/Uhr ausgelöst), denn dann kam wieder der Inhalt der Default-Pixmap zum Vorschein, in dem Fall die Löschabfrage. Ich habe nun die Save/RestoreRegion-Funktionen direkt in die Pixmaps implementiert, das kommt auch der Desfault-Implementation des VDRs am nächsten.
Gruss
Thomas
Zuerst auch von mir einmal vielen Dank für das Plugin!
Leider habe ich folgendes Problem:
Sobald ich die Audiospur auf Dolby Digital umschalte (egal ob 2.0 oder 5.1) fängt das Bild an zu ruckeln. Das passiert sowohl bei Live TV als auch bei Aufnahmen.
Weder CPU noch Netzwerk scheinen übermäßig belastet und im Log sind keine auffälligen Meldungen zu finden.
Das ganze Tritt auf einem RPi 2 der als Streaming-Client mit streamdev läuft auf. rpihddevice habe ich gestern (27.06.) aus dem aktuellen Git stand kompiliert.
Für Vorschläge wäre ich dankbar 
Sobald ich die Audiospur auf Dolby Digital umschalte (egal ob 2.0 oder 5.1) fängt das Bild an zu ruckeln. Das passiert sowohl bei Live TV als auch bei Aufnahmen.
Mit dem vorletzten Commit hat sich noch ein Fehler eingeschlichen und ich kam noch nicht dazu, mir das Problem genauer anzuschauen. Bitte vorerst diese Version benutzen... Sorry für die Verwirrung!
Gruss
Thomas
Mit dem vorletzten Commit hat sich noch ein Fehler eingeschlichen und ich kam noch nicht dazu, mir das Problem genauer anzuschauen. Bitte vorerst diese Version benutzen... Sorry für die Verwirrung!
Hallo,
mit dem aktuellen Stand habe ich Probleme. Scheint noch Fehlerhaft zu sein. 
Mit welchen git Befehl komme ich in der Konsole auf diese oben genannte funktionierende Version?
Uwe
Hi
das geht mit:
git checkout b5421aa94
im rpihddevice Ordner
Vielen Dank MegaX.
Hallo,
kann einer von euch erfolgreich 2 USB Tuner mit raspberry2 betreiben? 1. Tuner für Live HD-Sender View und 2. Tuner HD-Sender für Aufnahme....
Wie kann ich den Netzwerkdurchsatz beim raspberry2 für satip Plugin verbessern?
Viele Grüße, Uwe
Hallo,
mir ist gerade beim Ansehen von "Die sieben Samurai" (OmU von Arte HD) aufgefallen, dass beim Zurückspulen mit den Pfeiltasten zwar das Video rückwärts läuft, aber die Wiedergabeposition sich nicht ändert, d.h. wenn ich wieder normal abspiele, macht er an der Stelle weiter, an der ich mit dem Zurückspulen angefangen habe.
Das ganze passiert auf einem Raspberry Pi 2 mit Arch Linux ARM und ffmpeg 2.7.2, vdr 2.2.0 und der aktuellen Pluginversion aus dem Git.
Ist das ein bekannter Fehler oder kann man da etwas dagegen tun?
mir ist gerade beim Ansehen von "Die sieben Samurai" (OmU von Arte HD) aufgefallen, dass beim Zurückspulen mit den Pfeiltasten zwar das Video rückwärts läuft, aber die Wiedergabeposition sich nicht ändert, d.h. wenn ich wieder normal abspiele, macht er an der Stelle weiter, an der ich mit dem Zurückspulen angefangen habe.
Ich hatte den Fehler schon mal, aber eigentlich gefixt - kann aber sein, dass das Problem seit dem neuen PTS-Handling wieder auftritt. Ich schau mir das an, komme aber erst nächste Woche dazu. Trotzdem danke fürs melden!
Gruss
Thomas
Hallo zusammen
mit dem aktuellen Stand habe ich Probleme. Scheint noch Fehlerhaft zu sein.
mir ist gerade beim Ansehen von "Die sieben Samurai" (OmU von Arte HD) aufgefallen, dass beim Zurückspulen mit den Pfeiltasten zwar das Video rückwärts läuft, aber die Wiedergabeposition sich nicht ändert, d.h. wenn ich wieder normal abspiele, macht er an der Stelle weiter, an der ich mit dem Zurückspulen angefangen habe.
Könnt ihr beiden nochmal mit der aktuellen Firmware testen? Ich kann das Problem beim Zurückspulen nicht nachvollziehen und auch der letzte Git-Stand funktioniert nun wieder, ohne mein zutun. Da waren aber einige Änderungen in der Firmware, welche Probleme dieser Art vermutlich behoben haben (Timestamp-Handling).
Gruss
Thomas
Könnt ihr beiden nochmal mit der aktuellen Firmware testen? Ich kann das Problem beim Zurückspulen nicht nachvollziehen und auch der letzte Git-Stand funktioniert nun wieder, ohne mein zutun.
Mit dem aktuellen Firmwarestand funktioniert es wieder, danke für den Hinweis.
Hallo Thomas,
Vielen Dank für die Info.
Gruß Uwe
Habe den pi2 mit rpi-update aktualisiert und das plugin auf den aktuellen Stand gebracht (git pull).
Scheint alles zu funktionieren, bis auf "Pass Through" funktioniert hier nicht bei einigen Sendern (Passiert hier auf Sendern: SAT-1-HD usw und Sky-HD Sendern). Hatten wir das nicht schon mal?.... Video läuft in Zeitlupe und kein Ton.
Im Log sieht man folgendes:
Aug 20 21:39:03 vdr: [4880] rpihddevice: new audio codec: 2ch MPEG
Aug 20 21:39:03 vdr: [4880] rpihddevice: [libav] Header missing
Aug 20 21:39:03 vdr: [4880] rpihddevice: failed to decode audio frame!
Aug 20 21:39:04 vdr: [4880] rpihddevice: new audio codec: 2ch MPEG
Aug 20 21:39:04 vdr: [4880] rpihddevice: [libav] Header missing
Aug 20 21:39:04 vdr: [4880] rpihddevice: failed to decode audio frame!Setze ich im Setup auf StereoPCM gibt es keine Probleme...
Habe ich eventuell was vergessen zu aktualisieren?
Viele Grüße, Uwe
Scheint alles zu funktionieren, bis auf "Pass Through" funktioniert hier nicht bei einigen Sendern (Passiert hier auf Sendern: SAT-1-HD usw und Sky-HD Sendern). Hatten wir das nicht schon mal?.... Video läuft in Zeitlupe und kein Ton.
Ok, schaue ich mir an. Passiert das nur bei den Privaten in HD?
Gruss
Thomas
Don’t have an account yet? Register yourself now and be a part of our community!