[Support] binhex - Jellyfin


Recommended Posts

On 4/16/2019 at 8:05 AM, IamSpartacus said:

Is there any reason to switch to Jellyfin if you already own an Emby Premiere lifetime license?  I get that many users are upset about Emby putting previously free features behind a paywall.  I don't love that either.  But i'm curious of how the two compare at this point.

No, stick with emby for now. You already paid and it's way more feature complete.  Jellyfin has a lot of catching up to do. I'd keep an eye on it as it improves.

Link to comment

Hello there, thanks for this contribution. I have a problem with the latest update of version 10.3.0.0

 

Here is my log:

Option 'ffprobe' is unknown.

-d, --datadir Path to use for the data folder (database files, etc.).

-w, --webdir Path to the Jellyfin web UI resources.

-C, --cachedir Path to use for caching.

-c, --configdir Path to use for configuration data (user settings and
pictures).

-l, --logdir Path to use for writing log files.

--ffmpeg Path to external FFmpeg executable to use in place of
default found in PATH.

--service Run as headless service.

--noautorunwebapp Run headless if startup wizard is complete.

--package-name Used when packaging Jellyfin (example, synology).

--restartpath Path to restart script.

--restartargs Arguments for restart script.

--help Display this help screen.

--version Display version information.



2019-04-20 15:56:28,474 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22657570566728 for <Subprocess at 22657571373352 with name jellyfin in state STARTING> (stdout)>
2019-04-20 15:56:28,474 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22657570927536 for <Subprocess at 22657571373352 with name jellyfin in state STARTING> (stderr)>
2019-04-20 15:56:28,474 INFO exited: jellyfin (exit status 0; not expected)
2019-04-20 15:56:28,474 DEBG received SIGCLD indicating a child quit
2019-04-20 15:56:31,477 INFO spawned: 'jellyfin' with pid 107
2019-04-20 15:56:31,730 DEBG 'jellyfin' stderr output:
Jellyfin.Server 10.3.0.0
Copyright © 2019 Jellyfin Contributors. Code released under the GNU General Public License

I have no idea what the problem is, but the application does not respond anymore.

 

Thanks in advance

 

Link to comment

Hi, 

 

After updating the docker today, jellyfin won't come up. 

 

My log say this:

output:
[11:54:49] [INF] Loading assembly /config/data/plugins/Kodi Sync Queue/Jellyfin.Plugin.KodiSyncQueue.dll

2019-04-21 11:54:49,818 DEBG 'jellyfin' stdout output:
[11:54:49] [INF] Disposing CoreAppHost

2019-04-21 11:54:49,843 DEBG 'jellyfin' stdout output:
[11:54:49] [FTL] Unhandled Exception
System.IO.FileLoadException: Assembly with same name is already loaded
at System.Runtime.Loader.AssemblyLoadContext.LoadFromPath(IntPtr ptrNativeAssemblyLoadContext, String ilPath, String niPath, ObjectHandleOnStack retAssembly)
at System.Runtime.Loader.AssemblyLoadContext.LoadFromAssemblyPath(String assemblyPath)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at Emby.Server.Implementations.ApplicationHost.GetComposablePartAssemblies()+MoveNext() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1352
at System.Linq.Enumerable.SelectManySingleSelectorIterator`2.MoveNext()
at System.Linq.Enumerable.WhereEnumerableIterator`1.ToArray()
at System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
at Emby.Server.Implementations.ApplicationHost.DiscoverTypes() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1184
at Emby.Server.Implementations.ApplicationHost.InitAsync(IServiceCollection serviceCollection) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 623
at Jellyfin.Server.Program.StartApp(StartupOptions options) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 137
at Jellyfin.Server.Program.Main(String[] args) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 53
at Jellyfin.Server.Program.<Main>(String[] args)

2019-04-21 11:54:49,844 DEBG 'jellyfin' stderr output:

