#Unable to Evaluate Play Request
1 messages · Page 1 of 1 (latest)
the errors in the Tunarr logs are unrelated - those errors are 404s for trying to find thumbnails from Plex
Even this line?
2025-03-18T08:43:39.867Z [error]: Error while trying to pause channel 570ddf27-6a7a-4b1c-832d-36782e0f6d5a_mpegts_concat
err: {
"type": "TypeError",
"message": "Cannot read properties of undefined (reading 'getKyselyDatabase')",
"stack":
TypeError: Cannot read properties of undefined (reading 'getKyselyDatabase')
at getDatabase (/snapshot/dist/bundle.cjs:1024:345)
at Jl.getChannel (/snapshot/dist/bundle.cjs:1042:11786)
at Jl.loadChannelAndLineup (/snapshot/dist/bundle.cjs:1042:20369)
at ju.loadOnDemandChannelLineup (/snapshot/dist/bundle.cjs:1041:11316)
at /snapshot/dist/bundle.cjs:1041:10001
at /snapshot/dist/bundle.cjs:827:141137
at QJ.<anonymous> (/snapshot/dist/bundle.cjs:827:138909)
at Generator.next (<anonymous>)
at fulfilled (/snapshot/dist/bundle.cjs:827:138188)
at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
}
yeah that error shows up any time I try playing the problem channel. Whats weird is I'm using the same transcode profile for all of my channels and this is the only one not working.
not sure why that would create the Plex error you are seeing but that's definitely a problem in any case
it looks like it is related to being an on-demand channel
I don't have that option toggled. I don't have any on-demand channels
weird. the error you posted is definitely about on-demand channels and pausing them
it might just be erroring when checking whether it needs to pause it
so still probably not the root cause
hmm, thats strange.
okay, I just changed the stream mode from MPEG-TS back to HLS and now the channel is loading in Tunarrs UI
and it just loaded on my phone after changing to HLS.
I'm coming from Ersatztv and figured since MPEG-TS worked in that environment it would work the same in Tunarr but I guess not
Tunarr works very similar to ETV, but the naming is slightly different
HLS in Tunarr is like "HLS Segmenter" in ETV
both also expose a "wrapper" MPEGTS stream on top of that for use in clients that want a continuous MPEGTS stream (e.g. like an HDHR)
so HLS provides the most flexibility in that the channel can stream in both clients that support proper HLS streaming and those that want MPEGTS - and both will use the same underlying stream session within Tunarr
would this also provide more stabilty between media types? Because the channel we were just looking at has old media (720p 4:3 aspect) and somewhat newer media (1080p 16:9)
I've noticed with ETV at least it really had issues swapping between resolutions.
IMO the experimental pipeline + HLS stream mode is the most robust combo in Tunarr right now. that said there's an outstanding bug for more gracefully handling channels that have mixed aspect ratios (namely exposing "scaling behavior" as an option + implementing a scale+crop option to go with it)
what scaling behavior do you use in ETV?
Scale and Pad, its the default setting so I didn't tinker with it.
anything dealing with FFmpeg is a mystery to me.
haha yea, it gets complicated very quickly
I will say though, swapping back and forth between tunarr and ETV, your Plex integration with adding media to channels is second to none. It couldn't be easier. The main reason I swapped from ETV was it would randomly stop seeing my Plex collections so adding media wasn't as streamlined.
thanks! there are def pros and cons to the approaches taken by each system. Tunarr hits the Plex API every time you load those pages so it's always getting up-to-date info. ofc the downside is that Tunarr doesn't always have a "full view" of what's available. i'm trying to work on something that is sorta the best of both worlds. i appreciate the feedback there though, it's important for me to know what's working in addition to what's not so i dont go breaking the good UX
I'm very impressed so far with it.
hmm, so strangely enough, the channel started working but when it needed to transition to the next media, I get the same error as before and its unable to load in Tunarr again.
you get this error you mean?
if so that is indicating the stream is dying for some other reason
while that's definitely an error in tunarr, that code executes after a stream has ended
(checking whether the channel is on-demand and whether it needs to be paused)
so i think that is probably a symptom and not a cause
I'm getting a good bit of 404 errors from Plex. Could it be some issue with API between Tunarr and plex?
this is my latest logs
if they are all /api/metadata/external requests than i dont think it's indicative of a real issue, just a lot of missing thumbnails
whats weird is I have that metadata in Plex, I'm not sure why it would have issues getting it
that looks like an actual ffmpeg error
could this be related to the experimental pipeline?
certainly possible, though at this point "experimental" is kinda a misnomer.... we'd need ffmpeg logs to see why the stream crashed
uno momento
This is the tail end of whats in my docker containers logs. I can get the error again and have it send more logs if this doesn't give you the full picture
you'll need to enable the extra ffmpeg logs if you havent already
under settings > ffmpeg
I have it set to debug
console or file?
Console, but I can change to file and attach it here
interesting, there should be a buttload of logs in that case
ffmpeg debug level is extremely noisy
if you are pulling from the tunarr log file itself, they wont be there
well this is just a snippet of the end of what my Unraid console window will show me. I can get a file for you
the ffmpeg logs get piped only to the stderr stream of the process
yea a file might be more useful so that the ffmpeg logs arent interleaved w/ the tunarr ones
fwiw this was actually something i was going to work on fixing today. getting ffmpeg logs in tunarr is kinda cumbersome
this is the error log and the transcode log
perfect
this is a bug
[Parsed_overlay_cuda_5 @ 0x14e69c0298c0] Failed to configure output pad on Parsed_overlay_cuda_5```
thanks for finding this!
i'll see if i can get a repro and fix this up shortly
having logs like this helps me squash these issues fairly quickly
so this looks like a 10-bit hevc 1080p file, is that right?
its definitely 1080p HEVC. I'm guessing its 10 bit since its saying input format: p010le
I'm messing with Tdarr right now to see if I can convert any 10-bit to 8-bit.
no worries, tunarr should definitely support this case. there is clearly a missing normalization step here
I wonder if I can filter out 10 bit until this gets resolved.
Do you think changing the transcode option to HEVC would resolve this issue for the time being? Right now I have it set to H264.
i dont think so - it's a problem with inputs and not outputs
but you could try
i'd be curious if it changes anything, but i think it's just a limitation of overlay_cuda not wanting 10-bit inputs (tunarr has to convert them down before doing the hw overlay)
yeah testing HEVC transcoding didn't do anything for it.
have a prospective fix here
this was a really specific situation - basically a 10-bit input that was already at the target resolution, so it needed no scaling, plus a watermark overlay happening all on hardware. just had to detect the situation and add the appropriate conversion down to 8-bit before doing the overlay
in the future, a (possibly) better improvement would be to force software overlay, then we'd be able to skip the 10->8 bit conversion on the source... but that ofc comes with it's own cons
I'm assuming because it would be software transcoding it would be more CPU intensive?
yea, it would apply the watermark on the CPU, then re-upload frames back to the GPU for hw encoding
so you wouldn't get the hit of encoding the final output on the CPU, but it would be running some of filters on the CPU
incurs the cost of moving frames between CPU and GPU as well