[Live-devel] Question on streams in Windows

[Chris Van Brederode]

Yes, the encoder is another process (which is in turn reading raw frames
from yet another process).  I'll test my pipe code in the encoder; I'm
doing it differently from in the 3D program going to the encoder.

As far as Windows developers who use gmail...I can understand the
anti-windows sentiment, but I don't know what you have against gmail...

And I code in Windows because I'm paid too...and I know *exactly* how to do
asynchronous, non-blocking file IO in windows.  Be careful with the word
"impossible." ;-)

(Hint: don't use stdio)

Thank you for the quick response.

Chris

On Thu, Feb 28, 2013 at 6:20 PM, Ross Finlayson <finlayson at live555.com>wrote:

> My question is this: can I safely undefine READ_FROM_FILES_SYNCHRONOUSLY
>
>
> NO!  You should not modify the supplied source code.  (Windows developers
> who use "@gmail.com" email addresses should especially not modify the
> supplied source code :-)
>
> The whole point of this code is that, in Windows, reads from open files
> (including pipes) can only be done synchronously - i.e., as a blocking
> read.  This means that if you are reading from a pipe, then the writing to
> the (other end of the) pipe must be done by another process.
>
> However, if your encoder (the thing that writes to the other end of the
> pipe) is running as another process, then things should still work.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130228/31e9b99d/attachment-0001.html>