Re: [FFmpeg-trac] #2162(avformat:open): ffmpeg does not create PS3 compatible m2ts files

[FFmpeg]

#2162: ffmpeg does not create PS3 compatible m2ts files
+
 Reporter:  britannia   |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  mpegts  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+

Comment (by mboufleur):

 This is probably an audio descriptor issue in Transport Stream. Ticket
 #5837 also has some more information about it, as well as a discussion in
 the following link from ffmpeg-user list:
 [http://ffmpeg.org/pipermail/ffmpeg-user/2016-September/033536.html]

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #4078(ffmpeg:open): Specify audio bitrate per-channel

[FFmpeg]

#4078: Specify audio bitrate per-channel
-+--
 Reporter:  Haravikk |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  ffmpeg
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+--

Comment (by SystemDisc):

 This would help immensely with batch encoding.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5864(avformat:new): Add support for MP42 major brand

[FFmpeg]

#5864: Add support for MP42 major brand
--+
 Reporter:  AssemblerX86  |Owner:
 Type:  enhancement   |   Status:  new
 Priority:  wish  |Component:  avformat
  Version:  git-master|   Resolution:
 Keywords:  mov   |   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+
Changes (by cehoyos):

 * keywords:  mp42, major, brand => mov
 * priority:  normal => wish
 * version:  unspecified => git-master


Comment:

 Which media player fail for mp41?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #5864(avformat:new): Add support for MP42 major brand

[FFmpeg]

#5864: Add support for MP42 major brand
-+-
 Reporter:   | Type:
  AssemblerX86   |  enhancement
   Status:  new  | Priority:  normal
Component:  avformat |  Version:
 Keywords:  mp42,|  unspecified
  major, brand   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:
 Add support for MP42 major brand to LibAV since it has more support among
 media players.

 How to reproduce:
 {{{
 Mux an MP4 file using Libavformat
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #2505(avformat:closed): ProRes encoding dupe frames at head and tail w/ bad tail sound

[FFmpeg]

#2505: ProRes encoding dupe frames at head and tail w/ bad tail sound
+
 Reporter:  bgruen  |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  mov edts|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * keywords:  mov => mov edts
 * resolution:   => fixed
 * status:  new => closed
 * component:  undetermined => avformat
 * version:  unspecified => git-master


Comment:

 I was never able to reproduce the issue with the duplicated first frame,
 the sound issue was fixed by Sasi Inguva in
 ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #3962(avformat:closed): Multiple STSD with EDTS demuxing/decoding support (same codec)

[FFmpeg]

#3962: Multiple STSD with EDTS demuxing/decoding support (same codec)
-+-
 Reporter:  shahriman|Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  MOV edts |   Blocked By:
  stsd   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by shahriman):

 Thanks Sasi, Michael and Carl.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #437(ffplay:closed): ffplay seems to "darken" certain inputs (ex: bgr24)

[FFmpeg]

#437: ffplay seems to "darken" certain inputs (ex: bgr24)
-+-
 Reporter:  rogerdpack   |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  ffplay
  Version:  unspecified  |   Resolution:
 Keywords:  sdl yuv  |  needs_more_info
  range color|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by ubitux):

 * status:  reopened => closed
 * resolution:   => needs_more_info


Comment:

 Is this better with SDL2 now?

 ffplay seems to have native SDL BGRA output now (since
 9c5fab5ed421da4e55cafcbff0482e1ad926c27b).

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5120(avformat:closed): Incorrect start frame when converting mpeg2video in .mov to mp4

[FFmpeg]

#5120: Incorrect start frame when converting mpeg2video in .mov to mp4
+
 Reporter:  sroy8   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  mov edts|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * keywords:  mov => mov edts
 * resolution:   => fixed
 * status:  new => closed
 * component:  undetermined => avformat
 * version:  unspecified => git-master


Comment:

 Fixed by Sasi Inguva in ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1137(avformat:closed): adher to start media time in QuickTime edts/elst

[FFmpeg]

#1137: adher to start media time in QuickTime edts/elst
-+
 Reporter:  dericed  |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  mov edts |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+
Changes (by cehoyos):

 * status:  open => closed
 * resolution:   => fixed


Comment:

 Fixed by Sasi Inguva in ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #3962(avformat:closed): Multiple STSD with EDTS demuxing/decoding support (same codec)

[FFmpeg]

#3962: Multiple STSD with EDTS demuxing/decoding support (same codec)
-+-
 Reporter:  shahriman|Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  MOV edts |   Blocked By:
  stsd   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * status:  reopened => closed
 * resolution:   => fixed


Comment:

 Fixed by Sasi Inguva in ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1493(avformat:closed): Transcoding MOV file from Rhozet Carbon Server creates video with double duration (needs edit list duration support)

[FFmpeg]

#1493: Transcoding MOV file from Rhozet Carbon Server creates video with double
duration (needs edit list duration support)
+
 Reporter:  kbreeman|Owner:
 Type:  defect  |   Status:  closed
 Priority:  important   |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  mov edts|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  1   |
+
Changes (by cehoyos):

 * status:  open => closed
 * resolution:   => fixed
 * component:  undetermined => avformat


Comment:

 Fixed by Sasi Inguva in ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #2324(avformat:closed): Duplicate First Frame

[FFmpeg]

#2324: Duplicate First Frame
+
 Reporter:  brchapman   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  mov edts|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * keywords:  mov => mov edts
 * resolution:   => fixed
 * status:  open => closed
 * component:  undetermined => avformat


Comment:

 Fixed by Sasi Inguva in ca6cae73db207f17a0d5507609de12842d8f0ca3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc oom   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by oromit):

 Didn't test, but judging from a quick git blame it might be once since
 d6604b29ef544793479d7fb4e05ef6622bb3e534

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc oom   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Is this a regression?
 Sorry, my dvb providers do not send Closed Captions, and the filter is
 very new.
 (I am willing to test myself if you can provide a long sample.)

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc oom   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by oromit):

 CLI without any external inputs:

 ./ffmpeg -f lavfi -i testsrc2 -vf mestimate -c:v mpeg2video -f null -

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc oom   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by oromit):

 This is caused by the following line:
 
