Seite 2 von 2
Re: Mutant HD51 PIP Problem
Verfasst: Mi 24. Jan 2024, 12:02
von Bualicher
Das war mir nicht bewusst und ich muss das heute Nachmittag nochmal testen. Ich hatte in Erinnerung, dass auf meiner HD51 PiP nur funktioniert, wenn ich die Kiste explizit im Boxmode12 starte
BPanther hat geschrieben: ↑Mi 24. Jan 2024, 11:45
Ich hatte zudem erwähnt, daß neben dem zusätzlichem RAM Verbrauch dann auch KEIN HDR mehr mit Boxmode 12 funktioniert. Also dann nicht wundern...
Ich dachte das wurde jetzt vor Kurzem (Image ab 3. Jan. 2024) behoben und HDR und PiP funktionieren parallel, da die Initialisierung des PiP erst bei Aufruf/Aktivierung von PiP gemacht wird.
PiP mit HDR-Sendern funktioniert aber nach wie vor nicht (was ich auch gar nicht benötige).
Oder habe ich da etwas komplett missverstanden?
Re: Mutant HD51 PIP Problem
Verfasst: Mi 24. Jan 2024, 12:51
von BPanther
Das mit PiP UND HDR betrifft nur die E4HD und wohl auch die Protek4K, die kann beides, es gibt da keinen änderbaren Boxmode.
Bei HD51/H7/BRE gibt es extra den Boxmode 12 für PiP und Kodi, wurde deswegen auch immer als "experimentell" bezeichnet. Dafür funktioniert dann halt auch kein HDR mehr. Das ist doch aber eigentlich seit Jahren bei den Boxen bekannt.
Achja, PiP mit UHD Sender (egal ob mit oder ohne HDR) funktioniert eh nicht und ist auch nicht neu. Auch die VU+ können das dort nicht, obwohl die weit besser mit dem RAM umgehen als HD51/H7/BRE/E4HD/PROTEK4K.
Re: Mutant HD51 PIP Problem
Verfasst: Mi 24. Jan 2024, 13:29
von jokel
interessehalber welcher sender senden den in hdr ?
nachtrag .. hat sich erledigt
https://www.digitalfernsehen.de/news/em ... k-1082924/
Re: Mutant HD51 PIP Problem
Verfasst: Mi 24. Jan 2024, 14:19
von Bualicher
BPanther hat geschrieben: ↑Mi 24. Jan 2024, 12:51
Das mit PiP UND HDR betrifft nur die E4HD und wohl auch die Protek4K, die kann beides, es gibt da keinen änderbaren Boxmode.
Bei HD51/H7/BRE gibt es extra den Boxmode 12 für PiP und Kodi, wurde deswegen auch immer als "experimentell" bezeichnet. Dafür funktioniert dann halt auch kein HDR mehr. Das ist doch aber eigentlich seit Jahren bei den Boxen bekannt.
Achja, PiP mit UHD Sender (egal ob mit oder ohne HDR) funktioniert eh nicht und ist auch nicht neu. Auch die VU+ können das dort nicht, obwohl die weit besser mit dem RAM umgehen als HD51/H7/BRE/E4HD/PROTEK4K.
Danke für die Aufklärung.
Ich dachte die Anpassung würde bei allen Arm-Boxen greifen.
Wieder etwas gelernt
Re: Mutant HD51 PIP Problem
Verfasst: So 28. Jan 2024, 10:44
von jokel
vanhofen .. hast du schon eine lösung bzw. reicht da nicht ein
ich hatte gestern wieder 2x meine box abgeschossen .. schau mal bitte drüber
Re: Mutant HD51 PIP Problem
Verfasst: So 28. Jan 2024, 10:56
von vanhofen
Hatte ich vergessen.
Ich habe es nun nachgeholt.
https://github.com/neutrino-images/ni-n ... 3584a6dc43
@BPanther, darf ich dich bitten, das zu picken, dass unser PIP-Code wenigstens halbwegs kompatibel bleibt?
Re: Mutant HD51 PIP Problem
Verfasst: So 28. Jan 2024, 11:35
von BPanther
Habs soweit übernommen, auch wenn das nicht hätte crashen dürfen, da vorher die Init via OpenPiP() dafür da ist.
EDIT: Lag wohl am eher "rotieren", was ich nicht drin habe. Da muß dann die Abfrage nach Decoder und Demux ggf. mit rein wenn nicht sicher ist, daß die auch initalisiert sind.
Re: Mutant HD51 PIP Problem
Verfasst: So 28. Jan 2024, 11:38
von jokel
so habe es gebaut .. da crasht nichts mehr
vanhofen .. danke für die schnelle hilfe
Code: Alles auswählen
echo http://neutrino-images.de/neutrino-images/selfmade/ni420-202401281119-arm-h7-update.bin U420202401281119 `md5sum /home/jokel/ni-buildsystem/staging/updates/ni420-202401281119-arm-h7-update.bin | cut -c1-32` Neutrino [arm][hd5x] Update \(simple\) 4.20.769.028 >> /home/jokel/ni-buildsystem/staging/updates/update-arm-hd5x.txt
/usr/bin/make u-clean
rm -rf /home/jokel/ni-buildsystem/.build/temp_inst
jokel@jokel-ThinkPad:~/ni-buildsystem$
Re: Mutant HD51 PIP Problem
Verfasst: So 28. Jan 2024, 11:53
von vanhofen
Es crashte ja in CNeutrinoApp::pip_rotate(). Das gibt es bei dir nicht, @BPanther.
Ich hab dann nur gesehen, dass pipVideoDecoder[0] ein paarmal ungeprüft benutzt wurde.