Live TV Always Direct Plays

[scott46953 30]

Sure, I just purchased a Roku TV, so now I can see what the problem is directly. I just left the whole day up because I figured you guys made look at some of it later for other issues that may exist. It was an easy donation. 

That's why I gave you the username that had the problems and the time frame. 

I haven't opened the log files myself. But I'm thinking that since I can read it since I'm a programmer, I might as well just do that. 

I'll report back with my findings. The weekend is here so I will see if I can find some time to get this done.

[scott46953 30]

Just for kicks, does the server ignore a bit rate settings and does whatever it wants when it's on local network? 

I do have some settings typed in my network settings, but regardless if it's local or not I want everything adjustable especially with Wi-Fi and stuff limiting the local network. 

Just in case this is the problem that I'm experiencing and the server thinks that most are all connections are local. How do I force it to treat every connection as external?

Not looking at the menu I'm going on memory. 

Just one of the things that I will be troubleshooting. 

However last night I seen somebody on Android TV direct playing, but they were direct playing, complete direct, no pause, no DVR, no temp files, just direct straight. 

So I contacted the person and they are going to copy down their settings. I want everybody on my server playing like this,, except for the ones that can't.

[ebr 16169]

45 minutes ago, scott46953 said:

does the server ignore a bit rate settings and does whatever it wants when it's on local network?

It doesn't ignore a specific setting but the "Auto" setting will be a very high number.

[scott46953 30]

I guess I just wish that there was override settings and more control over this. 

So regardless of whatever the clients requesting I can override it. 

I sure would like more diagnostic options for this issue. 

Would watching live code execution on the fly help with this diagnosis? 

I'm all about fast and easy, but so far it doesn't seem to help with the log files. But I guess I'll see when I break down the log files myself later. I do see that server has three different options for ffmpeg logger.

But save me time, what does the IPTV stream detection? Is that in the ffmpeg or the EMB server itself? 

And then I need to figure out why if I have example 720P at 4 MB selected on the client, on the user settings, connection is external, I then set the network settings Max stream setting to 4 MB, and then select Force transcoding selections on everything on the client side, turn off direct stream on client and all direct stream options on the server. 

It should not direct stream. 

If you can maybe answer a few of those questions, I'll be back.

Edited January 16 by scott46953

[Luke 42077]

Quote

But save me time, what does the IPTV stream detection? Is that in the ffmpeg or the EMB server itself? 

Both of them.

[scott46953 30]

you cant just extract the files from the times stated?

problem is solved, never had to look into my log files.

The issue was as I expected in my latest message.

The network settings first 2 boxes was blank.

Emby did not auto detect the correct values.

instead it was treating all users as local or for some reason bypassing all play settings, bit rates, forced transcoding, forced no direct streams, ect.

It was playing whatever it wanted to play, usually stuck in the DVR style Direct Play on all IPTV streams.

So entering 192.168.1.0/24 in the first box

and 192.168.1.172 in the second box for my server local ip was all that was needed.

Now onto the next issue.  why isn't it direct streaming without DVR?  It used to pop up a message that asked if i wanted to leave live mode...

leaving live mode switches it to DVR so it can be paused or FF or RW.  But now it is defualt DVR style all the time?

maybe that option is APP dependant?  Older APP did it but may not anymore? or is it Roku can't?

What APP and or devices are not able to Completly Direct stream without DVR that still has a popup asking to turn off live mode on client?

Edited January 19 by scott46953

[Luke 42077]

Quote

So entering 192.168.1.0/24 in the first box

and 192.168.1.172 in the second box for my server local ip was all that was needed.

Sounds like a coincidence ,but if you're sure that that's nice to hear.

You may want to double check that you actually need to enter both. The downside of using these options is that if your network changes then you will have to remember to keep them up to date. If you don't remember that, then it will lead to things not working.

[scott46953 30]

For a normal beginner YES, my network settings have always been static set.

 do not need my ip renewing and the server becomming MIA at the ip renew time, esplly when I have forwarded ports.

Yes they may follow with they auto settings, but they may also fail.  static has never failed me.

I have been static set since the opennap server days./

I just need to know how to get the server to direct direct stream without DVR 1st then fallback to DVR if needed or if someone actually wants to use it.

Usually i believe the settings are turned off on the oldder app..by default??

Edited January 20 by scott46953

[scott46953 30]

On the old Air TV box, it's stuck with the older emby app. 

Android 7 on a air TV box 

Emby version 2.1.23g 

It is direct streaming live IPTV TS 

It does pop up the question are you sure you want to leave live TV mode.

It is not direct streaming live TV IPTV HLS

Channels from this provider go straight to direct play DVR.

I will test Nvidia box and Roku TV later today. 

 

[scott46953 30]

newer andriod app refuses to direct play without DVR. Reguardless of the Settings in the app.

Roku same refuses to direct play wihtout DVR. Reguardless of the Settings in the app.

OLDER original Emby App ending in 23g direct plays just fine. Turns off and on depending on the settings in the app.

older android app ending in 29 is not tested yet.

Edit added:

