Posts by mglae

    Both logs are looking good. You are getting additional modes when directly connected to the TV, e.g. 1080p 50/60Hz.

    You can try LE12 Generic-legacy with the X11 graphics stack or LE13 nightly with a more recent kernel and mesa.

    They can be tested from USB stick using boot mode run but you always have to add the video=eDP-1:d parameter to avoid the notebook cloning mode.

    When having garbled video it is always worth testing with a different HDMI cable and/or without the AVR.

    Please always post a kodi debug log. You can hide the debug OSD with:

    Code: /storage/.kodi/userdata/advancedsettings.xml
    <advancedsettings version="1.0">
    <loglevel>1</loglevel> 
    </advancedsettings>

    Again: please generate a log with the APPEND (even you don't get a picture):

    Code
    APPEND boot=UUID=2C69-D520 disk=UUID=6f40d61e-1655-4716-85d8-2e5ab914d778  quiet video=eDP-1:d

    Note: video=eDP-1:d instead of Video=eDP-1=d

    A few thoughts:

    a) As long you are testing remove the getedid config from your append line. You will never see a change in resolutions with this static config. But keep disabling eDP-1.

    b) IWD is spamming the journal. In worst case disable WIFI before reboot to create a meaningful boot log.

    c) Activate debug logging in Kodi (before reboot too).

    Code
     APPEND boot=UUID=2C69-D520 disk=UUID=6f40d61e-1655-4716-85d8-2e5ab914d778  quiet initrd=/edid.cpio drm.edid_firmware=edid/edid.bin video=DP-1:D Video=eDP-1=d

    Kernel parameters are case sensitive use video=eDP-1=d and check eDP-1 dis-connectivity afterwards, must not:

    Code
    ========== kmsprint ==========
    Connector 0 (95) eDP-1 (connected)

    nasawyer7

    Code
    2024-06-16 14:06:13.155 T:1453     info <general>: AddOnLog: inputstream.ffmpegdirect: inputstream.ffmpegdirect property: inputstream.ffmpegdirect.manifest_type = hls
    2024-06-16 14:06:13.155 T:1453     info <general>: AddOnLog: inputstream.ffmpegdirect: inputstream.ffmpegdirect property: inputstream.ffmpegdirect.open_mode = ffmpeg
    2024-06-16 14:06:13.155 T:1453     info <general>: AddOnLog: inputstream.ffmpegdirect: Stream mimetype: application/vnd.apple.mpegurl

    The tidal plugin is requesting a HLS stream which is failing with 403 Forbidden. IMO no dash involved.

    The second stream is played directly without any inputstream addon.


    chewitt With a new image I can play a FTA live dash stream using inputstream.ffmpegdirect without rebuilding the addon. (And the stream can even be played with kodi directly).

    chewitt You missed:

    Code
    WARNING: Disabled dash_demuxer because not all dependencies are satisfied: libxml2

    With the following patch ffmpeg is building dash demuxer (still with --enable-demuxers). Only build tested.

    Same is required for ffmpegx addon.