Frameserve locally preprocessed video to remote encoder

i wonder if MT_avisynth and TCPserver could be merged somehow? renderfarming would be cool, though probably not that useful except for specialised stuff (or heavy noise reduction in HD).

IIRC TCPSource does do some kind of pre-rendering i.e. it has the next frame ready to be sent out over the wire before it's actually requested.

It does prefetch a frame, but AFAICS the decoding/processing of the frame (GetFrame) and the sending of the frame are in the same thread, so they can't be overlapped. Also the throughput is limited to 64 MB/s (1 msec per select, 64 KB per SendPendingData).

@MfA: There shouldn't be any limit on data send speed, selects unblock, as soon as the driver has room for more data. Both client and server prefetch frames. As soon as the client has decompressed the received frame, it requests the next frame, before delivering the frame to the next filter. If the server is idle more than 1msec after delivering a frame, it will automatically start preparing the next. The 2.6 version is slightly more sophiticated than the 2.5, which I have stopped adding features to a while ago.

TCPDeliver and WMCmd.vbs 

Does the same .avs play back OK in WMP?

Hm I find this very interesting... would it also be possible to do a chain of sorts with one computer doing filtering on the frame, handing it off to the second computer to do more filtering and then finally handing it off to the machine that will do the final encoding? I know it seems pretty useless but I could imagine it would be helpful in those situations when you're using a large number of filters that require oodles of processing power. I myself have a few clips that are like this and would probably benefit from doing a Filter --> Encoder setup.