Jellyfin Forum
Feedback/feature-request on Jellyfin client on Amazon FireStick - Printable Version

+- Jellyfin Forum (https://forum.jellyfin.org)
+-- Forum: Support (https://forum.jellyfin.org/f-support)
+--- Forum: General Questions (https://forum.jellyfin.org/f-general-questions)
+--- Thread: Feedback/feature-request on Jellyfin client on Amazon FireStick (/t-feedback-feature-request-on-jellyfin-client-on-amazon-firestick)



Feedback/feature-request on Jellyfin client on Amazon FireStick - rs232 - 2025-02-15

I have been using the Jellyfin app on Amazon FireStick here a couple of suggestions:

- The transcoding starts from 200Mbps and goes down to 480Kbps. IMO you might well remove anything above 10MBps (or let the user choose the maximum via preference) and increase instead the available option between 480 and 2Mbps. I did find an option on maximum Mbps but this appears to affect only the default setting (e.g. I still see 200Mbps)

- If I leave the transcoding to 200Mbps I guess it's doing direct play. Is there any way to verify this? The playback info button is desperately missing :-)

- How can I, in direct play, verify how much of the video I have pre-buffered? Could a solution like YouTube loading bar be implemented, where a light grey indicates how much it's on the device? Currently some video appear to buffer 1 or 2 minutes, others nothing.

- Can we get an option to define how much data the app is allowed to preload locally? My device has 16GB of storage and only 2 used by the apps. This would be very nice to have for both direct-play and transcoding.


Thank you so much


RE: Feedback/feature-request on Jellyfin client on Amazon FireStick - TheDreadPirate - 2025-02-16

In the admin dashboard in a browser or phone client, you can click on the "i" icon below the active session to display the playback method. Or you could look at your logs.

Unless the client is not on the local network, having a huge buffer isn't really needed. Even for remote clients, huge buffers are useful for oversubscribed servers or very poor connections. And having a huge buffer may not help in that situation anyway.

I'm not sure I understand the benefit of making buffer size configurable/larger.