search

ajdahlenburg / ffmbc

Automatically exported from code.google.com/p/ffmbc
0 stars 0 forks source link

Scan Type/Field Order Copy Streams Incorrect or Missing? #107

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. ffmbc -i file.mov -acodec copy -vcodec copy outfile.mov
2. ffmbc -i file.mov -timecode 01:00:00:00 -metadata reel_name=SOMENAME -acodec 
copy -vcodec copy outfile.mov
3.

What is the expected output? What do you see instead?

I would FFmbc expect to copy the information about field order to the output. 
But instead it seems to delete that information. MediaInfo does not show 
anything under Scan Type when processing outfile.mov, but does show something 
with input file. Also the outfile is always interpreted by Final Cut Pro 7 as 
TFF, no matter what the input file was.

Strangely this happens only on two out of three testing machines.

What version of the product are you using? On what operating system?

I tested on three systems:

Mac OS X 10.7.3 (64bit) Scan Type incorrect
Mac OS X 10.6.8 Server (64bit) Scan Type incorrect
Mac OX X 10.6.8 (32bit) Scan Type correct

All have FFmbc 0.7-rc7 installed

I also tried to compile it with the same option as the one installed on the 
32bit machine. These are the options on it:

FFmbc version 0.7-rc7
Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers
built on Jul  3 2012 22:52:31 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
configuration: --enable-nonfree --enable-gpl --enable-postproc --enable-swscale 
--enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora 
--enable-libfaac --enable-libxvid --enable-libx264 --enable-static 
--enable-pthreads --disable-indevs --disable-ffprobe
libavutil    51. 11. 0 / 51. 11. 0
libavcodec   53.  9. 0 / 53.  9. 0
libavformat  53.  6. 0 / 53.  6. 0
libavdevice  53.  2. 0 / 53.  2. 0
libavfilter   2. 27. 3 /  2. 27. 3
libswscale    2.  0. 0 /  2.  0. 0
libpostproc  51.  2. 0 / 51.  2. 0

Please provide any additional information below:

The following was tested on the server:

FFmbc version 0.7-rc7
Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers
built on Jul  4 2012 18:06:15 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
configuration: --enable-nonfree --enable-gpl --enable-postproc --enable-swscale 
--enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora 
--enable-libfaac --enable-libxvid --enable-libx264 --enable-libvpx 
--enable-static --enable-pthreads --disable-indevs --disable-ffprobe --as=yasm
libavutil    51. 11. 0 / 51. 11. 0
libavcodec   53.  9. 0 / 53.  9. 0
libavformat  53.  6. 0 / 53.  6. 0
libavdevice  53.  2. 0 / 53.  2. 0
libavfilter   2. 27. 3 /  2. 27. 3
libswscale    2.  0. 0 /  2.  0. 0
libpostproc  51.  2. 0 / 51.  2. 0

/usr/local/bin/ffmbc -y -i '/Users/me/Desktop/infile.mov' -timecode 10:13:59:02 
-metadata reel_name=TestREEL32890 -acodec copy -vcodec copy 
'/Users/me/Desktop/oufile.mov'
FFmbc version 0.7-rc7
Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/me/Desktop/infile.mov':
  Metadata:
    major_brand: qt  
    minor_version: 537199360
    compatible_brands: qt  
    creation_time: 2012-06-20 15:22:16
    com.apple.finalcutstudio.media.uuid: 7119A406-F0F1-4F74-A34D-359DDB00D173
    timecode: 10:13:59:02
  Duration: 00:00:50.12, start: 0.000000, bitrate: 107614 kb/s
    Stream #0.0(eng): Video: prores, yuv422p10le, 1920x1080p, 106201 kb/s, 25.00 fps
    Metadata:
      codec_name: Apple ProRes 422
    Stream #0.1(eng): Data: unknown (tmcd)
    Metadata:
      reel_name: ....
    Stream #0.2(eng): Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s
Output #0, mov, to '/Users/me/Desktop/outfile.mov':
  Metadata:
    reel_name: TestREEL32890
    encoder: FFmbc 0.7
    Stream #0.0(und): Video: prores, yuv422p10le, 1920x1080p, stream copy, 25.00 fps
    Stream #0.1(und): Audio: pcm_s16le, 44100 Hz, 2 channels, s16, stream copy
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.2 -> #0.1
Press [q] to stop, [?] for help
frame=  906 fps=430 size=  457830kB time=00:00:36.24 bitrate=103491.7kbits/s 
eta=00:00:00.80
frame= 1253 fps=345 Lsize=  658410kB time=00:00:50.12 bitrate=107615.5kbits/s   

video:649757kB audio:8634kB global headers:0kB muxing overhead 0.002824%

I really hope I did not miss something, but that problem is driving me nuts, 
since I do not see any work around to write the scan type information with a 
-vf or similiar. Videofilters are ignored when use copy, right? Thanks for 
reading in advance. I will paste my ouput on the 32bit machine as soon as I am 
home.

Original issue reported on code.google.com by christop...@googlemail.com on 4 Jul 2012 at 5:25

GoogleCodeExporter commented 8 years ago 
Your file is progressive. Can you supply your source file ?

Original comment by baptiste...@gmail.com on 7 Jul 2012 at 8:51

GoogleCodeExporter commented 8 years ago 
Hey Babtiste,

thanks for your reply: Here are three exports from FCP, each with different 
field type. Strangely now, my progressive input gets its flag "progressive" 
taken away during the copy process on the 32bit machine as well. Anyway all 
input and output file here:

http://www.mediafire.com/?mjke4g00zrd2msw,gi99av9y3cp8m84,qdfrhptc2v6t3yf,bi294q
447rrue98,b0u7bfya3vbh6vz,6swbqxjcroa97l0

Hope that helps and thanks alot for looking into it.

Original comment by christop...@googlemail.com on 8 Jul 2012 at 10:05

GoogleCodeExporter commented 8 years ago 
I double check and I cannot reproduce the issue with the files you provided.
I suggest you make distclean the source tree and recompile.

Original comment by baptiste...@gmail.com on 18 Sep 2012 at 12:53

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Re-posting this with my email.

I have a client who is insisting everything in his work flow shows he is 
sending interlaced lower field first files. Media Info is reading these as 
progressive. FCP7 & X both read as I/BFF. Adobe reads either progressive, blank 
or lower field.

I don't have the work flow as I did not create these files. The more I am 
looking into this it does not appear the scan type or field order is being 
attached correctly.

Original comment by jackievi...@gmail.com on 20 Aug 2013 at 5:28

Attachments: