Posts by Da Flex

It's still the same issue that you had on your last thread. Same solution: Update your server to NFS4.

2024-02-13 18:38:46.635 T:674     debug <general>: CGUIMediaWindow::GetDirectory (nfs://192.168.178.42/home/kodi/fresh.m3u)
2024-02-13 18:38:46.636 T:674     debug <general>:   ParentPath = [nfs://192.168.178.42/home/kodi/fresh.m3u]
2024-02-13 18:38:46.678 T:674     debug <general>: NFS: Context for 192.168.178.42/home/kodi not open - get a new context.
2024-02-13 18:38:46.679 T:674     debug <general>: NFS: version: 3
2024-02-13 18:38:46.748 T:674     debug <general>: NFS: Connected to server 192.168.178.42 and export /home/kodi
2024-02-13 18:38:46.748 T:674     debug <general>: NFS: chunks: r/w 65536/65536
2024-02-13 18:38:46.753 T:674     debug <general>: CNFSFile::Open - opened home/kodi/fresh.m3u
2024-02-13 18:38:46.785 T:681      info <general>: CActiveAESink::OpenSink - initialize sink
2024-02-13 18:38:46.787 T:674     debug <general>: CNFSFile::Close closing file home/kodi/fresh.m3u
2024-02-13 18:38:46.795 T:674     debug <general>: CNFSFile::Open - opened home/kodi/fresh.m3u
2024-02-13 18:38:46.826 T:674     debug <general>: CNFSFile::Close closing file home/kodi/fresh.m3u

Congrats! Sometimes just a different position of the cable leads to electromagnetic interference. Hard to say.

No, he clearly said "once the connection works".

Maybe a network issue. Try to play from a thumb drive.

Quote from EloyFarina

I just connected the AVR to the electricity and with exactly the same connections than before... and it worked.

Congrats! Maybe the AVR has some type of an EDID buffer, which was cleaned now.

Make some more tests, and then mark this thread as solved. I don't think it's an LE issue.

The AVR probably had bad EDID data (containing a video mode) when connector detection failed. Dev talk:

Quote

except for the second HDMI / AVR (which looks like a broken EDID and all modes except 720x576i filtered out) the kernel log looks fine.

Quote from milhaus2000

I think because I cannot change DVImode to HDMImode.

You already use HDMI mode at cmdline.txt. That's the only option to do it.

I think the only explanation for DVI mode is a bad cable (see post #2).

Quote from racemaniac

Pleaassee libreelec devs, get this released properly somewhere, it'll make this awesome project viable for a lot of builds, especially with things like the intel N100 gaining popularity.

Sure. sky42 is already in contact with Intel developers.

HDMI-A-1 already means HDMI:

modedb default video mode support — The Linux Kernel documentation

I'm starting to feel like postal service . Reply to your screenshot:

Quote

hmm, that looks OK.
please tell the user to add drm.debug=0x04 to cmdline.txt and post a new log.
Also please ask him/her to run modetest | pastebinit and post the URL

To me it looks like LE can't make a decision, because DISP0 and DISP1 both provide EDID. Wait for the dev...

Thanks. I've asked a developer, and he answered this:

Quote

Standard procedure: what does the bootscreen say in the "display:" line when booting without any sdcard / USB drive /... attached?
Note: this requires an up-to-date bootloader eeprom installed (i.e. run "rpi-eeprom-update -a" via ssh)

HDMI settings don't work on config.txt anymore. You have to use cmdline.txt instead.

Thanks, then you can remove that option again. I think we have to know what happens under the hood now...

Make sure you're using HDMI-0 (close to the USB-C port) for video, and HDMI-1 for audio.

If that doesn't help...

1. Login by SSH, and open the file cmdline.txt. It works similar to config.txt.
2. Append vc4.force_hotplug=1 to the end of the line.
3. Store that file, and reboot.

Thanks, it was worth a try. Please update to the latest nightly build.

vanfroda Congrats, you found a bug ! We are working on it. Please update to the latest nightly build.

A/V streams both stop, not just audio:

2024-02-11 13:52:21.843 T:1130  warning <general>: OutputPicture - timeout waiting for buffer
2024-02-11 13:52:40.531 T:1036     info <general>: JSONRPC Server: Disconnection detected
2024-02-11 13:59:35.243 T:1131     info <general>: CVideoPlayerAudio::Process - stream stalled

DRM Prime is basically a buffering method: Prime Buffer Sharing