Graphics VB2008 Pro

[Galen Somerville]

My graphics involves a lot of line drawings in a short period of time. I
have all the graphics in a separate module.

I repeatedly get the pixel data from a USB device, draw the requisite
traces, get more data, draw traces, etc.

The USB appears to take 82 ms between bursts of data. But the drawing is
taking 178 ms !!!

It's a real time display, like an oscilloscope, whereby I have to blank the
current 6 pixels, draw the new data in those 6 pixels then blank the next 6
pixels (to leave a gap that shows the traces moving across the screen).

By 6 pixels I mean horizontally. The lines represented by these 6 pixels can
have vertical pixels of, say, 50 pixels above and below an imaginary center
line. At the end of a full screen sweep, the current array info is saved to
a previous array so all the data is available.

Rather than post my code here, I have placed all the module info on my web
site. I would appreciate it if someone with mucho more knowledge than I
could take a look at it.

http://home.surewest.net/galen/private/PictDraw.zip

Thanks

Galen

[Spam Catcher]

"Galen Somerville" <ga***@communit y.nospamwrote in news:#o9WfIlcIH A.4476
@TK2MSFTNGP06.p hx.gbl:

My graphics involves a lot of line drawings in a short period of time. I
have all the graphics in a separate module.

I repeatedly get the pixel data from a USB device, draw the requisite
traces, get more data, draw traces, etc.

Have you looked at using WPF to do your graphics?

--
sp**********@ro gers.com (Do not e-mail)

[Galen Somerville]

"Spam Catcher" <sp**********@r ogers.comwrote in message
news:Xn******** *************** ***********@127 .0.0.1...

"Galen Somerville" <ga***@communit y.nospamwrote in news:#o9WfIlcIH A.4476
@TK2MSFTNGP06.p hx.gbl:

>My graphics involves a lot of line drawings in a short period of time. I
have all the graphics in a separate module.

I repeatedly get the pixel data from a USB device, draw the requisite
traces, get more data, draw traces, etc.

Have you looked at using WPF to do your graphics?

--
sp**********@ro gers.com (Do not e-mail)

No, I'll look into that

Galen

[Galen Somerville]

"Galen Somerville" <ga***@communit y.nospamwrote in message
news:%2******** ********@TK2MSF TNGP02.phx.gbl. ..

>
"Spam Catcher" <sp**********@r ogers.comwrote in message
news:Xn******** *************** ***********@127 .0.0.1...

>"Galen Somerville" <ga***@communit y.nospamwrote in
news:#o9WfIlcI HA.4476
@TK2MSFTNGP06. phx.gbl:

>>My graphics involves a lot of line drawings in a short period of time. I
have all the graphics in a separate module.

I repeatedly get the pixel data from a USB device, draw the requisite
traces, get more data, draw traces, etc.

Have you looked at using WPF to do your graphics?

--
sp**********@ro gers.com (Do not e-mail)

No, I'll look into that

Galen

Does anyone have a link to a simple VB.net module using WPF in 2D (drawing
lines).

All that I find are written in C variations.

Galen

[Walter Wang [MSFT]]

Hi Galen,

If you're looking for WPF samples, you can find many of them in the Windows
SDK
(http://www.microsoft.com/downloads/d...E300-F358-4523
-B479-F53D234CDCCF&di splaylang=en) or your can search for them on
http://msdn2.microsoft.com and http://windowsclient.net

However, if this issue is still the previous one we have discussed long
time ago, remember managed code will probably never draw faster than low
level APIs such as DirectX.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Galen Somerville]

Hi Walter

Yes it's the same problem. We originally solved the problem of a very slow
USB by using shared memory and activex.

I thought I would try VB2008 Pro but the slow drawing is still the problem.
After looking into WPF I got the impression it would be much faster than the
current graphics methods.

If this is not true then maybe I should look at shared memory and activex
for the drawing portion?

Incidentally I made a minor change in my VB6 app and now I can process Heart
beats well over 450 per minute whereas I was getting only around 300 tops.
This puts us in the realm of animals and birds.

Galen

""Walter Wang [MSFT]"" <wa****@online. microsoft.comwr ote in message
news:in******** ******@TK2MSFTN GHUB02.phx.gbl. ..

Hi Galen,

If you're looking for WPF samples, you can find many of them in the
Windows
SDK
(http://www.microsoft.com/downloads/d...E300-F358-4523
-B479-F53D234CDCCF&di splaylang=en) or your can search for them on
http://msdn2.microsoft.com and http://windowsclient.net

However, if this issue is still the previous one we have discussed long
time ago, remember managed code will probably never draw faster than low
level APIs such as DirectX.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Walter Wang [MSFT]]

Hi Galen,

I agree doing animation in WPF would be better than in Winform. Based on
your actual scenario, you may have a try and see if it meets your
requirement.

I'm not sure how the shared memory would help the drawing part.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Galen Somerville]

I'm currently setting up a WPF User control. We'll see what happens.

Galen

""Walter Wang [MSFT]"" <wa****@online. microsoft.comwr ote in message
news:yn******** ******@TK2MSFTN GHUB02.phx.gbl. ..

Hi Galen,

I agree doing animation in WPF would be better than in Winform. Based on
your actual scenario, you may have a try and see if it meets your
requirement.

I'm not sure how the shared memory would help the drawing part.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Galen Somerville]

It's not just 6 pixels. From horizontal pixel 1 to horizontal pixel 2 may
have a difference of 100 vertical pixels.

And first it has to erase the previous trace between those 6 X pixels and
all of their Y components. Then it has to draw the new trace for those 6
pixels, etc.

Galen

<Ju********@hom e.netwrote in message
news:dq******** *************** *********@4ax.c om...

That's a really long time to draw 6 pixels.

Are you referencing the previous data and only turning off the pixel
that was on or are you blanking the entire column?

No, I did not download the code. Just a quick thought I had when I read
your post.

Mike

On Mon, 18 Feb 2008 09:16:28 -0800, in
microsoft.publi c.dotnet.langua ges.vb "Galen Somerville"
<ga***@communit y.nospamwrote:

>>My graphics involves a lot of line drawings in a short period of time. I
have all the graphics in a separate module.

I repeatedly get the pixel data from a USB device, draw the requisite
traces, get more data, draw traces, etc.

The USB appears to take 82 ms between bursts of data. But the drawing is
taking 178 ms !!!

It's a real time display, like an oscilloscope, whereby I have to blank
the
current 6 pixels, draw the new data in those 6 pixels then blank the next
6
pixels (to leave a gap that shows the traces moving across the screen).

By 6 pixels I mean horizontally. The lines represented by these 6 pixels
can
have vertical pixels of, say, 50 pixels above and below an imaginary
center
line. At the end of a full screen sweep, the current array info is saved
to
a previous array so all the data is available.

Rather than post my code here, I have placed all the module info on my web
site. I would appreciate it if someone with mucho more knowledge than I
could take a look at it.

http://home.surewest.net/galen/private/PictDraw.zip

Thanks

Galen