So ich habe mal den Volume patch eingebaut.
Allerdings verstehe ich nicht wie ihr auf die Idee kommt das softhddrm ohne HW decoder läuft. Da wird der vaapi hardware decoder genutzt so wie bei softhdvaapi auch. Nur die Ausgabe wird über das drm API gemacht.
Fall ihr aber das Hardwaredecodieren vom mpv bei drm ausgabe meint dann kann ich dazu nichts sagen 
mfg
jojo61
Fall ihr aber das Hardwaredecodieren vom mpv bei drm ausgabe meint dann kann ich dazu nichts sagen
genau das meinte ich
mpv zum Testen
Das wurde nicht beim Plugin hier geändert sondern im Frontend: https://github.com/jojo61/vdr-…15a770fa1e3fea2a5d2db04a5
richtig!
anbei zum Testen
cinfo
- Ich habe leider keinen Unterschied gemerkt ... bitte erklärt was anders sein soll ?
Hier nochmal die Punkte aus meinem alten Post:
mpv.conf
-v drm
-h auto
-a alsa/hdmi:CARD=PCH,DEV=0
-b /media/hd/video
-rmpv.ExitAtEnd = 1
mpv.HideMainMenuEntry = 0
mpv.PlaylistIfNoChapters = 1
mpv.PlaylistOnNextKey = 0
mpv.SavePos = 1
mpv.ShowMediaTitle = 0
mpv.ShowSubtitles = 0
mpv.SoftVol = 0
mpv.StereoDownmix = 1
mpv.UseDeinterlace = 1
mpv.UseDtsHdPassthrough = 0
mpv.UsePassthrough = 02 _210307b_vdr_crash_after pressing_stop_key.txt this happens after 2-5 times stopping mpv with STOP key
The following tests are with mpv.SoftVol = 1
3 syslog_210307c_volume_control.txt
When starting playback volume is on the same level like liveTV before. After pressing the volume key, the volume is set to a very low level which seems to correspond to the level shown on the scale. But in reality the sound is hardly to hear. So one increases volume to about 2/3 of maximum. After pressing stop key it exits directly to liveTV which is way to loud then
4 _210307d_liveTV_sreen_flickers_after_stop.txt
After pressing stop key it returns to liveTV, but the screen flickers with about 20-30Hz. This happens one out of ten times. Changing liveTV channels does not help.
I entered mpv playback again, pressed stop and vdr crashed. Find this in _210307e_vdr_crash_after_stop.txt. This log includes the previous log entries from _210307d_.
All tests with this media.file:
Allgemein
UniqueID/String : 203606812565756718738284354146116626321 (0x992D3EE78440228EB8D5C8004CB8E791)
Vollständiger Name : \\10.75.25.22\Videoarchiv\Suits.S01.German.DL.720p.BluRay.x264-iNTENTiON-sj\Suits.S01E01.Doppeltes.Spiel.GERMAN.5.1.DL.AC3.720p.BDRiP.x264-TvR.mkv
Format : Matroska
Format-Version : Version 4 / Version 2
Dateigröße : 4,31 GiB
Dauer : 1h 17min
Gesamte Bitrate : 7 911 Kbps
Kodierungs-Datum : UTC 2014-04-29 22:02:06
Kodierendes Programm : mkvmerge v6.5.0 ('Isn't she lovely') built on Oct 20 2013 12:50:05
verwendete Encoder-Bibliothek : libebml v1.3.0 + libmatroska v1.4.1
Attachments : tvr-suits-s01-720p.nfo
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : High@L4.1
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrames : 9 frames
Codec-ID : V_MPEG4/ISO/AVC
Dauer : 1h 17min
Bitrate : 6 558 Kbps
Breite : 1 280 Pixel
Höhe : 720 Pixel
Bildseitenverhältnis : 16:9
Modus der Bildwiederholungsrate : konstant
Bildwiederholungsrate : 25,000 FPS
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 bits
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.285
Stream-Größe : 3,52 GiB (82%)
Titel : Suits - S01E01 - Doppeltes Spiel
verwendete Encoder-Bibliothek : x264 core 138 r2358 9e941d1
Sprache : Englisch
Default : Ja
Forced : Nein
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format_Settings_ModeExtension : CM (complete main)
Format-Einstellungen für Endianess : Big
Codec-ID : A_AC3
Dauer : 1h 17min
Bitraten-Modus : konstant
Bitrate : 640 Kbps
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Side: L R, LFE
Samplingrate : 48,0 KHz
Bildwiederholungsrate : 31,250 FPS (1536 spf)
Stream-Größe : 357 MiB (8%)
Titel : AC3 5.1 @ 640 kbps
Sprache : Deutsch
Default : Ja
Forced : Nein
Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Format_Settings_ModeExtension : CM (complete main)
Format-Einstellungen für Endianess : Big
Codec-ID : A_AC3
Dauer : 1h 17min
Bitraten-Modus : konstant
Bitrate : 640 Kbps
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Side: L R, LFE
Samplingrate : 48,0 KHz
Bildwiederholungsrate : 31,250 FPS (1536 spf)
Stream-Größe : 357 MiB (8%)
Titel : AC3 5.1 @ 640 kbps
Sprache : Englisch
Default : Nein
Forced : Nein
Text #1
ID : 4
Format : PGS
Muxing-Modus : zlib
Codec-ID : S_HDMV/PGS
Codec-ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Titel : Forced PGS
Sprache : Deutsch
Default : Ja
Forced : Ja
Text #2
ID : 5
Format : VobSub
Muxing-Modus : zlib
Codec-ID : S_VOBSUB
Codec-ID/Info : Picture based subtitle format used on DVDs
Titel : Forced VobSub
Sprache : Deutsch
Default : Nein
Forced : Ja
Text #3
ID : 6
Format : PGS
Muxing-Modus : zlib
Codec-ID : S_HDMV/PGS
Codec-ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Titel : Full PGS
Sprache : Deutsch
Default : Nein
Forced : Nein
Text #4
ID : 7
Format : VobSub
Muxing-Modus : zlib
Codec-ID : S_VOBSUB
Codec-ID/Info : Picture based subtitle format used on DVDs
Titel : Full VobSub
Sprache : Deutsch
Default : Nein
Forced : Nein
Text #5
ID : 8
Format : PGS
Muxing-Modus : zlib
Codec-ID : S_HDMV/PGS
Codec-ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Titel : Full PGS
Sprache : Englisch
Default : Nein
Forced : Nein
Text #6
ID : 9
Format : VobSub
Muxing-Modus : zlib
Codec-ID : S_VOBSUB
Codec-ID/Info : Picture based subtitle format used on DVDs
Titel : Full VobSub
Sprache : Englisch
Default : Nein
Forced : Neinwichtig ist auch beim NUC10/8 das in den Bios-Einstellungen:
Video auf 1024MB gesetzt ist für die GPU und Softhddrm
cinfo
Danke cinfo, war bei mir auf 256. Was ist den der Effekt wenn es auf 256 steht ?
Die von mir beschriebenen Probs. mit mpv haben sich nicht geändert ...
... gggggg[/user], if you do svdprpsend plug softhddrm DETA, svdprpsend plug softhddrm ATTA, or svdprpsend plug softhddrm SUSP, svdprpsend plug softhddrm RESU - the problem will be or not?
Der Befehl 'svdprpsend' wurde nicht gefunden, meinten Sie:
Befehl 'svdrpsend' aus dem deb vdr (2.4.1-4ubuntu1)- Soll ich wirklich was installieren ?
- Inj, wann soll ich die Befehle testen ? Wenn der Fehler auftritt oder vorher ?
Er meint svdrpsend.
Mfg Stefan
Ich habe mir nun mal das DETA ATTA Problem mit softhddrm angesehen.
Bei drm muss man das drm API exclusiv bekommen. Dafür braucht man einen Cookie vom Kernel. Normalerweise bekomme ich den auch und er funktionert. Aber nach dem DETA und beim ATTA funktioniert das neue Cokkie nicht und der Kernel lehnt es ab mit "Permission denied". Warum kann ich derzeit nicht sagen. Das ganze klappt aber wenn der vdr als root läuft.
Wichtig ist wenn mpv das drm Device bekommt dann muss es auch wieder freigegeben werden. Sonst bekommt es kein anderer mehr.
Ich würde nun erstmal testen ob es besser wird wenn der vdr als root läuft.
Du könntest bei laufendem vdr (ohne aktivem mpv plugin) mal "svdrpsend plug softhddrm DETA"
und "svdrpsend plug softhddrm ATTA" von der Konsole machen. Dabei sollte der vdr nicht abstürzen.
Falls das klappt dann gibt der mpv das drm Device beim beenden evtl. nicht frei. Ich werden dann wohl doch mal
das mpv plugin installieren müsssen 
Hi,
geht ohne Fehler - Kein VDR-Absturz
root@BM2LTSR66Nuc64native:~# svdrpsend plug softhddrm DETA
220 BM2LTSR66Nuc64native SVDRP VideoDiskRecorder 2.4.6; Thu Mar 18 10:37:54 2021; UTF-8
900 SoftHdDevice is detached
221 BM2LTSR66Nuc64native closing connection
root@BM2LTSR66Nuc64native:~# svdrpsend plug softhddrm ATTA
220 BM2LTSR66Nuc64native SVDRP VideoDiskRecorder 2.4.6; Thu Mar 18 10:38:17 2021; UTF-8
900 SoftHdDevice is attached
221 BM2LTSR66Nuc64native closing connectiondas MPV Plugin nutzt aber keine "richtige" Hardware-Unterstützung vom DRM
intel-gpu-top - 198/ 198 MHz; 86% RC6; 0.19 Watts; 167 irqs/s
IMC reads: 3458 MiB/s
IMC writes: 1554 MiB/s
ENGINE BUSY MI_SEMA MI_WAIT
Render/3D/0 0.00% | | 0% 0%
Blitter/0 0.00% | | 0% 0%
Video/0 7.99% |███████▌ | 0% 0%
VideoEnhance/0 0.00% |intel-gpu-top - 74/ 74 MHz; 95% RC6; 0.06 Watts; 95 irqs/s
IMC reads: 2519 MiB/s
IMC writes: 927 MiB/s
ENGINE BUSY MI_SEMA MI_WAIT
Render/3D/0 0.00% | | 0% 0%
Blitter/0 0.00% | | 0% 0%
Video/0 2.23% |██ | 0% 0%
VideoEnhance/0 0.00% | | 0% 0%Grüße
cinfo
das MPV Plugin nutzt aber keine "richtige" Hardware-Unterstützung vom DRM
Ich habe nun mal mit dem mpv plugin getestet. Irgendwie scheint das egl Environment kaputt zu gehen. Zumindest bekommt ich nach dem mpv meistens keinen EGL Context mehr. Und dann mache ich einen Fatal. Nur weiss ich nicht wie ich das beheben soll.
Ja. Solange die HDR Informationen im Stream enthalten sind werden sie auch genutzt. Ich hatte das auch mal mit HDR10 ausprobiert und einen Stream in TS umgesetzt um ihn im VDR anzeigen zu lassen. Das hat funktioniert. Allerdings habe den HDR10 Support danach nicht mehr getestet und bin immer von HLG ausgegangen weil nur das "gesendet" wird.
Wichtig ist nur das das plugin die Daten als TS Stream bekommt.
Was willst du denn mit dem mpv plugin machen ? Ist es nicht einfacher das softhddrm als Ausgabedevice zu lassen und die auszugebenden Dateien zu reformatieren damit der VDR sie ausgeben kann ? Das könnte man doch mit dem ffmepg dazwischen leicht erreichen. Dann braucht man nicht noch ein Ausgabedevice.
Hi,
es war eigeltlich nur eine theoretischer Überlegung.
Was das mpv Plugin betrifft ist es so in diesem Stand "/ GIT v1.01" nicht mit dem softhddrm richtig nutzbar.
Da da die Wiedergabe mit softhddrm der, z.B. ein mp4 & ts Format, lässt doch schnell den NUC heiß werden und zum lauten Rauschen verleiten.
Das einen gesamten Film durch zu halten --> never ever!
Auch möchte ich zur Zeit kein anderen Ausgabe Plugin als das softhddrm am VDR nutzen.
ZitatAllerdings habe den HDR10 Support danach nicht mehr getestet und bin immer von HLG ausgegangen weil nur das "gesendet" wird.
Wichtig ist nur das das plugin die Daten als TS Stream bekommt.
das verstehe ich und habe mal eine alte Aufnahme von UHD1 "Nachtschleife" getestet als *.ts. Diese Aufnahme wird sauber mit HLG-HDR vom VDR abgespielt
und das TV-Gerät schaltet hier auch in den richtigen HDR-Modus.
Wenn ich die *.ts Datei über das MPV Plugin abspiele erhalte ich keine HLG-HDR Ausgabe. Auch fehlt die eine Hardware-Unterstützung hier und es rauscht der Lüfter sehr laut am NUC10.
*.ts ohne HLG-HDR Ausgabe über MPV-Plugin - ohne Harware-Unterstütung "DRM"
intel-gpu-top - 0/ 0 MHz; 100% RC6; 0.00 Watts; 19 irqs/s
IMC reads: 7168 MiB/s
IMC writes: 2833 MiB/s
ENGINE BUSY MI_SEMA MI_WAIT
Render/3D/0 0.00% | | 0% 0%
Blitter/0 0.00% | | 0% 0%
Video/0 0.00% | | 0% 0%
VideoEnhance/0 0.00% | | 0% 0%*.ts mit HLG-HDR Ausgabe über den VDR mit Hardware-Unterstützung "DRM"
intel-gpu-top - 596/ 596 MHz; 20% RC6; 2.35 Watts; 387 irqs/s
IMC reads: 5383 MiB/s
IMC writes: 5086 MiB/s
ENGINE BUSY MI_SEMA MI_WAIT
Render/3D/0 57.98% |███████████████████████████████████████████████████████ | 0% 0%
Blitter/0 0.00% | | 0% 0%
Video/0 37.59% |███████████████████████████████████▋ | 0% 0%
VideoEnhance/0 0.00% |Grüße
cinfo
Die Hardwareunterstützung die du beim VDR siehst kommt nicht vom drm sondern dadurch das der softhddrm den Stream mit dem Hardware vaapi decoder decodiert. Das "drm" ist nur eine API zur Graka um auch die Infoframes an den Fernseher auszugeben damit er auf HDR schaltet.
Um mit mpv auch in Hardware zu dekodieren musst du wohl den vaapi decoder auswählen. Nur dann kann mpv wohl nicht über das drm API ausgeben.
Denn eigentlich ist das drm API dafür gedacht mit dem v4lm2m decoder zusammen zu arbeiten. Nur gibt es denn noch nicht im ffmpeg für intel.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!