More > JRiver Media Center 30 for Linux

Is MC genuinely usable for video on linux?

<< < (3/7) > >>

mwillems:

--- Quote from: Hendrik on February 23, 2023, 03:41:59 am ---For the next build I've switched converted streaming to a different mode that should be a bit more reliable (as long as you use one of the MPEG-TS formats), however the hang on seek remains. There will be another change coming down later to hopefully resolve that.

The format selection for converted streaming inside MC is also rather rigid (well, no matter how you stream converted, its the same rigidity), and I felt it would be good to have a "smart" mode that doesn't apply needless scaling. But on the other hand you probably shouldn't be using converted streaming in many cases, and we should rather work on fixing the actual reason why you use that instead.

Maybe a special streaming source that can specifically work with BDMV and just stream the right m2ts files to you without transcoding would be easy enough to create. I'll think on that part a bit.

--- End quote ---

An approach that might resolve mattkhan's case (and has been a wishlist item for many of us for a long time) is a way to handle crossplatform file paths more elegantly so that the "play local file" client function works when you have a Linux server and a Windows client or vice versa.  It's been discussed a few times over the years, but currently there's no alternative to converted streaming in cross-platform server/client scenarios because there's no way to just "point JRiver at the files" like you can when your server and client are both the same OS. 

I see much better seeking performance and less UI latency on clients that can access the files directly via "play local files" than when the same file is served by the server (even when the server is serving an unaltered file).  That performance increase is basically "free" if there were just a way for MC clients that don't share the same OS filesystem convention to adapt the paths.  I've seen a few other media server software suites that handled this particular issue by allowing clients to specify a filesystem base/stem substitution to resolve the root issue (e.g. swap /mnt/media for E:\media) and then just reversing the slashes/backslashes from there. 

Hendrik:
In this particular case, access to the files would not resolve the ability to play BDMV on Linux. The same function mentioned above would of course also be able to handle local playback of BDMV. Local access and streaming/playing BDMV are really two topics that are only tangentially related.

mwillems:

--- Quote from: Hendrik on February 23, 2023, 08:51:50 am ---In this particular case, access to the files would not resolve the ability to play BDMV on Linux. The same function mentioned above would of course also be able to handle local playback of BDMV. Local access and streaming/playing BDMV are really two topics that are only tangentially related.

--- End quote ---

I guess I didn't read mattkhan's post as being confined to BDMV.  At least in my experience the video seeking problems he describes exist with all video formats when the video is being served by the server, even when the server can serve them in original format, if you see what I mean. 

But sorry if I derailed the discussion!

mattkhan:
I think the Linux board could have a sticky for those things that get asked for repeatedly but we don't have :)

ie loopback input, bdmv playback, local file access

One day, our (or at least my) wishes will come true!

JimH:

--- Quote from: mattkhan on February 23, 2023, 10:26:09 am ---I think the Linux board could have a sticky for those things that get asked for repeatedly but we don't have :)

ie loopback input, bdmv playback, local file access

One day, our (or at least my) wishes will come true!

--- End quote ---
Be careful what you wish for.  Would you like to be an admin?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version