Oh, I got past that point (accessing the screen). I'm now on the 'send 160mbps over lan' problem. I'm trying to learn how to encode/decode the data, and I think I got it today, so tommorow is the time I'm gonna start coding. I was a little busy (ill, and got a new car...).

Also, I remember someone mentioning that conversion is usually slow, from RGB to YCbCr, so, that might give a problem too, but I'll report after first tests.

I just hope everything works out as in theory tommorow, if my daily job doesn't get in the way...

Until then, any guidelines for sending data from a buffer from Life-C to Debian
Phyton?

Thank you all, again. I'm extremely excited about this project.

Just use winsock and dont use TCP.
Simply use UDP and compress the pics as JPEG and you will have some nice speed for the start.
If your protocol is stable enough you can try to play with multithreading and using different libraries/methods to shrink your byte array as much as possible. Do it like twitch and add a delay which is usually used for compression time compensation.

How many FPS do you want to stream btw?

Well, I'd prefer something over 30, because it looks laggish to me when the engine drops to 30. But if it looks like a movie, on the other hand, from what I know movies play at 25fps, but it looks smooth...

I'm extremely ill, so I cant think straight, but I tried a couple of times and the only method that worked right off the shelf was some code from Microsoft that captures a screenshot into a bmp file. (and by the way, capturing 600 of those each time into the same bmp file didn't drop my frame rate at all, but my level is extremely simple without any shaders or effects )

Before going any further, I'll try making a socket connection to the raspy and try to display a single frame every second (the conversion is bothering me, although it should be in the same format, eg. bits, data from my laptop's backbuffer to a dc in wxpython on the raspy). After I have something going, I'll try compressing and sending more fps.

In need of help again

I managed to get a socket connection between Acknex and a Python script. UDP didn't work, for some reason...

I successfully ran an example from some Microsoft page that captures the backbuffer into a bmp file at 60fps with no fps drop...I added the structs for BITMAP, HBITMAP, HBITMAPINFO and a lot of other structs to bypass the errors I was getting and it worked.

Now the problem...
I tried using the FFMPEG library and JPEG library (with examples I found), but its failing to compile...
After 100's of missing files errors I downloaded the libstdc++-v3 and the standard C library and tried adding files from wherever I find them (multiple different files with the same name existed in different folders) but I started getting this error:

That's after I deleted a whole statement like this and deleting spaces between # and ifdef statements...

I feel like going mad! :|

I understand those libraries come by default with IDEs, so its normal not to have them with our SED, right? How can I add them, or something?

Thanks.

IDEs very rarely ship with anything more than a handful of default and compiler/platform dependent libraries. I'm not aware of an IDE shipping with ffmpeg.

You won't get ffmpeg to compile with the Lite-C compiler, because it simply is not capable of that. You'll need a real compiler to get that going, so a plugin is what you will have to go for.

Thought so

I already tried to compile the screenshot function I got from Microsoft into a dll, but I ran into a problem (no wait(1) in C++). And I don't understand the syntax that much, so I'll be reading for a few days.

I'll try to make 3 functions, one for locking, one for copying the bits and one for unlocking, and I'll call the copying every frame.

I'll post when I have any results...
Thanks.