#apertus IRC Channel Logs

i think the first step for T1172 (making dimensions dynamic) is solved when BAndiT1983 added the Icon struct

hi metal_dent[m], image button has still fixed numbers, my adjustments was only for casting to Icon struct, so the numbers can be used easier and under common data structure

size of button is still fixed, icon is now according to the icon data

do you want a different size than the size in the icon data?

if not then the size issue is solved, the button is taking the size from the image headers

position and dimensions of button and position of icon (should be centered for now)

I force push only after rebasing :/

no

ohh, I have cleaned a lot of mess initially when I started using git (bluez_ knows ':D )

yes, will avoid using force-push from now :)

Wait, have I already created the pile?

not yet ;)

convert .svg file did not work so I converted with .png

okay, thanks! let me try this

i mean the inkscape export through command line?

and which problem came up?

but it's not the ideal solution

good day

have just checked and i can convert without big problems from SVG to xbm

GIMP can even open the file, but it has to end with XBM

can someone try http://www.imagemagick.org/discourse-server/viewtopic.php?t=30986, looks like their server has problems at the momen

ah, now it works, probably a hiccup on their side as other sites were ok for me

this one does not have jagged edges, but the roof is thinner -> magick home_icon.svg -threshold 50% -scale 24x24 home_icon.xbm

metal_dent[m]: here is the current command which is okay for further tests -> magick -density 800 home_icon.svg -filter point -threshold 50% -resize 24x24 home_icon.xbm

ah and you should add +negate (!) not -negate

http://www.imagemagick.org/Usage/filter/

had a black image, as the conversion kicks in and then it can't differ between the images

ah, the order is necessary, it should be before threshold it seems

good, but un- should vanish later ;)

the tricky part with such small images is the scaling and the pixel position, you could read about scaling pixel art in imagemagick, as it's targeting almost same approach

order is very imp, I read that when was working earlier

this is what i've forgotten yesterday, that it can open XBM files, when se6ast1an has asked about it

or you can go fancy here -> https://xbm.jazzychad.net/

https://en.wikipedia.org/wiki/Bresenham%27s_line_algorithm

there are nice filters for console emulations like SNES or so, 2xSuperSai and whatnot, but i don't know if imagemagick has similar ones to straighten out the edges

i miss some basic tools there, so it's okay tool

haven't found the pixel grid in gimp yet

grid can be configured under image -> configure grid -> pixels -> 1 / 1

with this command are you getting white image with black background?

after SVG file ;)

and without negate a blank image?

nope, black house, white background

but afterwards the pixels have to be adjusted a bit, as SVG doesn't have proper angles or the conversion is mangling them, but 45 degrees is not jagged, also 22,5 or so, at least gimp allows to draw straight lines with fixed degrees and they look just fine in pixel art

another thing to check is the SVG itself and it's data in inkscape, maybe we have to scale it to pixels in the original file, then the conversion will be clearer, but angles have still be followed to get crisp image

what do you mean?

interesting, as down arrow SVG is like the home SVG, transparent background and black icon

nope, still no problem with my line

black background and white arrow down

-> https://pasteboard.co/J7pebBV.png

which imagemagick version do you use?

Version: ImageMagick 7.0.10-10 Q16 x86_64 2020-04-28 https://imagemagick.org

same!

*manjaro

my input svg(s) somehow changed while I was experimenting multiple commands for the conversion

can you check whether you're getting proper logo images with these commands:

magick ApertusLogo.svg -crop 41x41+649+0 -density 800 -filter point +negate -threshold 50% -resize 14x14 RingLogo.xbm

yes

this crop argument is a bit wonky, as SVG can change in size

so should I use inkscape?

checked apertus test and there is black line at the top above "t", this is one of the things where the process is showing it's shortcomings, but was expected

> checked apertus test and there is black line at the top above "t", this is one of the things where the process is showing it's shortcomings, but was expected

-crop 645x186+1+20

se6ast1an: are you still with us?

morning folks!

note: you can run inkscape on the commandline as well to separate 'objects' by id

probably a sed command would suffice for 'clean' SVGs

Bertl: please elaborate

https://apertus.org/sites/default/files/apertus%C2%B0_Logo.svg this one?

hm, this one is 5,1KB and in the repo 4,5KB, can't say if they are equal, have to check their content quickly

viewbox is equal

nice tool for cleanup of SVG -> https://jakearchibald.github.io/svgomg/

when i want to see quick results i use online tools, can still move the process to the command line for the build pipeline

so you want to split out path36 from the rest, right?

i thought by ID, but haven't looked at the objects yet

there are two 'known' colors in the SVG, the text and the ring

basically you can simply change one of the 'colors' to transparent

https://www.imagemagick.org/discourse-server/viewtopic.php?t=15675

and you will get two identical images (size and rendering) except that one is 'missing' all objects from one color and the other from the other color

sounds good

how to change the color ^

but it might be even simpler to change the fill-opacity from 1 to 0

nice, this would avoid quite some stuff and also can be done automatically in the build pipeline

but it's a "nice-to-have" for later

sorry took a break... right now I was reading the logs, so are we going with what Bertl suggested?

hmm? please elaborate?

quick reboot

regarding conversion in general, maybe you can add a script which loops through all SVG files, at least the ones ending with _icon, then you wouldn't need to have that many lines and it would process all available files

this way it only converts stuff when the image changes

the task is not for a faint heart, a lot of trial and error is involved, but maybe it was only me with the firmware and bootlaoder ;)

'the task' being?

makefile adjustments

later we can merge it in the firmware makefile

it's perfectly fine to have a bunch of makefiles distributed over several sub directories

... depends

how can I help?

se6ast1an: was just wondering that you were suddenly not active anymore

so unusual for you? ;)

just pushed a larger commit to add full screen parameter list menu

note that the button assignment in visualizer for testing changed

Down = Btn 13

Down = Btn 12

which basically mimics turning the knob or pushing the knob

because the knob is not implemented yet?

*claimed

great

good night