Posts by rell
-
-
fiveten_59 You may try this iptv branch and stillpicture without the radio branch:
-
If wanted, I can clean up the patches and prepare a PR for the radio and iptv plugin.
-
Das macht es bereits. Ich habe es umgebaut und es sollte jetzt richtig sein. Aber danke, meine Frage hat sich damit geklärt
-
Das meinte ich ja. Angenommen der dvbplayer vom VDR schaltet von einem Radiokanal auf einen "normalen" Sender und schickt mit PlayVideo Daten an das Ausgabedevice, dann darf das radio-plugin nicht auch noch Videodaten mit Stillpicture schicken. Das kann nämlich momentan der Fall sein, wenn die Threads des radio-plugins ein ungünstigs Timing haben.
Edit: Das Ausgabeplugin nimmt beides entgegen. Audio und Video gehen also ins gleiche Device. Nur kann es halt sein, dass nicht beides gleichzeitig vorhanden ist.
-
Ok, danke. Das heißt also, wenn dvbplayer einen Radiosender mit audio only abspielt, klappt es zwar, wenn das radio-plugin ein StillPicture einschiebt, aber vorgesehen ist es erstmal nicht.
-
You may also try the second patch from https://github.com/rellla/vdr-plu…ix-stillpicturewhich could prevent the segv.
With that patches and https://github.com/rellla/vdr-plu…x-stillpicture2 the radio plugin works here on a RK3399. I did not notice any other regressions.
Iptv also will need the patches, but i didn't try that.
-
Did you test only with radio plugin? I do not have iptv activated here.
-
... und da hättest du doch auch gleich Webspace, wo man sich mit der LE/CE Automatik die Updates abholen könnte, oder?
-
Let me test that by myself. But if i cannot reproduce it, i can't help without a backtrace. There is a possibility, that the radio plugin causes a segfault in softhddevice-drm-gles because it sends a stillpicture after radio playback should be stopped.
If so, i will make a patch for that.
Note: If at all, only Stillpicture will work with softhddevice-drm-gles atm. Not PlayPes.
-
Hängt jetzt zwar nicht direkt zusammen, aber ist es erlaubt, dass ein Plugin cDevice::StillPicture() selbst aufruft und nicht aufpassen muss, wann es das tut?
Das radio-plugin macht das z.B. um ein Standbild bei audio-only Sendern anzuzeigen.
Sowei ich das herauslesen kann, könnte es beim radio-plugin zu einem Problem kommen, weil es mit mehreren Threads läuft und während (oder nach) einem Channel-Switch nochmal ein StillPicture nachschiebt, obwohl schon video da sein könnte. Das hat bei mir zu einem Absturz geführt. Jetzt überlege ich, ob ich das besser im radio oder Ausgabeplugin lösen soll.
Falls alle zu jeder Zeit Stillpictures schicken können, muss ich das im Ausgabeplugin lösen...
-
The softhddevice can pes and es in stillpicture mode, and softhdcuvid can it too.
Yes, i know. But ES is not expected to be played by cDevice::StillPicture() according to VDR docs. It has been a workaround for a wrong implementation in the radio plugin all time.
EDIT: It originates from a 14 years old commit from johns https://github.com/rellla/softhdd…44fd0d7645d603f
-
It's okay with softhddevice too
Thanks for testing. If you want, you can test the radio-plugin patch together with https://github.com/rellla/vdr-plu…x-stillpicture2
Be aware, that the last one isn't much tested by myself but should hopefully work...
-
Stimmt. Da hat Heise eh lang gebraucht für die Meldung.
https://github.com/HermanChen/mpp steht aber noch und die Diskussion in den issues ist "interessant"...
Die rödeln grad gewaltig. Das Problem ist ihnen nicht erst seit Dezember bekannt aber ernst genommen haben sie es nicht. Ziemlich hochnäsig und richtiger Schritt! Wieder ein Argument mehr für nicht-vendor-Software ...
Wer oder was nutzt denn mpp überhaupt?
-
Danke für den Test!
-
Ob und welche Verrenkungen in beiden Plugins dafür notwendig waren,weiß ich allerdings nicht.
Ich glaube, das ist z.B. hier: https://github.com/jojo61/vdr-plu…fthddev.c#L2689 eingefügt...
-
Für softhdodroid habe ich aber eine Entwicklungsumgebung in chroot und werde das heute oder morgen testen. Beide Methoden (StillImage und PlayPes) funktionierten ansonsten mit softhddevice (kann ich mangels Hardware leider auch nicht mehr testen) und softhdodroid bislang ohne Probleme. Ob und welche Verrenkungen in beiden Plugins dafür notwendig waren,weiß ich allerdings nicht.
Das wäre super, danke! softhddevice-drm-gles kann ich natürlich selber testen. Das geht soweit prinzipiell mit https://github.com/rellla/vdr-plu…m-gles/pull/155, aber der patch ist noch nicht fertig.
-
Sicher? https://launchpad.net/ubuntu/noble/arm64/cargo-binutils
Der build bricht lt. log jedenfalls ab, weil er die Datei nicht findet.
-
/bin/sh: 1: llvm-objcopy: not found
ist das Problem. Wie man es löst, weiß ich nicht.
-
Switching to german again:
Stillpicture im radio plugin sollte meiner Meinung nach folgendermaßen implementiert werden:
https://github.com/rellla/vdr-plu…342367643386c3bDas ist dann ein vernünftiger PES und das kann softhddevice-drm-gles mit cDevice::StillPicture auch ohne workarounds darstellen. Grundsätzlich klappt es schon, aber ich muss noch ein paar Tests fahren und nachjustieren, damit StillPicture in softhddevice-drm-gles sowohl für audio-only als auch im normalen Betrieb funktioniert. War doch nicht so einfach wie gedacht. PlayPES habe ich noch nicht angesehen. Das scheitert im Plugin aktuell daran, dass es einen A/V-Sync machen will, weil es denkt, da kommt ein "normaler" AV Stream. DAs klappt natürlich wegen des utopischen video PTS nicht.
Vielleicht kann ja jemand den Patch von oben mit einer anderen softhddevice Version mal testen...
EDIT: Grundsätzlich sollte man send_still_picture auch ohne pts implementieren können, aber das macht es in softhdevice-drm-gles noch etwas komplizierter...
