New Camera Class

[jhersh]

The GDC does not mention that UDP couldn’t be used on another port. They do mention custom TCP protocols are allowed, but not UDP. They do not mention no UDP for all ports or just 1180.

You should ask for official clarification on this, but my understanding is that UDP is not provisioned on any port on the FMS except for the official control and status packets, and you certainly can’t use those.

[jhersh]

I’ll have to post the whitepaper I made about the rest of the dashboard data some time.

That would be great!

[jhersh]

Sure, but we think that a lot of the slowness was caused by TCP. For example, if a frame of the video being transmitted gets screwed up, it’s not that big of a deal using UDP, especially if you have a high framerate. You can just drop the frame and wait for the next one (no big deal if you’re getting a good 20 of them every second - the user will barely notice). If we use TCP and the same thing happens to a packet, the receive() function stops the entire program execution, sends a request to resend the packet, and waits for the packet to get sent again, all for just one frame (or even just one part of a frame). You’re making the entire system, which could be better spending its time just displaying the next frame(s), wait on just one frame instead of moving on.

I believe you (or someone else) mentioned sending video over the UserData dashboard data mechanism last year… it is implemented as UDP transfers, and only marginally smaller packets that you get with raw datagrams. I’m not aware of any changes that would have made this stop working. Is this method no longer feasible or desirable for some reason? This method has about 47kBytes/s throughput.

-Joe

[TheDominis]

I believe you (or someone else) mentioned sending video over the UserData dashboard data mechanism last year… it is implemented as UDP transfers, and only marginally smaller packets that you get with raw datagrams. I’m not aware of any changes that would have made this stop working. Is this method no longer feasible or desirable for some reason? This method has about 47kBytes/s throughput.

-Joe

Our team implemented this last year. We were trying to get a good video stream this year at high FPS with good quality. Each frame at 0 compression takes 5 packets. That’s 10 FPS . We did something high around 70-80 and got 16 FPS, but the quality couldn’t be used for image tracking.

The stream uses 100KB/s at 160x120 and we resize it to 640x480. It looks good actually.

[slavik262]

I believe you (or someone else) mentioned sending video over the UserData dashboard data mechanism last year… it is implemented as UDP transfers, and only marginally smaller packets that you get with raw datagrams. I’m not aware of any changes that would have made this stop working. Is this method no longer feasible or desirable for some reason? This method has about 47kBytes/s throughput.

-Joe

We could definitely try using the user data to send video; the obvious drawback is it leaves less room for other data. From the testing my team has done with the user data stream, the data it sends is often redundant, so the actual useful bytes/second value is lower than the potential.

[jhersh]

We could definitely try using the user data to send video; the obvious drawback is it leaves less room for other data. From the testing my team has done with the user data stream, the data it sends is often redundant, so the actual useful bytes/second value is lower than the potential.

I only see redundant data sent if the user data is updated by a task that is not synchronized with the control packets.

[slavik262]

We’ll have to check it out. Right now we’re putting this project on the backburner for a week or so until this supposed update comes out.

[jhersh]

We’ll have to check it out. Right now we’re putting this project on the backburner for a week or so until this supposed update comes out.

Have you tried out the new update yet?

[TheDominis]

I get about 150-250ms delay on the new camera.

[jhersh]

I get about 150-250ms delay on the new camera.

Is that something that you are happy with? It seems to be a lot better than you were getting before. How about frame rate?

Also, if you look at the code and have any suggestions for improvement, please let me know.

Joe

[PranavSathy]

Pretty nice, I dont mean to be the joykill here, but I hope you know you are not ALLOWED to use UDP to send packets, I believe that post is found here on Cheif Delphi somwehere, search around, either way I am sure you cannot use UDP.

[TheDominis]

Pretty nice, I dont mean to be the joykill here, but I hope you know you are not ALLOWED to use UDP to send packets, I believe that post is found here on Cheif Delphi somwehere, search around, either way I am sure you cannot use UDP.

We posted the question to GDC so we know :*(.