Do i need to look at my log file? or does someone know why the later versions of Emby App does not Direct play Direct?

Also is it possible to do a forced direct play direct without the DVR HLS? is there no off test option?

I want the DVR side of Emby to only be on request by the client only when needed.

If Roku can not play TS then I do not want to convert to compatible container. that is a waste when all is needed is a quick extention change on the fly.
Also NOt sure why a iptv stream that is HLS refuses to direct stream. mpegts direct streams just fine. whats the difference between Sourced HLS and the HLS that Emby is making on the DVR?  So it just takes the HLS and puts it back together and then Spits it back out as HLS? Sounds like a total waste.

Edited January 26 by scott46953

[ebr 16169]

18 hours ago, scott46953 said:

Roku same refuses to direct play wihtout DVR

I'm not positive what you mean by "without DVR" but the Roku cannot play TS streams directly.  We must re-package them.

[scott46953 30]

Okay but why is the newer emby app always repackaging the container? The older original emby app does the task properly.

Also why is there direct play setting in the Roku if it can't direct play. The setting yes or no has no effect because it cannot direct play without repackaging is what you're saying. 

Every time I Roku types of letter in the search box it immediately starts searching on the emby server, by the time I type 8 letters the searches are so clogged up. It just searched eight times for one word. Not everybody has a voice remote. At least on the Android version that waits a little bit longer, but it still searches way too soon before the person is done typing the word. I would rather it not start searching until after the person's done typing and presses the enter or finished button.

So I want to block or remove the ability of devices that cannot direct play without repackaging. 

So for now I tell everybody that Roku is discontinued and they need to upgrade to an Android device.

[speechles 2055]

1 hour ago, scott46953 said:

Okay but why is the newer emby app always repackaging the container? The older original emby app does the task properly.

What older Emby Roku app? The Emby Roku app has always repackaged the container when playing the TS container. The TS container cannot be directly played and allow seeking. If we direct play the TS container on the Roku it will be strictly a "Live" stream. You cannot fast-forward, you can only rewind about 20-30 seconds, it will use the internal Roku RAM as a temporary buffer. You can pause for about 20-30 seconds before it will just unpause on you because the buffer fills. This makes direct playing of the TS container on the Roku unfeasible. Since you cannot seek/scrub/fast-forward at all. The rewind/pause will allow it for 20-30 seconds enough to see a replay or pause for a very short time. This is why it has always repackaged.

 

1 hour ago, scott46953 said:

Also why is there direct play setting in the Roku if it can't direct play. The setting yes or no has no effect because it cannot direct play without repackaging is what you're saying.

Because it is direct playing. Both the video and audio stream are played directly. The container is irrelevant. If there is no quality loss and the actual streams used are directly copied it is direct played. What else would you call it?

1 hour ago, scott46953 said:

Every time I Roku types of letter in the search box it immediately starts searching on the emby server, by the time I type 8 letters the searches are so clogged up. It just searched eight times for one word. Not everybody has a voice remote. At least on the Android version that waits a little bit longer, but it still searches way too soon before the person is done typing the word. I would rather it not start searching until after the person's done typing and presses the enter or finished button.

Every time you type another letter the search is cancelled and restarted. It doesn't cause 8 searches to happen. Every time a new letter is entered the search is cancelled. Once successfully cancelled the new search is started. The spinner is kept spinning during all this time. That may give the impression you just get a new search on top of the old one. But that is just to let people know there is no content to display at that time. The spinner is shown so you get to see something and know the content is coming. The searches aren't clogged up. It isn't searching 8 times for one word. It does this because at that time every other app was using live search. Live search builds new replies as new letters are added. You do not need to press "start search" or anything else to start the search. It just happens. This is supposed to be a feature. Maybe you just didn't understand how it was working?

 

1 hour ago, scott46953 said:

So I want to block or remove the ability of devices that cannot direct play without repackaging. 

So for now I tell everybody that Roku is discontinued and they need to upgrade to an Android device.

You might also tell them that if their TV cannot support the audio stream it cannot be repackaged. So that Android device might still cause the same issue. Any time the user doesn't have support for the audio stream they have selected it will need to transcode that audio stream to a new stream. This will use a new container with HLS and copy the video stream and remux in the audio stream. Making it so the container cannot be changed isn't really going to help. Making it so the video stream cannot be converted would. 

Perhaps... let them convert the container and the audio stream, but restrict the video from transcoding. That would actually provide the benefit you are after. Restrict everyone from ever change containers would just alienate you from anyone wanting to stream your content. Your restrictions would be off-putting and they would find any other resource to pursue that content. You would lose friends. Your mom would get mad at you. Possibly your sister would call you up one day just to announce she is moving to Netflix. Who knows.. lol. It is your server. You get to do exactly as you want to do. I am just offering you reasons why doing such things would affect real life situations.

The Roku isn't as capable as Android devices since it is restricted to streaming content. The Roku does have one of the largest streaming databases available of all devices. If they want to use it for purposes outside of Emby the Roku is the best device to get the best support for all streaming services.

Edited January 27 by speechles