#trying to troubleshoot problems when the stream switches from show to show or show to filler

1 messages · Page 1 of 1 (latest)

undone mica
#

I'm using jellyfin with ersatz and every time a show ends, it exists the media player and i have to click on the channel again to open it up and resume watching (and this happens every time whatever is streaming on the channel ends, whether it's filler content or a show)

in an effort to troubleshoot this in the event its just a jellyfin issue, i tried hooking into the stream via command prompt/mpv. While it doesnt kick me out after a show ends, i did notice some warnings in the terminal that might (?) indicate why it's booting out jellyfin. Eventually i got to a point where after the 3rd and final filler plays, it just hangs there outputting errors. I was unable to watch the next show until i ctrl+C'd to kill the mpv instance and re-connected to it.

if anyone can point me in a direction to start investigating more i'd be grateful, im unsure what i'm doing wrong, maybe its something to do with transcoding?

my channel's streaming mode is HLS Direct, and ive attached the FFmpeg profile im trying to use

worthy cargo
#

How direct is not a real format, it is a “hack” that may (or probably won’t) work for the majority of players

#

But if if Jellyfin is like plex, it would use MPEG-ts no matter what, but I’m not sure if that’s the case

#

Those logs make it seem like it’s truly trying direct, but with the constant format and video changes that direct throws, I doubt jellyfins player will handle it gracefully

#

Choosing a real transcoding profile will solve most issues

#

I know hls direct is attractive for low powered rigs, but it will most likely cause issues

mellow pasture
#

HLS Direct does not transcode content and can perform better on low power systems, but does not support watermarks and some clients will have issues at program boundaries

#

switching to hls segmenter streaming mode would fix transitions for you

undone mica
#

Yeah VJ you're right i just tested with MPEG-ts and while it was using 70% CPU for my measly mini pc, it had no issues transitioning between shows/filler

#

I'll look into HLS segmenter as well, thanks for the suggestion jason, im guessing (hoping) its HLS-direct but it just... segments the media to allow for these transitions between content lol

mellow pasture
#

yeah unfortunately that's not how it works, there is a lot that etv has to make the same about every media item to prevent breaking at transitions

#

if you want to do a quick troubleshoot i can see if there are any perf changes i can suggest

#

!troubleshoot

wild hemlockBOT
#

To troubleshoot content playback in ErsatzTV use the Playback Troubleshooting tool.

  1. Search for any content using the search bar.
  2. Use the overflow/three dots menu on content and select Troubleshoot Playback.
  3. Select the appropriate Playback Settings that trigger the undesired behavior.
  4. Click Play to start playback.
  5. Repeat steps 3 and 4 until the undesired behavior is reproduced.
  6. Click Download Results to have ErsatzTV collect relevant troubleshooting logs (FFmpeg log, FFmpeg Profile, Hardware Capabilities, Media Info, etc) and compress them in a zip file.
  7. Post the zip in #1006572433039433830 along with a description of the problem to receive help.
undone mica
#

dang, and sure i can do that, should i keep it on MPEG-ts for the troubleshooting?

#

also -- do you think if i encoded all my media to be the resolution and codec, HLS direct might work? i might give that a test with a couple videos

mellow pasture
#

mpeg-ts isn't relevant for troubleshooting - it will use hls segmenter but that's fine

#

it's not likely to work - the major issue at transitions is that timestamps on each frame reset, and 99.9% of players will not be happy when that happens

#

if there were an easy way to have consistent playback with minimal hardware requirements, it would just be "the way" - not mentioned as some edge case

undone mica
undone mica
mellow pasture
#

nothing jumps out at me - you're using vaapi which is good. im not sure what qemu virtual cpu means, but apparently hw accel still works with it.

#

what you might be seeing is that etv works ahead to reduce buffering, so when you first open a stream it will transcode at max speed until it gets like 30-45 seconds ahead of the wall clock, after which point it will throttle back down to realtime speed

undone mica
#

im using proxmox and my media stack is running in a VM that has basically 2 CPU cores passed through to it so that's why its saying virtual CPU

#

that makes sense, i did see it bouncing around later on between 70 back down to 50%. Im wondering, would setting my FFmpeg Profile's "preferred resolution" lower do anything? most of the media im trying to watch is old nostalgic stuff so its usually lower than 720p

mellow pasture
#

sure, that's definitely something that would help - matching the ffmpeg profile to the source content is a good idea

#

might also be worth testing h264 output vs hevc, im not sure which has a higher overhead