Transcode and Seek not working correctly in RC mode

[WillTower]

(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.

Code: Select all

#transcode{vcodec=FLV1,keyint=1}:std{access=file,mux=ffmpeg{mux=flv,intra=0},dst=-}

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)

[Rémi Denis-Courmont]

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

[WillTower]

Please explain. I need to transcode on the fly

[Rémi Denis-Courmont]

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

[WillTower]

But VLC itself does it - so?