I powered off the Pi (held the power button until it shut down), and now, when I turn it back on, it won't boot...
Bad idea. That's not a proper shutdown. Install from scratch, or use a Linux repair tool.
I powered off the Pi (held the power button until it shut down), and now, when I turn it back on, it won't boot...
Bad idea. That's not a proper shutdown. Install from scratch, or use a Linux repair tool.
Next theory: The Estuary Mod skin needs more GPU memory, which avoids proper playback. Try this at config.txt:
After some more research, we can say that the WiFi adapter isn't fully supported on Linux. Buy something else.
WiFi-to-Ethernet adapters will always work (the more expansive ones also have 5GHz). Example (2.4GHz only):
Thanks! You're right, you don't need a swap file. ![]()
Then it's maybe the internal cache management of Kodi (skin vs. NFS cache). Unfortunately that's not visible in the log.
Stay with the default skin. I have no idea, how to solve this, or how to write a bug report for this. ![]()
PS: I wrote a note to our developers. Maybe they know more, so stay tuned...
Better ask at the Kodi forum, where most add-on developers are. The add-on probably needs an update.
That's the needed driver:
If modprobe 8852bu fails, then the driver isn't present, and you have to compile your own LE:
You still have a memory problem on the Estuary Mod log:
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] V4L2 poll output empty
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] In pkt PTS=792000, DTS=792000, track=22, n=22
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] --- output pre VIDIOC_QBUF: index 0, ts=0.000022 count=0
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] --- output VIDIOC_QBUF: index 0, ts=0.000022 count=1
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] V4L2 poll capture ret=1, timeout=5, events=0x41, revents=0x41
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] Out frame PTS=250000/-9223372036854775808, DTS=209000, track=8, n=8
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] pts_stats_add: decoder: New interval: 42000->41000/1=41000
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] Out PTS=250000/250000, DTS=250000
2024-05-12 12:01:20.800 T:1153 debug <general>: ffmpeg[0x9ef7b50]: [h264_v4l2m2m] Pending=11, src_rv=0, req_pkt=3
2024-05-12 12:01:20.840 T:1048 debug <general>: ffmpeg[0x0]: [h264_v4l2m2m] capture: Buffer requeue
2024-05-12 12:01:20.841 T:1048 debug <general>: ffmpeg[0x0]: [h264_v4l2m2m] --- capture VIDIOC_QBUF: index 0, ts=0.000001 count=14
2024-05-12 12:01:20.847 T:1055 debug <general>: ActiveAE::SyncStream - average error of 26.704124, start adjusting
2024-05-12 12:01:20.847 T:1055 debug <general>: ActiveAE::SyncStream - average error 0.704124 below threshold of 30.000000
Display More
Please try the swap file.
Our dev has mentioned that the pay TV add-ons are compatible to 32/64 bit Widevine. InputStream Helper gets automatically updated on LE 12, and you did the Widevine update by deleting the CDM folder. So in theory it should work now.
You probably can't downgrade Widevine on InputStream Helper, because you only have one version installed. Search for older Widevine versions on the internet, and manually copy them into the CDM folder.
The default skin probably uses less RAM, resulting in more RAM for NFS chunk/cache (use top on SSH to find out).
You can play around with NFS chunk/cache size, or you can create a swap file to emulate more RAM.
I think there is something wrong with the new default settings for NFS. It now uses too much RAM:
Graphics driver issue:
2024-05-08 17:03:51.793 T:1017 error <general>: libva error: /usr/lib/dri/iHD_drv_video.so init failed
Try this:
Try Generic-legacy (which worked for a Chromebox user here). If that also doesn't work, go back to Generic, and post a log...
2024-02-01 12:10:59.082 T:867 debug <general>: ActiveAE - start sync of audio stream
2024-02-01 12:10:59.208 T:867 debug <general>: ActiveAE::SyncStream - average error of 18.539941, start adjusting
2024-02-01 12:10:59.208 T:867 debug <general>: ActiveAE::SyncStream - average error 0.539941 below threshold of 30.000000
2024-02-01 12:10:59.579 T:996 warning <general>: OutputPicture - timeout waiting for buffer
2024-02-01 12:11:07.902 T:997 info <general>: Skipped 154 duplicate messages..
2024-02-01 12:11:07.902 T:997 info <general>: CVideoPlayerAudio::Process - stream stalled
Do you have the issue with and without audio pass-through?
Thanks. Disable DRM Prime.
Don't think he can downgrade widevine while still using LE12...once you update to LE12 the old version won't work and needs to be updated..it's more that the addon he s using needs to be updated too.
Yes, it's very likely that the user has no older Widevine available on InputStream Helper. However, he/she can get an older version from other internet resources, and manually copy & paste into the CDM folder.
You can downgrade Widevine on InputStream Helper. That did the trick for my DAZN problem (missing menu icons).
I agree, because I also have problems with DAZN since last Widevine update. ATM the only fix is downgrading Widevine.
Since my latest Widevine update I also have problems with DAZN (playable streams, but reduced amount of menu icons).
So the only thing you can do is downgrading Widevine, and hope for a fix on next Widevine. It's no LE issue.