Pen should be vector, or something less pixelated.

Superdoggy

TechEpic wrote:
compare https://scratch-mit-edu.ezproxyberklee.flo.org/projects/56250072/ to http://phosphorus.github.io/#56250072 the pen is vector but rendered before being scaled apparently phosphorus scales it before.

Yeah.

I don't know why some think this would lag. Actually the key is that the pen is not actually “vector” but rather higher quality bitmap. Whilst the Scratch player uses regular resolution bitmap and then scales it up, as you said. I think the Scratch Team could easily implement this without two much of a fallout - and based on the speed of the phosphorus pen-rendering (I know phosphorus uses compiled code Scratch projects to run faster, but still…) I'm going to assume that there might be some pen optimizations that could be made anyway.

FalconGunner99

Support, although it'd probably be tricky to implement.

peregrine

Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support! Support!

TheUniversalWorld2

Sonickyle wrote:
If it's optional, then I support.
Otherwise it would make projects really laggy.

^^

thelucariokid

stickfiregames wrote:
I think the pen would have to be bitmap, but it should be at the resolution of the player (whether it is fullscreen or 480x360) rather than being locked at 480x360, so support for that.
I'm not sure if vector pen would be possible, since it would have to create a new vector object for each pen stroke, and those objects could only be deleted with clear, I don't see how it could be done without causing too much lag.

EnhancedOS

Such lag will be caused by vector pen.
Still support though.

*incorrect grammar on line 1 is intended.

TheUltimatum

Some projects that rely on the pen to draw pixel art graphics would become broken No Support.

ElectroElectro2004

pen mode bitmap :: pen
pen mode vector ::pen

If this is what you mean, I support.

peregrine

EnhancedOS wrote:
Such lag will be caused by vector pen.
Still support though.

*incorrect grammar on line 1 is intended.

I have heard those rumors too but i am unsure why people believe them as with a big change of format and an increasing number of people using vector it would make sense to make scratch more “”vector orientated“” ie new costumes are already vector and bitmaps are converted to vector using the svg element <image encoding=gif64>gobbldeegook(image code)</image> (note this is not the correct code but similar).

peregrine

thelucariokid wrote:
stickfiregames wrote:
I think the pen would have to be bitmap, but it should be at the resolution of the player (whether it is fullscreen or 480x360) rather than being locked at 480x360, so support for that.
I'm not sure if vector pen would be possible, since it would have to create a new vector object for each pen stroke, and those objects could only be deleted with clear, I don't see how it could be done without causing too much lag.

I'll start working on some html/js/svg to fix that
thanks for the ideas

peregrine

TheUltimatum wrote:
Some projects that rely on the pen to draw pixel art graphics would become broken No Support.

what if it is optional

set pen to [bitmap v] :: pen stack


set pen to [vector v] :: pen stack

peregrine

peregrine wrote:
thelucariokid wrote:
stickfiregames wrote:
I think the pen would have to be bitmap, but it should be at the resolution of the player (whether it is fullscreen or 480x360) rather than being locked at 480x360, so support for that.
I'm not sure if vector pen would be possible, since it would have to create a new vector object for each pen stroke, and those objects could only be deleted with clear, I don't see how it could be done without causing too much lag.
I'll start working on some html/js/svg to fix that
thanks for the ideas

done!

code follows

<html>
<svg id="1" version="1.1" width="480" height="360" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">

</svg>
<script>

var x=240;
var y=180;
var px=x;
var py=y;
var x=prompt("x")+240;
var y=prompt("y")+180;
var colour=prompt("colour");
var size=prompt("pen size");
var cap=prompt("cap mode (round butt or square)")
document.getElementById("1").innerHTML = document.getElementById("1").innerHTML + '<line x1="' + px + '" y1="' + py + '" x2="' + x + '" y2="' + y + '" stroke="' + colour + '" stroke-width="' + size + '" stroke-linecap="' + cap + '">'
</script>
<html>

Cosmicstars-

Support!

TheUltimatum

peregrine wrote:
TheUltimatum wrote:
Some projects that rely on the pen to draw pixel art graphics would become broken No Support.
what if it is optional
set pen to [bitmap v] :: pen stack


set pen to [vector v] :: pen stack

I would support it then.

Sobsz

support (1) times :: control

jvvg

I agree with this idea, as it would make my art thingy work better.

IronBit_Studios

Support.

infinitytec

Support! (for a bitmap pen of the same resolution as the stage)

Last edited by infinitytec (July 6, 2015 22:40:55)

Iloverollercoasters

Support! This will work for one of my vector games with stamping.

Cream_E_Cookie

Support if optional

Discuss Scratch