jslhs / ffmbc

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

use of metadata reel_name produces a video copy error in quicktime #95

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Adding -metadata reel_name=ABCD1234 produces a corrupted image on output, 
while omitting the metadata does not.
2.
3.

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

This output produces an output with visual errors.
ffmbc -y -i ABC1234.dv -timecode '00:00:00;22' -metadata reel_name=ABC1324 
-vcodec copy -acodec copy ABC1234b.mov -acodec copy -newaudioFFmbc version 
0.7-rc7
Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers
[dv @ 0x7fcdc9007600] Estimating duration from bitrate, this may be inaccurate
Input #0, dv, from 'ABC1234.dv':
  Duration: 00:00:00.33, start: 0.000000, bitrate: 28771 kb/s
    Stream #0.0(und): Video: dvvideo, yuv411p, 720x480i bff [PAR 8:9 DAR 4:3], 28771 kb/s, 29.97 fps
    Stream #0.1(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, 1024 kb/s
    Stream #0.2(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, 1024 kb/s
Output #0, mov, to 'ABC1234b.mov':
  Metadata:
    reel_name: ABC1324
    encoder: FFmbc 0.7
    Stream #0.0(und): Video: dvvideo, yuv411p, 720x480i bff [PAR 8:9 DAR 4:3], stream copy, 29.97 fps
    Stream #0.1(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, stream copy
    Stream #0.2(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, stream copy
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
  Stream #0.2 -> #0.2
Press [q] to stop, [?] for help
[mov @ 0x7fcdc9000600] replacing header in front, copying  1.23MB
frame=   10 fps=5244 Lsize=    1258kB time=00:00:00.33 bitrate=30881.3kbits/s
video:1172kB audio:83kB global headers:0kB muxing overhead 0.201023%

While omitting the metadata option produces a video as expected. 

ffmbc -y -i ABC1234.dv -timecode '00:00:00;22' -vcodec copy -acodec copy 
ABC1234.mov -acodec copy -newaudioFFmbc version 0.7-rc7
Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers
[dv @ 0x7faea0807600] Estimating duration from bitrate, this may be inaccurate
Input #0, dv, from 'ABC1234.dv':
  Duration: 00:00:00.33, start: 0.000000, bitrate: 28771 kb/s
    Stream #0.0(und): Video: dvvideo, yuv411p, 720x480i bff [PAR 8:9 DAR 4:3], 28771 kb/s, 29.97 fps
    Stream #0.1(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, 1024 kb/s
    Stream #0.2(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, 1024 kb/s
Output #0, mov, to 'ABC1234.mov':
  Metadata:
    encoder: FFmbc 0.7
    Stream #0.0(und): Video: dvvideo, yuv411p, 720x480i bff [PAR 8:9 DAR 4:3], stream copy, 29.97 fps
    Stream #0.1(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, stream copy
    Stream #0.2(und): Audio: pcm_s16be, 32000 Hz, 2 channels, s16, stream copy
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
  Stream #0.2 -> #0.2
Press [q] to stop, [?] for help
[mov @ 0x7faea0800600] replacing header in front, copying  1.23MB
frame=   10 fps=4888 Lsize=    1258kB time=00:00:00.33 bitrate=30880.8kbits/s
video:1172kB audio:83kB global headers:0kB muxing overhead 0.199545%

What version of the product are you using? On what operating system?
Mac OS X 10.7
ffmbc 0.7-rc7

Please provide any additional information below:

- Full commandline run (with -v 3) and everything the program printed
without
the repeating parts.
- Upload your sample somewhere and supply url

Original issue reported on code.google.com by deri...@gmail.com on 3 Apr 2012 at 3:11

Attachments:

GoogleCodeExporter commented 8 years ago
Humm, can you please send a screenshot ? Because I tested your file as well as 
creating a new one and I don't see any issue here.

Original comment by baptiste...@gmail.com on 3 Apr 2012 at 8:22

GoogleCodeExporter commented 8 years ago
argh, for some reason I can not recreate the problem. I blame this on using 
quicktime after 11pm. sorry about that.

Original comment by deri...@gmail.com on 4 Apr 2012 at 2:19

GoogleCodeExporter commented 8 years ago
No problem

Original comment by baptiste...@gmail.com on 4 Apr 2012 at 6:10