Live Stream Stops Playing

[davidmarshalljr 1]

Hello,

I have a live stream coming from a Wowza server that's pretty stable. When we put it through Emby, I get two issues:

1. Emby seems to be transmuxing (?) the stream, and won't pull from Wowza directly. We're using browsers like Chrome to access the web app.

2. Playback randomly stops occasionally. Chrome just goes blank. I'm able to navigate back and restart the stream, but I'm wondering what the issue is. I've attached both logs, and I pulled the Emby log as close to the stopping point as possible.

 

We LOVE Emby— thanks for making such a great tool.

ffmpeg-directstream-b15b5dc0-6bcf-4821-b471-4440671d7a47_1 (1).txt embyserver.txt

[Carlo 4561]

Hello David,

Is this your wowza server? Appears that way since it's a local address.  When you view these from the Dashboard in Emby Server what is the reason given for transmux?  You can get to this on the dashboard page in the device section.  While a user is playing back something lick the "i" info icon.

How much free space do you have on C drive on your Emby server?

[davidmarshalljr 1]

Thanks for the reply.  Yes, this is coming from the Wowza server. There's 720 GB left on the drive, so there seems to be plenty of space.

The reason given for the transmux is that it's in an incompatible file container, so that makes sense. 

So yeah, not sure why it's stopping. Any thoughts?

[Carlo 4561]

Sending you a PM.

[davidmarshalljr 1]

Great! Looking forward to it.

[Luke 42080]

Did you find anything? I don't think this stream will direct play for us, but it still shouldn't stop.

[davidmarshalljr 1]

That’s fine about direct playing, but yeah we haven’t looked at why it’s stopping. Is there anything in the logs?

[Luke 42080]

There's nothing obvious, no.

[Carlo 4561]

David I did see this in the server log

2020-08-12 11:13:59.002 Info MediaInfoService: Bitrate exceeds DirectPlay limit: media bitrate: 20192000, max bitrate: 5915000
2020-08-12 11:13:59.002 Info MediaInfoService: Bitrate exceeds DirectStream limit: media bitrate: 20192000, max bitrate: 5915000

I'm thinking if you have a limit set on the client you might want to either remove the client limit or setup the encoders or Wowza to encode to a lower bitrate so that Emby doesn't turn around and transcode again.  No sense doing two transcodes if not absolutely needed.
 

The server log shows this:

System.IO.FileNotFoundException: System.IO.FileNotFoundException: Could not find file 'C:\Users\Streaming\Desktop\Emby\programdata\transcoding-temp\519840_766.ts'.
 File name: 'C:\Users\Streaming\Desktop\Emby\programdata\transcoding-temp\519840_766.ts'

The ffmpeg log shows this as having been processed but it looks like ffmpeg might have crashed or something as the log stops midway in process and only a partial line is written.  This is right after the 519840_766.ts was created.

Have or could you run a check disk on drive C  just to rule that out as a potential problem?
    

[davidmarshalljr 1]

Thanks— the emby admin says that it's transmuxing because of an incompatible container format. I'm cool with that.

I'll try to move the server over to a different drive and report back.

[Carlo 4561]

With the combo of Wowza and Emby you should be able to get a format that will allow Emby to Direct Stream but not transcode which would be optimal for you.

You shouldn't need to move the server.  I'd just check the drives real quick to make sure there isn't an underlying problem.

Emby has a couple of options that allow you to change where things are written.

For example you can control where TV/DVR files are saved by changing 

"Default recording path:" under the DVR menu option.
You can change the "Transcoding temporary path:" as well and this option is under the Transcoding menu.

Carlo

[Luke 42080]

Has this helped?

[davidmarshalljr 1]

So I’m no longer concerned with the transmuxing anymore— thank you for the help with that.

No matter what drive I point it to, I’m still getting the same error about not being able to find the file. We have tv boxes streaming directly from Wowza, and they don’t have any issues streaming continuously. It’s such an odd situation. I’m not sure what else I can do to troubleshoot.

[Carlo 4561]

4 minutes ago, davidmarshalljr said:

No matter what drive I point it to, I’m still getting the same error about not being able to find the file.

On 8/16/2020 at 3:35 PM, cayars said:

System.IO.FileNotFoundException: System.IO.FileNotFoundException: Could not find file 'C:\Users\Streaming\Desktop\Emby\programdata\transcoding-temp\519840_766.ts'.
 File name: 'C:\Users\Streaming\Desktop\Emby\programdata\transcoding-temp\519840_766.ts'

 

Is that the type of file you're referring to?  If so have you taken a look at the location to see if the ts file segments are being created when trying to play a channel?

[davidmarshalljr 1]

That’s a natural progression— I’ll check in the morning. Thank you.

[davidmarshalljr 1]

I just encountered the error again. I pulled the log and verified that the file is indeed in the folder that is specified.

 

If you have ZeroTier, I can give you direct access to the box if you'd like. If you want to, sign up for an account and I'll be able to add you to the network.

embyserver (1).txt ffmpeg-directstream-9c591224-0ec0-44b5-92a9-8a8c792f1116_1.txt

[Carlo 4561]

I'll send you a PM shortly and we can arrange something.

[Luke 42080]

Did you find anything?

[Carlo 4561]

Not yet, haven't "hooked" up yet. We've traded a couple of PMs.

@davidmarshalljr we were going to have quick call to go over your setup. We can go over ZeroTier usage as well. Send me a PM or reply back when we can do this.

[davidmarshalljr 1]

Thanks for checking in— @cayars and I are going to have a call to check some stuff out.

[Luke 42080]

Were you able to do this?

[Carlo 4561]

Not yet.  David is going to get back to me with a time when we can go over some of these things.