Question / Help Video/Audio codec undefined

[LordKaT]

Hi, I've been making long recordings (typically about an hour or more) via OBS directly to flv. In previous versions this was no problem and worked fine; however, with the most recent update this feature has broken: flv files no longer contain any container codec information - both audio and video codec parameters are set to 0x0000.

Example file: http://www.lordkat.com/WTFDS/WTFDS-S00E18.flv (over 600MB, please be patient)

Small files, recorded in this version of OBS, do not exhibit this problem: http://www.lordkat.com/WTFDS/test.flv (small)

Previous versions of OBS work, though (the recording setup is the same): http://www.lordkat.com/WTFDS/WTFDS-S00E16.flv (over 600MB, again be patient)

Unsure if this should be in the bugs forum and I don't know if anyone else has seen this or might be able to fix it.

 

[LordKaT]

Further information:

ffmpeg and VLC are reporting three streams in the flv files. One video stream (MPEG4 part 10), and two audio streams (one undef, one MPEG Layer 1/2/3). The undef one is causing problems as it's detected as "Track 1" and the default audio source.

Here is the requested log file: http://pastebin.com/6P8a7tvJ

 

[paibox]

Thank you for bringing this to our attention. It is some sort of issue with the FLV writer (older versions of VLC would (incorrectly) parse and play them back properly), I'll try to sort it out, but until then try using MP4 for recordings if possible.

 

[paibox]

This should be fixed now, I tried doing a two hour recording, and I didn't have any mysterious third stream or anything like that, and the file checked out fine with ffmpeg. Will be fixed in the next release, which will hopefully be real soon.

 

[LordKaT]

paibox, is there a branch I can checkout the fix from?

 

[paibox]

Sure, it has been committed to the master branch, so all you've got to do is fetch the main repo. There are also builds available from http://builds.catchexception.org/