Jellyfin Forum
Problem with remote playback - Printable Version

+- Jellyfin Forum (https://forum.jellyfin.org)
+-- Forum: Support (https://forum.jellyfin.org/f-support)
+--- Forum: Troubleshooting (https://forum.jellyfin.org/f-troubleshooting)
+--- Thread: Problem with remote playback (/t-problem-with-remote-playback)

Pages: 1 2 3


Problem with remote playback - ice-p - 2025-01-12

Hey Team,

I have some issues with remote playback from other networks and devices. In my wifi at home everything works fine but others users from remote have issues. It seems that Iphones for example seem to work fine, AndroidTV like FireTV Stick 4k seem to work from home wifi but not from other remote users. Playback starts and freezes or stopps.

In the GUI i dont see any issues.

Hardware is 12th Gen Intel® Core™ i5-12400 / 32GB memory

Log is here:
https://pastebin.com/VuQy4V6D

If you need anything else, im glad to assist in fixing my issue Smiling-face

thanks


RE: Problem with remote playback - bitmap - 2025-01-12

Can you provide an ffmpeg log for the item transcoding? Looks like it's not using hardware acceleration (see lines 337+). Maybe a screenshot of your hardware acceleration options in Jellyfin web? Would be helpful to know how you're running Jellyfin (e.g., bare metal, OS, virtualization).

Here's the line in question IMO:

Code:
[2025-01-12 19:55:11.652 +01:00] [INF] "/usr/lib/jellyfin-ffmpeg/ffmpeg" "-analyzeduration 200M -probesize 1G -fflags +genpts -f matroska  -i file:\"/mnt/media/tvshows/Yellowstone/Season 05/yellowstone.s05e09.german.dl.1080p.web.h264.wvf.mkv\" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -bsf:v h264_mp4toannexb -start_at_zero -codec:a:0 libfdk_aac -ac 2 -ab 256000 -copyts -avoid_negative_ts disabled -max_muxing_queue_size 2048 -f hls -max_delay 5000000 -hls_time 6 -hls_segment_type fmp4 -hls_fmp4_init_filename \"032d65adc58870b96dabf6f8611af39f-1.mp4\" -start_number 0 -hls_segment_filename \"/var/cache/jellyfin/transcodes/032d65adc58870b96dabf6f8611af39f%d.mp4\" -hls_playlist_type vod -hls_list_size 0 -y \"/var/cache/jellyfin/transcodes/032d65adc58870b96dabf6f8611af39f.m3u8\""

The ffmpeg command is not calling any hardware devices. Your iGPU on the i5-12400 should be set as the transcoding device to enable HWA.


RE: Problem with remote playback - ice-p - 2025-01-12

Hey bitmap,

thanks for your quick reply.

Here is the ffmpeg log
https://pastebin.com/ZrUfaVsm

Here is also a screenshot of HW Acceleration, its set to quicksync. I dont see any transcoding happening so far. When I am using my clients in my wifi everything seems fine.

The server is running as a lxc container in proxmox. But it should be setup correct to use hw acceleration as far as i can see. I also did a test to force trancsoding which was using the igpu on the host then. Attached a screenshot of this also.


RE: Problem with remote playback - TheDreadPirate - 2025-01-12

(2025-01-12, 08:17 PM)bitmap Wrote: Can you provide an ffmpeg log for the item transcoding? Looks like it's not using hardware acceleration (see lines 337+). Maybe a screenshot of your hardware acceleration options in Jellyfin web? Would be helpful to know how you're running Jellyfin (e.g., bare metal, OS, virtualization).

Here's the line in question IMO:

Code:
[2025-01-12 19:55:11.652 +01:00] [INF] "/usr/lib/jellyfin-ffmpeg/ffmpeg" "-analyzeduration 200M -probesize 1G -fflags +genpts -f matroska  -i file:\"/mnt/media/tvshows/Yellowstone/Season 05/yellowstone.s05e09.german.dl.1080p.web.h264.wvf.mkv\" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -bsf:v h264_mp4toannexb -start_at_zero -codec:a:0 libfdk_aac -ac 2 -ab 256000 -copyts -avoid_negative_ts disabled -max_muxing_queue_size 2048 -f hls -max_delay 5000000 -hls_time 6 -hls_segment_type fmp4 -hls_fmp4_init_filename \"032d65adc58870b96dabf6f8611af39f-1.mp4\" -start_number 0 -hls_segment_filename \"/var/cache/jellyfin/transcodes/032d65adc58870b96dabf6f8611af39f%d.mp4\" -hls_playlist_type vod -hls_list_size 0 -y \"/var/cache/jellyfin/transcodes/032d65adc58870b96dabf6f8611af39f.m3u8\""

The ffmpeg command is not calling any hardware devices. Your iGPU on the i5-12400 should be set as the transcoding device to enable HWA.

There isn't any HWA since it is only transcoding the audio.

(2025-01-12, 09:23 PM)ice-p Wrote: Hey bitmap,

thanks for your quick reply.

Here is the ffmpeg log
https://pastebin.com/ZrUfaVsm

Here is also a screenshot of HW Acceleration, its set to quicksync. I dont see any transcoding happening so far. When I am using my clients in my wifi everything seems fine.

The server is running as a lxc container in proxmox. But it should be setup correct to use hw acceleration as far as i can see. I also did a test to force trancsoding which was using the igpu on the host then. Attached a screenshot of this also.

AFAICT, nothing is wrong on the server.  It is transcoding plenty fast.

What is your home Internet upload speed?


RE: Problem with remote playback - ice-p - 2025-01-12

Internetspeed is 250Mbit/s down and 50Mbit/s up. While my friend was testing I checked the internet connection, it was idling aroung 5Mbit/s. He has a 100Mbit/s download speed.


RE: Problem with remote playback - TheDreadPirate - 2025-01-12

Are you using a reverse proxy? Do you use Cloudflare tunnels/proxys for remote access?


RE: Problem with remote playback - ice-p - 2025-01-13

Yes i use nginx. Can that be related to that?


RE: Problem with remote playback - TheDreadPirate - 2025-01-13

Using Nginx is fine (I use Nginx). But I'm curious what your Nginx config is. Can you share that via pastebin? Censor your domain name.

And using cloudflare proxies can also be a factor. Are you using cloudflare as DNS only? Or proxied?


RE: Problem with remote playback - ice-p - 2025-01-13

For cloudflare i use proxied. But i can test that without.

for nginx i will send you the config later.

thanks for your help.


RE: Problem with remote playback - TheDreadPirate - 2025-01-13

You need to disable cloudflare proxies, regardless. It is against their TOS to serve video and audio through their free tier proxy service.

And it can definitely cause problems like this.