Outputting Data Onto Computer Screen

[davidthefat]

Ok anyone have an idea how to do it? How draw the image from the robot sensors to the screen? Not through the dashboard but a separate program. I know that if I print something out, it only shows up on the IDE output window. So theoretically I can just put the OpenGL code on the robot, the window would pop up to the screen. But if that would work, that would be takin away processing power and memory. But the cRio does not have a video card, so it will not be able to do OpenGL... Or I can just render it softwarely.

[Andrew Schreiber]

What do you mean by image from the robot sensors? Do you mean you want to generate an image from sensors on the robot?

[davidthefat]

Originally Posted by Andrew Schreiber

What do you mean by image from the robot sensors? Do you mean you want to generate an image from sensors on the robot?

The sensors would take in an array of data of the distances and then that can be turned into an "image". So each distance can be turned into a color, which can be easily put on the screen with OpenGL

[Andrew Schreiber]

Originally Posted by davidthefat

The sensors would take in an array of data of the distances and then that can be turned into an "image". So each distance can be turned into a color, which can be easily put on the screen with OpenGL

This seems like a job for the dashboard. IF you decide to go with another program my suggestion would be to pipe the array to standard out and then read it in from a C++/Python/Haskell/C#/Language of Choice program that then outputs the image to the screen.

[davidthefat]

Originally Posted by Andrew Schreiber

This seems like a job for the dashboard. IF you decide to go with another program my suggestion would be to pipe the array to standard out and then read it in from a C++/Python/Haskell/C#/Language of Choice program that then outputs the image to the screen.

Was thinking of doing that, won't that lead to memory leaks or buffer overflows since the robot and the computer are modifying the same data all at once

[Andrew Schreiber]

Originally Posted by davidthefat

Was thinking of doing that, won't that lead to memory leaks or buffer overflows since the robot and the computer are modifying the same data all at once

Why would your display program be modifying data?

[davidthefat]

Originally Posted by Andrew Schreiber

Why would your display program be modifying data?

So it can alter reality... LOL, yea you are right, why would it modify anything?

[Alan Anderson]

Originally Posted by davidthefat

How draw the image from the robot sensors to the screen? Not through the dashboard but a separate program.

I don't understand the question, but I suspect that you don't understand it either. The dashboard is a separate program, and it is exactly the right way to "draw" data on the screen.

If all you want to do is output text, the "LCD" User Messages area on the Driver Station is available.

[davidthefat]

Originally Posted by Alan Anderson

I don't understand the question, but I suspect that you don't understand it either. The dashboard is a separate program, and it is exactly the right way to "draw" data on the screen.

If all you want to do is output text, the "LCD" User Messages area on the Driver Station is available.

I am saying not outputing to the dashboard, but a custom made program

[Andrew Schreiber]

Originally Posted by davidthefat

I am saying not outputing to the dashboard, but a custom made program

The real question is WHY?

[davidthefat]

Originally Posted by Andrew Schreiber

The real question is WHY?

I am not familiar with LabView, No one is, I rather do it in C++ with OpenGL, I think it has more potential then LabView

[Alan Anderson]

Originally Posted by davidthefat

I am saying not outputing to the dashboard, but a custom made program

It looks like I was right. You don't fully understand what you're asking for.

"The dashboard" is just a program that receives data on a certain port. You don't have to use the one that is installed by default alongside the Driver Station application. It is perfectly reasonable to replace it with a custom program, either by replacing the default one with a custom one of the same name or by changing the Driver Station configuration file to start the one you want instead. See the forum discussion of ZomB, for example.

[Andrew Schreiber]

Originally Posted by davidthefat

I am not familiar with LabView, No one is, I rather do it in C++ with OpenGL, I think it has more potential then LabView

Speaking from personal experience Labview is not incredibly hard to learn. <disregard>Additionally it would be more beneficial to you as you can use it during the competition on your Dashboard. </disregard> The alternative would be to figure out how to use OpenGL inside Labview... I have a hunch there is a way.

Edit, Im an idiot at times. :\

[Tanner]

Well if I am understanding ye right, you want to have a non-LabVIEW dashboard to display something (i.e. a computer generated image) on the Classmate?

As far as I know that wouldn't be legal for competition use with this year's rules, though you can certainly pipe out the dashboard data to another computer (via remote dashboard) and read the values coming in via whatever method of programming language you like (Processing sounds like fun). I haven't tried it, but it might work.

-Tanner

[Joe Ross]

Originally Posted by Tanner

Well if I am understanding ye right, you want to have a non-LabVIEW dashboard to display something (i.e. a computer generated image) on the Classmate?

As far as I know that wouldn't be legal for competition use with this year's rules, though you can certainly pipe out the dashboard data to another computer (via remote dashboard) and read the values coming in via whatever method of programming language you like (Processing sounds like fun). I haven't tried it, but it might work.

-Tanner

It's specifically allowed by <R60>.