<p>Yes, TS is capable of doing what you are asking. Weather OBS is, is another question (that I do not know the answer to). mkv MAY be also to as well. But mp4 and mov can not do this.</p>

CC BY-SA 3.0
2015-09-16T02:01:23.393Z
OBS is able to use multiple channels with formats that support it. So if TS can, then thanks. So you're saying that TS files would still be readable if the recording program stopped responding?
D3_JMultiply
CC BY-SA 3.0
2015-09-16T04:50:25.177Z
TS files are meant for streaming, so don't use global headers.
Gyan
CC BY-SA 3.0
2015-09-16T05:45:36.227Z
Meant to add: so an aborted encode will still play.
Gyan
CC BY-SA 3.0
2015-09-15T21:01:36.827Z
2015-09-15T21:01:36.827Z
SlimSCSI
<p>I've been produce videos on YouTube for a few years. I understand a vast majority of encoding options for x264 (My preferred encoder).</p>

<p>I used to use MPEG-4 containers (.mp4) with my videos, however my system isn't the most powerful and the encoder will sometimes crash mid-encoding, causing the file to be unreadable because of how MPEG-4 file data is organized.</p>

<p>So I switched to using FLV as the container, and remuxing it to MPEG-4 after recording is done. FLV's organization of the data allows the file to be read, even if the file was never completed. I don't understand much about the actual formats, but Id suspect it's an absence of a footer in the format for FLV.</p>

<p>The problem I'm having with FLV, is that when I used MP4, I record with multiple audio tracks, so that I can edit them independently. FLV does not support multiple audio streams.</p>

<p>I'm wondering if there is a container for x264, that's still high quality, allows for multiple audio tracks, and can still be read if encoding crashes.</p>

<p>I am recording with a program called OBS-Studio (OBS Multi-Platform), which allows the following containers for x264: FLV, MP4, MOV, MKV, TS</p>

<p>Are any of those last 3 formats capable of such functionality. I have tried a few days of research and can't find anything regarding this.</p>

<encoding><video-recording>
Container Type that doesn't corrupt on Encoding Crash
D3_JMultiply
# Container Type that doesn't corrupt on Encoding Crash

(Asked by: username_0 on 2015-09-15)

I've been produce videos on YouTube for a few years. I understand a vast majority of encoding options for x264 (My preferred encoder).

I used to use MPEG-4 containers (.mp4) with my videos, however my system isn't the most powerful and the encoder will sometimes crash mid-encoding, causing the file to be unreadable because of how MPEG-4 file data is organized.

So I switched to using FLV as the container, and remuxing it to MPEG-4 after recording is done. FLV's organization of the data allows the file to be read, even if the file was never completed. I don't understand much about the actual formats, but Id suspect it's an absence of a footer in the format for FLV.

The problem I'm having with FLV, is that when I used MP4, I record with multiple audio tracks, so that I can edit them independently. FLV does not support multiple audio streams.

I'm wondering if there is a container for x264, that's still high quality, allows for multiple audio tracks, and can still be read if encoding crashes.

I am recording with a program called OBS-Studio (OBS Multi-Platform), which allows the following containers for x264: FLV, MP4, MOV, MKV, TS

Are any of those last 3 formats capable of such functionality. I have tried a few days of research and can't find anything regarding this.

**Tags:** encoding, video-recording


---

## 1 answers

### Answer by username_1 on 2015-09-15. Score: 1 | Accepted answer

Yes, TS is capable of doing what you are asking. Weather OBS is, is another question (that I do not know the answer to). mkv MAY be also to as well. But mp4 and mov can not do this.

> **Comments:**
> **username_0**: OBS is able to use multiple channels with formats that support it. So if TS can, then thanks. So you're saying that TS files would still be readable if the recording program stopped responding?  
> **username_2**: TS files are meant for streaming, so don't use global headers.  
> **username_2**: Meant to add: so an aborted encode will still play.  

---

