MP4 from MXP - Material Package Only

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

MP4 from MXP - Material Package Only

DeBacker, Bart
We are currently using ffmpeg to extract a lower resolution MP4 file from our MXF OP1A standard hi-res files. This is the command:

ffmpeg -i hires.mxf  -s 960x540 -preset veryfast  -framerate 29.97 -f mp4 lowres.mp4

This works, except that the proxy is sometimes up to 15 frames longer than what Premiere Pro shows for the hires.  Digging deeper we found that the Source Package start timecode is up to 15 frames ahead of the Materia Package timecode (as shown by MediaInfo).  It seems Premiere Pro, and other tools we use, are looking at the Material Package, but ffmpeg is extracting the entire Source Package.

Is there a way to tell ffmpeg to just extract the Materia Package?  The difference varies so we can’t simply seek 15 frames in each time.  It also seems ffprobe outputs the Material Package timecode, but I am unable to output the Source Package timecode, so we can’t calculate the difference.

Thanks

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

Carl Eugen Hoyos-2
2019-02-17 20:22 GMT+01:00, DeBacker, Bart <[hidden email]>:
> We are currently using ffmpeg to extract a lower resolution MP4 file
> from our MXF OP1A standard hi-res files. This is the command:
>
> ffmpeg -i hires.mxf  -s 960x540 -preset veryfast  -framerate 29.97
> -f mp4 lowres.mp4

Complete, uncut console output missing.
It is probably a good idea not to specify an output format "mp4" if the
suffix of your output file is "mp4" (which implies the default output
format "mp4"), specifying it makes debugging more difficult.
Is "-framerate 29.97" supposed to have an effect?
The reason I ask is that there is no output option "framerate" and
that - most likely - the correct framerate is 30000/1001, not 29.97.
The name of the option to force an output frame rate is "r".
(I cannot know if you want your output to have the same frame
rate as the input - in which case you should not specify an output
frame rate - or if you need constant frame rate. To make this more
complicated, FFmpeg's mp4 output only supports constant frame
rate, so it may make sense to specify "-r 30000/1001" in any case.)

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart


On 2/17/19, 3:19 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:

    2019-02-17 20:22 GMT+01:00, DeBacker, Bart <[hidden email]>:
    > We are currently using ffmpeg to extract a lower resolution MP4 file
    > from our MXF OP1A standard hi-res files. This is the command:
    >
    > ffmpeg -i hires.mxf  -s 960x540 -preset veryfast  -framerate 29.97
    > -f mp4 lowres.mp4
   
    Complete, uncut console output missing.
    It is probably a good idea not to specify an output format "mp4" if the
    suffix of your output file is "mp4" (which implies the default output
    format "mp4"), specifying it makes debugging more difficult.
    Is "-framerate 29.97" supposed to have an effect?
    The reason I ask is that there is no output option "framerate" and
    that - most likely - the correct framerate is 30000/1001, not 29.97.
    The name of the option to force an output frame rate is "r".
    (I cannot know if you want your output to have the same frame
    rate as the input - in which case you should not specify an output
    frame rate - or if you need constant frame rate. To make this more
    complicated, FFmpeg's mp4 output only supports constant frame
    rate, so it may make sense to specify "-r 30000/1001" in any case.)
   

Thanks for looking into this.  We just want to match the frame rate of the input, so I have removed that flag as well as the output format flag.  Here is the new command and output:

ffmpeg -i hires.mxf  -s 960x540  lores.mp4

