so i was instructed how to use command console to activate x264 with debugmode frameserver to render my videos, but now it seems i also have to mux it into an mp4 file.
I don't understand what mux-ing is, or how to mux it into a mp4 file.
could someone instruct me on how to do this properly?sorry, just learnt how to properly do it.
Youtube doesn't accept mkv as far as I'm aware. Otherwise I would have suggested it.
I could be entirely wrong in that sense, but I don't care to do a bunch of upload tests to see if it actually splits it properly. Last I was aware, youtube frequently had issues with audio desync / wrongly assumed framerates when uploading via mkv. Was quite a while ago, though.
@Deus - Like I said, if you're having a lot of difficulty getting things working with this method you can always just use the mainconcept AVC/mp4 profiles. It's more straightforward and will give you an mp4 with audio and video already muxed. I suggested the x264 method because it gives a better understanding of what's happening in the background, and much better control over overall quality and encode parameters on an individual project basis. But it's not entirely necessary.
Youtube doesn't accept mkv as far as I'm aware. Otherwise I would have suggested the straightforward way quite a long time ago.
I could be entirely wrong in that sense, but I don't care to do a bunch of upload tests to see if it actually splits it properly. Last I was aware, youtube frequently had issues with audio desync, ad wrong framerates when uploading via mkv. Was quite a while ago.
@Deus - Like I said, if you're having a lot of difficulty getting things working with this method you can always just use the mainconcept AVC/mp4 profiles. It's more straightforward and will give you an mp4 with audio and video already muxed. I suggested the x264 method because it gives a better understand of what's happening in the background, and much better control over overall quality and encode parameters on an individual project basis. But it's not entirely necessary.
Yes it does. But either way if you encode properly instead of in the silly roundabout manner you tell him to you wont have to mux your video into any container.
Youtube doesn't accept mkv as far as I'm aware. Otherwise I would have suggested it.
AFAIK they do now, they've started accepting a lot more container formats.
However, depending on the audio/video inside the container it might not accept it. Pretty sure they still don't accept .ogm files.
Subtitles will also not render IIRC.
Last I was aware, youtube frequently had issues with audio desync / wrongly assumed framerates when uploading via mkv. Was quite a while ago, though.
Not any more........
Though depending on the time of day you upload, this could happen to any video/format. Especially as of late when they changed their processing mechanism for some unfathomable reason.
So in this case, you're using it as something arbitrary. Based on how you like things to be done, the workflow you're familiar with, and the tasks you typically do. Alright.
In video editing, in my opinion (as far as workflow is concerned), there are certainly "proper" ways to do things, but it hinges relative to your intended result, the tools available, and the requirements of the project. In this case, the goal was the best subjective quality at reasonable bitrates and encoding time, with finer control over individual parameters (as well as not having to have audio downsampled twice). Doing his editing in vegas and piping to x264 is the best approach for that.
I don't understand what mux-ing is, or how to mux it into a mp4 file.
could someone instruct me on how to do this properly?sorry, just learnt how to properly do it.
please delete this thread.
Why?
Was there a specific reason?
https://en.wikipedia.org/wiki/Muxing
Basically it's when you take audio and video and encode it into a video.
This is basic video editing 101, go read a tutorial.
Youtube doesn't accept mkv as far as I'm aware. Otherwise I would have suggested it.
I could be entirely wrong in that sense, but I don't care to do a bunch of upload tests to see if it actually splits it properly. Last I was aware, youtube frequently had issues with audio desync / wrongly assumed framerates when uploading via mkv. Was quite a while ago, though.
@Deus - Like I said, if you're having a lot of difficulty getting things working with this method you can always just use the mainconcept AVC/mp4 profiles. It's more straightforward and will give you an mp4 with audio and video already muxed. I suggested the x264 method because it gives a better understanding of what's happening in the background, and much better control over overall quality and encode parameters on an individual project basis. But it's not entirely necessary.
Yes it does. But either way if you encode properly instead of in the silly roundabout manner you tell him to you wont have to mux your video into any container.
Knowing what you're doing.
However, depending on the audio/video inside the container it might not accept it. Pretty sure they still don't accept .ogm files.
Subtitles will also not render IIRC.
Not any more........
Though depending on the time of day you upload, this could happen to any video/format. Especially as of late when they changed their processing mechanism for some unfathomable reason.
So in this case, you're using it as something arbitrary. Based on how you like things to be done, the workflow you're familiar with, and the tasks you typically do. Alright.
In video editing, in my opinion (as far as workflow is concerned), there are certainly "proper" ways to do things, but it hinges relative to your intended result, the tools available, and the requirements of the project. In this case, the goal was the best subjective quality at reasonable bitrates and encoding time, with finer control over individual parameters (as well as not having to have audio downsampled twice). Doing his editing in vegas and piping to x264 is the best approach for that.