CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 I tested it. It did go through my transcode folder. And what type of files got created ?? You running Windows, or another OS ?? Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 (edited) And what type of files got created ?? You running Windows, or another OS ?? Windows 10. Tonight, I'll make a screen capture and provide all the info you need. Anything I play on my mibox direct streams, and it all goes through my transcode folder. The audio is changed. Now, if something is direct streamed just over HTTP, it probably won't go through the transcode folder. But I'm not sure how to create those conditions. I know you just don't want to accept it, but the majority if not all direct streaming goes through the transcode folder. Edited October 10, 2017 by Doofus Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Anything I play on my mibox direct streams, and it all goes through my transcode folder. The audio is changed. That's why then. The audio is being remuxed via FFMPEG, hence the files. Technically that isn't Direct Streaming, but a remux (transcoding). If your app (ATV or ET?) and the server dashboard says Direct Streaming, then it's wrong, but we're never going to get that changed. We need "Stats first Nerds" adding to the ATV app. Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 Lol.. Yeah I know how you define it, but I'm only referring to the label in the server And I know you don't like that, either Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 I only define it that way, as it's the correct way Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 Lol.. I won't argue that point. But the point is, that the server stuffs everything through the transcode folder Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Only if it is changing the audio or video. If it's a stream through the server, due to the client not being able to access the source, then you won't find any files in the transcoding folder. For information, all of my stored media Direct Streams through the server with no changes to the video or audio. It does that, as I manage my content for reliable playback. Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 Only if it is changing the audio or video. If it's a stream through the server, due to the client not being able to access the source, then you won't find any files in the transcoding folder. For information, all of my stored media Direct Streams through the server with no changes to the video or audio. It does that, as I manage my content for reliable playback. That was what I meant by over HTTP. You're probably right, but I'd say most direct streaming is the former. Certainly in my case. Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Your client is getting the stream from a modified source. Link to comment Share on other sites More sharing options...
speechles 1920 Posted October 10, 2017 Share Posted October 10, 2017 (edited) You guys are sillies.. lol Direct play is possible without having physical access to the network location. You can use the http endpoint emby has in it's API to direct play. This uses the same container, the same streams, the same codecs, the same everything. The only difference, and i mean the only, is this way is using network paths and the other http paths. Roku cannot access network paths, so it direct plays over http unmodified. Using true network paths wont allow emby to track playback. So it would be safe to say, that all emby apps are using http paths, with the exception of kodi (when you use network paths). Direct stream is when the container isnt able to direct play. This does involve ffmpeg, and ffmpeg simply wraps the video and audio streams unmodified into a new container, hls/mpeg-ts, etc Transcoding is when any stream is modified... anything in a stream is changed = transcoding. Now emby is kinda lying, when it shows directstream and the audio is being transcoded. But.. plex does the same lie. So emby would look inferior to plex if it didn't copy this deception. So you have emby playing the game by plex rules, because it must. So if the audio is the only thing needing conversion, the server will say "directstream" when really, we know its transcoding. Silly right? Its a silly argument over silly things. Edited October 10, 2017 by speechles Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 Lol... My mibox won't play the audio, so it direct streams everything. But this is only about the transcode folder being used. Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted October 10, 2017 Share Posted October 10, 2017 Just had to clear out my transcoding-temp folder well after all playback had stopped on the server. I'm nn the .Net Core version and never recall my temp folder retaining old files before. Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 @@speechles you're right about it being Plex's fault In the real world, if ffmpeg is involved, then it is a transcode or remux. If a client can't access the source directly, then the server produces a stream, called Direct Streaming. Direct Play only works if the client can see the source and play it as it is without any changes. I believe only Kodi can Direct Play, but I still believe that does remuxing under the hood, like the Xbox One now does in the Emby app. Plex screwed about with their definitions, leading to all of this confusion. Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Just had to clear out my transcoding-temp folder well after all playback had stopped on the server. I'm nn the .Net Core version and never recall my temp folder retaining old files before. Stored content playback, or Live TV? Just trying to narrow down the issue. 1 Link to comment Share on other sites More sharing options...
speechles 1920 Posted October 10, 2017 Share Posted October 10, 2017 (edited) Why would it "go through the transcode folder"? Are you sure? Are you taking that from the dashboard? Is the Roku capable of accessing the sources directly? If you shutdown your Emby server, would it carry on playing? You didn't read my statement above. Any time emby says directstream on the dashboard, it may be transcoding audio too. Technically, this isn't direct stream, but hey plex does it this way and emby cannot look weaker. So you will see files appear there when emby is direct stream. ffmpeg has to open the container.. so right off, anything not showing direct play will populate your transcode folder with entries. It is unavoidable. If emby were really directstream and copying both video/audio streams and you turned off the client, ffmpeg comes to a dead stop right then. The issue is when emby is convert the audio during this, it might not stop when you stop playing (exit the app) before the audio has time to finish transcoding. At least thats the behavior I observe. On my roku ultra, transcoding of the audio is never necessary, the audio is always copied so that's a plus. No, the roku doesn't understand network paths for security/piracy reasons. It limits what can be seen or mounted. The fact emby lets you work around that issue is what draws people to emby, and to those other guys starts with p. lol.. Edited October 10, 2017 by speechles Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted October 10, 2017 Share Posted October 10, 2017 Stored content playback, or Live TV? Just trying to narrow down the issue. Sorry I didn't confirm what it was before I deleted the contents of the folder. Just noticed there was about 20GB of data leftover Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 @@speechles I agree, the Emby implementation is wrong, because of Plex. Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted October 10, 2017 Share Posted October 10, 2017 What would be the preferred terminology? Direct Play - File Untouched Direct Stream - Container swap only Transcoding (Audio) - Audio Conversion only Transcoding (Video) - Video Conversion only Transcoding (Audio/Video) - Audio and Video Conversion Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Yes, but people called a video only, or audio only transcode, a remux. Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted October 10, 2017 Share Posted October 10, 2017 Gotcha, A transcode is a transcode regardless if it is video or audio. If it is a matter of letting the user know that an audio transcode is less resource intensive than a video transcode maybe it should labeled as: Transcoding (Audio) (Light) - Audio Conversion only Transcoding (Video) (Heavy) - Video Conversion only Transcoding (Audio/Video) (Heavy) - Audio and Video Conversion or something similar. I see why someone coming from Plex might be concerned that a file that was direct streamed on their Plex server needs to have it's audio transcoded on their Emby server. Link to comment Share on other sites More sharing options...
ebr 14923 Posted October 10, 2017 Share Posted October 10, 2017 Direct Play is still a valid description of an unmodified file being delivered over http. So, many apps can direct play that way. EMC, Kodi and Theater desktop can also direct play via file system references. Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Direct Play is still a valid description of an unmodified file being delivered over http. So, many apps can direct play that way. EMC, Kodi and Theater desktop can also direct play via file system references. Not if the client can't access the source directly. Those clients can only do that, due to their networking capabilities. Link to comment Share on other sites More sharing options...
Guest asrequested Posted October 10, 2017 Share Posted October 10, 2017 Direct Play is still a valid description of an unmodified file being delivered over http. So, many apps can direct play that way. EMC, Kodi and Theater desktop can also direct play via file system references. But when served over HTTP I thought the server reports direct stream? No? Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted October 10, 2017 Share Posted October 10, 2017 Not if the client can't access the source directly. Those clients can only do that, due to their networking capabilities. But all clients can access the original file directly over http/https. EMC, Kodi and Theater desktop can also access the file over a network share with a direct path. No difference between http or smb as both with direct play Link to comment Share on other sites More sharing options...
CBers 6771 Posted October 10, 2017 Share Posted October 10, 2017 Directly via SMB. 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