ffmpeg development

[jvl711]

Originally Posted by Narflex

The FormatParser has a conditional in it to not detect the format if the file is zero sized...however, if it's currently being recorded and the getRecordedBytes call returns a non-zero value, then it proceeds still (there were weird issues on Windows we would see where the report of the file size from the OS would lag behind the actual amount of bytes in the file you could actually read, that's why we check both ways). That's what you were hitting before.

I don't know if the format parser in the remuxer is different than the one SageTV is normally using...but I think they are the same (I don't think Qian would have wrote that code twice). If you can post an example file that reproduces the issue, that'd be great.

I have a test file. I am going to manually make the call first to make sure it is not determining the format before I send it to you. I need to write a quick tester app.

The good news is when it works, which appears to be 80-90% of the channels, it is working well. Channel changes are quick, and sage is able to playback all of the files.

[jvl711]

Here is a file that does not work. I tested it with the code, and it was unable to determine the format.

https://drive.google.com/open?id=0B9...HVmQTIzbnVTMjg

I tested the same file with VLC, and it was able to playback the file. I checked the file with MediaInfo, and it was unable to determine the contents of the file.

[MattHelm]

Originally Posted by jvl711

...
I tested the same file with VLC, and it was able to playback the file. I checked the file with MediaInfo, and it was unable to determine the contents of the file.

Remember, VLC was designed to playback ANYTHING, even files that are made incorrectly, so it's one of the "worse" ways to check a video file!

Wow, I've only had MediaInfo barf on 1 file, and nothing would read it!