Unhandled Exception:
2019-04-21 11:54:49,846 DEBG 'jellyfin' stderr output:
System.IO.FileLoadException: Assembly with same name is already loaded
at System.Runtime.Loader.AssemblyLoadContext.LoadFromPath(IntPtr ptrNativeAssemblyLoadContext, String ilPath, String niPath, ObjectHandleOnStack retAssembly)
at System.Runtime.Loader.AssemblyLoadContext.LoadFromAssemblyPath(String assemblyPath)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at Emby.Server.Implementations.ApplicationHost.GetComposablePartAssemblies()+MoveNext() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1352
at System.Linq.Enumerable.SelectManySingleSelectorIterator`2.MoveNext()
at System.Linq.Enumerable.WhereEnumerableIterator`1.ToArray()
at System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
at Emby.Server.Implementations.ApplicationHost.DiscoverTypes() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1184
at Emby.Server.Implementations.ApplicationHost.InitAsync(IServiceCollection serviceCollection) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 623
at Jellyfin.Server.Program.StartApp(StartupOptions options) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 137
at Jellyfin.Server.Program.Main(String[] args) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 53
at Jellyfin.Server.Program.<Main>(String[] args)

 

  • Upvote 1
Link to comment
32 minutes ago, chi110r said:

Hi, 

 

After updating the docker today, jellyfin won't come up. 

 

My log say this:


output:
[11:54:49] [INF] Loading assembly /config/data/plugins/Kodi Sync Queue/Jellyfin.Plugin.KodiSyncQueue.dll

2019-04-21 11:54:49,818 DEBG 'jellyfin' stdout output:
[11:54:49] [INF] Disposing CoreAppHost

2019-04-21 11:54:49,843 DEBG 'jellyfin' stdout output:
[11:54:49] [FTL] Unhandled Exception
System.IO.FileLoadException: Assembly with same name is already loaded
at System.Runtime.Loader.AssemblyLoadContext.LoadFromPath(IntPtr ptrNativeAssemblyLoadContext, String ilPath, String niPath, ObjectHandleOnStack retAssembly)
at System.Runtime.Loader.AssemblyLoadContext.LoadFromAssemblyPath(String assemblyPath)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at Emby.Server.Implementations.ApplicationHost.GetComposablePartAssemblies()+MoveNext() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1352
at System.Linq.Enumerable.SelectManySingleSelectorIterator`2.MoveNext()
at System.Linq.Enumerable.WhereEnumerableIterator`1.ToArray()
at System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
at Emby.Server.Implementations.ApplicationHost.DiscoverTypes() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1184
at Emby.Server.Implementations.ApplicationHost.InitAsync(IServiceCollection serviceCollection) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 623
at Jellyfin.Server.Program.StartApp(StartupOptions options) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 137
at Jellyfin.Server.Program.Main(String[] args) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 53
at Jellyfin.Server.Program.<Main>(String[] args)

2019-04-21 11:54:49,844 DEBG 'jellyfin' stderr output:

Unhandled Exception:
2019-04-21 11:54:49,846 DEBG 'jellyfin' stderr output:
System.IO.FileLoadException: Assembly with same name is already loaded
at System.Runtime.Loader.AssemblyLoadContext.LoadFromPath(IntPtr ptrNativeAssemblyLoadContext, String ilPath, String niPath, ObjectHandleOnStack retAssembly)
at System.Runtime.Loader.AssemblyLoadContext.LoadFromAssemblyPath(String assemblyPath)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at Emby.Server.Implementations.ApplicationHost.GetComposablePartAssemblies()+MoveNext() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1352
at System.Linq.Enumerable.SelectManySingleSelectorIterator`2.MoveNext()
at System.Linq.Enumerable.WhereEnumerableIterator`1.ToArray()
at System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
at Emby.Server.Implementations.ApplicationHost.DiscoverTypes() in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 1184
at Emby.Server.Implementations.ApplicationHost.InitAsync(IServiceCollection serviceCollection) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Emby.Server.Implementations/ApplicationHost.cs:line 623
at Jellyfin.Server.Program.StartApp(StartupOptions options) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 137
at Jellyfin.Server.Program.Main(String[] args) in /tmp/pkgbuild-0/jellyfin/src/jellyfin-10.3.0/Jellyfin.Server/Program.cs:line 53
at Jellyfin.Server.Program.<Main>(String[] args)

 

I fixed it by myself. 

 

The kodi sync plugin was installed double 

Link to comment
On 4/20/2019 at 5:24 PM, binhex said:

thanks for the above, its pretty clear they hae now dropped the option for ffprobe, removed it and new image currently building, should be available for download shortly.

Thanks for the fast response and the quick fix, everything is working good so far. 

Link to comment

For some reason I can't use EmbyCon (Kodi Add-On) with Jellyfin. There are many reports that it works fine.

 

When I try to log in from EmbyCon I get connection refused. 

 

