Search:
Type: Posts; User: lonestarcomps
Search:
Search took 0.02 seconds.
-
You're probably right, although I think i'm going to give the dial-up clients the ability to buffer their images a few seconds with higher res images, or if not use lower res with no buffering....
-
Right on. Which image compression would you suggest?
-
well yah, that's the normal method - but that is kind of what I was trying to avoid. <shrugz>
-
exactly, that is what I had predicted would happen. I guess I will just send raw image data, although I was hoping to improve on the looks of the low-speed connection webcam users. Oh well, if it...
-
so send complete is raised when the last bit of data in the stream is sent?
-
but the thing is, each of the clients in the program are issued a session id (and I do this so the program doesn't end up like Y!Messenger back in early 02') upon logging in, so i think it has to be...
-
In theory, because of the time it takes to decompress the image and display it prior to a new frame arriving. (unless they are buffered)
-
Initially I thought the send_complete event was for the completion of each 8k packet, but if that's the case then what is the send_progress event for ?
-
So the winsock send_complete event shouldn't be used when recieving data, packets delimited or otherwise - because the send isn't ever complete being that it's a stream?
-
I was thinking Jpeg, But it's for a webcam. If I don't buffer the images somehow It'll be choppy doing zip decompression (although methinks I might try zip anyway)
-
I'm not sure if this is the right section to post this in, but I guess it's as good as any.
I want to compress a webcam image to transfer it over the p2p network I'm designing, although I'm not...
|
Click Here to Expand Forum to Full Width
|