Transcoding clean up

[CBers 7450]

I tested it. It did go through my transcode folder.

 

And what type of files got created ??

 

You running Windows, or another OS ??

[Guest asrequested]

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

[CBers 7450]

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.

[Guest asrequested]

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

[CBers 7450]

I only define it that way, as it's the correct way

[Guest asrequested]

Lol.. I won't argue that point. But the point is, that the server stuffs everything through the transcode folder

[CBers 7450]

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.

[Guest asrequested]

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.

[CBers 7450]

Your client is getting the stream from a modified source.

[speechles 2055]

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

[Guest asrequested]

Lol... My mibox won't play the audio, so it direct streams everything. But this is only about the transcode folder being used.

[Jdiesel 1431]

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.

[CBers 7450]

@@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.

[CBers 7450]

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.

[speechles 2055]

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

[Jdiesel 1431]

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

[CBers 7450]

@@speechles I agree, the Emby implementation is wrong, because of Plex.

[Jdiesel 1431]

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 

[CBers 7450]

Yes, but people called a video only, or audio only transcode, a remux.

[Jdiesel 1431]

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. 

[ebr 16169]

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.

[CBers 7450]

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.

[Guest asrequested]

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?

[Jdiesel 1431]

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

[CBers 7450]

Directly via SMB.