https://github.com/FFmpeg/FFmpeg/blob/5a70e56f2/libavcodec/mpegvideo_enc.c#L1738

 which ends up here:
 https://github.com/FFmpeg/FFmpeg/blob/5a70e56f2/libavutil/frame.c#L331

 Which in turn appends the new side data in this function:
 https://github.com/FFmpeg/FFmpeg/blob/5a70e56f2/libavutil/frame.c#L617

 So what is happening here is that inside of the coded_frame, all side data
 is just endlessly appended, until av_frame_new_side_data eventually runs
 out of memory to realloc all that side data.

 A simple fix might be calling av_frame_unref(s->avctx->coded_frame) before
 av_frame_copy_props in mpegvideo_enc.c.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc oom   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  cc => cc oom


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5799(undetermined:new): Memory psudo-leak when FF_API_CODED_FRAME enabled

[FFmpeg]

#5799: Memory psudo-leak when FF_API_CODED_FRAME enabled
-+-
 Reporter:  DeHackEd |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cc   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by DeHackEd):

 Closed Captions are mandatory for the issue to manifest.

 Given the nature of the bug, in theory any SIDE_DATA would suffice but
 this is the only way I tested it.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5838(documentation:reopened): avcodec_open2 doesn't open raw video codec unles parameters in context are set

[FFmpeg]

#5838: avcodec_open2 doesn't open raw video codec unles parameters in context 
are
set
-+-
 Reporter:  veroorzaker  |Owner:
 Type:  enhancement  |   Status:  reopened
 Priority:  minor|Component:
  Version:  git-master   |  documentation
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * priority:  normal => minor
 * component:  undetermined => documentation


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5838(undetermined:reopened): avcodec_open2 doesn't open raw video codec unles parameters in context are set

[FFmpeg]

#5838: avcodec_open2 doesn't open raw video codec unles parameters in context 
are
set
-+-
 Reporter:  veroorzaker  |Owner:
 Type:  enhancement  |   Status:  reopened
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by veroorzaker):

 * status:  closed => reopened
 * resolution:  needs_more_info =>


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5838(undetermined:closed): avcodec_open2 doesn't open raw video codec unles parameters in context are set

[FFmpeg]

#5838: avcodec_open2 doesn't open raw video codec unles parameters in context 
are
set
-+-
 Reporter:  veroorzaker  |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |  needs_more_info
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  0
-+-

Comment (by veroorzaker):

 Apologies for the late reply, was away for a while.
 Code (basically taken from avcodec_open2 documentation, but with
 AV_CODEC_ID_RAWVIDEO instead of AV_CODEC_ID_H264):

 {{{
 #include 

 int main(int argc, char **argv)
 {
   avcodec_register_all();
   AVCodec *codec = avcodec_find_decoder(AV_CODEC_ID_RAWVIDEO);
   if (!codec) {
   return 1;
   }
   AVCodecContext *c = avcodec_alloc_context3(codec);
   if (!c) {
   return 1;
   }
   if (avcodec_open2(c, codec, NULL) < 0) {
   fprintf(stderr, "Could not open codec\n");
   return 1;
   }
   return 0;
 }
 }}}

 This prints "Could not open codec" because the raw video codec requires
 width/height/... information to be set. Which makes sense, but it took me
 a while to figure that out because it is in my opinion not documented
 clearly.

 The only mention which comes close I found so far is in the
 decoding_encoding.c example where it says "For some codecs, such as
 msmpeg4 and mpeg4, width and height MUST be initialized there because this
 information is not available in the bitstream.." but there's no indication
 of how to do that exactly. The proper way to init everything for decoding
 seems to be to first open a file and find a stream, then use
 avcodec_find_decoder/avcodec_alloc_context3 and then use
 avcodec_parameters_to_context to copy the stream's codecpar info into the
 context before calling avcodec_open2. But that's just what I deduced from
 trying out different things to get raw video to decode, and I'm not even
 sure if my conclusion is correct.

 So my point is: calling avcodec_alloc_context3 followed by avcodec_open2
 immediately (as shown in multiple places in documentation and code
 samples) fails for some codecs unless certain parameters are already set
 in the context, but I could not find anything documenting that clearly.
 Yet it seems to be crucial in writing code which works for opening
 arbitrary video files.

 Just mentioning this in the avcodec_open2 documentation would and updating
 samples accordingly would be great. I wouldn't mind contributing this, but
 then I'd need to now for sure if my assumption about
 avcodec_parameters_to_context being required before calling avcodec_open2
 is correct.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5863(avformat:new): MXF file containing pcm from Ikegami gfpack

