Issue 107 in ffmbc: Scan Type/Field Order Copy Streams Incorrect or Missing?

[ff...@googlecode.com]

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 107 by christop...@gmail.com: Scan Type/Field Order Copy Streams
Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

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.

[ff...@googlecode.com]

Comment #1 on issue 107 by baptiste...@gmail.com: Scan Type/Field Order

Copy Streams Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

Your file is progressive. Can you supply your source file ?

[ff...@googlecode.com]

Comment #2 on issue 107 by christop...@gmail.com: Scan Type/Field Order

Copy Streams Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

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,bi294q447rrue98,b0u7bfya3vbh6vz,6swbqxjcroa97l0

Hope that helps and thanks alot for looking into it.

[ff...@googlecode.com]

Updates:
Status: Invalid

Comment #3 on issue 107 by baptiste...@gmail.com: Scan Type/Field Order

Copy Streams Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

I double check and I cannot reproduce the issue with the files you provided.
I suggest you make distclean the source tree and recompile.

[ff...@googlecode.com]

Comment #4 on issue 107 by comcasta...@gmail.com: Scan Type/Field Order

Copy Streams Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

I am receiving SD files from a client as well who insists he sending
interlaced lower field first. Media Info is reading as progressive. FCP7 &
X read as interlaced lower field first. Adobe either doesn't read it
(leaves it blank) or reads it lower or progressive.

I cannot give a clear work flow as I am not creating the files but I know
FFmbc is the writing library and the more I am looking into these the more
it appears the scan order is not being attached correctly to the metadata.

Attachments:
T227.txt 3.3 KB
T287.txt 3.3 KB
Screen shot 2013-08-20 at 10.26.10 AM (2).png 204 KB
Screen shot 2013-08-20 at 10.26.25 AM (2).png 189 KB
Screen Shot 2013-08-20 at 10.06.03 AM.png 243 KB
Screen Shot 2013-08-20 at 10.06.12 AM.png 243 KB
Doner_Original.png 254 KB
Export From AE_IBFF.png 255 KB

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

[ff...@googlecode.com]

Comment #5 on issue 107 by jackievi...@gmail.com: Scan Type/Field Order

Copy Streams Incorrect or Missing?
http://code.google.com/p/ffmbc/issues/detail?id=107

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.

Attachments:

Doner_Original.png 254 KB
Export From AE_IBFF.png 255 KB

Screen Shot 2013-08-15 at 4.29.56 PM.png 983 KB

Screen Shot 2013-08-20 at 10.06.03 AM.png 243 KB
Screen Shot 2013-08-20 at 10.06.12 AM.png 243 KB
Screen shot 2013-08-20 at 10.26.10 AM (2).png 204 KB
Screen shot 2013-08-20 at 10.26.25 AM (2).png 189 KB

T227.txt 3.3 KB
T287.txt 3.3 KB