[FFmpeg-user] Converted DVDs in .mkv format lose Pause, FastForward, Skip, etc functions when I restream as mpeg to DLNA

Nicholas Robbins nickrobbins at yahoo.com
Thu Aug 22 23:57:33 CEST 2013


I don't know how helpful this is, but I was having similar problems at one point. I solved them by running the mkv's through mkvmerge one time with a command like:

mkvmerge -o out.mkv --engage no_simpleblocks in.mkv

and I think that fixed it. It takes very little time (~1min/GB.)

-Nick


----- Original Message -----
From: "jen142 at promessage.com" <jen142 at promessage.com>
To: ffmpeg-user at ffmpeg.org
Cc: 
Sent: Thursday, August 22, 2013 4:10 PM
Subject: Re: [FFmpeg-user] Converted DVDs in .mkv format lose Pause, FastForward, Skip, etc functions when I restream as mpeg to DLNA

Continuing to try to remove variables from the situation, I'm now using
only ffmpeg/ffplay for streaming & playback.  I'm hoping someone who
knows more about this can actually help with interpreting or more
suggestions.

Since ffplay has such rudimentary motion controls -- L/R/PgUp/PgDwn --
compared to VLC or the standalone BluRay player, I'm not sure if what
follows actually tells me anything useful.

If I play the native file

    ffplay -i movie.mkv

it plays without error.

If I play the transcoded stream

    ffmpeg -i movie.mkv -f mpegts -b:v 2500k -minrate 2500k -maxrate
    2800k -r 29.97 -g 300 -bf 2 -bsf:v h264_mp4toannexb -vcodec
    mpeg2video -acodec copy - | ffplay -

it also plays without error.

In case it's useful, the output at the console in the transcoded test is


    ffmpeg -i movie.mkv -f mpegts -b:v 2500k -minrate 2500k -maxrate
    2500k -r 29.97 -g 300 -bf 2 -bsf:v h264_mp4toannexb -threads 2
    -vcodec mpeg2video -acodec copy - | ffplay -
    ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg
    developers
    ...
    ffplay version 2.0.1 Copyright (c) 2003-2013 the FFmpeg
    developers
    ...
    Input #0, matroska,webm, from 'movie.mkv':
      Duration: 01:32:11.25, start: 0.000000, bitrate: 1820 kb/s
        Chapter #0.0: start 0.000000, end 250.124867
        Metadata:
          title           : Chapter 1
        ...
        Chapter #0.27: start 6099.134700, end 6373.450500
        Metadata:
          title           : Chapter 28
        Stream #0:0(eng): Video: h264 (High), yuv420p, 720x358 [SAR
        32:27 DAR 1280:537], SAR 186:157 DAR 66960:28103, 23.98 fps,
        23.98 tbr, 1k tbn, 47.95 tbc (default)
        Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp
        (default)
        Stream #0:2(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448
        kb/s
    [mpeg2video @ 0x21275e0] Automatically choosing VBV buffer size
    of 224 kbyte
    Output #0, mpegts, to 'pipe:':
      Metadata:
        encoder         : Lavf55.12.100
        Chapter #0.0: start 0.000000, end 250.124867
        Metadata:
          title           : Chapter 1
        ...
        Chapter #0.27: start 6099.134700, end 6373.450500
        Metadata:
          title           : Chapter 28
        Stream #0:0(eng): Video: mpeg2video, yuv420p, 720x358 [SAR
        186:157 DAR 66960:28103], q=2-31, 2500 kb/s, 90k tbn, 29.97
        tbc (default)
        Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 448 kb/s
    Stream mapping:
      Stream #0:0 -> #0:0 (h264 -> mpeg2video)
      Stream #0:2 -> #0:1 (copy)
    Press [q] to stop, [?] for help
    Input #0, mpegts, from 'pipe:':    0KB vq=    0KB sq=    0B
    f=0/0  
      Duration: N/A, start: 1.433367, bitrate: 448 kb/s
      Program 1 
        Metadata:
          service_name    : Service01
          service_provider: FFmpeg
        Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] /
        0x0002), yuv420p, 720x358 [SAR 39559:36000 DAR 221:100],
        29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
        Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] /
        0x0081), 48000 Hz, 5.1(side), fltp, 448 kb/s
       ...


In BOTH cases, the L/R/PgUp/PgDown controls allow chapter skips/reverse.
But even though they seem to work, occassional -- not every -- presses
result in these messages at the console

    ...
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    File is broken, keyframes not correctly marked!KB sq=    0B
    f=0/0  
    ...

Does the fact that the controls work at all necessarily mean that the
problem of non-functioning action controls MUST be caused by the DLNA
server?  Seems odd as the server only pipes the input/output through the
ffmpeg command.

Or, do the "File is broken" messages indicate that there IS a problem in
the stream itself or with the transcoding by ffmpeg?
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user



More information about the ffmpeg-user mailing list