The VideoLAN Forums

(using the Version 2.2.4 Weatherwax (Intel 64bit) on OSX 10.11.6)

I am trying to use VLC to transcode and stream video to stdout and controlling VLC through the "Remote Control" interface. I have the basic transport controls working – except for seek.

Question:
Am I doing something obviously wrong with my transcode code – or is seek broken in RC mode? My client reading the stream is written in Actionscript and AIR – though with the VLC error msgs I am getting, I don't think issue is with the client

Symptoms:
When I issue the seek command:

• • the audio of the video will jump to the correct time and play but the image of the video does not: it freezes at the current frame
  
  • the video seems to get parsed from time 0 so the larger the specified time, the longer it takes for the audio to resume playing from the seek point.

Code:
I've tried many variations on the commands to transcode and stream – like trying to force keyframes, etc. Not sure if these are correct but they don't seem to help.
Debug Output:
While VLC is seeking, I get a stream of these error msgs while it seeks to the specified frame:

avcodec encoder warning: almost fed libavcodec with a frame in the past

(shortened msgs so they fit here)

avcodec encoder warning: almost fed... past (current: 57695957, last: 57696008)
avcodec encoder warning: almost fed... past (current: 57695958, last: 57696008)
avcodec encoder warning: almost fed... past (current: 57695959, last: 57696008)
avcodec encoder warning: almost fed... past (current: 57695960, last: 57696008)

Don't seek while transcoding. It will never work well.

Please explain. I need to transcode on the fly

Seeking disrupts buffers and group of pictures. It will never be nicely done live with a simple media player.

But VLC itself does it - so?