[2019-04-22 09:21:10.166 -03:00] [WRN] HTTP Response 204 to "192.168.0.177". Time (slow): 0:00:00.7501618. "http://192.168.0.198:8097/emby/Sessions/Capabilities/Full" [2019-04-22 09:21:10.950 -03:00] [WRN] HTTP Response 200 to "192.168.0.177". Time (slow): 0:00:00.5905623. "http://192.168.0.198:8097/emby/LiveTv/Programs/Recommended?userId=8543016d2cdd4114861281e08d78b976&IsAiring=true&limit=1&ImageTypeLimit=1&EnableImageTypes=Primary%2CThumb%2CBackdrop&EnableTotalRecordCount=false&Fields=ChannelInfo%2CPrimaryImageAspectRatio" [2019-04-22 09:21:26.285 -03:00] [INF] WS "http://192.168.0.198:8097/embywebsocket?api_key=d5305bee3e844051840d1ca835ff75e5&deviceId=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzczLjAuMzY4My4xMDMgU2FmYXJpLzUzNy4zNnwxNTU1OTI5MDQzMzY5". UserAgent: "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36" [2019-04-22 09:21:41.825 -03:00] [INF] Authentication request for "nobody" "has been denied". [2019-04-22 09:21:41.872 -03:00] [ERR] Invalid user or password entered. [2019-04-22 09:21:47.486 -03:00] [INF] Authentication request for "nobody" "has been denied". [2019-04-22 09:21:47.488 -03:00] [ERR] Invalid user or password entered.

 

There's no password for this user. 

Already tried with password and got nothing.

 

Also Jellyfin binds to a different IP address compared to Emby.

Jellyfin 172.17.0.4 as local, while Emby uses the correct one 192.168.0.198.

 

I also had to change the default TCP port to 8097 so it would not conflict with Emby. 

I`m just saying this for the sake of saying because I even tried disabling emby and having jellyfin at it's default port maping and the problem still persists.

Link to comment
On 4/22/2019 at 2:23 PM, TheFreemancer said:

For some reason I can't use EmbyCon (Kodi Add-On) with Jellyfin. There are many reports that it works fine.

 

When I try to log in from EmbyCon I get connection refused. 

 


[2019-04-22 09:21:10.166 -03:00] [WRN] HTTP Response 204 to "192.168.0.177". Time (slow): 0:00:00.7501618. "http://192.168.0.198:8097/emby/Sessions/Capabilities/Full" [2019-04-22 09:21:10.950 -03:00] [WRN] HTTP Response 200 to "192.168.0.177". Time (slow): 0:00:00.5905623. "http://192.168.0.198:8097/emby/LiveTv/Programs/Recommended?userId=8543016d2cdd4114861281e08d78b976&IsAiring=true&limit=1&ImageTypeLimit=1&EnableImageTypes=Primary%2CThumb%2CBackdrop&EnableTotalRecordCount=false&Fields=ChannelInfo%2CPrimaryImageAspectRatio" [2019-04-22 09:21:26.285 -03:00] [INF] WS "http://192.168.0.198:8097/embywebsocket?api_key=d5305bee3e844051840d1ca835ff75e5&deviceId=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzczLjAuMzY4My4xMDMgU2FmYXJpLzUzNy4zNnwxNTU1OTI5MDQzMzY5". UserAgent: "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36" [2019-04-22 09:21:41.825 -03:00] [INF] Authentication request for "nobody" "has been denied". [2019-04-22 09:21:41.872 -03:00] [ERR] Invalid user or password entered. [2019-04-22 09:21:47.486 -03:00] [INF] Authentication request for "nobody" "has been denied". [2019-04-22 09:21:47.488 -03:00] [ERR] Invalid user or password entered.

 

There's no password for this user. 

Already tried with password and got nothing.

 

Also Jellyfin binds to a different IP address compared to Emby.

Jellyfin 172.17.0.4 as local, while Emby uses the correct one 192.168.0.198.

 

I also had to change the default TCP port to 8097 so it would not conflict with Emby. 

I`m just saying this for the sake of saying because I even tried disabling emby and having jellyfin at it's default port maping and the problem still persists.

So they fixed the password thing with the hotfix yesterday, however clients need to be updated too.  So a lot of people are currently having login issues.

Link to comment

