#Local media vs Web media

1 messages · Page 1 of 1 (latest)

timid phoenix
#

First of all i have local server which i use Jellyfin and i created channels for those files and they stream and play fine using my Default FFmpeg settings with using the hardware acceleration VA-API

Second i have a web server as well which uses Emby. I created a Trending movies channel and added the 10 movies to the list as the emby files from without scanning the movies since it has over 53k movies on it.

Here is where i'm having difficulty on at the moment. I created a Emby stream FFmpeg just using software for the hardware acceleration.

I uploaded the log on here but if it doesnt work its on https://limewire.com/d/G4NIn#tPwvXzicjE

let's just say it used to work but with all the updates not sure if things changed for it.

LimeWire

Download tunarr (1).log on LimeWire

spice kelp
#

why not use hardware acceleration for Emby also? software accel w/ streams not working fast enough is almost always the problem

#

second - i always tell folks streaming from remote sources to ensure they hook up disk streaming if possible (making sure Tunarr can see the same files as your media server and then read from disk and not over the network)

timid phoenix
#

well i did use the same va-api on the emby channel as well before so i thouoght i'd try to create a seperated ffmpeg stream channel and it didnt work. hook up disk streaming?

frosty summit
timid phoenix
#

are you talking about the path from my unraid server which is jellyfin
/mnt/user/data/media/movies or something else cause my emby is on the web server. Im the type person that needs examples of how its done. @frosty summit

frosty summit
#

As an example if you are using docker for both tunarr and jellyfin and in tunarr you mount your media volume to /my/tunarr/media inside the container, but in your jellyfin container you mount it as /my/jellyfin/media then you would need to add a path mapping to tell tunarr those paths are equivalent.

spice kelp
#

if tunarr and media server are on the same machine, the easiest way is to just use the same mounts in Tunarr, then no replacements are required, as the paths that JF sees would be identical to the ones Tunarr sees

timid phoenix
#

They JF and Tunarr are on the same machine (Unraid) but Emby is on an online server machine in Canada I believe, which I don't have paths to, hence the reason why I'm trying with Emby to stream but if this all too much then I'll just won't use Emby.

Here's the kicker though it used to work before the recent 4 updates ago. Which is why I only used it for trending movies on Emby since my JF library is more catered and curated for channels like The Office, Avengers movies and etc.

spice kelp
#

there have been no changes to streaming code in a pretty long time

timid phoenix
#

I think I'm just not gonna use Emby then.

#

Thanks though

spice kelp
#

Did you try the hardware acceleration

#

FWIW your logs show no errors other than the stream taking long to start. There are several reasons this could happen, as I’ve noted above

#

streaming these over the network that is actually remote could also make things slower

#

for instance, i probed the source of one of the URLs from your log above (going to delete it because the emby token is in there and since this is a real remote the content is actually accessible if you query) and it took almost 2s just to get the probe response

timid phoenix
#

So this not the normal vs what a local file would be then.

spice kelp
#

i'm not really sure what you mean by that

#

but IIUC, then yea, truly "remote" media servers (not running on your LAN) are usually fairly slow

timid phoenix
#

Yea I think Tunarr is mean to be just local media rather than being remote.

spice kelp
#

maybe, i dont know if i would say it's "meant" to be. there are plenty of "remote" stream sources that would be fast enough to run thru Tunarr's pipeline. Tunarr itself is not doing anything special that would remote slower... it's just requesting the file from the server. if the server is fast, it'll be fast. if it's slow... it'll be slow

timid phoenix
#

why is it sometimes on unraid when i update the docker - it takes forever to load up tunarr