[FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray

FFmpeg trac at avcodec.org
Tue Nov 5 16:43:43 CET 2013


#3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray
-------------------------------------+-------------------------------------
             Reporter:  Selur        |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  important    |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  libbluray    |               Resolution:
  regression                         |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by Selur):

 > Then why didn't you remove it together with at least one
 analyzeduration? (Seriously)
 because that is/was the command line I first ran into the problem

 > It appears both command lines do output files.[/quote]
 yes

 >Is the problem that the files are not identical with an earlier version
 of FFmpeg and current FFmpeg? Is the audio file different? Or the video
 file? Or both?
 yes, the files are not identical to previous versions.

 latest version:
 audio: 166.253.380 bytes
 video: 699.481.785 bytes

 2.0.2:
 audio: 166.278.492 byte
 video: 701.436.137 bytes

 -> both audio&video output changed

 > Are more or less video frames written?
 If I analyse the video with mediainfo, the output of the current version
 does not show the x264 encoding settings (so at least some headers did
 change).

 FrameCounter (http://forum.selur.de/topic12-framecounter-counting-frames-
 in-raw-streams-source.html) output for the 264 output of the current
 version:
 > counted:
 > 0x01 6527 times.
 > 0x41 5248 times.
 > 0x65 375 times.
 > 0x21 3493 times.
 >
 > sps/pps:
 > 0x68 375 times.
 > framecount: 15642

 FrameCounter output of the old (working) version:
 > counted:
 > 0x01 6541 times.
 > 0x41 5270 times.
 > 0x65 376 times.
 > 0x21 3504 times.
 >
 > sps/pps:
 > 0x68 376 times.
 >
 > framecount: 15690

 -> seem like the current version is missing frames!
 (the frame count should be 15690, since that is the frame count of the
 source)

 Analysing the audio output with ffprobe I get:

 for the current output:
 >  Duration: 00:14:25.90, start: 0.000000, bitrate: 1535 kb/s
 >    Stream #0:0: Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), fltp, 1536
 kb/s

 for the old version:
 >  Duration: 00:14:26.03, start: 0.000000, bitrate: 1536 kb/s
 >    Stream #0:0: Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), fltp, 1536
 kb/s

 > Or are the files completely broken?
 Nope, files seem to be 'okay'. I can playback them with ffplay and remux
 them with different tools (ffmpeg, tsMuxeR, mkvmerge), problem is if I
 remux them, the output is asynchron. (which is how I stumbled over the
 problem in the fist place)

 > Is this only reproducible using the bluray protocol or also if you use
 the (first) file as input?
 happened, with my sources, only when using the bluray protocol
 (if I use m2ts and the normal '-i pathToFile' the problem does not occur)

 > Are you able to test 3c9dd93f and 41efb8d9 and e0b2bdd3 ? (Or only
 41efb8d9 ?)
 I'm only able to test (build) the latest and the versions from zeranoe.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/3117#comment:10>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list