2.4.8 Beta looks like FFMPEG is choking on me Video Stops Audio Continues not sure h.264 WMC

General Support / Questions Hardware Encoding
1

I am using Windows Media Center with a Ceton USB Tuner Windows7 with an Intel i5 2500k

and recently had to do a reinstall because of a drive crash. So I am on a new hard drive and I am not sure if it is every file that I have recorded since but it is the ones from yesterday at least that have video problems.

The Original WTV File does have video all the way through the file and will play in both MediaCenter and in VLC

The converted File chokes on the video at some random time

I DO NOT Have commercial stripping enabled at this time… actually forgot to enable it when i reinstalled … duh…

The conversion completes and the resulting file has the video end at some random point in the file. It could be 15 mins in or 20 mins in but the audio continues.

I opened the Log File for one of the videos and there are a large number of errors it seems.

The log file is long and repetitive so I am pulling out some samples of things that seem to be different to show an indication of where the problem is.

I have uploaded as a .zip file since its about 11mb txt file and

SAMPLE 1

2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] SPS unavailable in decode_picture_timing
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] non-existing PPS 0 referenced
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] SPS unavailable in decode_picture_timing
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] non-existing PPS 0 referenced
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] decode_slice_header error
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base --> [h264 @ 0000000000577d40] no frame!

SAMPLE 2

2017-10-29T04:39:12 MCEBuddy.AppWrapper.FFmpeg --> [mpegts @ 0000000009a24b40] Non-monotonous DTS in output stream 0:2; previous: 71136, current: 69634; changing to 71137. This may result in incorrect timestamps in the output file.

SAMPLE 3

2017-10-29T04:43:10 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Past duration 0.955376 too large

SAMPLE 4

2017-10-29T04:43:12 MCEBuddy.AppWrapper.FFmpegMediaInfo --> frame= 1170 fps=585 q=-0.0 size= 1579500kB time=00:00:19.51 bitrate=662889.1kbits/s dup=20 drop=0 speed=9.76x

SAMPLE 5

2017-10-29T04:44:34 MCEBuddy.AppWrapper.Handbrake --> [04:44:34] qsv_enc_init: using ‘hardware (1)’ implementation, API: 1.4
2017-10-29T04:44:35 MCEBuddy.AppWrapper.Handbrake --> [NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:44:37 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 0.48 %[NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:44:39 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 2.04 % (403.72 fps, avg 391.22 fps, ETA 00h04m18s)[NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:44:39 MCEBuddy.AppWrapper.Handbrake --> [NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake --> [NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 77.39 % (412.55 fps, avg 404.15 fps, ETA 00h00m58s)[NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake --> [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)

2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake --> [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)
2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 77.41 % (412.55 fps, avg 404.15 fps, ETA 00h00m58s)[h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)
2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake --> [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)

How It’s Made Convert to MP4-2017-10-29T04-38-46.0299417-04-00.zip (312.3 KB)

2

So last night i used Windows Handbrake to convert a .wtv file to a mp4 and it completed ok and then I converted the same file using MCEBuddy and I had the same problem of the video of the file ending at 21:54 and the audio continuing

using MCEBuddy 2.4.8 64bit - 20171006

I am going to try a reinstall

I double checked some files that were converted prior to me noticing this problem and 4 out of 5 movies play fine. the 5th one has the same problem where the video ends and the audio continues. I would guess that a number of the tv shows also have problems but it going to be harder to hunt them down since they have already been merged with the rest of the older shows.

I will try a reinstall. I don’t know of any changes I made to my computer or MCEBuddy with the exception of trying to get MCEBuddy to search the net for the episode number. The video settings remained the same and still I am not using a commercial remover but i normally do.

3

Try playing it in vlc. If that works then it s a decoder problem and you would need to install ffdshow, lav filters or similar.

edit: the sandy bridge quicksync encoder does not support AVC. Also try disabling hardware encoding

1 Like
5

I am using VLC to view both the Original WTV file and the completed mp4 file

After some testing I am even more confused … tonight WMC recorded 5 things and the ones on Discovery Channel are the ones that are choking… I also recorded a movie and an episode of Survivor and both of those files play in VLC after conversion but the 2 shows from Discovery Channel choke at about 20 minutes in…

For added testing my cable provider has 3 Discovery Channels an SD an HD and another HD in a much higher channel number range. So far I have recorded off of both the HD stations and the files choke at about 20 minutes in but not at the same place … within 5-10 minutes … however on other files the choke is more random and can be at the end of the movie or episode i think those were recorded on History.

I normally do not have any problem recording Discovery Channel shows and I have literally hundreds of episodes if not thousands.

so it is probably not a copy once deal idk.

I am going to try recording off of Discovery Channel on the SD channel and see what I get …

Again not every recording is choking in VLC and when I say Choke i mean the video stops and the audio continues. It just seems to be a few channels at this point.

I am betting Discovery SD vs HD going to choke just the same way but who knows I will give it a shot

6

Try checking the signal strength/quality for those channels. Also make sure you are running the latest drivers/firmware for your tuner. After you update your drivers/firmware run a channel scan. It may be time for a new cablecard.

1 Like
7

Any results? I am experiencing the same issue you describe. Cablecard and HDhomerun prime. Recorded TV converted with handbrake video stops 15 or 20 minutes in while audio continues. Possibly 1 in 5 or 1 in 10 recordings. In my case, I have tried recording the same episode from the same channel at a different airing and the problem did not reoccur with the second attempt. I am using plex dvr to create the recordings and the .TS file it creates will play all the way through via plex or VLC. Interestingly, when I play the .TS file through VLC directly, the time counter works at the start and once the video gets past the same point where handbrake bombs, the time counter just shows 00 all the time. It continues to play normally to the end with no audio or video disturbance, but it suggests the source .TS file is damaged in some way that VLC/Plex can deal with as a .TS mpeg2, but trying to convert to h.264 is unable to deal with the underlying data issue.

8

No I have not had any good results. I am on comcast I am using a Ceton 4 tuner usb tuner with MediaCenter on win7 and I have not experienced this exact problem before. However I have noticed another problem.

When I convert to h.264 using MCEBuddy and then try to reconvert to h.265 using windows handbrake the file will cause windows handbrake to choke and then handbrake will not move on in that queue to another video… its really painful because I am on another computer and the Win7 computer can handle the h.264 conversion but it is not strong enough to go to h.265 in one step with mcebuddy. so i end up moving them to a networked drive and performing that conversion with this computer…

Maybe I should try converting to something less than h.264 or maybe just strip the commercials… idk

I don’t believe its a problem with the cablecard or the tuner. and it is not all of the videos like you say matt it is just a few out of a bunch.

at this point I am just deleting shows that choke but I really don’t want to be doing that since some are from a series and you lose track of whats happening.

the mcebuddy converted file is definitely being written with something wrong with it.