When I disable inputstream adaptive, the playback doesn't cut out, which is why I said I believe it's related to that.
I'll get a FFMPeg log back probably tonight or tomorrow (NZ Standard Time)
Posts by Firesphere
-
-
That is odd then that it's happily playing other streams at 4k, but also, I never made/set a whitelist, and the GUI resolution is at 1080.
It doesn't explain a complete "I Quit Playback" though. It's not stuttering or glitchy, it's cutting out entirely. The stream just stops and we get taken back to the home screen, specifically for the NZ Freeview channels.
Other channels, like Rush or Bravo (which are on freeview as well, but just not publicly owned), play just fine and don't cut out. Same for Netflix and Neon (Although Neon doesn't serve above 1080)
-
As I can't edit, another post.
Add-on for TVNZ+: https://github.com/matthuisman/sl…deo.nz.freeview
PVR client: PVR.IPTVSimple
PVR data is loaded via Matt Huisman's IPTV Merge add-on.
-
Sorry, yes, I've not yet gotten a full log, as I've simply not watched TV yet out of frustration (and it was a bit late my time).
The service is TVNZ Live, which is New Zealand's (where I am located) public TV service. Using Matt Huisman's TVNZ add-on.
The log above is the standard log, after a clean reboot, from starting to play to when it cut out.
I'll get a full log soon, once I'm able to take control of the TV again
-
I believe this is related to the Adaptive Inputstream, but watching IPTV on RPi5 LE latest from the nightly builds cuts out since a few weeks.
Every time, the error/warning is timeout waiting for buffer. This only happens on IPTV, other streaming services (Netflix, YouTube, etc.) work, as well as the same iptv streams when watching on-demand instead of live tv.
Seems to only happen on my Pi5, the Pi4, which is also on the latest nightly, doesn't have this problem (so far)
Code
Display More2024-01-03 20:36:57.765 T:149499 info <general>: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac 2024-01-03 20:36:57.765 T:149499 info <general>: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through) 2024-01-03 20:36:57.766 T:1406 info <general>: CActiveAESink::OpenSink - initialize sink 2024-01-03 20:36:57.965 T:1406 info <general>: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=vc4hdmi0,DEV=0" 2024-01-03 20:36:57.967 T:1406 info <general>: CAESinkALSA::Initialize - Opened device "hdmi:CARD=vc4hdmi0,DEV=0,AES0=0x04,AES1=0x82,AES2=0x00,AES3=0x02" 2024-01-03 20:36:57.967 T:1406 info <general>: CAESinkALSA::InitializeHW - Your hardware does not support AE_FMT_FLOAT, trying other formats 2024-01-03 20:36:57.967 T:1406 info <general>: CAESinkALSA::InitializeHW - Using data format AE_FMT_S24NE3 2024-01-03 20:36:57.991 T:1398 info <general>: [WHITELIST] Searching the whitelist for: width: 1920, height: 1080, fps: 25.000, 3D: false 2024-01-03 20:36:57.991 T:1398 info <general>: Display resolution ADJUST : 3840x2160 @ 30.000000 Hz (16) (weight: 0.000) 2024-01-03 20:36:58.515 T:149498 warning <general>: OutputPicture - timeout waiting for buffer 2024-01-03 20:37:41.475 T:149499 info <general>: CVideoPlayerAudio::Process - stream stalled 2024-01-03 20:39:25.444 T:160636 info <general>: [script.module.pvr.artwork] Initialized 2024-01-03 20:39:25.530 T:160636 info <general>: [script.module.pvr.artwork] no results in local databases 2024-01-03 20:39:56.782 T:162930 info <general>: [script.module.pvr.artwork] Initialized -
I'm having a similar issue, no 60Hz, sometimes it briefly supports 60Hz, but my TV doesn't even have a "game mode" or anything like it.
I've not yet found what the cause of it might be though.
I have gotten 60Hz working when I use Raspberry Pi OS, so it's not the TV, cable or Pi itself that's the problem, it seems.
-
I just got my brand new Pi5 delivered.
I'm wondering, can I safely use a Pi4 with LibreELEC 11 and the Pi5 with LibreELEC 12-nightly side by side, while tehy use a shared MariaDB for the Audio and Video libraries?
Or will it cause issues and should I also upgrade the Pi4 to use 12?
