Sorry your browser is not supported!

Line drawing works fine in windowed, but go full screen and it isn't accurate or it's rounded with the mag/min stuff.

Unfortunaly, can't set mag/min on lines...!!

Just try this at 1024,768 res, both full screen and windowed.

  DrawLine(600,100,1100,100,100,100,100)
  DrawLine(600,101,1100,101,100,100,100)
  DrawLine(600,102,1100,102,100,100,100)

Back to top

Profile PM Email Website

AgentSam

12

Years of Service

User Offline

Joined: 14th Mar 2012

Location: Virtual Space

Posted: 30th May 2013 02:29 Edited at: 30th May 2013 02:31

When using:

Main.agc:

  // Landscape orientation using pixel based coordinates @60 FPS
  SetVirtualResolution        (1024, 768)
  SetSyncRate                 (60, 0)

  // Main loop
  do
      // Draw some lines
      DrawLine(600, 100, 1100, 100, 100, 100, 100)
      DrawLine(600, 101, 1100, 101, 100, 100, 100)
      DrawLine(600, 102, 1100, 102, 100, 100, 100)

      // Update screen
      sync()
  loop

Setup.agc:

rem Window title (delete to hide window bar)
title=AGK TEST - Line Draw

rem Specify the initial device width
width=1024

rem Specify the initial device height
height=768

// Specify whether to use fullscreen mode
fullscreen=0

All I get is three horizontal lines on top of each other, but I cannot see any of the rounding or blurring that I think you are referring to.

I tested the app in these modes on Windows:
1 - 1024x768 windowed mode (normal)
2 - 1024x768 windowed mode (maximized)
3 - 1024x768 full-screen

Same result every time: didn't get any blurring or rounding.

What does it look like on your screen? Screenshot?

Cheers,
AgentSam

Back to top

Profile PM

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 02:46 Edited at: 30th May 2013 02:47

Hmm.. interesting!

Screenshot attached.. both line sequences are drawn 1 value apart on the Y axis.

I am using 1088

I edited the image as it was a screen shot at my desktop res, which is 1920x1080, although the code sets 1024x768

..and yea, there's another problem there with the colour used by the line command in the purple sequence..

Attachments

Login to view attachments

Back to top

Profile PM Email Website

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 02:56 Edited at: 30th May 2013 02:57

Interestingly, if I draw at 0.5 pixel increments, it's fine..