ffmpeg version 4.0.1 Copyright (c) 2000-2018 the FFmpeg developers
  built with Apple LLVM version 8.0.0 (clang-800.0.42.1)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/4.0.1 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-gpl --enable-libmp3lame --enable-libopenh264 --enable-libx264 --enable-libxvid --enable-opencl --enable-videotoolbox --disable-lzma
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
[mxf @ 0x7f8d6b800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7f8d6b800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7f8d6b800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7f8d6b800000] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for Input Stream #0.1 : mono
Guessed Channel Layout for Input Stream #0.2 : mono
Guessed Channel Layout for Input Stream #0.3 : mono
Guessed Channel Layout for Input Stream #0.4 : mono
Input #0, mxf, from 'hires.mxf':
  Metadata:
    application_platform: Omneon Media Api (mqx)
    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    company_name    : Omneon Inc.
    product_name    : Omneon Media Subsystem
    modification_date: 2019-02-17T18:42:56.000000Z
    product_version : 6.4.1.0.release
    product_uid     : 00000000-0000-0010-8000-050e0b010602
    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    timecode        : 13:42:58;09
  Duration: 00:01:55.68, start: 0.000000, bitrate: 38069 kb/s
    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first), 1440x1080 [SAR 4:3 DAR 16:9], Closed Captions, 35000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:2: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:3: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:4: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:5: Data: none
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      data_type       : vbi_vanc_smpte_436M
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (pcm_s16le (native) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 0x7f8d6b801800] using SAR=1/1
[libx264 @ 0x7f8d6b801800] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x7f8d6b801800] profile High, level 3.1
[libx264 @ 0x7f8d6b801800] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'lores.mp4':
  Metadata:
    application_platform: Omneon Media Api (mqx)
    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    company_name    : Omneon Inc.
    product_name    : Omneon Media Subsystem
    modification_date: 2019-02-17T18:42:56.000000Z
    product_version : 6.4.1.0.release
    product_uid     : 00000000-0000-0010-8000-050e0b010602
    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    timecode        : 13:42:58;09
    encoder         : Lavf58.12.100
    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 0.03 fps, 30k tbn, 29.97 tbc
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      encoder         : Lavc58.18.100 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      encoder         : Lavc58.18.100 aac
frame= 3345 fps=162 q=-1.0 Lsize=    9849kB time=00:01:51.61 bitrate= 722.9kbits/s speed= 5.4x
video:8781kB audio:946kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.258519%
[libx264 @ 0x7f8d6b801800] frame I:14    Avg QP:20.98  size: 42749
[libx264 @ 0x7f8d6b801800] frame P:1003  Avg QP:23.27  size:  5854
[libx264 @ 0x7f8d6b801800] frame B:2328  Avg QP:27.07  size:  1083
[libx264 @ 0x7f8d6b801800] consecutive B-frames:  0.8%  9.3% 29.8% 60.1%
[libx264 @ 0x7f8d6b801800] mb I  I16..4: 16.8% 54.3% 28.9%
[libx264 @ 0x7f8d6b801800] mb P  I16..4:  0.6%  2.0%  0.5%  P16..4: 26.8% 10.5%  5.5%  0.0%  0.0%    skip:54.1%
[libx264 @ 0x7f8d6b801800] mb B  I16..4:  0.0%  0.1%  0.0%  B16..8: 21.6%  2.9%  0.2%  direct: 0.4%  skip:74.7%  L0:37.4% L1:58.0% BI: 4.6%
[libx264 @ 0x7f8d6b801800] 8x8 transform intra:61.5% inter:73.2%
[libx264 @ 0x7f8d6b801800] coded y,uvDC,uvAC intra: 61.0% 71.4% 29.6% inter: 5.2% 7.8% 0.1%
[libx264 @ 0x7f8d6b801800] i16 v,h,dc,p: 30% 31%  3% 36%
[libx264 @ 0x7f8d6b801800] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 17% 15%  6%  8%  8%  8%  8%  8%
[libx264 @ 0x7f8d6b801800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 28%  9%  4%  8%  8%  7%  5%  5%
[libx264 @ 0x7f8d6b801800] i8c dc,h,v,p: 46% 26% 21%  7%
[libx264 @ 0x7f8d6b801800] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x7f8d6b801800] ref P L0: 64.1% 13.6% 14.9%  7.4%
[libx264 @ 0x7f8d6b801800] ref B L0: 86.8% 11.1%  2.1%
[libx264 @ 0x7f8d6b801800] ref B L1: 96.3%  3.7%
[libx264 @ 0x7f8d6b801800] kb/s:644.43
[aac @ 0x7f8d6b803400] Qavg: 118.104

Also, here is the output from MediaInfo which shows the different timecodes in the last 3 streams.  It looks like this example actually has the same for Source and Material Package, but a different one for the last stream.

General
Complete name                            : /Users/bdebacker/xproxy/temp/testMp4/hires.mxf
Format                                   : MXF
Commercial name                          : XDCAM HD 35
Format version                           : 1.2
Format profile                           : OP-1a
Format settings                          : Open / Incomplete
File size                                : 525 MiB
Duration                                 : 1mn 51s
Overall bit rate                         : 39.5 Mbps
Encoded date                             : 2019-02-17 18:42:56.556
Writing application                      : Omneon Inc. Omneon Media Subsystem 6.4.1.0.1
Writing library                          : Omneon Media Api (mqx)  

Video
ID                                       : 2
Format                                   : MPEG Video
Commercial name                          : XDCAM HD 35
Format version                           : Version 2
Format profile                           : Main@High
Format settings, BVOP                    : Yes
Format settings, Matrix                  : Custom
Format settings, GOP                     : M=3, N=15
Format settings, picture structure       : Frame
Format settings, wrapping mode           : Frame
Codec ID                                 : 0D01030102046101-0401020201030300
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Bit rate                                 : 35.0 Mbps
Width                                    : 1 440 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Active Format Description                : Letterbox 16:9 image
Frame rate                               : 29.970 (30000/1001) fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan order                               : Top Field First
Compression mode                         : Lossy
Bits/(Pixel*Frame)                       : 0.751
Time code of first frame                 : 13:42:58;06
Time code source                         : Group of pictures header
GOP, Open/Closed                         : Closed
Stream size                              : 466 MiB (89%)
Transfer characteristics                 : BT.709

