Stimmt, ist ja der Pfad und nicht der UserAgent selbst .
Posts by LotharE
-
-
Den UserAgent kann man in der Datei user_agent.ini pro Channel konfigurieren, siehe https://github.com/Zabrimus/cefbr…56e3644c356038e
Dadurch ist der Parameter -u dann vermutlich nutzlos.
-
Ich habe eine Vermutung, was der Grund sein könnte.
Ich habe vor einer Zeit eine Soundbar angeschlossen und dabei eine Audio Verzögerung bemerkt. Mit
passte das wieder.
Ich hab das jetzt mal wieder auf 0 zurückgesetzt.
Damit habe ich subjektiv kein Mikroruckeln mehr wahrnehmen können. Ich werde das mal weiter beobachten.
-
Ich hab im aktuellen LIve Programm nichts gefunden wo das Ruckeln auftritt mangels schneller Schwenks.
Ich schau mal, ob ich eine Aufnahme finde, bei der ich das reproduzieren kann.
-
Ich hab mal in den ini Dateien alles auf 1080p50 geändert.
Beim Umschalten der Sender taucht das weiterhin auf:
CodeCoreELEC:~ # journalctl -k |grep fps Apr 17 15:52:03 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 15:55:50 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 15:55:51 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ
Display sagt jetzt 1080p50hz
Das sind die Daten des Videos
Code
Display MoreCoreELEC:~ # cat /sys/class/vdec/vdec_status vdec channel 0 statistics: device name : ammvdec_h264-00 frame width : 1280 frame height : 720 frame rate : 50 fps bit rate : 0 kbps status : 6 frame dur : 1920 frame data : 0 KB frame count : 8861 drop count : 0 fra err count : 0 hw err count : 0 total data : 0 KB ratio_control : 9000
-
Hi jojo61,
ich habe seit einiger Zeit das Problem, dass die Wiedergabe auf dem ODROID N2+ bei Schwenks ruckelt.
Meine Vermutung ist, dass die Ausgabe dabei mit 60Hz läuft (CE21).Wissentlich habe ich an der Konfiguration nichts geändert.
Code
Display MoreCoreELEC:~ # grep -n -e 50 -e 60 -e 1080 -e 2160 /flash/*.ini /flash/boot.ini:17:setenv vout "1080p50hz" /flash/boot.ini:21:setenv rootopt "BOOT_IMAGE=kernel.img boot=UUID=2410-3932 disk=UUID=9e6750d4-6e3c-4122-92dc-c4490e0490c0" /flash/config.ini:88:# Valid option for Khadas VIM3 is 503 /flash/config.ini:119:# Example for 1920x1080p@60hz /flash/config.ini:120:# modeline='1920,1080,148500,67500,60,1920,2008,2052,2200,1080,1084,1088,1125,1,1,1' /flash/config.ini:129:# hdmimode='1080p60hz' /flash/config.ini:130:hdmimode='1080p50hz' /flash/config.ini:138:# 1080p60hz then setting this to 1 will make the refresh rate switch to 59.97hz instead of the modes /flash/config.ini:139:# default of 60hz. In this example setting it to 0 will keep the modes default of 60hz. /flash/resolution.ini:2:kernel_hdmimode=2160p50hz /flash/resolution.ini:6:allfmt_names=2160p60hz 2160p50hz 2160p30hz 2160p25hz 2160p24hz smpte24hz smpte25hz smpte30hz smpte50hz smpte60hz 1080p25hz 1080p30hz 1080p50hz 1080p60hz 1080p24hz 1080p120hz 1080i60hz 1080i50hz 720p60hz 720p50hz 480p60hz 480i60hz 576p50hz 576i50hz 480p60hz_4x3 480i60hz_4x3 576p50hz_4x3 576i50hz_4x3 2160p60hz420 smpte60hz420 2160p50hz420 smpte50hz420 2560x1080p50hz 2560x1080p60hz 640x480p60hz 800x480p60hz 800x600p60hz 852x480p60hz 854x480p60hz 1024x600p60hz 1024x768p60hz 1152x864p75hz 1280x768p60hz 1280x800p60hz 1280x960p60hz 1280x1024p60hz 1360x768p60hz 1366x768p60hz 1400x1050p60hz 1440x900p60hz 1440x2560p60hz 2560x1440p60hz 1600x900p60hz 1600x1200p60hz 1680x1050p60hz 1920x1200p60hz 2048x1080p24hz 2160x1200p90hz 2560x1600p60hz 3440x1440p60hz 2400x1200p90hz 3840x1080p60hz invalid
In der Kernel CmdLine steht auch 2160p50hz
Code
Display MoreCoreELEC:~ # journalctl -k| grep -e fps -e 1080 -e 2160 Apr 17 13:59:52 CoreELEC kernel: Kernel command line: BOOT_IMAGE=kernel.img boot=UUID=2410-3932 disk=UUID=9e6750d4-6e3c-4122-92dc-c4490e0490c0 console=ttyS0,115200 console=tty0 no_console_suspend keymap=de-latin1-nodeadkeys enable_wol=1 hdmitx=cec7f remotewakeup=0x00003fbd decode_type=0x4 remotewakeupmask=0x000037ff gpiopower=479 vout=2160p50hz,en logo=osd0,loaded,0x3d800000 frac_rate_policy=0 native_4k_gui=0 hdr_policy=1 quiet systemd.show_status=auto Apr 17 13:59:52 CoreELEC kernel: vout: 2160p50hz Apr 17 13:59:52 CoreELEC kernel: hdmitx: system: recalc before 2160p50hz420 50 1, frac 0 Apr 17 13:59:52 CoreELEC kernel: hdmitx: system: recalc after 2160p50hz420 50 1, frac 0 Apr 17 13:59:52 CoreELEC kernel: vout: init mode 2160p50hz set ok Apr 17 13:59:52 CoreELEC kernel: fb: current vmode=2160p50hz420, cmd: 0x60000 Apr 17 13:59:52 CoreELEC kernel: hdmitx: v2 VSVDB: len=11, sup_2160p60hz=1, Interface=2 Apr 17 13:59:52 CoreELEC kernel: hdmitx: v2 VSVDB: len=11, sup_2160p60hz=1, Interface=2 12484c2108008180a9c0714fb300010101010101010108e80030f2705a80b058 Apr 17 13:59:52 CoreELEC kernel: hdmitx: hdmitx: mode name 1920x1080p60hz Apr 17 13:59:53 CoreELEC kernel: hdmitx: v2 VSVDB: len=11, sup_2160p60hz=1, Interface=2 Apr 17 13:59:53 CoreELEC kernel: hdmitx: v2 VSVDB: len=11, sup_2160p60hz=1, Interface=2 12484c2108008180a9c0714fb300010101010101010108e80030f2705a80b058 Apr 17 13:59:53 CoreELEC kernel: hdmitx: system: get current mode: 2160p50hz420 Apr 17 13:59:53 CoreELEC kernel: fb: osd[0] canvas.height=2160 Apr 17 13:59:53 CoreELEC kernel: fb: osd[0] frame.height=1080 Apr 17 14:00:01 CoreELEC kernel: fb: osd[0] frame.height=2160 Apr 17 14:00:04 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 14:04:53 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 14:04:54 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 14:05:22 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ Apr 17 14:05:23 CoreELEC kernel: vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ[attach=50837][/attach][attach=50838][/attach]
Zwischen den Logausgaben der letzten Zeilen habe ich jeweils den Sender gewechselt.
Wenn ich den Displaymode abfrage, erhalte ich 2160p50hz
CoreELEC:~ # cat /sys/class/display/mode
2160p50hzMein Fernseher zeigt die Wiederholfrequenz leider nicht an.
Hast Du noch eine Idee, was da nicht passt?Im Anhang noch mal das komplette Kernel + VDR Log beim letzten Umschalten des Senders
Schöne Grüße
Lothar -
Hi, ich hab's grade nochmal mit der aktuellen CE21 Version getestet:
Bei mir klappt die Lautstärkeregelung über CEC (am direkt angeschlossenen Sony Fernseher). -
Wenn ich /var/lib/libcec* lösche und dann das neue Skript ausführe, passen die angelegten Links leider noch nicht:
Code
Display MoreCoreELEC:~ # ll /var/lib/ total 0 drwxr-xr-x 2 root root 60 Apr 3 22:34 dbus lrwxrwxrwx 1 root root 20 Apr 13 12:31 libcec.so.7 -> /usr/lib/libcec.so.7 lrwxrwxrwx 1 root root 31 Apr 13 11:23 libMali.so -> /usr/lib/libMali.gondul.g12b.so drwx------ 2 root root 40 Apr 3 22:34 private drwx------ 2 root root 40 Apr 13 11:23 pulse drwxr-xr-x 2 root root 120 Apr 13 11:23 samba drwxr-xr-x 6 root root 120 Apr 13 11:23 systemd CoreELEC:~ # ll /usr/lib/libcec.so* lrwxrwxrwx 1 root root 11 Apr 12 15:50 /usr/lib/libcec.so -> libcec.so.7 lrwxrwxrwx 1 root root 20 Apr 12 15:50 /usr/lib/libcec.so.7 -> /var/lib/libcec.so.7 -rw-r--r-- 1 root root 668696 Apr 12 15:50 /usr/lib/libcec.so.7.0.0
Der Link muss im Bsp. auf /usr/lib/libcec.so.7.0.0 gehen.
-
Leider klappt deine Änderung nicht:
CodeCoreELEC:~ # ll /usr/lib/libcec.so* lrwxrwxrwx 1 root root 11 Apr 12 15:50 /usr/lib/libcec.so -> libcec.so.7 lrwxrwxrwx 1 root root 20 Apr 12 15:50 /usr/lib/libcec.so.7 -> /var/lib/libcec.so.7 -rw-r--r-- 1 root root 668696 Apr 12 15:50 /usr/lib/libcec.so.7.0.0
Das Ziel ist nicht .so.{i}, sondern z.B. so.6.0.2 oder so.7.0.0
In /var/lib wird somit kein Link angelegt.
Wenn ich wie oben explizit beide Tests mache, sollte es für CE21 und CE22 passen.
-
Hi Zabrimus,
beim Starten vom CE22 gibt's aktuell einen Fehler:
Code
Display MoreApr 13 09:46:29 CoreELEC vdr[10718]: [10718] loading plugin: /usr/local/lib/vdr/libvdr-softhdodroid.so.6 Apr 13 09:46:29 CoreELEC vdr[10718]: [10718] ERROR: libcec.so.7: cannot open shared object file: No such file or directory Apr 13 09:46:29 CoreELEC vdr[10718]: [10718] exiting, exit code 2 Apr 13 09:46:29 CoreELEC systemd[1]: vdropt.service: Main process exited, code=exited, status=2/INVALIDARGUMENT Apr 13 09:46:29 CoreELEC systemd[1]: vdropt.service: Failed with result 'exit-code'. Apr 13 09:46:31 CoreELEC systemd[1]: Stopped vdropt.service. CoreELEC:~ # ll /usr/lib/libcec.so* lrwxrwxrwx 1 root root 11 Apr 12 15:50 /usr/lib/libcec.so -> libcec.so.7 lrwxrwxrwx 1 root root 20 Apr 12 15:50 /usr/lib/libcec.so.7 -> /var/lib/libcec.so.7 -rw-r--r-- 1 root root 668696 Apr 12 15:50 /usr/lib/libcec.so.7.0.0
Wenn ich diesen Link setze, läuft's wieder:
In /usr/local/bin/autostart.sh steht das:
Codeif libcec exists, set a symbolic link if [ -f /usr/lib/libcec.so.6.0.2 ] && [ ! -f /var/lib/libcec.so.6 ]; then (cd /var/lib && ln -s /usr/lib/libcec.so.6.0.2 libcec.so.6) fi
Das muss für CE22 jetzt wohl so aussehen:
-
OK danke, ich probier's; in ein paar Stunden weiß ich mehr
.
Was lange währt ..., das frische Build für CE22 ist jetzt fehlerfrei durch.
-
OK danke, ich probier's; in ein paar Stunden weiß ich mehr
.
-
Hi Zabrimus,
mit dem aktuellen Stand gibt's bei CE22 einen Fehler, (CE21 läuft durch):
Code
Display More./build.sh -config CoreELEC-22-no -addon network-tools,system-tools -extra channellogos,cefbrowser,remotetranscode [054/524] [DONE] build linux:host <<< libxslt:host seq 56 <<< BUILD libxslt (host) TOOLCHAIN cmake (auto-detect) Executing (host): cmake -GNinja -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMAKE_TOOLCHAIN_FILE=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/etc/cmake-x86_64-linux-gnu.conf -DCMAKE_INSTALL_PREFIX=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=ON -DLIBXSLT_WITH_DEBUGGER=OFF -DLIBXSLT_WITH_CRYPTO=OFF -DLIBXSLT_WITH_MODULES=OFF -DLIBXSLT_WITH_PROFILER=ON -DLIBXSLT_WITH_PYTHON=OFF -DLIBXSLT_WITH_TESTS=OFF -DLIBXSLT_WITH_THREADS=ON -DLIBXSLT_WITH_XSLT_DEBUG=OFF /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/libxslt-1.1.43 -- Configuring done (0.0s) -- Generating done (0.0s) -- Build files have been written to: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/libxslt-1.1.43/.x86_64-linux-gnu Executing (host): ninja [1/1] Linking C executable xsltproc FAILED: xsltproc : && /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/host-gcc -march=native -O2 -Wall -pipe -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/include -Wno-format-security -Wall -Wextra -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -Wno-long-long -Wno-format-extra-args -DDUMMYOPT -Wl,-rpath,/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/lib -L/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/lib CMakeFiles/xsltproc.dir/xsltproc/xsltproc.c.o -o xsltproc -Wl,-rpath,/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/libxslt-1.1.43/.x86_64-linux-gnu: libexslt.so.0.8.24 libxslt.so.1.1.43 /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/lib/libxml2.so.2.13.5 && : /usr/bin/ld: libexslt.so.0.8.24: undefined reference to `xmlXPathValuePush' /usr/bin/ld: libexslt.so.0.8.24: undefined reference to `xmlXPathValuePop' collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed. FAILURE: scripts/build libxslt:host during make_host (default) *********** FAILED COMMAND ***********
-
Der Fehler ist mir zu spät aufgefallen, sollte aber nicht mehr vorhanden sein.
Unter CE22? Den subarch gibt es doch schon lange im Patch. Ist das ein Fehler des fehlerhaften Patches? Eigentlich dürfte der Build dann gar nicht starten.
Mit der Änderung aus deinem letzten Commit läuft auch der Build für CE22 wieder durch.
-
Auf den gleichen Fehler bin ich eben auch gestoßen
Das war unter CE21; unter CE22 gibt's das:
<<< _cefbrowser:target seq 518 <<<
CLEAN _cefbrowser
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_cefbrowser-81daccf329629aea03186f81b34c7e9041a3ad4b ...
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/install_pkg/_cefbrowser-81daccf329629aea03186f81b34c7e9041a3ad4b ...
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/qa_checks/_cefbrowser-* ...
UNPACK _cefbrowser
BUILD _cefbrowser (target)
TOOLCHAIN meson
Executing (target): meson setup --prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --buildtype=plain -Dstrip=true --cross-file=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_cefbrowser-af7a6c42db2156638bdebd18237e18067651e917/.aarch64-libreelec-linux-gnu/meson.conf -Darch=arm64 -Dsubarch=armv8-a --prefix=/usr/local --bindir=/usr/local/bin --libdir=/usr/local/lib --libexecdir=/usr/local/lib --sbindir=/usr/local/bin /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_cefbrowser-af7a6c42db2156638bdebd18237e18067651e917
The Meson build system
Version: 1.7.0
Source dir: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_cefbrowser-af7a6c42db2156638bdebd18237e18067651e917
Build dir: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_cefbrowser-af7a6c42db2156638bdebd18237e18067651e917/.aarch64-libreelec-linux-gnu
Build type: cross build../meson.build:1:0: ERROR: Unknown options: "subarch"
-
Hallo Zabrimus
ich habe mal deinen aktuellen Stand unter CE21 getestet.
Die neue Mediathek des ZDF läuft ganz gut.Eines ist mir allerdings aufgefallen: Die Videos werden bei mir jetzt mit 1280x720 Pixeln abgespielt. Das kann man hier am Log schön sehen:
CodeMär 19 16:12:18 CoreELEC docker[4051]: [0319/151218.319102:INFO:CONSOLE(2297)] "Video URL: null", source: http://hbbtv.zdf.de/zdfm3/index.php (2297) Mär 19 16:12:18 CoreELEC docker[4051]: [0319/151218.319156:INFO:CONSOLE(2298)] "Node HTML: <video xmlns="http://www.w3.org/1999/xhtml" autoplay="true" type="video/mp4" width="1280" height="720" src="http://tvdlzdf-a.akamaihd.net/none/zdf/25/03/250316_dk_fasz_erde_peru_tex/3/250316_dk_fasz_erde_peru_tex_a1a2_3360k_p36v17.mp4" style="position: absolute; left: 0px; top: 0px; width: 1280px; height: 720px; outline: transparent;"></video>", source: http://hbbtv.zd Mär 19 16:12:18 CoreELEC docker[4051]: [0319/151218.319241:INFO:CONSOLE(2317)] "node.data = undefined", source: http://hbbtv.zdf.de/zdfm3/index.php (2317) Mär 19 16:12:18 CoreELEC docker[4051]: [0319/151218.319288:INFO:CONSOLE(2318)] "node.type = video/mp4", source: http://hbbtv.zdf.de/zdfm3/index.php (2318) Mär 19 16:12:18 CoreELEC docker[4051]: [0319/151218.319343:INFO:CONSOLE(2319)] "node.src = http://tvdlzdf-a.akamaihd.net/none/zdf/25/03/250316_dk_fasz_erde_peru_tex/3/250316_dk_fasz_erde_peru_tex_a1a2_3360k_p36v17.mp4", source: http://hbbtv.zdf.de/zdfm3/index.php (2319)
Wenn ich mir die URL des Videos heraushole und manuell für 1080p anpasse, kann ich sie mit wget holen und erhalte 1920x1080p50
http://tvdlzdf-a.akamaihd.net/none/zdf/25/03…660k_p37v17.mp4
Bei den Einstellungen der Mediathek habe ich nochmal nachgesehen, dort ist UHD/HDR - höchste Auflösung ausgewählt, s.u.Das Thema hatten wir schonmal vor anderthalb Jahren, da hattest Du meinen user agent für UHD/HDR eingebaut.
Hast Du eine Idee, woran das liegen könnte? -
Hi Jojo,
bei CE21 auf dem ODROID N2 sieht es bei mir zwar OK aus,
unter CE22 mit Kernel 5.15.153 habe ich Probleme mit den HD Sendern 720p, SD Interlaced ist OKDort scheint das Farbformat nicht zu passen, siehe die beiden Bilder von Pro7 (SD) und ZDF (HD)
Das ist der Unterschied von /sys/class/vfm/map
CoreELEC:~/.config/vdropt # diff Pro7.txt ZDFHD.txt
1c1
< [00] default { decoder(1) ppmgr(1) deinterlace(1) amvideo}
---
> [00] default { decoder(0) ppmgr(0) deinterlace(0) amvideo}
5a6,7
> [07] pip0 { vdec.h264.00(1) ppmgr(1) deinterlace(1) amvideo}
> [08] vdec-map-0 { vdec.h264.00(1) ionvideo}
8c10
< decoder
---
> vdec.h264.00Hier beide Inhalte vollständig.
Pro7.txt -
Hi Zabrimus,
löscht Du in VDRSternELEC den Patch packages/vdr/vdr-depends/_cefbrowser/patches/change-default-config.patch, sonst baut's nicht mehr (die Änderung ist jetzt schon in cefbrowser enthalten)?
Schöne Grüße
Lothar
-
Dann warten wir wohl am besten ab, bis sich das konsolidiert hat.
-
Hi,
bei mir steht die Auflösung in der ini auf 2160p50, evtl. liegt's daran.
Da es bei mir schon beim bzw. nach dem booten Probleme gibt, komme ich auch nicht per ssh drauf, um evtl. Fehler im Log zu sehen.
Vielleicht teste ich mal mit einem reinen CoreELEC Build von den Nightlys. https://relkai.coreelec.org/Amlogic-no/ce-…droid_N2.img.gz