(apart from the colour, which is a different issue again... see image..

Attachments

Login to view attachments

Back to top

Profile PM Email Website

Paul Johnston

TGC Developer

22

Years of Service

User Offline

Joined: 16th Nov 2002

Location: United Kingdom

Posted: 30th May 2013 18:14

Unfortunately lines are only a single pixel wide because of the OpenGL method we use to draw them. This means that even though your virtual resolution is still 1024x768, the full screen window has 1920x1080 pixels, so drawing one line at every virtual resolution increment misses out some pixels at the full screen size.

To draw a line at every pixel no matter what the actual resolution is you could use something like this

setvirtualresolution(480,320)

do
    rem get device height every frame as it may change
    virtualHeight# = getscreenboundsbottom()-getscreenboundstop()
    deviceHeight# = getdeviceheight()

    rem if virtual resolution matches the device then this will be 1
    ratio# = virtualHeight# / deviceHeight#

    count = 0
    for i# = 100.0 to 120.0 step ratio#
        drawline(10,i#,40,i#,255,0,0)
        count = count + 1
    next i#

    printC ( "virtual height: " ) : print ( virtualHeight# )
    printC ( "device height: " ) : print ( deviceHeight# )
    printC ( "lines drawn: " ) : print ( count )

    sync()
loop

This will find the actual number of pixels between two virtual resolution coodinates, in this case Y=100 and Y=120 and draw the necessary number of lines to fill it.

Back to top

Profile PM Email

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 21:49

Well, I only want to draw lines to generate images at runtime, so a bit of extra processing won't hurt. Thanks for the tip.

One other thing: notice the grading on the purple lines? That doesn't look right - it shouldn't go brighter there.

These are the numbers feeding the colour:

255
252
250
247
244
241
237
233
228
224
219
214
209
203
198
192
187
181
175
170
164
158
153
147
142
137
132
127
123
118
114
110
106
102
99
95
92
89
86
84
81
79
76
74
72
71
69
67
66
64
63
61
60
59
58
57
56
55
54
53
52
51
50
49
49
48
47
46
46
45
44
44
43
42
42
41
40
40
39
38
38
37
37
36
36
35
35
34
34
33
33
32
32
31
31
30
30
29
29
28
28
28
27
27
26
26
26
25
25
24
24
24
23
23
23
22
22
22
21
21
21
20
20
20
19
19
19
18
18
18
18
17
17
17
17
16
16
16
16
15
15
15
15
14
14
14
14
14
13
13
13
13
13
12
12
12
12
12
11
11
11
11
11
11
10
10
10
10
10
10
9
9
9
9
9
9
9
8
8
8
8
8
8
8
8
7
7
7
7
7
7
7
7
7
6
6
6
6
6
6
6
6
6
6
5
5
5
5
5
5
5
5
5
5
5
5
4
4
4
4
4
4
4
4
4
4
4
4
4
4
4
3
3
3
3
3
3
3
3
3
3
3
3
3
3
3
3
3
3
3
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0

Back to top

Profile PM Email Website

Paul Johnston

TGC Developer

22

Years of Service

User Offline

Joined: 16th Nov 2002

Location: United Kingdom

Posted: 30th May 2013 22:53

Your snippet only contains a single color value whilst purple is made up of red, green, and blue. How are you interpolating the other color values? You may want to look at Hue, Saturation, and Value conversion if you want the hue to remain the same but the saturation/brightness to decrease. You can do your calculations in HSV and then convert to RGB to draw the lines.

Back to top

Profile PM Email

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 23:19

the value for purple was equally applied to the RED and BLUE channels. as in:

drawline(10,i#,40,i#,value,0,value)

If I was to draw the same lines using those values in a paint package they would be smooth. Actually, I'll load that image into paintshop and compare the colour sequence..

Back to top

Profile PM Email Website

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 23:28

There's definately something wrong.

Up until the brighter colour, the colours go:

250,0,250
243,0,243
..
198,0,198
192,0,192 <-last true purple (coincidence that it's a bit boundary?!)

as expected.

Next line (the brighter part) it goes:

181,0,245
175,0,239
170,0,234

When it recovers, it's back to:

127,0,127 <- coincidence? Strange that it's the top 4 bits...

The numbers in the list in my earlier post are debuged straight out as the value being passed to the line function in the R and B channels. I will try another colour / combo..

Back to top

Profile PM Email Website

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 30th May 2013 23:37

OK, I have isolated the issue to the blue channel.

See the attached for specifically the blue only and white line drawing.

Red, green and yellow are correct.

Attachments

Login to view attachments

Back to top

Profile PM Email Website

Paul Johnston

TGC Developer

22

Years of Service

User Offline

Joined: 16th Nov 2002

Location: United Kingdom

Posted: 31st May 2013 07:17

You are correct, there was a bug in the way the blue channel was handled. Fixed for the next version.

Back to top

Profile PM Email

Marl

13

Years of Service

User Offline

Joined: 19th Nov 2011

Location: Bradford, UK

Posted: 2nd Jun 2013 10:22

nice catch nz0.

A bug like that could have gone undetected for years.

Back to top

Profile PM Email

nz0

AGK Developer

17

Years of Service

User Offline

Joined: 13th Jun 2007

Location: Cheshire,UK

Posted: 2nd Jun 2013 13:28

Thanks.
I had only just started looking into generating textures.

Nice that Paul fixed it straight away too.