[FFmpeg]

#5863: MXF file containing pcm from Ikegami gfpack
-+
 Reporter:  cehoyos  |Owner:
 Type:  enhancement  |   Status:  new
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mxf  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by cehoyos):

 File uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket5863/

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #5863(avformat:new): MXF file containing pcm from Ikegami gfpack

[FFmpeg]

#5863: MXF file containing pcm from Ikegami gfpack
---+--
   Reporter:  cehoyos  |  Owner:
   Type:  enhancement  | Status:  new
   Priority:  wish |  Component:  avformat
Version:  git-master   |   Keywords:  mxf
 Blocked By:   |   Blocking:
Reproduced by developer:  0|  Analyzed by developer:  0
---+--
 http://ffmpeg.org/pipermail/ffmpeg-user/2016-September/033705.html
 A user uploaded an mxf file containing pcm_s16le that is not recognized by
 FFmpeg.
 {{{
 $ ffmpeg -loglevel verbose -i A2.MXF
 ffmpeg version N-81755-g267da70 Copyright (c) 2000-2016 the FFmpeg
 developers
   built with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl
   libavutil  55. 30.100 / 55. 30.100
   libavcodec 57. 58.100 / 57. 58.100
   libavformat57. 50.100 / 57. 50.100
   libavdevice57.  0.102 / 57.  0.102
   libavfilter 6. 63.100 /  6. 63.100
   libswscale  4.  1.100 /  4.  1.100
   libswresample   2.  1.100 /  2.  1.100
   libpostproc54.  0.100 / 54.  0.100
 [mxf @ 0x35d52a0] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.23.00
 [mxf @ 0x35d52a0] Dark key 06.0e.2b.34.01.01.01.02.03.01.02.10.01.00.00.00
 [mxf @ 0x35d52a0] material track 1: has 2 components
 [mxf @ 0x35d52a0] material track 2: has 2 components
 [mxf @ 0x35d52a0] material track 3: has 2 components
 Input #0, mxf, from 'A2.MXF':
   Metadata:
 uid : 3631f14c-6bf0-4e33-9e5e-0a3acc167218
 generation_uid  : 27295f49-4a0e-0ad6-8b42-38c9bbf7b075
 company_name: Ikegami
 product_name: GF
 product_version : 1.0
 product_uid : 4844532d-5631-3020-4141-363930363345
 modification_date: 2016-03-27T14:25:50.00Z
 material_package_umid:
 0x060A2B340101010501010D201300DE50491B0081A35CBF4756EFB5C90570
 timecode: 00:00:00:00
   Duration: N/A, bitrate: N/A
 At least one output file must be specified
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5862(avcodec:new): A clipping value of ADPCM is different from specifications.

[FFmpeg]

#5862: A clipping value of ADPCM is different from specifications.
---+---
 Reporter:  kei_kissinger  |Owner:
 Type:  defect |   Status:  new
 Priority:  normal |Component:  avcodec
  Version:  git-master |   Resolution:
 Keywords:  ADPCM  |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Changes (by cehoyos):

 * keywords:  ADPCM 24567 => ADPCM


Comment:

 Please send a patch made with {{{git format-patch}}} to the development
 mailing list.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #5862(avcodec:new): A clipping value of ADPCM is different from specifications.

[FFmpeg]

#5862: A clipping value of ADPCM is different from specifications.
-+-
 Reporter:   | Type:  defect
  kei_kissinger  | Priority:  normal
   Status:  new  |  Version:  git-
Component:  avcodec  |  master
 Keywords:  ADPCM 24567  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 source code: adpcm.c
 function: adpcm_yamaha_expand_nibble
 line: c->step = av_clip(c->step, 127, 24567);
 fail: 24567 must be 24576.

 reference about specification:
 http://nemesis.hacking-cult.org/MegaDrive/Documentation/YM2608J.PDF --
 scanned image in japanese. page 44 (5)

 http://nemesis.hacking-
 cult.org/MegaDrive/Documentation/YM2608J%20Translated.PDF -- translated
 into English. page 44 (5)

 also another dokument,
 http://www.dtech.lv/files_ym/ym2610.pdf page 6 und 7

 Thank you.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac