Jump to content

Playback stuttered, FFMPEG crashed


dompun

Recommended Posts

dompun

Hello,

I am having this playback problem for almost all my files since updating my sever a few weeks ago:

a) Emby plays most of the movie without issue.
     At about 20 minutes from the end of the movie, playback stutters, "loading bar"
   appears on the TV screen and is stuck, FFMPEG error appears on the PC.
c) After a few minutes, playback resumes, and this scenario is repeated over
   and over again.
d) FFMPEG error is: "FFMPEG.EXE has stopped playing"
   The details in the error box are:
   Problem Event Name: APPCRASH                                 
     Application Name: ffmpeg.exe                               
     Application Version: 0.0.0.0                               
     Application Timestamp: 00000000                            
     Fault Module Name: msvcrt.dll                              
     Fault Module Version: 7.0.9600.17415                       
     Fault Module Timestamp: 54504b2e                           
     Exception Code: c0000005                                   
     Exception Offset: 000129b4                                 
     OS Version: 6.3.9600.2.0.0.768.101                         
     Locale ID: 1033                                            
     Additional Information 1: 5861                             
     Additional Information 2: 5861822e1919d7c014bbb064c64908b2
     Additional Information 3: cf83                             
     Additional Information 4: cf83f65075b6410a10a5b6b1adda9ddd
e) The entire movie plays fine with Emby as the DLNA server and Roku Media
   Player as the renderer.

Server and Transcoding logs files are attached.
Emby server version 4.1.1.0
Roku app version 3.0.155

Thank you for your assistance
Dominic

EmbyServer.txtEmbyFFMPEG.txt

Link to comment
Share on other sites

Happy2Play

I wonder why you have a different ffmpeg build? 

ffmpeg version 4.0.3-emby_2019_04_09-g5abbb1430d+449 Copyright (c) 2000-2018 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 7.4.0 (Rev1, Built by MSYS2 project)

 

On 4.1.1.0 I have

ffmpeg version 4.0.3-emby_2019_04_09-g5abbb1430d+449 Copyright (c) 2000-2018 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 8.3.0 (Rev2, Built by MSYS2 project)

I thought I saw somewhere there was a update that rolled out the same day or the update was repackaged. You may have to manually reinstall from the download page to see if it makes a difference.

  • Like 1
Link to comment
Share on other sites

Looks like he's on a 32-bit system so that is probably why.

 

That's exactly true!

Link to comment
Share on other sites

dompun

I tried 6 -7 files and only one played to the end trouble-free.

That one is a mp4 file. The other ones are mostly mkv files.

 

I just uninstalled the existing Emby server and installed a new one.

The playback result is still mostly the same.

Playback still stutters at the same spots as before, but there are no error messages from ffmpeg.

 

I tweaked the parameters for transcoding, but did not improve anything.

The file plays fine with Emby as the DLNA server and Roku Media Player as the renderer.

Does this give a clue to what may be happening?

 

Your assistance is much appreciated.

Dominic 

Link to comment
Share on other sites

@@dompun OK, Could you please post more ffmpeg logs then?

 

The one that you posted doesn't even involve any video conversion, just stream-copying.

 

You could also post an ffmpeg log for the DLNA playback case.

 

PS: Are you sure that your HD (C:\) has enough free space?

Link to comment
Share on other sites

dompun

Hello,

My harddisk is partitioned into C and F.

Drive C contains everything except the media library, drive F contains only the media library.
Drive C's capacity is 92GB, of which 37 GB are used.
Drive F's capacity is 840GB, of which 217 GB are used.

Here are the server log and the last 5 instances of ffmpeg log files.
I agree with your comment about no video conversion.  I was watching the dashboard and it showed direct play almost all the
time as the ffmpeg errors piled up on the screen.  The dashboard did indicate "transcoding" a few times but only for a split second.

What do I look for in a log file that indicated transcoding actually took place?
Is the line to look for:  " Stream #0:0 -> #0:0 (copy) "

On a separate trial, I started the movie with the bitrate on "auto", played for a bit to see that things were fine, then I fast forwarded to just before the spot where the first ffmpeg error occurred, then resumed playing.  Soon playback crashed, then I changed bitrate to 6 mbps, and the movie was able to finish without further errors.  Maybe this might give a clue?

Next I will post the transcode log for the DLNA case, although I am not sure if there is a transcode log for it.

Thank you for your time
Dominic

Server.txtFFM01.txtFFM02.txtFFM03.txtFFM04.txtFFM05.txt

Link to comment
Share on other sites

Thanks, that's strange as there's nothing obvious here. Have you run a disk check to scan your hard disk for any potential errors or failures?

 

@@softworkz any thoughts?

Link to comment
Share on other sites

dompun

Hello,

 

I ran chkdsk for drive F and no errors or bad sectors.were found.

I think I also ran it for drive C: with same results, but I can't remember for sure so I will run it again.

I also ran a memory check, and a malware & virus check and no problems were found.

 

Also, for the DLNA case no server or transcoding logs were produced.

 

Thank you for your assistance

Dominic

Link to comment
Share on other sites

@@dompun - You said that this problem would occur with many files. But all logs you posted were about the same file an roughly resuming at the same position...

 

It can always happen that one or another corrupt file causes a crash.

Edited by softworkz
Link to comment
Share on other sites

dompun

Hello

 

Here are the logs for another file.

Stuttering began near the end of the movie, but playback did not crash.

 

This behavior is happening to every file I played in the last week or so.

Sometimes playback stuttered and crashed, sometimes stuttered but no crash.

Will post more logs.

 

Thanks

Sever02.txtFFM02.txt

Link to comment
Share on other sites

Thanks for the logs. 

 

I still don't get the full picture.

 

All logs you posted are logs about a failed resume attempt at a position close to the end of the file.

All those logs indicate an almost immediate crash of ffmpeg. I see no playback no stuttering no ongoing playback anywhere.

 

Is there something common about these files that you could tell us?

Have you converted those files yourself or something like that?

Edited by softworkz
Link to comment
Share on other sites

dompun

Hello,

The files were obtained from a provider that I have been using for several years.
I have not modified the files in any way.
Over that time there have been very little issues in playing the files with Emby.
Some of the files that are now getting errors previously played fine with the old version
of Emby server that I was using. That version could be as old as six months.

This is how I provided the logs:
I started the movie to see that it was playing properly.  Then I fast forwarded to about
15 minutes from the end and resumed playback. Playback soon began to stutter, but
managed to finish the movie. There could be 50 to 100 ffmpeg logs from the beginning
of stuttering to the end of the file.  The one I sent you is the last one before the
the end of the file. I did browse through some of the logs and they were very similar.

 

I suppose it is possible that my computer got corrupted and is no longer compatible with Emby.

Thank you for your assistance
Dominic
 

Link to comment
Share on other sites

OK, thanks for clarifying. I understand now, that there were very many ffmpeg logs generated and you always posted the last one for each case.

 

You're also saying that these files are playing fine for 70-90%  and problems arising only during the last 10-30%, right?

 

 

My only conclusion for this is that I got none.

 

We'll need to check whether this is reproducible on our side.

Would you be able to provide one of those files for testing?

You can contact me via PM for this.

Link to comment
Share on other sites

dompun

Hello

 

Yes, I always posted the last ffmpeg log.  In addition, in post number 9, I posted 5 ffmpeg logs, which were the last 5 logs for that case.

 

Yes, the issue only arises in the last 10-30% of the file.

 

Will PM you with file.

 

Thank you for your time

 

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...