In OBS v0.60b and v0.611b, using AAC audio and FLV output is producing somewhat broken FLV files. They are broken in the sense that Media Player Classic Home Cinema 1.7.3 can not time seek on them. They will play from start to finish fine. They can be converted to a different container such as mkv and will playback fine from there, so the streams are ok, and seems to be a container/indexing issue.
Using MP3 output does not cause the seek problem, but sometimes (I don't know why only sometimes...) a second, 'mp1' audio stream will be detected by MPCHC when outputting mp3 to FLV. This mp1 stream will be silent. Other programs such as mkvmerge will not detect this stream, so it is perhaps a nuance with MPCHC/OBS.
In the case where no double audio stream is created with mp3 output, sometimes (I don't know why) MPCHC will think the file is longer than it actually is. In one case, an 11 second file is read as a 1m 51s file.
When testing out different versions, it seems the mp1 problem also sometimes occurs in 0.592b, but the other two problems do not as far as I can tell. Sometimes the silent stream is reported as mp2 instead.
Here's a 0.611b mp3/flv log file that resulted in a silent mp1 stream, followed by an encode that did not have the problem (same settings).
Here's a 0.611b aac/flv log file that results in an MPCHC unseekable flv file (always reproducible for me). I am mostly hoping this issue can be address.
Using MP3 output does not cause the seek problem, but sometimes (I don't know why only sometimes...) a second, 'mp1' audio stream will be detected by MPCHC when outputting mp3 to FLV. This mp1 stream will be silent. Other programs such as mkvmerge will not detect this stream, so it is perhaps a nuance with MPCHC/OBS.
In the case where no double audio stream is created with mp3 output, sometimes (I don't know why) MPCHC will think the file is longer than it actually is. In one case, an 11 second file is read as a 1m 51s file.
When testing out different versions, it seems the mp1 problem also sometimes occurs in 0.592b, but the other two problems do not as far as I can tell. Sometimes the silent stream is reported as mp2 instead.
Here's a 0.611b mp3/flv log file that resulted in a silent mp1 stream, followed by an encode that did not have the problem (same settings).
Here's a 0.611b aac/flv log file that results in an MPCHC unseekable flv file (always reproducible for me). I am mostly hoping this issue can be address.