Interesting. On linux your driver may need to be libwacom compatible. I’ll have to search about OpenTabletDriver and see. Normally tablets should just work out of box on linux.
I think previously huion has a differently named driver which supposedly worked fine under linux but I do not have a huion device to verify atm…
Hi! Our Paint is entirely developed by me (1 person).
The selection+move feature is intentionally left not implemented because you won’t be able to do it on paper traditionally. This forces you to draw it well or redraw and after a while you shouldn’t need to rely on selection/move/transform to adjust your drawings :)
The fixed move tool (by 1000px increment) is gonna be available in the next version :D
The move tool only moves by 1000 px at a time, it’s for e.g. relocating reference pictures, not for precision alignment (this is to force you to practice drawing :P
This might be due to a bug in this current version of OurPaint where if you have used move tool, the offset isn’t actually gonna be correct, and could lead to crashes when you attempt to save, it’s already fixed and will be available in the next release :)
2.1) If the un-drawable sliver is there before you do any moves, that might be another problem, and I need to take a look. Can you tell me what your graphics hardware is? Is it integrated graphics or discrete video card? And what model it is?
Hi! This is due to a packaging problem in the latest version. Please copy all the font files into ~/.local/share/fonts/lagui/, or install those fonts to your system. Sorry about that…
Hi! Thank you very much for the test links! I just tested with my computer but unfortunately none of them work. It’s likely the problem with my browser. I now went on my phone (Android, also with firefox) to see if any of them works, turns out they all work great, including the original game. When I go back to your older games from the browser, they all froze up as well which they did not previously. So it must be the problem from my side. I’m sorry for the trouble. But yeah still looking forward to seeing your new stuff :D
Hi! I’m on Firefox 132.0.1 (64-bit) on Ubuntu 22.04 :) Video card is nvidia 4070 on driver version 555 btw but I don’t think it should affect webgl too much.
Really looking forward to this journey of photographic games :D I just adore them!
Hi! Our Paint doesn’t support Mac at the moment. I haven’t recorded any videos either lol… But if you have a windows/linux machine it might be interesting to try it out for yourself :D
Ah actually I think I might go and use some extra calls to show/hide console window on demand. Because this way it’s more controllable and sometimes you can enable system terminal for seeing extra outputs. I used to do that on some of my older programs but yeah I think it’s best to make it into Our Paint as well. Thank you very much for the suggestion :D
Hi hi! Thanks for your detailed feedback! I will definitely check on windows and try to debug this issue. There might be some slight memory-related bugs that due to the difference of how OurPaint allocates on windows and linux it might not work as well. I will try to fix this in the next update.
Hi! If this option works, then pressure is working normally. Most brushes in OurPaint has pressure dynamics already. If you want a simple configuration, just add a new brush, don’t enable the nodes, then there will be a P symbol next to size/transparency sliders and if you click that it will automatically use pressure for those properties. However the crashing thing may need more investigation. It shouldn’t crash that frequently as I barely had any using this to create my comics… I’m actually not sure how can I reproduce the crash… Could you describe what your exact actions are when you encounter the crash? Thanks!!
Hi hi! You may want to toggle this setting in windows: In windows pen setting, you can find a “allow this device to be used as mouse” option (You may need to dig a little bit, it’s in the setting app in Win11 and Win10, can’t remember that clear…), you either set this option to on and off, and together with the wintab option in OurPaint and Huion software, you should get pressure to appear in one combination… Use “Digital Pointy” brush to see the pressure effect more prominently. I had to use this option as well to get pressure on windows, it’s kinda weird.
Hi! If you are on windows, OurPaint supports Windows Ink, and I think all tablets on windows now have that driver option (after you installed the driver, you can set that in the program), and you will have no problem using it. I have Huion/xppen users saying they work fine, even without windows ink, those tablets mostly uses wacom-compatible driver, so programs can recognize them just fine. On linux, it should also just work after driver installation. You can pick any reasonably reputable model and you should be good to go :D
If you ever encounter any problems with tables, please report back to me and I’ll cooperate with you to fix the issue. (most of the time just minor tweaks and we can support a brand new tablet)
Hi there! I’m sorry you have problem accessing the page. It does load fine here, so I believe it could be a slight hiccup on my server… Sometimes they got DDoS’ed, or it could also be your ISP somehow can’t route to the server.
The archive page is indeed the manual. Could you try again for my website? I’m not actually sure what is going on exactly
Hi there! Thank you very much for the compliments :D
If it’s a low end hardware, you might be limited on how much VRam you can access. Since Our Paint saves the canvas in the video memory, it can limit how big you can draw. However if you are not drawing absolutely huge, it should work just fine most of the time.
Could you tell me how much memory your machine has and also video memory (if you have a discrete video card)? I could try to implement a limit on internal resource allocation and make sure it will work stably.
I have fixed the huge file saving issue and it will be available in the next version. Now saving is only limited on how much memory your machine can allocate, and when it can’t allocate enough memory, it should give a prompt and not crash :D
Oh, then if you don’t need to export them as the “spaced apart” layout as-is, you can use the crop tool to specify a region to export. That way it shouldn’t crash. If you draw those images on different layers apart, each layer won’t be as big so you can succesfully save it.
The recent project I’ve been doing is sized at 10641x7730 and it works without any particular problem :D
Also in v0.3 there will going to be a layer moving feature so you can move individual pictures around granted you’ve painted them in separated layers.
Wow you are indeed trying to save a huge file (in the first video the terminal actually outputs the dimension, it’s like 20000px wide…) I’ll definitely check and try handle the case of huge dimensions. I don’t really think it’s a memory problem, it’s likely that some integers overflowed because I don’t think I have used 64 bit integer in some places that could be relevant.
(What kind of usages do you need that big of an image? XD you can see the zoom level at the bottom left of the canvas, and by default it’s 50%)
Anyways, thank you very much for your detailed feedback :D
