[Alpha] RPI Ausgabeplugin

  • Hallo Reufer

    ich hab die aktuelle GIT Variante gestern eingespielt und dann gleich am Abend getestet.
    Leider VDR wieder wie gehabt ohne vorwarnung beim beenden einer Wiedergabe abgeschmiert - irgendwann später am Abend beim 10. Versuch oder so ...

    Seltsam:

    Das passiert nur wenn man die Wiedergabe mit der "BACK" Taste beendet - wählt man während der Wiedergabe in im Aufzeichnungsmenü eine andere Aufzeichnung und spielt die direkt ab passiert das eigentlich nie.

    Nur beim "Back" Drücken springt man ja ins Aufzeichnungsmenü zurück und die Live-Wiedergabe beginnt - dann kann es passieren.
    Ob es auch beim "Normalen Beenden einer Aufzeichnung mittels "Farbtaste" passiert kann ich nicht sagen weil ich das eigentlich nie benutzte.

    CU
    GTR

    PS:

  • Hi GTR

    Das passiert nur wenn man die Wiedergabe mit der "BACK" Taste beendet - wählt man während der Wiedergabe in im Aufzeichnungsmenü eine andere Aufzeichnung und spielt die direkt ab passiert das eigentlich nie.

    Nur beim "Back" Drücken springt man ja ins Aufzeichnungsmenü zurück und die Live-Wiedergabe beginnt - dann kann es passieren.
    Ob es auch beim "Normalen Beenden einer Aufzeichnung mittels "Farbtaste" passiert kann ich nicht sagen weil ich das eigentlich nie benutzte.

    Du hast nicht per Zufall einen Backtrace erstellt? Ich beende Aufnahmen eigentlich immer mit der Stop-Taste (irgendwie naheliegend) und mir ist sowas noch nie passiert. Kann mir momentan auch nicht vorstellen, was der VDR da anders macht.

    Gruss
    Thomas

  • Hallo Reufer

    na ja - das ist halt Gewohnheit - ich nutzte VDR >10 Jahre - da gewöhnt man sich halt sowas an ... und oft schaut man halt nach einer Aufzeichnung eine andere an - da bietet sich die BAck Taste ja an ...

    Nein - habe ich nicht erstellt - aber das passiert so oft wenn ich das reproduziere - das ist kein Problem - mache ich die Tage !

    Danke für deine Unterstützung !

    CU
    GTR

  • na ja - das ist halt Gewohnheit - ich nutzte VDR >10 Jahre - da gewöhnt man sich halt sowas an ... und oft schaut man halt nach einer Aufzeichnung eine andere an - da bietet sich die BAck Taste ja an ...

    Die Back-Taste hat auch den Vorteil, daß ich danach im Aufnahmemenü auf der Aufnahme stehe. Da kann ich ggf. gleich löschen.

    Christian

  • Hallo Thomas,
    habe heute versucht das Plugin aus dem git zu übersetzen, leider gelingt mir das nicht. Ich verwende raspbian und habe das Update vom 10.09. eingespielt, hier wurden u.A. auch die avlib/avutil geupdatet. Nun zur Fehlermeldung:

    Code
    audio.c: In member function ‘void cRpiAudioDecoder::SetCodec(cAudioCodec::eCodec, unsigned int&, unsigned int)’: 
    audio.c:1130:53: error: ‘AV_CH_LAYOUT_MONO’ was not declared in this scope 
    audio.c:1130:53: error: ‘AV_CH_LAYOUT_STEREO’ was not declared in this scope 
    audio.c:1130:53: error: ‘AV_CH_LAYOUT_2POINT1’ was not declared in this scope 
    audio.c:1130:53: error: ‘AV_CH_LAYOUT_5POINT1’ was not declared in this scope 
    Makefile:106: recipe for target 'audio.o' failed


    Die Macros habe ich dann in libavutil/channel_layout.h gefunden und diese Datei dann in audio.c eingebunden.

    C
    extern "C" { 
    #include <libavcodec/avcodec.h> 
    #include <libavutil/channel_layout.h> 
    #include <libavutil/log.h> 
    #include <libavutil/opt.h>


    Jetzt läuft der Compile durch.

    Gruß Ralph

  • Hallo allerseits

    Der aktuelle Stand in Git enthält nun die mehrfach gewünschten Video-Optionen - siehe Bild im Anhang.

    Die Funktion sollte soweit selbsterklärend sein. Stehen sowohl Auflösung und Bildwiederholrate auf "nicht ändern", findet keine Mode-Umschaltung statt und eine allfällig sichtbare Konsole im Hintergrund bleibt bestehen.

    Die Funktionalität habe ich mit meinem Testmonitor und dem grossen Fernseher getestet, dabei schien alles zu funktionieren. Ich wäre ich froh, wenn die Freunde der Formatanpassung den aktuellen Git-Stand mal ausprobieren und mir Feedback geben könnten. Bei Problemen bitte mit Debug-Log, um die Fehlersuche zu vereinfachen.

    Viel Spass beim Testen!

    Gruss
    Thomas

  • :tup das ging ja schnell,

    und funktioniert genauso wie beschrieben (kurzer test).
    Leider wollte es anfänglich an meinem Raspi-VDR nicht. Dort blieb der VDR immer beim initialisierten Mode. Ich habe den Raspi-VDR dann mal kurzerhand zerlegt und den TV direkt an den HDMI Ausgang des RPI gesteckt. Damit geht es so wie oben angegeben. Irgendwie kommt mein HDMI-Splitter wohl nicht mit der dynamischen Umschaltung klar. Die tvservie Kommandos auf der console kann er aber umsetzen. Ich werde die Funktion jetzt mal eine längere Zeit testen, bevor ich wieder alles zurück baue.

  • Hi Argus

    Danke fürs Testen!

    Leider wollte es anfänglich an meinem Raspi-VDR nicht. Dort blieb der VDR immer beim initialisierten Mode.

    Das Plugin schaltet den Videomode nur um, wenn genau dieser auch vom HDMI-Device unterstützt wird. Mit Loglevel 3 schreibt das Plugin die Tabelle aus dem EDID ins Log, wäre interessant zu wissen, was der Splitter hier zurückmeldet.

    Die tvservie Kommandos auf der console kann er aber umsetzen.

    Wahrscheinlich verwendet das Tool die Funktion vc_tv_hdmi_power_on_best() und stellt nicht exakt den gewünschten Mode ein...

    Gruss
    Thomas

  • Mit Loglevel 3 schreibt das Plugin die Tabelle aus dem EDID ins Log, wäre interessant zu wissen, was der Splitter hier zurückmeldet.

    das teste ich mal, wenn ich den Splitter wieder zurück gebaut habe.

    Quote

    Das Plugin schaltet den Videomode nur um, wenn genau dieser auch vom HDMI-Device unterstützt wird.

    könnte man alternativ (wenn es keine andere Möglichkeit gibt) auch eine edid.dat als conf ablegen, die im Ignoranzmodus heran gezogen werden könnte? Die müsste dann einmalig für den TV ohne Umwege angelegt werden.

    ich habe hier schon mal die edid.dat analysiert ohne Splitter

    edid parser

    Enabling fuzzy format match...
    Parsing edid.dat...
    HDMI:EDID version 1.3, 1 extensions, screen size 82x46 cm
    HDMI:EDID features - videodef 0x80 !standby !suspend active off; colour encoding:RGB444|YCbCr422; sRGB is not default colourspace; preferred format is native; does not support GTF
    HDMI:EDID found monitor name descriptor tag 0xfc
    HDMI:EDID monitor name is SHARP_HDMI
    HDMI:EDID found monitor range descriptor tag 0xfd
    HDMI:EDID monitor range offsets: V min=0, V max=0, H min=0, H max=0
    HDMI:EDID monitor range: vertical is 23-76 Hz, horizontal is 15-75 kHz, max pixel clock is 170 MHz
    HDMI:EDID monitor range does not support GTF
    HDMI:EDID found preferred CEA detail timing format: 1920x1080p @ 50 Hz (31)
    HDMI:EDID found DMT detail timing format: 1360x768p @ 60 Hz (39)
    HDMI:EDID established timing I/II bytes are AF CE 00
    HDMI:EDID found DMT format: code 4, 640x480p @ 60 Hz in established timing I/II
    HDMI:EDID found DMT format: code 5, 640x480p @ 72 Hz in established timing I/II
    HDMI:EDID found DMT format: code 6, 640x480p @ 75 Hz in established timing I/II
    HDMI:EDID found DMT format: code 8, 800x600p @ 56 Hz in established timing I/II
    HDMI:EDID found DMT format: code 9, 800x600p @ 60 Hz in established timing I/II
    HDMI:EDID found DMT format: code 10, 800x600p @ 72 Hz in established timing I/II
    HDMI:EDID found DMT format: code 11, 800x600p @ 75 Hz in established timing I/II
    HDMI:EDID found DMT format: code 16, 1024x768p @ 60 Hz in established timing I/II
    HDMI:EDID found DMT format: code 17, 1024x768p @ 70 Hz in established timing I/II
    HDMI:EDID found DMT format: code 18, 1024x768p @ 75 Hz in established timing I/II
    HDMI:EDID standard timings block x 8: 0xA940 9040 8180 0101 0101 0101 0101 0101
    HDMI:EDID found DMT format: code 51, 1600x1200p @ 60 Hz (4:3) in standard timing 0
    HDMI:EDID found DMT format: code 42, 1400x1050p @ 60 Hz (4:3) in standard timing 1
    HDMI:EDID found DMT format: code 35, 1280x1024p @ 60 Hz (5:4) in standard timing 2
    HDMI:EDID parsing v3 CEA extension 0
    HDMI:EDID monitor support - underscan IT formats:no, basic audio:yes, yuv444:yes, yuv422:yes, #native DTD:2
    HDMI:EDID found CEA detail timing format: 1920x1080p @ 60 Hz (16)
    HDMI:EDID found CEA detail timing format: 1920x1080i @ 50 Hz (20)
    HDMI:EDID found CEA detail timing format: 1920x1080i @ 60 Hz (5)
    HDMI:EDID found CEA detail timing format: 1280x720p @ 50 Hz (19)
    HDMI:EDID found CEA format: code 31, 1920x1080p @ 50Hz (native)
    HDMI:EDID found CEA format: code 16, 1920x1080p @ 60Hz (native)
    HDMI:EDID found CEA format: code 32, 1920x1080p @ 24Hz
    HDMI:EDID found CEA format: code 20, 1920x1080i @ 50Hz
    HDMI:EDID found CEA format: code 5, 1920x1080i @ 60Hz
    HDMI:EDID found CEA format: code 19, 1280x720p @ 50Hz
    HDMI:EDID found CEA format: code 4, 1280x720p @ 60Hz
    HDMI:EDID found CEA format: code 18, 720x576p @ 50Hz
    HDMI:EDID found CEA format: code 3, 720x480p @ 60Hz
    HDMI:EDID found CEA format: code 17, 720x576p @ 50Hz
    HDMI:EDID found CEA format: code 2, 720x480p @ 60Hz
    HDMI:EDID found CEA format: code 22, 1440x576i @ 50Hz
    HDMI:EDID found CEA format: code 7, 1440x480i @ 60Hz
    HDMI:EDID found CEA format: code 21, 1440x576i @ 50Hz
    HDMI:EDID found CEA format: code 6, 1440x480i @ 60Hz
    HDMI:EDID found CEA format: code 1, 640x480p @ 60Hz
    HDMI:EDID found audio format 2 channels PCM, sample rate: 32|44|48 kHz, sample size: 16|20|24 bits
    HDMI:EDID extended data block tag 0x05 length 3 not supported
    HDMI:EDID found HDMI VSDB length 12
    HDMI:EDID HDMI VSDB has physical address 2.0.0.0
    HDMI:EDID HDMI VSDB supports AI:yes, dual link DVI:no
    HDMI:EDID HDMI VSDB deep colour support - 48-bit:no 36-bit:yes 30-bit:yes DC_yuv444:yes
    HDMI:EDID HDMI VSDB max TMDS clock 225 MHz
    HDMI:EDID HDMI VSDB video latency 120 ms
    HDMI:EDID HDMI VSDB audio latency 120 ms
    HDMI:EDID HDMI VSDB interlaced video latency 180 ms
    HDMI:EDID HDMI VSDB interlaced audio latency 180 ms
    HDMI:EDID HDMI VSDB does not support content type
    HDMI:EDID filtering formats with pixel clock > 162 MHz or h. blanking > 1023
    HDMI:EDID best score mode initialised to CEA (1) 640x480p @ 60 Hz with pixel clock 25 MHz (score 0)
    HDMI:EDID best score mode is now CEA (1) 640x480p @ 60 Hz with pixel clock 25 MHz (score 61864)
    HDMI:EDID best score mode is now CEA (2) 720x480p @ 60 Hz with pixel clock 27 MHz (score 66472)
    HDMI:EDID CEA mode (3) 720x480p @ 60 Hz with pixel clock 27 MHz has a score of 66472
    HDMI:EDID best score mode is now CEA (4) 1280x720p @ 60 Hz with pixel clock 74 MHz (score 135592)
    HDMI:EDID DMT mode (4) 640x480p @ 60 Hz with pixel clock 25 MHz has a score of 18432
    HDMI:EDID best score mode is now CEA (5) 1920x1080i @ 60 Hz with pixel clock 74 MHz (score 3273832)
    HDMI:EDID DMT mode (5) 640x480p @ 72 Hz with pixel clock 31 MHz has a score of 22118
    HDMI:EDID CEA mode (6) 1440x480i @ 60 Hz with pixel clock 27 MHz has a score of 45736
    HDMI:EDID DMT mode (6) 640x480p @ 75 Hz with pixel clock 31 MHz has a score of 23040
    HDMI:EDID CEA mode (7) 1440x480i @ 60 Hz with pixel clock 27 MHz has a score of 45736
    HDMI:EDID DMT mode (8) 800x600p @ 56 Hz with pixel clock 36 MHz has a score of 26880
    HDMI:EDID DMT mode (9) 800x600p @ 60 Hz with pixel clock 40 MHz has a score of 28800
    HDMI:EDID DMT mode (10) 800x600p @ 72 Hz with pixel clock 50 MHz has a score of 34560
    HDMI:EDID DMT mode (11) 800x600p @ 75 Hz with pixel clock 49 MHz has a score of 36000
    HDMI:EDID best score mode is now CEA (16) 1920x1080p @ 60 Hz with pixel clock 148 MHz (score 4398248)
    HDMI:EDID DMT mode (16) 1024x768p @ 60 Hz with pixel clock 65 MHz has a score of 47185
    HDMI:EDID CEA mode (17) 720x576p @ 50 Hz with pixel clock 27 MHz has a score of 66472
    HDMI:EDID DMT mode (17) 1024x768p @ 70 Hz with pixel clock 75 MHz has a score of 55050
    HDMI:EDID CEA mode (18) 720x576p @ 50 Hz with pixel clock 27 MHz has a score of 66472
    HDMI:EDID DMT mode (18) 1024x768p @ 75 Hz with pixel clock 78 MHz has a score of 58982
    HDMI:EDID CEA mode (19) 1280x720p @ 50 Hz with pixel clock 74 MHz has a score of 2617160
    HDMI:EDID CEA mode (20) 1920x1080i @ 50 Hz with pixel clock 74 MHz has a score of 3732360
    HDMI:EDID CEA mode (21) 1440x576i @ 50 Hz with pixel clock 27 MHz has a score of 45736
    HDMI:EDID CEA mode (22) 1440x576i @ 50 Hz with pixel clock 27 MHz has a score of 45736
    HDMI:EDID best score mode is now CEA (31) 1920x1080p @ 50 Hz with pixel clock 148 MHz (score 5336040)
    HDMI:EDID CEA mode (32) 1920x1080p @ 24 Hz with pixel clock 74 MHz has a score of 124532
    HDMI:EDID DMT mode (35) 1280x1024p @ 60 Hz with pixel clock 108 MHz has a score of 103643
    HDMI:EDID DMT mode (39) 1360x768p @ 60 Hz with pixel clock 85 MHz has a score of 4562668
    HDMI:EDID DMT mode (42) 1400x1050p @ 60 Hz with pixel clock 121 MHz has a score of 113200
    HDMI:EDID DMT mode (51) 1600x1200p @ 60 Hz with pixel clock 162 MHz has a score of 140200
    HDMI:EDID preferred mode remained as CEA (31) 1920x1080p @ 50 Hz with pixel clock 148 MHz
    HDMI:EDID has HDMI support and audio support
    edid_parser exited with code 0

  • könnte man alternativ (wenn es keine andere Möglichkeit gibt) auch eine edid.dat als conf ablegen, die im Ignoranzmodus heran gezogen werden könnte?


    So wie ich das sehe, bietet die config.txt bereits eine Möglichkeit, der GPU ein eigenes edid-File unterzuschieben:
    http://www.raspberrypi.org/documentation/…n/config-txt.md

    Ehrlich gesagt, bin ich nur mässig motiviert, sowas im Plugin zu implementieren... ;)

    Gruss
    Thomas

  • So wie ich das sehe, bietet die config.txt bereits eine Möglichkeit, der GPU ein eigenes edid-File unterzuschieben:

    OK, das kann ich demnächst mal probieren.

    Es ist wirklich so, das der Splitter nur drei Modes zurück meldet, die auch noch mit der Wiederholrate nicht kompatibel sind.

    Ich hatte den VDR beim Start aber per tvservice passend konfiguriert.

    log ohne und mit Splitter

    Log ohne Splitter Kanalwechsel von Das Erste auf Servus TV

    ---------------------------------------------------------------------------------------------
    .
    .
    .
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: supported HDMI modes:
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[01]: 640x 480@60p | 4:3 | 25.200MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[02]: 720x 480@60p | 4:3 | 27.027MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[03]: 720x 480@60p | 16:9 | 27.027MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[05]: 1920x1080@60i | 16:9 | 74.250MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[06]: 720x 480@60i | 4:3 | 27.027MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[07]: 720x 480@60i | 16:9 | 27.027MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz (native)
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[17]: 720x 576@50p | 4:3 | 27.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[18]: 720x 576@50p | 16:9 | 27.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[19]: 1280x 720@50p | 16:9 | 74.250MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[20]: 1920x1080@50i | 16:9 | 74.250MHz (current)
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[21]: 720x 576@50i | 4:3 | 27.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[22]: 720x 576@50i | 16:9 | 27.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[31]: 1920x1080@50p | 16:9 | 148.500MHz (native)
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: CEA[32]: 1920x1080@24p | 16:9 | 74.250MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[05]: 640x 480@72p | 4:3 | 31.500MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[06]: 640x 480@75p | 4:3 | 31.500MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[08]: 800x 600@56p | 4:3 | 36.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[10]: 800x 600@72p | 4:3 | 50.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[11]: 800x 600@75p | 4:3 | 49.500MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[17]: 1024x 768@70p | 4:3 | 75.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[18]: 1024x 768@75p | 4:3 | 78.750MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[39]: 1360x 768@60p | 16:9 | 85.500MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[42]: 1400x1050@60p | 4:3 | 121.750MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: DMT[51]: 1600x1200@60p | 4:3 | 162.000MHz
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: HwInit()Â done, using HDMI video out at 1920x1080
    Oct 6 19:15:45 pi vdr: [2142] rpihddevice: MPEG2 video decoder not enabled!
    Oct 6 19:15:45 pi vdr: [2142] new device number 9
    Oct 6 19:15:45 pi vdr: [2145] epg data reader thread ended (pid=2142, tid=2145)
    Oct 6 19:15:46 pi vdr: [2142] rpihddevice: setting HDMI mode to 1920x1080@50i
    Oct 6 19:15:46 pi vdr: [2142] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
    Oct 6 19:15:46 pi vdr: [2142] new device number 10
    Oct 6 19:15:46 pi vdr: [2142] streamdev-client: got device number 10
    Oct 6 19:15:46 pi vdr: [2142] initializing plugin: lcdproc (0.0.10-jw9): LCDproc output
    Oct 6 19:15:46 pi vdr: [2142] setting primary device to 1
    Oct 6 19:15:46 pi vdr: [2142] rpihddevice: new cOsdProvider()
    Oct 6 19:15:46 pi vdr: [2153] rpihddevice: cAudioDecoder() thread started
    Oct 6 19:15:46 pi vdr: [2142] assuming manual start of VDR
    Oct 6 19:15:46 pi vdr: [2142] SVDRP listening on port 6419
    Oct 6 19:15:46 pi vdr: [2142] setting current skin to "classic"
    Oct 6 19:15:46 pi vdr: [2154] section handler thread started (pid=2142, tid=2154, prio=low)
    Oct 6 19:15:46 pi vdr: [2142] loading /var/lib/vdr/themes/classic-default.theme
    Oct 6 19:15:46 pi vdr: [2155] rpihddevice: cOvg() thread started
    Oct 6 19:15:46 pi vdr: [2142] starting plugin: rpihddevice
    Oct 6 19:15:46 pi vdr: [2142] starting plugin: streamdev-client
    Oct 6 19:15:46 pi vdr: [2142] starting plugin: lcdproc
    Oct 6 19:15:47 pi vdr: connection to LCDd at localhost:13666 established.
    Oct 6 19:15:47 pi vdr: LCDproc-Plugin started at localhost:13666.
    Oct 6 19:15:47 pi lircd-0.9.0-pre1[862]: accepted new client on /var/run/lirc/lircd
    Oct 6 19:15:47 pi vdr: [2142] remote control LIRC - keys known
    Oct 6 19:15:47 pi vdr: [2142] remote control KBD - keys known
    Oct 6 19:15:47 pi vdr: [2142] switching to channel 1
    Oct 6 19:15:47 pi vdr: LCD output thread started (pid=2142), display size: 2x16
    Oct 6 19:15:47 pi vdr: [2158] KBD remote control thread started (pid=2142, tid=2158, prio=high)
    Oct 6 19:15:47 pi vdr: [2158] cTimeMs: using monotonic clock (resolution is 1 ns)
    Oct 6 19:15:47 pi vdr: [2157] LIRC remote control thread started (pid=2142, tid=2157, prio=high)
    Oct 6 19:15:47 pi vdr: [2142] streamdev-client: Connected to server 192.168.99.135:2004 using protocol version 1.0
    Oct 6 19:15:47 pi vdr: [2159] receiver on device 10 thread started (pid=2142, tid=2159, prio=high)
    Oct 6 19:15:47 pi vdr: [2160] TS buffer on device 10 thread started (pid=2142, tid=2160, prio=high)
    Oct 6 19:15:47 pi vdr: [2144] video directory scanner thread ended (pid=2142, tid=2144)
    Oct 6 19:15:47 pi vdr: [2143] video directory scanner thread ended (pid=2142, tid=2143)
    Oct 6 19:15:47 pi vdr: [2142] OSD size changed to 1920x1080 @ 1,77778
    Oct 6 19:15:47 pi vdr: [2159] rpihddevice: set video codec to H264
    Oct 6 19:15:48 pi vdr: [2153] rpihddevice: set audio codec to 2ch AC3
    Oct 6 19:15:48 pi vdr: [2153] rpihddevice: set HDMI audio output format to 2ch AC3, 48.0kHz (pass-through)
    Oct 6 19:15:48 pi vdr: [2152] rpihddevice: video stream started 1280x720@50p
    Oct 6 19:15:48 pi vdr: [2152] rpihddevice: setting HDMI mode to 1280x720@50p
    Oct 6 19:15:49 pi vdr: [2142] OSD size changed to 1280x720 @ 1,77778
    Oct 6 19:15:50 pi vdr: [2152] rpihddevice: buffer stall!
    Oct 6 19:16:08 pi vdr: [2142] switching to channel 4
    Oct 6 19:16:09 pi vdr: [2159] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
    Oct 6 19:16:09 pi vdr: [2160] ERROR (device.c,1753): Ungültiger Dateideskriptor
    Oct 6 19:16:09 pi vdr: [2160] TS buffer on device 10 thread ended (pid=2142, tid=2160)
    Oct 6 19:16:09 pi vdr: [2159] buffer stats: 264328 (12%) used
    Oct 6 19:16:09 pi vdr: [2159] receiver on device 10 thread ended (pid=2142, tid=2159)
    Oct 6 19:16:09 pi vdr: [2161] receiver on device 10 thread started (pid=2142, tid=2161, prio=high)
    Oct 6 19:16:09 pi vdr: [2162] TS buffer on device 10 thread started (pid=2142, tid=2162, prio=high)
    Oct 6 19:16:09 pi vdr: [2161] rpihddevice: set video codec to H264
    Oct 6 19:16:10 pi vdr: [2152] rpihddevice: video stream started 1920x1080@50i
    Oct 6 19:16:10 pi vdr: [2152] rpihddevice: setting HDMI mode to 1920x1080@50i
    Oct 6 19:16:11 pi vdr: [2142] OSD size changed to 1920x1080 @ 1,77778
    .
    .
    .
    -----------------------------------------------------------------------------------------

    Log mit Splitter Kanalwechsel von Das Erste auf Servus TV

    -----------------------------------------------------------------------------------------
    .
    .
    .
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: supported HDMI modes:
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: HwInit()Â done, using HDMI video out at 1920x1080
    Oct 6 19:33:49 pi vdr: [2041] rpihddevice: MPEG2 video decoder not enabled!
    Oct 6 19:33:49 pi vdr: [2041] new device number 9
    Oct 6 19:33:49 pi vdr: [2044] epg data reader thread ended (pid=2041, tid=2044)
    Oct 6 19:33:50 pi vdr: [2041] rpihddevice: failed to set HDMI mode to 1920x1080@50p
    Oct 6 19:33:50 pi vdr: [2041] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
    Oct 6 19:33:50 pi vdr: [2041] new device number 10
    Oct 6 19:33:50 pi vdr: [2041] streamdev-client: got device number 10
    Oct 6 19:33:50 pi vdr: [2041] initializing plugin: lcdproc (0.0.10-jw9): LCDproc output
    Oct 6 19:33:50 pi vdr: [2041] setting primary device to 1
    Oct 6 19:33:50 pi vdr: [2041] rpihddevice: new cOsdProvider()
    Oct 6 19:33:50 pi vdr: [2052] rpihddevice: cAudioDecoder() thread started
    Oct 6 19:33:50 pi vdr: [2041] assuming manual start of VDR
    Oct 6 19:33:50 pi vdr: [2041] SVDRP listening on port 6419
    Oct 6 19:33:50 pi vdr: [2041] setting current skin to "classic"
    Oct 6 19:33:50 pi vdr: [2041] loading /var/lib/vdr/themes/classic-default.theme
    Oct 6 19:33:50 pi vdr: [2054] rpihddevice: cOvg() thread started
    Oct 6 19:33:50 pi vdr: [2053] section handler thread started (pid=2041, tid=2053, prio=low)
    Oct 6 19:33:50 pi vdr: [2041] starting plugin: rpihddevice
    Oct 6 19:33:50 pi vdr: [2041] starting plugin: streamdev-client
    Oct 6 19:33:50 pi vdr: [2041] starting plugin: lcdproc
    Oct 6 19:33:51 pi vdr: [2043] video directory scanner thread ended (pid=2041, tid=2043)
    Oct 6 19:33:51 pi vdr: [2042] video directory scanner thread ended (pid=2041, tid=2042)
    Oct 6 19:33:51 pi vdr: connection to LCDd at localhost:13666 established.
    Oct 6 19:33:51 pi vdr: LCDproc-Plugin started at localhost:13666.
    Oct 6 19:33:51 pi lircd-0.9.0-pre1[880]: accepted new client on /var/run/lirc/lircd
    Oct 6 19:33:51 pi vdr: [2041] remote control LIRC - keys known
    Oct 6 19:33:51 pi vdr: [2041] remote control KBD - keys known
    Oct 6 19:33:51 pi vdr: [2041] switching to channel 1
    Oct 6 19:33:51 pi vdr: [2041] cTimeMs: using monotonic clock (resolution is 1 ns)
    Oct 6 19:33:51 pi vdr: [2057] KBD remote control thread started (pid=2041, tid=2057, prio=high)
    Oct 6 19:33:51 pi vdr: [2056] LIRC remote control thread started (pid=2041, tid=2056, prio=high)
    Oct 6 19:33:51 pi vdr: LCD output thread started (pid=2041), display size: 2x16
    Oct 6 19:33:51 pi vdr: [2041] streamdev-client: Connected to server 192.168.99.135:2004 using protocol version 1.0
    Oct 6 19:33:51 pi vdr: [2058] receiver on device 10 thread started (pid=2041, tid=2058, prio=high)
    Oct 6 19:33:51 pi vdr: [2041] OSD size changed to 1920x1080 @ 1,77778
    Oct 6 19:33:51 pi vdr: [2059] TS buffer on device 10 thread started (pid=2041, tid=2059, prio=high)
    Oct 6 19:33:52 pi vdr: [2058] rpihddevice: set video codec to H264
    Oct 6 19:33:52 pi vdr: [2052] rpihddevice: set audio codec to 2ch AC3
    Oct 6 19:33:52 pi vdr: [2052] rpihddevice: set HDMI audio output format to 2ch AC3, 48.0kHz (pass-through)
    Oct 6 19:33:52 pi vdr: [2051] rpihddevice: video stream started 1280x720@50p
    Oct 6 19:33:52 pi vdr: [2051] rpihddevice: failed to set HDMI mode to 1280x720@50p
    Oct 6 19:34:07 pi vdr: [2041] switching to channel 4
    Oct 6 19:34:09 pi vdr: [2058] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
    Oct 6 19:34:09 pi vdr: [2059] ERROR (device.c,1753): Ungültiger Dateideskriptor
    Oct 6 19:34:09 pi vdr: [2059] TS buffer on device 10 thread ended (pid=2041, tid=2059)
    Oct 6 19:34:09 pi vdr: [2058] buffer stats: 260004 (12%) used
    Oct 6 19:34:09 pi vdr: [2058] receiver on device 10 thread ended (pid=2041, tid=2058)
    Oct 6 19:34:09 pi vdr: [2060] receiver on device 10 thread started (pid=2041, tid=2060, prio=high)
    Oct 6 19:34:10 pi vdr: [2061] TS buffer on device 10 thread started (pid=2041, tid=2061, prio=high)
    Oct 6 19:34:11 pi vdr: [2060] rpihddevice: set video codec to H264
    Oct 6 19:34:11 pi vdr: [2051] rpihddevice: video stream started 1920x1080@50i
    Oct 6 19:34:11 pi vdr: [2051] rpihddevice: failed to set HDMI mode to 1920x1080@50i
    .
    .
    .
    -----------------------------------------------------------------------------------------------------

  • mit der edid.dat beim booten funktioniert es jetzt. Demnach ist es wohl so, das das Plugin nicht mehr erneut prüft, sondern die bekannten Modes übernimmt.
    hier noch mal der Log Output mit Splitter

    Log mit Splitter


    .
    .
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: supported HDMI modes:
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[01]: 640x 480@60p | 4:3 | 25.200MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[02]: 720x 480@60p | 4:3 | 27.027MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[03]: 720x 480@60p | 16:9 | 27.027MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[05]: 1920x1080@60i | 16:9 | 74.250MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[06]: 720x 480@60i | 4:3 | 27.027MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[07]: 720x 480@60i | 16:9 | 27.027MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz (native)
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[17]: 720x 576@50p | 4:3 | 27.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[18]: 720x 576@50p | 16:9 | 27.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[19]: 1280x 720@50p | 16:9 | 74.250MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[20]: 1920x1080@50i | 16:9 | 74.250MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[21]: 720x 576@50i | 4:3 | 27.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[22]: 720x 576@50i | 16:9 | 27.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[31]: 1920x1080@50p | 16:9 | 148.500MHz (native) (current)
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: CEA[32]: 1920x1080@24p | 16:9 | 74.250MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[05]: 640x 480@72p | 4:3 | 31.500MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[06]: 640x 480@75p | 4:3 | 31.500MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[08]: 800x 600@56p | 4:3 | 36.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[10]: 800x 600@72p | 4:3 | 50.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[11]: 800x 600@75p | 4:3 | 49.500MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[17]: 1024x 768@70p | 4:3 | 75.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[18]: 1024x 768@75p | 4:3 | 78.750MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[39]: 1360x 768@60p | 16:9 | 85.500MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[42]: 1400x1050@60p | 4:3 | 121.750MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: DMT[51]: 1600x1200@60p | 4:3 | 162.000MHz
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: HwInit()Â done, using HDMI video out at 1920x1080
    Oct 6 22:02:59 pi vdr: [1976] rpihddevice: MPEG2 video decoder not enabled!
    Oct 6 22:02:59 pi vdr: [1976] new device number 9
    Oct 6 22:02:59 pi vdr: [1979] epg data reader thread ended (pid=1976, tid=1979)
    Oct 6 22:03:00 pi vdr: [1978] video directory scanner thread ended (pid=1976, tid=1978)
    Oct 6 22:03:01 pi vdr: [1976] rpihddevice: setting HDMI mode to 1920x1080@50p
    Oct 6 22:03:01 pi vdr: [1989] rpihddevice: cAudioDecoder() thread started
    Oct 6 22:03:01 pi vdr: [1976] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
    Oct 6 22:03:01 pi vdr: [1976] new device number 10
    Oct 6 22:03:01 pi vdr: [1976] streamdev-client: got device number 10
    Oct 6 22:03:01 pi vdr: [1976] initializing plugin: lcdproc (0.0.10-jw9): LCDproc output
    Oct 6 22:03:01 pi vdr: [1976] setting primary device to 1
    Oct 6 22:03:01 pi vdr: [1976] rpihddevice: new cOsdProvider()
    Oct 6 22:03:01 pi vdr: [1976] assuming manual start of VDR
    Oct 6 22:03:01 pi vdr: [1976] SVDRP listening on port 6419
    Oct 6 22:03:01 pi vdr: [1990] section handler thread started (pid=1976, tid=1990, prio=low)
    Oct 6 22:03:01 pi vdr: [1991] rpihddevice: cOvg() thread started
    Oct 6 22:03:01 pi vdr: [1976] setting current skin to "classic"
    Oct 6 22:03:01 pi vdr: [1976] loading /var/lib/vdr/themes/classic-default.theme
    Oct 6 22:03:01 pi vdr: [1976] starting plugin: rpihddevice
    Oct 6 22:03:01 pi vdr: [1976] starting plugin: streamdev-client
    Oct 6 22:03:01 pi vdr: [1976] starting plugin: lcdproc
    Oct 6 22:03:01 pi vdr: connection to LCDd at localhost:13666 established.
    Oct 6 22:03:01 pi vdr: LCDproc-Plugin started at localhost:13666.
    Oct 6 22:03:01 pi lircd-0.9.0-pre1[870]: accepted new client on /var/run/lirc/lircd
    Oct 6 22:03:01 pi vdr: [1976] remote control LIRC - keys known
    Oct 6 22:03:01 pi vdr: [1976] remote control KBD - keys known
    Oct 6 22:03:01 pi vdr: [1976] switching to channel 1
    Oct 6 22:03:01 pi vdr: [1976] cTimeMs: using monotonic clock (resolution is 1 ns)
    Oct 6 22:03:01 pi vdr: [1994] KBD remote control thread started (pid=1976, tid=1994, prio=high)
    Oct 6 22:03:01 pi vdr: [1993] LIRC remote control thread started (pid=1976, tid=1993, prio=high)
    Oct 6 22:03:01 pi vdr: LCD output thread started (pid=1976), display size: 2x16
    Oct 6 22:03:01 pi vdr: [1976] streamdev-client: Connected to server 192.168.99.135:2004 using protocol version 1.0
    Oct 6 22:03:01 pi vdr: [1995] receiver on device 10 thread started (pid=1976, tid=1995, prio=high)
    Oct 6 22:03:01 pi vdr: [1977] video directory scanner thread ended (pid=1976, tid=1977)
    Oct 6 22:03:01 pi vdr: [1996] TS buffer on device 10 thread started (pid=1976, tid=1996, prio=high)
    Oct 6 22:03:01 pi vdr: [1976] OSD size changed to 1920x1080 @ 1,77778
    Oct 6 22:03:02 pi vdr: [1995] rpihddevice: set video codec to H264
    Oct 6 22:03:02 pi vdr: [1989] rpihddevice: set audio codec to 2ch AC3
    Oct 6 22:03:02 pi vdr: [1989] rpihddevice: set HDMI audio output format to 2ch AC3, 48.0kHz (pass-through)
    Oct 6 22:03:03 pi vdr: [1988] rpihddevice: video stream started 1280x720@50p
    Oct 6 22:03:03 pi vdr: [1988] rpihddevice: setting HDMI mode to 1280x720@50p
    Oct 6 22:03:04 pi vdr: [1976] OSD size changed to 1280x720 @ 1,77778
    Oct 6 22:03:13 pi vdr: [1976] switching to channel 4
    Oct 6 22:03:14 pi vdr: [1995] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
    Oct 6 22:03:14 pi vdr: [1996] ERROR (device.c,1753): Ungültiger Dateideskriptor
    Oct 6 22:03:14 pi vdr: [1996] TS buffer on device 10 thread ended (pid=1976, tid=1996)
    Oct 6 22:03:14 pi vdr: [1995] buffer stats: 305172 (14%) used
    Oct 6 22:03:14 pi vdr: [1995] receiver on device 10 thread ended (pid=1976, tid=1995)
    Oct 6 22:03:14 pi vdr: [1997] receiver on device 10 thread started (pid=1976, tid=1997, prio=high)
    Oct 6 22:03:14 pi vdr: [1998] TS buffer on device 10 thread started (pid=1976, tid=1998, prio=high)
    Oct 6 22:03:15 pi vdr: [1997] rpihddevice: set video codec to H264
    Oct 6 22:03:15 pi vdr: [1988] rpihddevice: video stream started 1920x1080@50i
    Oct 6 22:03:15 pi vdr: [1988] rpihddevice: setting HDMI mode to 1920x1080@50i
    Oct 6 22:03:16 pi vdr: [1976] OSD size changed to 1920x1080 @ 1,77778
    Oct 6 22:03:35 pi vdr: [1989] rpihddevice: set audio codec to 6ch AC3
    Oct 6 22:03:35 pi vdr: [1989] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)

  • Hi,

    ich habe hier schon eine Weile nicht mehr mitgelesen. Habe seid langem mal wieder meinen Raspberry aktualisiert und auch das rpihddevice Plugin. Habe jetzt den aktuellen Stand aus dem GIT vom 06.10.2014. Was mir aufgefallen ist das mein VDR OSD nicht mehr auf das TV Bild passt? Ich habe mein OSD auf 100% Höhe und 100% Breite eingestellt und der Abstand von oben und unten habe ich 0%. Vor dem Update wurde das OSD korrekt angezeigt. Derzeit verwende ich das Standard OSD vom VDR LCARS.
    Mein erster Verdacht war das sich eventuell was am Overscan geändert hat und daher habe ich beide Optionen Disable und Enable versucht brachte aber beides nichts.

    Ist da am Plugin was geändert worden?

  • Wäre es denkbar dfatmo auch an einem Raspi zu betreiben,
    oder ist der dafür dann doch zu schwach?

    Welches Input-Device müsste man dafür verwenden?

    :] Lutz

    yaVDR 0.6, VDR 2.2.0
    Asus P5N7A-VM, 4 GB, 1TB HD, 2x Satelco KNC 1 DVB-C, NetCologne Köln

  • Wäre es denkbar dfatmo auch an einem Raspi zu betreiben,
    oder ist der dafür dann doch zu schwach?

    Welches Input-Device müsste man dafür verwenden?

    Ich kenne dfatmo nicht im Detail (nutze selber solarstorm, allerdings mit softhddevice), aber grundsätzlich wäre das wahrscheinlich machbar. Allerdings könnte das rpihddevice sowas besser gleich selber erledigen: Skalieren des Videosignals ginge per OMX mit Hilfe der GPU und SPI für LED-Streifen ist auch vorhanden.

    Das einzige was mir fehlt ist momentan die Zeit. Aber der Gedanke kam mir auch schon. :)

    Gruss
    Thomas

  • OHHHYEEEEAAAAA. Das wäre ne Geile Sache :D :D :D :D :D

    Gruß Patrick

    [size=8]* Meine NeverEndingProjects ;) *

    Meine VDR's

    1x Dell Optiplex GX620 VDR 2.2.0 / 4x DVB-S2 (DD Cine S2 Flex) / 1x Sundtek DVB S2 USB auf Debian Jessie als Headless-Streaming-Server
    4x RaspberryPi1/2/3 VDR 2.2.0 / rpihddevice-Frontend und KODI auf Raspbian Jessie eigenkonstruktion als Mediacenter und Streaming-Client


    vectra --- glasslike ---

  • Hallo zusammen,

    ansich eine gute Idee, allerdings gibt es ja dafür bereits Möglichkeiten.

    ich würde aber eher noch Verbeserrungen in Bild, Ton-Qualität und Stabilität sehen. Eventuell beim Deinterlacing oder bei gelegentlichen Ruckeln...

    Vielleicht wird der Raspberry dann DER Client für VDR...

    VG Uli

  • ich würde aber eher noch Verbeserrungen in Bild, Ton-Qualität und Stabilität sehen. Eventuell beim Deinterlacing oder bei gelegentlichen Ruckeln...

    Auf Bild- und Tonqualität und den Deinterlacer habe ich keinen Einfluss. Und in Sachen Stabilität und gelegentliches Ruckeln bin ich froh um Feedback! Ansonsten sehe ich es genau wie du, Spielereien wie Ambilight oder CEC-Fernbedienung kommen erst nach der 1.0.0…

    Gruss
    Thomas

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!