rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 (edited) 34 minutes ago, ebr said: So, perhaps the best route forward would be to simply remove the option as it is just further complications for no benefit. Has any investigation taken place beyond the initial beta patch ? To me, It would seem rather premature to remove a valid and useful function for the emby enthusiast based on your view that it has 'no benefit'. If it is removed, this is a large backwards step for the best Emby Client imo .. Edited January 19, 2022 by rbjtech Link to comment Share on other sites More sharing options...
ebr 14913 Posted January 19, 2022 Share Posted January 19, 2022 6 minutes ago, rbjtech said: a valid and useful function So far all reports are that it provides no benefit and maybe even is worse than the standard delivery method. If that proves to be the case, removing the option is the best thing to do. Link to comment Share on other sites More sharing options...
FrostByte 5049 Posted January 19, 2022 Share Posted January 19, 2022 It used to be instant startup for me before SE9. Quicker than HTTP and playback was smoother with extremely high bitrate material and 60fps movies. Now it takes 60+ seconds to even start. Once it starts playback is good though 1 Link to comment Share on other sites More sharing options...
CBers 6771 Posted January 19, 2022 Share Posted January 19, 2022 1 minute ago, FrostByte said: It used to be instant startup for me before SE9. Quicker than HTTP and playback was smoother with extremely high bitrate material and 60fps movies. Now it takes 60+ seconds to even start. Once it starts playback is good though Does playback start quicker if using an external player such as VLC? Just curious. Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 Just now, FrostByte said: It used to be instant startup for me before SE9. Quicker than HTTP and playback was smoother with extremely high bitrate material and 60fps movies. Now it takes 60+ seconds to even start. Once it starts playback is good though Mine started faster too - a LOT faster on my old hardware - meaning that it is hardware dependent problem. I highly doubt a low powered emby server would have the cpu to do the HLS conversion, but would work perfectly well via SMB. Other advantages are I can control/administer the SMB session with a service account and other benefits such as use SMB 3.0 with encryption for example. Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 5 minutes ago, CBers said: Does playback start quicker if using an external player such as VLC? Just curious. For me - VLC/X-Plore is instant via SMB. Link to comment Share on other sites More sharing options...
FrostByte 5049 Posted January 19, 2022 Share Posted January 19, 2022 11 minutes ago, CBers said: Does playback start quicker if using an external player such as VLC? Just curious. VLC is instant by itself but took 45 seconds to start as an external player with ATV vs 64 seconds for the same movie and Exoplayer. Previously before SE9 VLC would start instantly as an external player. Link to comment Share on other sites More sharing options...
FrostByte 5049 Posted January 19, 2022 Share Posted January 19, 2022 6 minutes ago, rbjtech said: Mine started faster too - a LOT faster on my old hardware - meaning that it is hardware dependent problem. I highly doubt a low powered emby server would have the cpu to do the HLS conversion, but would work perfectly well via SMB. Other advantages are I can control/administer the SMB session with a service account and other benefits such as use SMB 3.0 with encryption for example. Agree, the benefits would be greater for people with lower end servers like those running Emby server on a NAS like myself. Link to comment Share on other sites More sharing options...
Audiomixer 328 Posted January 19, 2022 Share Posted January 19, 2022 29 minutes ago, ebr said: So far all reports are that it provides no benefit and maybe even is worse than the standard delivery method. If that proves to be the case, removing the option is the best thing to do. When I said http was faster, I’m talking approx 3 vs 5 seconds. I think it wise to keep that option there and not only that, i would like to see that expanded to include a “test” button to check if the path is operational and correct. @FrostByte had a great idea on this posted in the feature requests section. Same for me on instant start for VLC and xplore and kodi on smb. 16 minutes ago, FrostByte said: Agree, the benefits would be greater for people with lower end servers like those running Emby server on a NAS like myself. Yes exactly. And we know the server on shield is also rather limited. A direct path here has shown its benefits in the past and can be useful in the future as well. Link to comment Share on other sites More sharing options...
ebr 14913 Posted January 19, 2022 Share Posted January 19, 2022 43 minutes ago, rbjtech said: I highly doubt a low powered emby server would have the cpu to do the HLS conversion, but would work perfectly well via SMB. HLS is not involved in this situation. 17 minutes ago, Audiomixer said: A direct path here has shown its benefits in the past The past is the past. So far, people with the new version of Android are reporting that the issues solved by the direct path in the past are no longer issues. So, there is no reason to offer an option that is potentially confusing and hard to setup (thus causing us more support load) for no benefit. So, if it turns out the former issues are no longer an issue using http, then we don't need or want this option. Link to comment Share on other sites More sharing options...
Audiomixer 328 Posted January 19, 2022 Share Posted January 19, 2022 (edited) Cheers. Edited January 19, 2022 by Audiomixer Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 So are there any clients left using this library configuration ? Link to comment Share on other sites More sharing options...
FrostByte 5049 Posted January 19, 2022 Share Posted January 19, 2022 1 hour ago, ebr said: HLS is not involved in this situation. The past is the past. So far, people with the new version of Android are reporting that the issues solved by the direct path in the past are no longer issues. So, there is no reason to offer an option that is potentially confusing and hard to setup (thus causing us more support load) for no benefit. So, if it turns out the former issues are no longer an issue using http, then we don't need or want this option. Even if you drop Direct Access can you take a look at external players? It's takes 45 seconds to start now vs instant startup before SE9 and also VLC starts instant when using smb stand alone I can provide logs if you can't duplicate this. I have a couple Extended movies with glitches in the audio which VLC can recover from, but Exoplayer doesn't causing it to fall behind. Thanks Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 (edited) -edit- Edited January 19, 2022 by rbjtech Link to comment Share on other sites More sharing options...
ebr 14913 Posted January 19, 2022 Share Posted January 19, 2022 30 minutes ago, rbjtech said: So are there any clients left using this library configuration ? Yes, Theater desktop but that brings up another problem with this option. There is only one of those fields and it is quite likely that the value you need to fill in for Theater will be different from the one required from Android. Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 (edited) 35 minutes ago, FrostByte said: Even if you drop Direct Access can you take a look at external players? It's takes 45 seconds to start now vs instant startup before SE9 and also VLC starts instant when using smb stand alone Interesting - as I just tested VLC and Explore as External Players and they play it immediately - faster than Exo does - but both are using HTTP. However, I had to turn off 'Direct File' in the playback options - if I left this on, then VLC would not play at all - it errored reporting what looks to be a badly formed request (too many slashes after file: ?) Edited January 19, 2022 by rbjtech 1 Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 3 minutes ago, ebr said: Yes, Theater desktop but that brings up another problem with this option. There is only one of those fields and it is quite likely that the value you need to fill in for Theater will be different from the one required from Android. It should be UNC no ? \\SERVER\Share Link to comment Share on other sites More sharing options...
ebr 14913 Posted January 19, 2022 Share Posted January 19, 2022 2 minutes ago, rbjtech said: I just tested VLC and Explore as External Players and they play it immediately - faster than Exo does - but both are using HTTP. More evidence... Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 19, 2022 Share Posted January 19, 2022 1 minute ago, ebr said: More evidence... But not has fast as Emby did with Direct File. This is not about how fast it plays, it's about taking unnecessary load off the emby server and all the other reasons I've mentioned above. To note - Both External players do not work with DV - so Emby/Exo has that going for it. Both VLC and X-Plore play a file via SMB instantly - 0 second delay... 1 Link to comment Share on other sites More sharing options...
Audiomixer 328 Posted January 19, 2022 Share Posted January 19, 2022 (edited) On the contrary, it is not more evidence. In VLC the mount point on my nas is “media” and in VLC I show folders but no files. Under network I show two diskstations, one lower case, the other upper case. I didn’t log into them as the first mount point should show up. I killed VLC, deleted data, uninstalled, reinstalled and ran it. It asked for permission to allow VLC to access photos and media. I said allow. And then said start VLC. Another pop up “new external storage detected, do you want VLC to add device media to your media library?” I responded yes. Then went to “browsing” and my mount point “media”. Folders, no files. Went to Emby (set vlc as external player) and tried to play dune. No go. See screen cap below and bottom screen cap. Thought I would check VLC permissions. There are three choices. A new install of VLC sets permissions to “allow only while using the app.” This does not work. Setting permissions to “allow all the time” now populates the files. See next (middle) screen cap. Going back to Emby to play dune. From the time I push play to when vid starts to play, 1-2 seconds. If Ebr would add “allow all the time”, pass direct path will probably work, I’m sure of it. Edited January 19, 2022 by Audiomixer 2 Link to comment Share on other sites More sharing options...
ebr 14913 Posted January 19, 2022 Share Posted January 19, 2022 3 hours ago, Audiomixer said: On the contrary, it is not more evidence. It is more evidence that the feature is not really needed in the app. I'm sure there will be a very small subset of users who still want it because there is always a subset that wants all kinds of things but, if HTTP performs exactly as well then it becomes not worth trying to maintain and support this option. Link to comment Share on other sites More sharing options...
Audiomixer 328 Posted January 20, 2022 Share Posted January 20, 2022 (edited) Completely disagree.The feature is already there. Isn’t removing it from atv and all server code more difficult? I sure would like to see it work again. Edited January 20, 2022 by Audiomixer Link to comment Share on other sites More sharing options...
Audiomixer 328 Posted January 20, 2022 Share Posted January 20, 2022 (edited) @ebr @FrostByte@rbjtech@CBers Now, I just stumbled onto something! So I have in the nas server the optional path set for all my movies. VLC is properly mounted. Emby has pass through on for direct file. Here is the interesting part now. If I Try to play a tv program via external player NOT pathed out in the server under optional shared network folder, I get file not found or basically like the messages in my previous screen shots I posted earlier when it could not play the file. If I go to the server and fill out the optional shared network folder for tv programs and then try to play a tv program via external player…oh wow, it now works. Try it yourself. Bottom line it appears that if this feature is removed (especially from the server code) using external player such as VLC will no longer work. It is obvious that more will be damaged by this removal than just fixing it. This is, after all all an android 11 feature. Oh, and btw while http takes 8 seconds to start play, with external player it is instantaneous. Edited January 20, 2022 by Audiomixer Link to comment Share on other sites More sharing options...
FrostByte 5049 Posted January 20, 2022 Share Posted January 20, 2022 17 minutes ago, Audiomixer said: @ebr @FrostByte@rbjtech@CBers Now, I just stumbled onto something! So I have in the nas server the optional path set for all my movies. VLC is properly mounted. Emby has pass through on for direct file. Here is the interesting part now. If I Try to play a tv program via external player NOT pathed out in the server under optional shared network folder, I get file not found or basically like the messages in my previous screen shots I posted earlier when it could not play the file. If I go to the server and fill out the optional shared network folder for tv programs and then try to play a tv program via external player…oh wow, it now works. Try it yourself. Bottom line it appears that if this feature is removed (especially from the server code) using external player such as VLC will no longer work. It is obvious that more will be damaged by this removal than just fixing it. This is, after all all an android 11 feature. Oh, and btw while http takes 8 seconds to start play, with external player it is instantaneous. Seeing the same. I can't get VLC to work as external player unless I also use direct access. I sent logs to ebr earlier at about ~640 and 643 EST user Rick. The first was w/o smb and the second with. 1 Link to comment Share on other sites More sharing options...
rbjtech 4260 Posted January 20, 2022 Share Posted January 20, 2022 (edited) @Audiomixer I'm not sure I'm fully following your latest investigation. I think my behaviour is the opposite of yours & @FrostByte If I select 'use External Player' and unselect 'Direct Play' - then I can play from Emby via VLC/X-PLore just fine - it's quick (1-2 secs) and it is using HTTP - it is not a SMB connection. If I enable 'Direct Play' - then I get the error as per my post above. https://emby.media/community/index.php?/topic/94968-4k-remux-playback-issues-on-nvidia-shield-tv/&do=findComment&comment=1108733 To note - VLC did not work at all until I uninstalled/reinstalled it (and gave permissions for it to use the mounted storage) - this was AFTER Emby was installed. The install order may have something to do with it ? If using the native Apps - Both VLC/X-Plore play the file directly via SMB (instantly, no delay at all). Edited January 20, 2022 by rbjtech Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now