Der einzige Wert, der nach erfolgtem Suspend anders ist, ist /sys/class/graphics/fb0/free_scale.
Das gibt es aber nur mit dem 4.9er Kernel.
Die falschen Settings bzgl. des Free_scale für der 5er Kernel korrigiere ich noch.
Der einzige Wert, der nach erfolgtem Suspend anders ist, ist /sys/class/graphics/fb0/free_scale.
Das gibt es aber nur mit dem 4.9er Kernel.
Die falschen Settings bzgl. des Free_scale für der 5er Kernel korrigiere ich noch.
Ich habe eine Ahnung, warum da schon wieder der Playmode pmExtern_THIS_SHOULD_BE_AVOIDED verlassen und 0 (pmNone) aufgerufen wird, ehe Kodi überhaupt gestartet geschweige denn beendet ist:
Aus Sicht des externalplayer-Plugins hat es seine Aufgabe erledigt und das in seiner Konfigurationsdatei vorgegebene "Programm" gestartet. Dies ist in beta's chroot-Lösung ein Befehl (/usr/bin/killall looper), der sofort abgearbeitet ist. In der Logik des externalplayer-Plugins ist damit das extern gestartete Programm beendet und es will deshalb zum vdr zurückkehren.
Damit ist das externalplayer-Plugin m.E. in einer chroot-Umgebung ungeeignet für den Wechsel zwischen vdr und Kodi!
Ein einfacher Eintrag
in der commands.conf reicht. O.k., es sind ein paar Tastendrücke mehr. Ohne vdr zu patchen kriegt man glaube ich keinen eigenen Eintrag im Hauptmenü hin? Wie starte ich ein definiertes Programm per Tastendruck unter Linux? Da war doch noch was modernes als über lircrc ... Triggerhappy?
Unabhängig davon würde ich gerne die Handhabung des Playmodes mExtern_THIS_SHOULD_BE_AVOIDED im softhdodroid-Plugin berichtigen. Gibt es jemanden, der über das externalplayer-Plugin irgendwas anderes damit macht? beta: Du schreibst in Deinem git:
ZitatThe script /storage/UBUNTU/home/user/vdrbyebye.sh will start X11.
Hast Du da ein Beispiel für? Was machst Du mit dem X11? Kommt das externalplayer-Plugin zum Einsatz?
Oder verwendet es irgendwer anders auf einem amlogic-VDR? Gibt es z.B. jemanden, der c2play darüber laufen lässt?
Ich bin gerade in den Alpen Ski-fahren. Ich melde mich im neuen Jahr.
LG
Hi,
In der Remote.conf gibts doch user-Tasten, n8mm doch die.
Oder evtl. kann das das Plugin easyvdr von Wirbel.
Mit dem Setup-Plugin ging sowas ja,soweit ich weiß.
MfG Stefan
Hi,
In der Remote.conf gibts doch user-Tasten, n8mm doch die.
Oder evtl. kann das das Plugin easyvdr von Wirbel.
Mit dem Setup-Plugin ging sowas ja,soweit ich weiß.
MfG Stefan
Mit den User-Tasten über die keymacros.conf können nur vdr-Funktionen aufgerufen werden, keine eigenen Programme oder Scripte. Im besten Fall schaffe ich es damit, mir das Menü Befehle direkt anzeigen zu lassen.
Beide genannten Plugins sind für die Aufgabe oversized. Ich denke es läuft auf triggerhappy hinaus.
Mit den User-Tasten über die keymacros.conf können nur vdr-Funktionen aufgerufen werden, keine eigenen Programme oder Scripte. Im besten Fall schaffe ich es damit, mir das Menü Befehle direkt anzeigen zu lassen.
Doch. das geht.
Beispiel:
in keymacros.conf ein Eintrag
User1 Back Back Back Back Back Back Commands 2 1 Back Back Back Back und in commands.conf Listen mit Skripten:
delete now : /z/delete-now
Liste 1:{
stop xineXnvidia : at -f /z/ss-stop now
+stop xineX : at -f /z/ss-stop-T now
stop xine : at -f /z/ss-stop-xine now
start xine : at -f /z/ss-x-vdpau-ohneX now
start xineX : at -f /z/ss-x-vdpau now
#5 dunkler : /z/usbmonctl-1.2/bright-5
5 dunkler : at -f /z/bright-5 now
#5 heller : /z/usbmonctl-1.2/bright+5
5 heller : at -f /z/bright+5 now
#Mode + 1 : /z/usbmonctl-1.2/mode+1
Mode - 1 : at -f /z/mode-1 now
Mode + 1 : at -f /z/mode+1 now
}
Alles anzeigen
Commands 2 1 wählt den 2ten Eintrag (Liste 1) und darin den 1ten Eintrag (stop xineXnvidia).
Die Back's vorher bewirken, dass das auch geht, wenn ein Menü offen ist und die Back's hinterher schliessen das Menü am Ende wieder.
Prost Neujahr!
Wie ist das vorgesehene Konzept, wenn beim Starten des vdr das Plugin mit Parameter -D im detached Mode gestartet wird?
Wodurch soll ein anschließender Attach erfolgen? Soll/muss das die Distri bzw. der User per svdrpsend plug softhdodroid ATTA auslösen? Oder ist vorgesehen, dass sich das Plugin von selbst attached, wenn z.B. eine beliebige oder bestimmte Taste gedrückt wird?
Ich glaube, wenn VDR detached ist, steht im OSD "beliebige Taste drücken für attach".
Hier gehts ja um "Plugin detached", nicht VDR, sorry.
Dr. Seltsam : Ich habe das ATTA mit einem Skript gelöst, das beim booten mit gestartet wird, falls das Plugin DETA ist (nutzt FLIRC, geht sicher aber auch mit IR):
#!/bin/bash
# change this for other FLIRC
#device='/dev/input/event2'
# test autodetect FLIRC
EVENT=$(ls -l /dev/input/by-path | grep kbd | awk '{print $NF}' | tail -c7)
device='/dev/input/'$EVENT
# change power-on-code regarding FLIRC configuration
event_power='*code 40 (KEY_APOSTROPHE), value 1*'
evtest "$device" | while read line; do
case $line in
($event_power) svdrpsend REMO on; svdrpsend PLUG softhdodroid ATTA; svdrpsend HITK OK; killall evtest; exit ;;
esac
done
Alles anzeigen
Der Part in der runvdr sieht so aus:
# check, if receiver or TV is on. If not, start detached and start on.sh
hdmi="$(cat /sys/class/amhdmitx/amhdmitx0/edid | grep "Rx Product Name" | cut -d':' -f 2)"
#echo $hdmi
# remove leerzeichen
hdmi=$(echo $hdmi | tr -d [:space:])
if [ -z "$hdmi" ]
then
OUTPUT="-P'softhdodroid -a plughw:CARD=AMLAUGESOUND,DEV=1 -p plughw:CARD=AMLAUGESOUND,DEV=2 -r50 -g3840x2160 -D'"
at -f /home/user/on.sh now
fi
...
VDRCMD="$VDRPRG $VDROPTIONS $VDRPLUGINS1 $OUTPUT $VDRPLUGINS2 $*"
Alles anzeigen
Das Problem mit dem Audio habe ich ebenfalls gelöst. Ich speichere einmal eine Datei namens also.dat, die meine Konfiguration für VDR Audio enthält:
alsactl store -f /home/user/alsa.dat
Bevor das Plugin dann wieder attached wird, mache ich ein
alsactl restore -f /home/user/alsa.dat
Den externalplayer habe ich aufgegeben. Als noch keine Plugins installiert waren in KODI, lief das einwandfrei mit meinem sleep 3 (siehe vorher). Danach dann nicht mehr. Über die commands.conf funktioniert es aber.
Das letzte Problem ist das web Plugin von Zabrimus. Der cefbrowser kann keine Kommunikation zum web Plugin aufbauen. Ich weiß noch nicht warum (siehe Thread von Zabrimus ).
Ich hatte bisweilen Probleme, dass vdr sich beim Runterfahren nicht sauber beendet hat und z.B. die Einstellung des letzten gesehenen Kanals nicht aktualisiert wurde. Dazu hatte ich irgendwo im Forum einen Beitrag von (glaube ich) Zabrimus gefunden, der dazu einen Patch vorgeschlagen hatte:
--- vdr-plugin-softhdodroid-git-171223/softhdodroid.cpp 2024-01-16 12:18:27.099455190 +0100
+++ vdr-plugin-softhdodroid/softhdodroid.cpp 2024-01-12 19:07:22.430667517 +0100
@@ -2796,7 +2796,7 @@
{
// dsyslog("[softhddev]%s:\n", __FUNCTION__);
- ::SoftHdDeviceExit();
+ //::SoftHdDeviceExit();
}
@@ -2905,7 +2905,8 @@
//::Stop();
// delete csoft;
-
+ cSoftOsdProvider::StopOpenGlThread();
+ ::SoftHdDeviceExit();
csoft = NULL;
}
Alles anzeigen
Nach meiner Erinnerung wolltest Du, jojo61 das mal eine Weile testen und ggf. übernehmen. Was wurde daraus? Ich habe den Patch seit einiger Zeit ohne Probleme drin und seitdem startet vdr zuverlässig mit dem zuletzt gesehenen Kanal, wie er soll.
Hmm das war wohl an mir vorbei gegangen. Habs nun mal eingecheckt.
Nachtrag
Ich hasse GIT. Jedesmal wenn ich etwas mache um es zu verbessern geht es kaputt. Bin wohl zu alt für git.
Hallo,
habe hier ein Tonproblem bei manchen dvb-t2 Aufnahmen. Es findet kein downmix auf Stereo statt.
Betreibe auf einem System (vdr2) beide Empfangsarten. Wenn ich die gleiche Sendung per dvb-c anschaue, kommt der Ton richtig beim TV heraus.
Meine softhdodroid Einstellungen lauten wie folgt:
vdr2:~/.config/vdropt # grep softhd setup.conf
softhdodroid.AudioAutoAES = 0
softhdodroid.AudioBufferTime = 0
softhdodroid.AudioCECDevice = 0
softhdodroid.AudioCompression = 0
softhdodroid.AudioDelay = 0
softhdodroid.AudioDownmix = 1
softhdodroid.AudioMaxCompression = 0
softhdodroid.AudioMaxNormalize = 0
softhdodroid.AudioNormalize = 0
softhdodroid.AudioPassthrough = -13
softhdodroid.AudioSoftvol = 1
softhdodroid.AudioStereoDescent = 0
softhdodroid.BlackPicture = 1
softhdodroid.Brightness = 50
softhdodroid.Contrast = 50
softhdodroid.Denoise = 0
softhdodroid.DetachFromMainMenu = 0
softhdodroid.FastSwitch = 1
softhdodroid.Gamma = 100
softhdodroid.H.265.CutLeftRight = 0
softhdodroid.H.265.CutTopBottom = 0
softhdodroid.HDR2SDR = 0
softhdodroid.HideMainMenuEntry = 0
softhdodroid.Hue = 0
softhdodroid.MakePrimary = 0
softhdodroid.MPEG-2.CutLeftRight = 0
softhdodroid.MPEG-2.CutTopBottom = 0
softhdodroid.MPEG-4.CutLeftRight = 0
softhdodroid.MPEG-4.CutTopBottom = 0
softhdodroid.pip.Alt.Height = 50
softhdodroid.pip.Alt.VideoHeight = 50
softhdodroid.pip.Alt.VideoWidth = 0
softhdodroid.pip.Alt.VideoX = 0
softhdodroid.pip.Alt.VideoY = 0
softhdodroid.pip.Alt.Width = 0
softhdodroid.pip.Alt.X = 0
softhdodroid.pip.Alt.Y = 50
softhdodroid.pip.Height = 18
softhdodroid.pip.VideoHeight = 0
softhdodroid.pip.VideoWidth = 0
softhdodroid.pip.VideoX = 0
softhdodroid.pip.VideoY = 0
softhdodroid.pip.Width = 18
softhdodroid.pip.X = 79
softhdodroid.pip.Y = 78
softhdodroid.Saturation = 100
softhdodroid.StudioLevels = 0
softhdodroid.Suspend.Close = 0
softhdodroid.TargetColorSpace = 0
softhdodroid.Temperature = 0
Alles anzeigen
Mediainfo sagt zu der betroffenen Sendung/Aufnahme:
vdr2:~/recordings/%Tatort:_Der_Fluch_des_Geldes/2024-01-28.20.12.1-0.rec # mediainfo 00001.ts
General
ID : 32776 (0x8008)
Complete name : 00001.ts
Format : MPEG-TS
File size : 18.4 MiB
Duration : 1 min 30 s
Overall bit rate mode : Variable
Overall bit rate : 1 698 kb/s
Frame rate : 50.000 FPS
Video
ID : 4369 (0x1111)
Menu ID : 132 (0x84)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4.1@Main
Codec ID : 36
Duration : 1 min 30 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 50.000 FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0 (Type 0)
Bit depth : 8 bits
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio #1
ID : 4370 (0x1112)
Menu ID : 132 (0x84)
Format : AAC LC SBR
Format/Info : Advanced Audio Codec Low Complexity with Spectral Band Replication
Commercial name : HE-AAC
Format settings : NBC
Muxing mode : LATM
Codec ID : 17-2
Duration : 1 min 30 s
Bit rate mode : Variable
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 23.438 FPS (2048 SPF)
Compression mode : Lossy
Delay relative to video : 155 ms
Language : German
Errors : Missing ID_END
Audio #2
ID : 4371 (0x1113)
Menu ID : 132 (0x84)
Format : AAC LC SBR
Format/Info : Advanced Audio Codec Low Complexity with Spectral Band Replication
Commercial name : HE-AAC
Format settings : NBC
Muxing mode : LATM
Codec ID : 17-2
Duration : 1 min 30 s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 23.438 FPS (2048 SPF)
Compression mode : Lossy
Delay relative to video : 155 ms
Audio #3
ID : 4373 (0x1115)
Menu ID : 132 (0x84)
Format : AAC LC SBR
Format/Info : Advanced Audio Codec Low Complexity with Spectral Band Replication
Commercial name : HE-AAC
Format settings : NBC
Muxing mode : LATM
Codec ID : 17-2
Duration : 1 min 30 s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 23.438 FPS (2048 SPF)
Compression mode : Lossy
Delay relative to video : 155 ms
Language : qks
Alles anzeigen
Hier auch noch ein Downloadlink zum dvb-t2 Aufnahmeschnipsel -> https://www.dropbox.com/scl/fi…9smh1uiktoqeumi9smrp&dl=0
Konnte mit keiner Audio Einstellungen ein vernünftigen Ton über meinen Fernseher bekommen.
Was mache ich falsch? Wie müsste die Audio Einstellung lauten?
Danke
vdr_rossi Ich habe mir deinen Schnipsel mal runter geladen und es läuft tatsächlich nicht auf dem Odroid mit einem reinen Stereo TV. So wie es derzeit aussieht macht das ffmpeg für den AAC LATM codec keinen Stereo Downmix. Evtl. ist das in ffmpeg einfach nicht implementiert.
Ich bin aber mit meinen Tests noch nicht fertig und berichte wenn ich weitere Erkentnisse habe.
So ein Problem gelöst. Es ist tatsächlich so das ffmpeg den direkten Downmix von 5.1 auf Stereo mit dem AAV LATM Decoder nicht unterstützt.
Ich habe es nun so eingebaut das ich das dann nach den dekodieren mit swresample erledige. Damit sollte dann auch AAV LATM 5.1 mit einem Stereo TV funktionieren. Wichtig ist hierbei das EAC3 Downmix im Setup aktiviert ist.
Danke! Wird ausprobiert.
Hast Du schon eine Idee zum Screenshot Problem? Warum bei dvb-t2 (h265) kein Bild aus dem Framebuffer gezogen wird.
Ich habe es nun mal mit deinem Schnipsel probiert und es geht nicht. Selbst Kodi bekommt keinen Screenshot davon hin.
Der HEVC decoder ist ein eigenes Device und da scheint das Capture Device nicht ranzukommen. Oder es fehlt im Capture Device.
Das könntest du mal den Kodi Jungs melden evtl. können die das reparieren
Ich habe eine Nachfrage zu dem Plugin bekommen. Das System ist wohl ein Amlogic S905D. Der Kunde erhält die Fehlermeldung
Feb 05 17:35:08 CoreELEC vdr[3818]: [3818] ERROR: /usr/local/lib/vdr/libvdr-softhdodroid.so.2.6.3: undefined symbol: glGenVertexArrays
wohl aufgrund von Problemen mit der libMali. Ich fürchte, es gibt keine Möglichkeit, das opengl OSD zu betreiben.
Funktioniert denn softhdodroid ohne opengl OSD? Zumindest kann man es im Makefile ausschalten, aber probiert habe ich es noch nie.
Ich vermute eher das da opengl nicht mit gelinkt wurde. Ohne opengl OSD funktioniert es nicht. Das man das im Makefile abschalten kann ist ein relikt und funktioniert nicht.
Funktioniert bei dem Nutzer denn Kodi und das OSD von Kodi? Falls ja, wäre die interessante Frage, ob das dann ein opengl OSD ist. Weiss jemand, ob Kodi für ältere Chips auch ein OSD ohne opengl unterstützt?
Passt die verwandte Version für seine Box? CoreElec listet S905D als gxl_p231, wobei es dafür verschiedene dtb-Varianten gibt (falls er das generic device genommen hat).
S905D wird ansonsten auch von LibreElec unterstützt (GXL). Ich weiss aber nicht, ob das schon mal jemand mit softhdodroid probiert hat.
Er sagt, Kodi funktioniert einwandfrei. Ich denke, es liegt daran, daß in der libMali die entsprechende Funktion nicht implementiert ist. Wenn ich das richtig lese, dann ist glGenVertexArrays erst ab OpenGL 3 verfügbar, aber GXL unterstützt nur OpenGL 2.
Ich bin mit dem cefbrowser auch auf dieses Problem gestossen und konnte es nur über einen Umweg über Docker lösen.
S905D wird ansonsten auch von LibreElec unterstützt (GXL). Ich weiss aber nicht, ob das schon mal jemand mit softhdodroid probiert hat.
LibreELEC und softhdodroid? Die Kombination wird im Moment nicht gebaut und ob es funktioniert, weiß ich gar nicht.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!