• Login
  • Register
  • Login Register
    Login
    Username/Email:
    Password:
    Or login with a social network below
  • Forum
  • Website
  • GitHub
  • Status
  • Translation
  • Features
  • Team
  • Rules
  • Help
  • Feeds
User Links
  • Login
  • Register
  • Login Register
    Login
    Username/Email:
    Password:
    Or login with a social network below

    Useful Links Forum Website GitHub Status Translation Features Team Rules Help Feeds
    Jellyfin Forum Support Troubleshooting Cannot start server after upgrade: FFmpeg validation: The process returned no result

    Pages (2): « Previous 1 2

     
    • 0 Vote(s) - 0 Average

    Cannot start server after upgrade: FFmpeg validation: The process returned no result

    void
    Offline

    Junior Member

    Posts: 5
    Threads: 1
    Joined: 2025 Jan
    Reputation: 0
    Country:United States
    #11
    2025-03-06, 03:11 PM
    +1, I have jellyfin running on a debian box with unattended upgrades and recently rebooted the box to find jellyfin wasn't launching. After a bit of debugging it turns out the team split jellyfin-ffmpeg into jellyfin-ffmpeg7, jellyfin-ffmpeg6, and jellyfin-ffmpeg5. The new binary location is at /usr/lib/jellyfin-ffmpeg/ffmpeg and appending the dir to path or symlinking works fine.

    If the team could fix this up it would be much appreciated <3
    void
    Offline

    Junior Member

    Posts: 5
    Threads: 1
    Joined: 2025 Jan
    Reputation: 0
    Country:United States
    #12
    2025-03-06, 03:34 PM
    As it turns out jellyfin failing to start seems to be the database migration from the EFCore Refactor according to journalctl, please don't symlink ffmpeg. Apologies
    mwl
    Offline

    Junior Member

    Posts: 9
    Threads: 2
    Joined: 2024 Jun
    Reputation: 0
    Country:United Kingdom
    #13
    2025-03-06, 08:25 PM
    In this specific instance, it turned out that the problem is that Windows Server Core is missing a couple of dependencies that FFmpeg relies on (which causes it to simply fail silently).  JF already ships with a custom build, so it may be possible to build without those dependencies, but it also might not, depending on whether they're needed for required features.  Either way, in my case I reimaged the VM again but with the Desktop Experience, and now everything works again.

    In an unrelated gripe, this is now the third time I've had to move a VM from Core to Desktop Experience.  Both of the previous two were down to some configuration management not being available remotely and Server Core not shipping with MMC as a fallback for these.
    Pages (2): « Previous 1 2

    « Next Oldest | Next Newest »

    Users browsing this thread: 1 Guest(s)


    • View a Printable Version
    • Subscribe to this thread
    Forum Jump:

    Home · Team · Help · Contact
    © Designed by D&D - Powered by MyBB
    L


    Jellyfin

    The Free Software Media System

    Linear Mode
    Threaded Mode