I'm running the latest Jellyfin docker from here.  CPU is pegged at 100%, memory is instantly eaten up, and the Jellyfin GUI doesn't come up, though it tries.  Unraid is still responsive.  From what I can tell, Jellyfin is indexing and it's running hundreds of /usr/bin/ffprobe -i commands until all my memory is gone, then it sits there.  After around 5 minutes, dotnet crashes with an our of memory error according to the Unraid log and the whole process starts again.  It's hard to get a sense of what's happening as I'm not much of a Linux guy and the delay in doing everything is so great.  I can stop the docker, but starting it back up just results in the same scenario.

 

I'm seeing all the ffprobes when I run top or ps when I ssh into Unraid itself.  I don't quite understand why the ffprobes just sit there.  They don't seem to be doing anything, not even erroring out.  If I manually look in the /usr/bin unRaid directory, I don't see ffprobe, but I would have assumed this was running from the docker container anyways.  I see someone else has complained about ffprobe missing, but in my scenario, how can a process being showing in top if it's truly missing.  Not sure why Jellyfin would launch more than a few ffprobes at a time anyways.  

 

At this point, I'm just waiting things out to see what happens.  I'm at the letter T in the indexing after 22 hours, but thought I'd pop in here and post this.  

 

Just tried to copy the top output to the clipboard and Kitty crashed...  It did manage to copy though.  There are more than 900 ffprobes listed in top.

 

Link to comment
  • 3 weeks later...

Hi guys,

 

Firstly thanks binhex for all the work you do.

 

I installed Jellyfin and everything is scanned in. When I start a video it starts fine, but all videos (direct streaming or transcoding) freezes when seeking ahead in the video. I'd be surprised if anyone else don't have this problem as I think this is due to the ffmpeg version in this docker being 4.1.

 

https://github.com/jellyfin/jellyfin/issues/260

 

I was wondering if you would consider downgrading the ffmpeg to 4.0 until it is supported by jellyfin?

 

Thanks!

Link to comment

Hey,

 

Thank you for this container!

 

I can confirm the behavior @tarkus_au mentioned above.

It is a known bug and a downgrade to ffmpeg 4.0 would fix it.

 

It would be great if the version could be downgraded until this issue is fixed.

 

Many greetings! :D

 

Link to comment
Hey,
 
Thank you for this container!
 
I can confirm the behavior@tarkus_au mentioned above.
It is a known bug and a downgrade to ffmpeg 4.0 would fix it.
 
It would be great if the version could be downgraded until this issue is fixed.
 
Many greetings!
 
Just to let you know this hasn't gone unnoticed and I will try and have a look over the weekend

Sent from my EML-L29 using Tapatalk

Link to comment
  • 2 weeks later...
56 minutes ago, binhex said:

better late than never, i have now included a statically built version of ffmpeg 4.0.x, so this hopefully will fix the seek issue, please pull down and let me know if it fixes this issue.

Just tested it and skipping to a specific time works now! Tested it with a 60Mbit video and transcoded it to 5Mbit. fixed in my book :P

  • Like 1
Link to comment
On 1/29/2019 at 8:08 PM, dee31797 said:

No worries!  Looks like you already have a ffmpeg build that supports vaapi.  Just needed intel drivers so I submitted a pull request.  Tested on Unraid server with intel 655 iGPU.

Sorry to be a pain but could you explain how you did this as I'm struggling to get QSV to work. 

Thanks in advance.

Link to comment
On 6/18/2019 at 5:52 AM, djblu said:

Sorry to be a pain but could you explain how you did this as I'm struggling to get QSV to work. 

Thanks in advance. 

Connected to the console of the container and installed the intel GPU driver just as a test.  That won't work for long term use since every time the container is updated the driver won't be there.  I believe the linuxserver jellyfin has intel support.

Link to comment
5 hours ago, dee31797 said:

Connected to the console of the container and installed the intel GPU driver just as a test.  That won't work for long term use since every time the container is updated the driver won't be there.  I believe the linuxserver jellyfin has intel support.

Come and join the light! @binhex is the dark side 😜

Link to comment
Come and join the light! [mention=11148]binhex[/mention] is the dark side
Wait!..., what is this? Pilfering from my support thread, ok fair enough you guys are ahead of the game even if you were late to the party

Sent from my EML-L29 using Tapatalk

Link to comment
15 minutes ago, binhex said:

Wait!..., what is this? Pilfering from my support thread, ok fair enough you guys are ahead of the game even if you were late to the party emoji41.png

Sent from my EML-L29 using Tapatalk
 

I didn't mention it first! 😜 I can promise it will not happen again! At least not often 😂

  • Like 1
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.