Direct File Access - Exoplayer

[Teddyknuddel 144]

Why is direct file access being rejected? Why are they so keen on Exoplayer when there are better solutions available?

[Luke 43017]

Hi, I think you mean SMB support? I would not say that it's being rejected.

[Teddyknuddel 144]

I brought this up years ago. But it keeps getting ignored.

[Teddyknuddel 144]

@Luke

No reply? I’ve got a few more questions. Why is a top-class programme like Emby paired with such a poor-quality Exoplayer? Why can’t you use other players, such as Just Player? Yes, I know you can integrate it as an external player, but then features like ‘skip intro’ and ‘next episode’ are lost. It should be possible to use the app in both a local mode and an external mode. Local mode for the internal network. External mode via the internet.

[Luke 43017]

1 minute ago, Teddyknuddel said:

@Luke

No reply? I’ve got a few more questions. Why is a top-class programme like Emby paired with such a poor-quality Exoplayer? Why can’t you use other players, such as Just Player? Yes, I know you can integrate it as an external player, but then features like ‘skip intro’ and ‘next episode’ are lost. It should be possible to use the app in both a local mode and an external mode. Local mode for the internal network. External mode via the internet.

First, why should the player be different based on connection? Second, from a quick google, Just Player is built on exoplayer.

[Teddyknuddel 144]

That's actually an interesting point — and yes, you're right: Just Player is also based on ExoPlayer/Media3.

But that makes my question even more interesting.

If both Emby's internal player and Just Player are based on ExoPlayer/Media3, why does Just Player handle some media on the same Android hardware better than Emby's internal player?

So perhaps my criticism of ExoPlayer itself was too broad. The issue may be less about ExoPlayer and more about how the playback stack is implemented, configured and extended by the application using it.

Regarding local vs external mode: I don't necessarily mean that Emby needs two completely different playback engines.

What I mean is two different playback paths:

Local network: Direct File Access via SMB, where supported.

Remote connection: HTTP streaming through the Emby server, with transcoding available when necessary.

The same internal player could still be used for both.

For me that would combine the best parts of both approaches: full Emby integration such as Skip Intro and Next Episode, while allowing capable local clients to access the original files directly instead of requiring the server's HTTP media path.

[Luke 43017]

Quote

If both Emby's internal player and Just Player are based on ExoPlayer/Media3, why does Just Player handle some media on the same Android hardware better than Emby's internal player?

They could be on an older or newer version that happens to handle your media better than the one we are on. We are due to update it again soon.

We've customized exoplayer heavily to add and fix things. Maybe they've done the same. We have added software decoding with ffmpeg and maybe there are cases where it's using this even when a hardware decoder is available.  This was reported recently by someone.

I think you have been so heavily focused on what you think the solution is that we haven't even really looked at your problem.