I prefer editing in Premiere on Windows, but I'm working with a studio that's in the stone ages with FCP7.
I found the following script to rewrap MOV to MXF using ffmbc, but now that I've done my editing I need to rewrap the MXF Premiere created back into MOV. How can I 'reverse' this script?
@ECHO OFF for %%a in (*.mov) do ffmbc -i "%%a" -vcodec copy -acodec pcm_s16le -ac 1 -map_audio_channel 0:1:0:0:1:0 -f mxf -y "%%~na".mxf -acodec pcm_s16le -ac 1 -map_audio_channel 0:2:0:0:2:0 -newaudio
----- Original Message ----- From: <max.pitts...@gmail.com>
To: <ffmbc-discuss@googlegroups.com>
Sent: Monday, October 01, 2012 5:15 PM
Subject: [ffmbc-discuss] MXF to MOV
>I prefer editing in Premiere on Windows, but I'm working with a studio
> that's in the stone ages with FCP7.
> I found the following script to rewrap MOV to MXF using ffmbc, but now > that
> I've done my editing I need to rewrap the MXF Premiere created back into
> MOV.
> How can I 'reverse' this script?
> @ECHO OFF
> for %%a in (*.mov) do ffmbc -i "%%a" -vcodec copy -acodec pcm_s16le -ac 1
> -map_audio_channel 0:1:0:0:1:0 -f mxf -y "%%~na".mxf -acodec pcm_s16le -ac
> 1 -map_audio_channel 0:2:0:0:2:0 -newaudio
I've been successfully able to use this command to rewrap MXF to MOV, but according to Media Info, the video bitrate drops from ~35Mbps to ~25Mbps. Any idea why this is happening? I thought it was supposed to be just a rewrap with no encoding.
@ECHO OFF for %%a in (*.mxf) do ffmbc -y -i "%%a" -vcodec copy -map_audio_channel 0:1:0:0:1:0 -map_audio_channel 0:2:0:0:1:1 -acodec pcm_s16le -ac 2 -f mov "%%~na".mov
On Monday, October 1, 2012 8:15:29 AM UTC-7, max.pi...@gmail.com wrote:
> I prefer editing in Premiere on Windows, but I'm working with a studio > that's in the stone ages with FCP7.
> I found the following script to rewrap MOV to MXF using ffmbc, but now > that I've done my editing I need to rewrap the MXF Premiere created back > into MOV. > How can I 'reverse' this script?
> @ECHO OFF > for %%a in (*.mov) do ffmbc -i "%%a" -vcodec copy -acodec pcm_s16le -ac 1 > -map_audio_channel 0:1:0:0:1:0 -f mxf -y "%%~na".mxf -acodec pcm_s16le -ac > 1 -map_audio_channel 0:2:0:0:2:0 -newaudio
On 10/02/2012 07:32 AM, max.pitts...@gmail.com wrote:
> I've been successfully able to use this command to rewrap MXF to MOV, but according to Media Info,
> the video bitrate drops from ~35Mbps to ~25Mbps. Any idea why this is happening? I thought it was
> supposed to be just a rewrap with no encoding.
Was the audio in input 24 bits ? You re-encoded it to 16 bits, so the global bitrate
will be lower.
That is a good point, the source audio was 24. I'm using Media Info to view
the final bitrates, however, and the program shows audio and
video bit-rates separately. It specifically states that the video stream is
suffering a massive 10Mbps drop >.>
Of course 25Mbps still looks pretty flawless to the average viewer. In our
case we probably have fewer than 10 viewers at a time. So it's not a huge
deal, but still a mystery without an answer.
On Thu, Oct 11, 2012 at 9:36 PM, Baptiste Coudurier <
> On 10/02/2012 07:32 AM, max.pitts...@gmail.com wrote:
> > I've been successfully able to use this command to rewrap MXF to MOV,
> but according to Media Info,
> > the video bitrate drops from ~35Mbps to ~25Mbps. Any idea why this is
> happening? I thought it was
> > supposed to be just a rewrap with no encoding.
> Was the audio in input 24 bits ? You re-encoded it to 16 bits, so the
> global bitrate
> will be lower.
On Oct 12, 2012, at 9:55 AM, Max Pittsley <max.pitts...@gmail.com> wrote:
> That is a good point, the source audio was 24. I'm using Media Info to view the final bitrates, however, and the program shows audio and video bit-rates separately. It specifically states that the video stream is suffering a massive 10Mbps drop >.>
> Of course 25Mbps still looks pretty flawless to the average viewer. In our case we probably have fewer than 10 viewers at a time. So it's not a huge deal, but still a mystery without an answer.
Well IIRC the 35 XDCAM is VBR and is probably padded at the mxf layer or something, the rewrapping removes that padding.
If you can send me a file, I can tell you exactly why