< Snipped out Audio and Caption Streams >

Text #1
ID                                       : 2-CC1
Format                                   : EIA-608
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)
CaptionServiceName                       : CC1

Text #2
ID                                       : 2-CC3
Format                                   : EIA-608
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)
CaptionServiceName                       : CC3

Text #3
ID                                       : 2-1
Format                                   : EIA-708
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #4
ID                                       : 2-3
Format                                   : EIA-708
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #5
ID                                       : 2-4
Format                                   : EIA-708
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #6
ID                                       : 2-5
Format                                   : EIA-708
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #7
ID                                       : 2-6
Format                                   : EIA-708
Muxing mode                              : A/53 / DTVCC Transport
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #8
ID                                       : 7-CC1
Format                                   : EIA-608
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)
CaptionServiceName                       : CC1

Text #9
ID                                       : 7-CC3
Format                                   : EIA-608
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)
CaptionServiceName                       : CC3

Text #10
ID                                       : 7-1
Format                                   : EIA-708
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #11
ID                                       : 7-3
Format                                   : EIA-708
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #12
ID                                       : 7-4
Format                                   : EIA-708
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #13
ID                                       : 7-5
Format                                   : EIA-708
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Text #14
ID                                       : 7-6
Format                                   : EIA-708
Muxing mode                              : Ancillary data / CDP
Duration                                 : 1mn 51s
Bit rate mode                            : Constant
Stream size                              : 0.00 Byte (0%)

Other #1
ID                                       : 1-Material
Type                                     : Time code
Format                                   : MXF TC
Time code of first frame                 : 13:42:58;09
Time code settings                       : Material Package
Time code, striped                       : Yes

Other #2
ID                                       : 1-Source
Type                                     : Time code
Format                                   : MXF TC
Time code of first frame                 : 13:42:58;09
Time code settings                       : Source Package
Time code, striped                       : Yes

Other #3
Type                                     : Time code
Format                                   : SMPTE TC
Muxing mode                              : System scheme 1
Time code of first frame                 : 13:42:58;06

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

Carl Eugen Hoyos-2
2019-02-17 23:26 GMT+01:00, DeBacker, Bart <[hidden email]>:

> ffmpeg -i hires.mxf  -s 960x540  lores.mp4
>
> ffmpeg version 4.0.1

This is soon one year old.

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart


On 2/17/19, 5:57 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:

    2019-02-17 23:26 GMT+01:00, DeBacker, Bart <[hidden email]>:
   
    > ffmpeg -i hires.mxf  -s 960x540  lores.mp4
    >
    > ffmpeg version 4.0.1
   
    This is soon one year old.
   
    Carl Eugen


I grabbed the latest snapshot and see the same behavior.  I don't think this is really a bug, since the frames exist and are valid, but the MXF metadata is specifying a start time that is a few frames in and I would like the MP4 to match that.  Hoping there is a flag I am missing.

ffmpeg -i hires.mxf  -s 960x540  lores.mp4
ffmpeg version N-93137-gfe7d8c993f-tessus  https://evermeet.cx/ffmpeg/  Copyright (c) 2000-2019 the FFmpeg developers
  built with Apple LLVM version 10.0.0 (clang-1000.11.45.5)
  configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libmysofa --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-version3 --pkg-config-flags=--static --disable-ffplay
  libavutil      56. 26.100 / 56. 26.100
  libavcodec     58. 47.102 / 58. 47.102
  libavformat    58. 26.101 / 58. 26.101
  libavdevice    58.  6.101 / 58.  6.101
  libavfilter     7. 48.100 /  7. 48.100
  libswscale      5.  4.100 /  5.  4.100
  libswresample   3.  4.100 /  3.  4.100
  libpostproc    55.  4.100 / 55.  4.100
[mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7fc553000000] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for Input Stream #0.1 : mono
Guessed Channel Layout for Input Stream #0.2 : mono
Guessed Channel Layout for Input Stream #0.3 : mono
Guessed Channel Layout for Input Stream #0.4 : mono
Input #0, mxf, from 'hires.mxf':
  Metadata:
    application_platform: Omneon Media Api (mqx)
    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    company_name    : Omneon Inc.
    product_name    : Omneon Media Subsystem
    modification_date: 2019-02-17T18:42:56.556000Z
    product_version : 6.4.1.0.release
    product_uid     : 00000000-0000-0010-8000-050e0b010602
    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    timecode        : 13:42:58;09
  Duration: 00:01:55.68, start: 0.000000, bitrate: 38069 kb/s
    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first), 1440x1080 [SAR 4:3 DAR 16:9], Closed Captions, 35000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:2: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:3: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:4: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:5: Data: none
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      data_type       : vbi_vanc_smpte_436M
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (pcm_s16le (native) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 0x7fc554001200] using SAR=1/1
[libx264 @ 0x7fc554001200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x7fc554001200] profile High, level 3.1, 4:2:0, 8-bit
[libx264 @ 0x7fc554001200] 264 - core 157 r2935 545de2f - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'lores.mp4':
  Metadata:
    application_platform: Omneon Media Api (mqx)
    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    company_name    : Omneon Inc.
    product_name    : Omneon Media Subsystem
    modification_date: 2019-02-17T18:42:56.556000Z
    product_version : 6.4.1.0.release
    product_uid     : 00000000-0000-0010-8000-050e0b010602
    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    timecode        : 13:42:58;09
    encoder         : Lavf58.26.101
    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 0.03 fps, 30k tbn, 29.97 tbc
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      encoder         : Lavc58.47.102 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      encoder         : Lavc58.47.102 aac
frame= 3345 fps=145 q=-1.0 Lsize=    9849kB time=00:01:51.61 bitrate= 722.9kbits/s speed=4.84x
video:8781kB audio:946kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.258519%
[libx264 @ 0x7fc554001200] frame I:14    Avg QP:20.98  size: 42749
[libx264 @ 0x7fc554001200] frame P:1003  Avg QP:23.27  size:  5854
[libx264 @ 0x7fc554001200] frame B:2328  Avg QP:27.07  size:  1083
[libx264 @ 0x7fc554001200] consecutive B-frames:  0.8%  9.3% 29.8% 60.1%
[libx264 @ 0x7fc554001200] mb I  I16..4: 16.8% 54.3% 28.9%
[libx264 @ 0x7fc554001200] mb P  I16..4:  0.6%  2.0%  0.5%  P16..4: 26.8% 10.5%  5.5%  0.0%  0.0%    skip:54.1%
[libx264 @ 0x7fc554001200] mb B  I16..4:  0.0%  0.1%  0.0%  B16..8: 21.6%  2.9%  0.2%  direct: 0.4%  skip:74.7%  L0:37.4% L1:58.0% BI: 4.6%
[libx264 @ 0x7fc554001200] 8x8 transform intra:61.5% inter:73.2%
[libx264 @ 0x7fc554001200] coded y,uvDC,uvAC intra: 61.0% 71.4% 29.6% inter: 5.2% 7.8% 0.1%
[libx264 @ 0x7fc554001200] i16 v,h,dc,p: 30% 31%  3% 36%
[libx264 @ 0x7fc554001200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 17% 15%  6%  8%  8%  8%  8%  8%
[libx264 @ 0x7fc554001200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 28%  9%  4%  8%  8%  7%  5%  5%
[libx264 @ 0x7fc554001200] i8c dc,h,v,p: 46% 26% 21%  7%
[libx264 @ 0x7fc554001200] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x7fc554001200] ref P L0: 64.1% 13.6% 14.9%  7.4%
[libx264 @ 0x7fc554001200] ref B L0: 86.8% 11.1%  2.1%
[libx264 @ 0x7fc554001200] ref B L1: 96.3%  3.7%
[libx264 @ 0x7fc554001200] kb/s:644.43
[aac @ 0x7fc554002a00] Qavg: 118.104

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

Marton Balint


On Mon, 18 Feb 2019, DeBacker, Bart wrote:

>
>
> On 2/17/19, 5:57 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:
>
>    2019-02-17 23:26 GMT+01:00, DeBacker, Bart <[hidden email]>:
>
>    > ffmpeg -i hires.mxf  -s 960x540  lores.mp4
>    >
>    > ffmpeg version 4.0.1
>
>    This is soon one year old.
>
>    Carl Eugen
>
>
> I grabbed the latest snapshot and see the same behavior.  I don't think
> this is really a bug, since the frames exist and are valid, but the MXF
> metadata is specifying a start time that is a few frames in and I would
> like the MP4 to match that.  Hoping there is a flag I am missing.

I am afraid there is no magic option in ffmpeg to fix this at the moment.

Regards,
Marton

>
> ffmpeg -i hires.mxf  -s 960x540  lores.mp4
> ffmpeg version N-93137-gfe7d8c993f-tessus  https://evermeet.cx/ffmpeg/  Copyright (c) 2000-2019 the FFmpeg developers
>  built with Apple LLVM version 10.0.0 (clang-1000.11.45.5)
>  configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libmysofa --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-version3 --pkg-config-flags=--static --disable-ffplay
>  libavutil      56. 26.100 / 56. 26.100
>  libavcodec     58. 47.102 / 58. 47.102
>  libavformat    58. 26.101 / 58. 26.101
>  libavdevice    58.  6.101 / 58.  6.101
>  libavfilter     7. 48.100 /  7. 48.100
>  libswscale      5.  4.100 /  5.  4.100
>  libswresample   3.  4.100 /  3.  4.100
>  libpostproc    55.  4.100 / 55.  4.100
> [mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
> [mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
> [mxf @ 0x7fc553000000] invalid KAGSize 0 - guessing 1
> [mxf @ 0x7fc553000000] Estimating duration from bitrate, this may be inaccurate
> Guessed Channel Layout for Input Stream #0.1 : mono
> Guessed Channel Layout for Input Stream #0.2 : mono
> Guessed Channel Layout for Input Stream #0.3 : mono
> Guessed Channel Layout for Input Stream #0.4 : mono
> Input #0, mxf, from 'hires.mxf':
>  Metadata:
>    application_platform: Omneon Media Api (mqx)
>    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
>    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
>    company_name    : Omneon Inc.
>    product_name    : Omneon Media Subsystem
>    modification_date: 2019-02-17T18:42:56.556000Z
>    product_version : 6.4.1.0.release
>    product_uid     : 00000000-0000-0010-8000-050e0b010602
>    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
>    timecode        : 13:42:58;09
>  Duration: 00:01:55.68, start: 0.000000, bitrate: 38069 kb/s
>    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first), 1440x1080 [SAR 4:3 DAR 16:9], Closed Captions, 35000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>    Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>    Stream #0:2: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>    Stream #0:3: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>    Stream #0:4: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>    Stream #0:5: Data: none
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>      data_type       : vbi_vanc_smpte_436M
> Stream mapping:
>  Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))
>  Stream #0:1 -> #0:1 (pcm_s16le (native) -> aac (native))
> Press [q] to stop, [?] for help
> [libx264 @ 0x7fc554001200] using SAR=1/1
> [libx264 @ 0x7fc554001200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
> [libx264 @ 0x7fc554001200] profile High, level 3.1, 4:2:0, 8-bit
> [libx264 @ 0x7fc554001200] 264 - core 157 r2935 545de2f - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
> Output #0, mp4, to 'lores.mp4':
>  Metadata:
>    application_platform: Omneon Media Api (mqx)
>    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
>    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
>    company_name    : Omneon Inc.
>    product_name    : Omneon Media Subsystem
>    modification_date: 2019-02-17T18:42:56.556000Z
>    product_version : 6.4.1.0.release
>    product_uid     : 00000000-0000-0010-8000-050e0b010602
>    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
>    timecode        : 13:42:58;09
>    encoder         : Lavf58.26.101
>    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 0.03 fps, 30k tbn, 29.97 tbc
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>      encoder         : Lavc58.47.102 libx264
>    Side data:
>      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
>    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>      encoder         : Lavc58.47.102 aac
> frame= 3345 fps=145 q=-1.0 Lsize=    9849kB time=00:01:51.61 bitrate= 722.9kbits/s speed=4.84x
> video:8781kB audio:946kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.258519%
> [libx264 @ 0x7fc554001200] frame I:14    Avg QP:20.98  size: 42749
> [libx264 @ 0x7fc554001200] frame P:1003  Avg QP:23.27  size:  5854
> [libx264 @ 0x7fc554001200] frame B:2328  Avg QP:27.07  size:  1083
> [libx264 @ 0x7fc554001200] consecutive B-frames:  0.8%  9.3% 29.8% 60.1%
> [libx264 @ 0x7fc554001200] mb I  I16..4: 16.8% 54.3% 28.9%
> [libx264 @ 0x7fc554001200] mb P  I16..4:  0.6%  2.0%  0.5%  P16..4: 26.8% 10.5%  5.5%  0.0%  0.0%    skip:54.1%
> [libx264 @ 0x7fc554001200] mb B  I16..4:  0.0%  0.1%  0.0%  B16..8: 21.6%  2.9%  0.2%  direct: 0.4%  skip:74.7%  L0:37.4% L1:58.0% BI: 4.6%
> [libx264 @ 0x7fc554001200] 8x8 transform intra:61.5% inter:73.2%
> [libx264 @ 0x7fc554001200] coded y,uvDC,uvAC intra: 61.0% 71.4% 29.6% inter: 5.2% 7.8% 0.1%
> [libx264 @ 0x7fc554001200] i16 v,h,dc,p: 30% 31%  3% 36%
> [libx264 @ 0x7fc554001200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 17% 15%  6%  8%  8%  8%  8%  8%
> [libx264 @ 0x7fc554001200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 28%  9%  4%  8%  8%  7%  5%  5%
> [libx264 @ 0x7fc554001200] i8c dc,h,v,p: 46% 26% 21%  7%
> [libx264 @ 0x7fc554001200] Weighted P-Frames: Y:0.0% UV:0.0%
> [libx264 @ 0x7fc554001200] ref P L0: 64.1% 13.6% 14.9%  7.4%
> [libx264 @ 0x7fc554001200] ref B L0: 86.8% 11.1%  2.1%
> [libx264 @ 0x7fc554001200] ref B L1: 96.3%  3.7%
> [libx264 @ 0x7fc554001200] kb/s:644.43
> [aac @ 0x7fc554002a00] Qavg: 118.104
>
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

kumowoon1025
In reply to this post by DeBacker, Bart
Is this a problem? When you link it to the original, everything is offset by the difference?
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart


On 2/18/19, 6:26 PM, "ffmpeg-user on behalf of Ted Park" <[hidden email] on behalf of [hidden email]> wrote:

    Is this a problem? When you link it to the original, everything is offset by the difference?


Exactly, we have a workflow where a user can mark an in and out against the lores version, and when we cut this out of the hires we are offset by the difference.

Sounds like the best option will be to find a tool that can get the two timecodes, calculate the difference and feed that into ffmpeg.

Thanks.

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

kumowoon1025
In reply to this post by DeBacker, Bart
> On Feb 17, 2019, at 9:22 PM, DeBacker, Bart <[hidden email]> wrote:
>
> Output #0, mp4, to 'lores.mp4':
>  Metadata:
>    application_platform: Omneon Media Api (mqx)
>    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
>    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
>    company_name    : Omneon Inc.
>    product_name    : Omneon Media Subsystem
>    modification_date: 2019-02-17T18:42:56.556000Z
>    product_version : 6.4.1.0.release
>    product_uid     : 00000000-0000-0010-8000-050e0b010602
>    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
>    timecode        : 13:42:58;09
>    encoder         : Lavf58.26.101
>    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 0.03 fps, 30k tbn, 29.97 tbc
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>      encoder         : Lavc58.47.102 libx264
>    Side data:
>      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
>    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s
>    Metadata:
>      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
>      encoder         : Lavc58.47.102 aac
> frame= 3345 fps=145 q=-1.0 Lsize=    9849kB time=00:01:51.61 bitrate= 722.9kbits/s speed=4.84x
There’s no separate timecode track in the proxy. Try copying the last stream as well if it doesn’t work out, maybe premier isn’t reading it from the video.
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

Carl Eugen Hoyos-2
In reply to this post by Marton Balint
2019-02-18 22:53 GMT+01:00, Marton Balint <[hidden email]>:
>
> On Mon, 18 Feb 2019, DeBacker, Bart wrote:

>> I grabbed the latest snapshot and see the same behavior.  I don't think
>> this is really a bug, since the frames exist and are valid, but the MXF
>> metadata is specifying a start time that is a few frames in and I would
>> like the MP4 to match that.  Hoping there is a flag I am missing.
>
> I am afraid there is no magic option in ffmpeg to fix this at the moment.

Do we have such a sample?

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart


On 2/19/19, 2:15 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:

    2019-02-18 22:53 GMT+01:00, Marton Balint <[hidden email]>:
    >
    > On Mon, 18 Feb 2019, DeBacker, Bart wrote:
   
    >> I grabbed the latest snapshot and see the same behavior.  I don't think
    >> this is really a bug, since the frames exist and are valid, but the MXF
    >> metadata is specifying a start time that is a few frames in and I would
    >> like the MP4 to match that.  Hoping there is a flag I am missing.
    >
    > I am afraid there is no magic option in ffmpeg to fix this at the moment.
   
    Do we have such a sample?
   
    Carl Eugen


Let me know if there is a better place to put these, but for now I shared via DropBox.

Here is the hires file:  https://www.dropbox.com/s/1ayniyk2c2vst3q/hires.mxf?dl=0

Here is a picture showing the MP4 (left) vs MXF.  Note in the ticker the 'N' is completely visible in the left, but mostly cut off in the right.

https://www.dropbox.com/s/bsbmm6f9mvipdoz/lores_vs_hires.png?dl=0


Thanks.


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart
In reply to this post by kumowoon1025


On 2/19/19, 11:48 AM, "ffmpeg-user on behalf of Ted Park" <[hidden email] on behalf of [hidden email]> wrote:

    > On Feb 17, 2019, at 9:22 PM, DeBacker, Bart <[hidden email]> wrote:
    >
    > Output #0, mp4, to 'lores.mp4':
    >  Metadata:
    >    application_platform: Omneon Media Api (mqx)
    >    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    >    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    >    company_name    : Omneon Inc.
    >    product_name    : Omneon Media Subsystem
    >    modification_date: 2019-02-17T18:42:56.556000Z
    >    product_version : 6.4.1.0.release
    >    product_uid     : 00000000-0000-0010-8000-050e0b010602
    >    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    >    timecode        : 13:42:58;09
    >    encoder         : Lavf58.26.101
    >    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 0.03 fps, 30k tbn, 29.97 tbc
    >    Metadata:
    >      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    >      encoder         : Lavc58.47.102 libx264
    >    Side data:
    >      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    >    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s
    >    Metadata:
    >      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    >      encoder         : Lavc58.47.102 aac
    > frame= 3345 fps=145 q=-1.0 Lsize=    9849kB time=00:01:51.61 bitrate= 722.9kbits/s speed=4.84x
    There’s no separate timecode track in the proxy. Try copying the last stream as well if it doesn’t work out, maybe premier isn’t reading it from the video.


I tried a few different ways (copyts, map_metadata) including this which fails but don't seem to be able to copy the stream successfully.

ffmpeg -i hires.mxf  -s 960x540  -map 0:5 lores_tc.mp4
ffmpeg version N-93137-gfe7d8c993f-tessus  https://evermeet.cx/ffmpeg/  Copyright (c) 2000-2019 the FFmpeg developers
  built with Apple LLVM version 10.0.0 (clang-1000.11.45.5)
  configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libmysofa --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-version3 --pkg-config-flags=--static --disable-ffplay
  libavutil      56. 26.100 / 56. 26.100
  libavcodec     58. 47.102 / 58. 47.102
  libavformat    58. 26.101 / 58. 26.101
  libavdevice    58.  6.101 / 58.  6.101
  libavfilter     7. 48.100 /  7. 48.100
  libswscale      5.  4.100 /  5.  4.100
  libswresample   3.  4.100 /  3.  4.100
  libpostproc    55.  4.100 / 55.  4.100
[mxf @ 0x7faa33800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7faa33800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7faa33800000] invalid KAGSize 0 - guessing 1
[mxf @ 0x7faa33800000] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for Input Stream #0.1 : mono
Guessed Channel Layout for Input Stream #0.2 : mono
Guessed Channel Layout for Input Stream #0.3 : mono
Guessed Channel Layout for Input Stream #0.4 : mono
Input #0, mxf, from 'hires.mxf':
  Metadata:
    application_platform: Omneon Media Api (mqx)
    uid             : e4367ad7-e332-e911-aa0c-00d0280b03c6
    generation_uid  : 98377ad7-e332-e911-8165-00d0280b03c6
    company_name    : Omneon Inc.
    product_name    : Omneon Media Subsystem
    modification_date: 2019-02-17T18:42:56.556000Z
    product_version : 6.4.1.0.release
    product_uid     : 00000000-0000-0010-8000-050e0b010602
    material_package_umid: 0x060A2B340101010501010D2313009497526E7AD7E332E911BFE500D0280B03C6
    timecode        : 13:42:58;09
  Duration: 00:01:55.68, start: 0.000000, bitrate: 38069 kb/s
    Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first), 1440x1080 [SAR 4:3 DAR 16:9], Closed Captions, 35000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:2: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:3: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:4: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
    Stream #0:5: Data: none
    Metadata:
      file_package_umid: 0x060A2B340101010501010D231300AF26507A7AD7E332E911AF0900D0280B03C6
      data_type       : vbi_vanc_smpte_436M
File 'lores_tc.mp4' already exists. Overwrite ? [y/N] y
[mp4 @ 0x7faa33018600] Could not find tag for codec none in stream #0, codec not currently supported in container
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Stream mapping:
  Stream #0:5 -> #0:0 (copy)
    Last message repeated 1 times

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

Carl Eugen Hoyos-2
In reply to this post by DeBacker, Bart
2019-02-20 21:15 GMT+01:00, DeBacker, Bart <[hidden email]>:

>
> On 2/19/19, 2:15 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos"
>>
>> 2019-02-18 22:53 GMT+01:00, Marton Balint <[hidden email]>:
>> >
>> > On Mon, 18 Feb 2019, DeBacker, Bart wrote:
>>
>> >> I grabbed the latest snapshot and see the same behavior.  I don't
>> >> think this is really a bug, since the frames exist and are valid, but
>> >> the MXF metadata is specifying a start time that is a few frames
>> >> in and I would like the MP4 to match that.  Hoping there is a flag
>> >> I am missing.
>> > I am afraid there is no magic option in ffmpeg to fix this at the
>> > moment.
>>
>> Do we have such a sample?

> Let me know if there is a better place to put these, but for now
> I shared via DropBox.
>
> Here is the hires file:
> https://www.dropbox.com/s/1ayniyk2c2vst3q/hires.mxf

Thank you!

Do we also know which "tag" (if this is the correct mxf term) we ignore?

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart

On 2/20/19, 6:06 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:

    2019-02-20 21:15 GMT+01:00, DeBacker, Bart <[hidden email]>:
    >
    > On 2/19/19, 2:15 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos"
    >>
    >> 2019-02-18 22:53 GMT+01:00, Marton Balint <[hidden email]>:
    >> >
    >> > On Mon, 18 Feb 2019, DeBacker, Bart wrote:
    >>
    >> >> I grabbed the latest snapshot and see the same behavior.  I don't
    >> >> think this is really a bug, since the frames exist and are valid, but
    >> >> the MXF metadata is specifying a start time that is a few frames
    >> >> in and I would like the MP4 to match that.  Hoping there is a flag
    >> >> I am missing.
    >> > I am afraid there is no magic option in ffmpeg to fix this at the
    >> > moment.
    >>
    >> Do we have such a sample?
   
    > Let me know if there is a better place to put these, but for now
    > I shared via DropBox.
    >
    > Here is the hires file:
    > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.dropbox.com_s_1ayniyk2c2vst3q_hires.mxf&d=DwIGaQ&c=W8uiIUydLnv14aAum3Oieg&r=aerhCAdngbrokymnbwblqp9K3ANfkoN5gSBjxf80t0U&m=eHX85AHQvBN_-60zzWasfP4uYiuEEk2ruLbZAuOnDHg&s=5F7qByydkP66k-2HJIFwopLISL2pf_skMT4LQIzc3X4&e=
   
    Thank you!
   
    Do we also know which "tag" (if this is the correct mxf term) we ignore?
   
    Carl Eugen


I believe the 'Origin' key should be used.

"Origin: The number of Edit Units of a Track which exist before the Zero Point of a Timeline Track. A positive
value shall indicate that the Timeline Track starts before the Zero Point of the Package. A negative value shall
indicate that the Timeline Track starts after the Zero Point of the Package."

From:

https://ieeexplore.ieee.org/document/7292073

Bart

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: MP4 from MXP - Material Package Only

DeBacker, Bart


On 2/20/19, 11:36 PM, "DeBacker, Bart" <[hidden email]> wrote:

   
    On 2/20/19, 6:06 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos" <[hidden email] on behalf of [hidden email]> wrote:
   
        2019-02-20 21:15 GMT+01:00, DeBacker, Bart <[hidden email]>:
        >
        > On 2/19/19, 2:15 PM, "ffmpeg-user on behalf of Carl Eugen Hoyos"
        >>
        >> 2019-02-18 22:53 GMT+01:00, Marton Balint <[hidden email]>:
        >> >
        >> > On Mon, 18 Feb 2019, DeBacker, Bart wrote:
        >>
        >> >> I grabbed the latest snapshot and see the same behavior.  I don't
        >> >> think this is really a bug, since the frames exist and are valid, but
        >> >> the MXF metadata is specifying a start time that is a few frames
        >> >> in and I would like the MP4 to match that.  Hoping there is a flag
        >> >> I am missing.
        >> > I am afraid there is no magic option in ffmpeg to fix this at the
        >> > moment.
        >>
        >> Do we have such a sample?
       
        > Let me know if there is a better place to put these, but for now
        > I shared via DropBox.
        >
        > Here is the hires file:
        > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.dropbox.com_s_1ayniyk2c2vst3q_hires.mxf&d=DwIGaQ&c=W8uiIUydLnv14aAum3Oieg&r=aerhCAdngbrokymnbwblqp9K3ANfkoN5gSBjxf80t0U&m=eHX85AHQvBN_-60zzWasfP4uYiuEEk2ruLbZAuOnDHg&s=5F7qByydkP66k-2HJIFwopLISL2pf_skMT4LQIzc3X4&e=
       
        Thank you!
       
        Do we also know which "tag" (if this is the correct mxf term) we ignore?
       
        Carl Eugen
   
   
    I believe the 'Origin' key should be used.
   
    "Origin: The number of Edit Units of a Track which exist before the Zero Point of a Timeline Track. A positive
    value shall indicate that the Timeline Track starts before the Zero Point of the Package. A negative value shall
    indicate that the Timeline Track starts after the Zero Point of the Package."
   
    From:
   
    https://ieeexplore.ieee.org/document/7292073
   
    Bart
   

In case someone else has the same issue, for now we are using the 'mediainfo' CLI tool to extract the various Timecodes.  We then process these to Timecodes to get an offset and pass that into ffmpeg with the '-ss' flag:

This is the MediaInfo call we use and our tool is Javascript so we parse the output and calculate the different in seconds.

mediainfo --Inform="Other;%Format%:%TimeCode_FirstFrame%|" hires.mxf
MXF TC:13:42:58;09|MXF TC:13:42:58;09|SMPTE TC:13:42:58;06|


Our ffmpeg call then looks like this (this was 3 frames off at 29.97 FPS):

ffmpeg -i hires.mxf  -s 960x540  -ss 0.1001 lores.mp4

Note that for growing MXF we have to put the seek argument after the input or we have issue.

Bart
   

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".