Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

chengdulittlea

75
Posts
109
Followers
65
Following
A member registered Dec 13, 2018 · View creator page →

Creator of

Recent community posts

HOORAY YOU DID IT!

Hi! Thanks for using Our Paint!, MyPaint is definitely an inspiration :D cheers!

Flipping is currently not implemented. You can think of it as a simulation of traditional art, where you either need to use a mirror or find a way to look through the canvas from behind. Not flipping the canvas helps to train your hand and eye to form a uniform look on your image, you can see a lot of artists work have diagonal lines in one prominent direction, that indicates their dominate hand. If utilized well, it can be a signature style too.

Though I do see the usefulness of flipping, maybe I’ll implement it sometime later :D

This is super awesome! your bold shapes goes so well in here

Hi hi! Thank you for the suggestion! I do have a very brief node manual if you click the top right of the node panel. But yeah I need to have a more elaborate tutorial… And you can join my discord for Q&A stuff: https://discord.com/invite/Qew6URSEvK

Thank you so much for the interest too :D

Thank you for the report! I will make sure this get fixed in the next bugfix release :D

Hi! Currently not, other than brief description in the manual.

You can reference the existing pigments and brushes and experiment :)

Hi, thank you for the additional information! I’ll include a fix in a bug fix release that handles such case. Currently it only sets the device via string name matching for “pen” and “stylus” and “eraser”, so I will either implement a manual device selection feature or a better recognition algorithm :D

Humm I see, so apparently the name has a :10 appended to them (Like stylus:10) and from the look of the current code then indeed Our Paint would not be able to locate which is the stylus (it strictly matches “stylus” as a word), so I’ll need to modify that part of the logic (Or provide an option for user to choose when automatic detection fails).

Thank you very much for the feedback :D You will make Our Paint much better :D

Thanks for the feedback!

Unfortunately libinput list-devices doesn’t give full device list like distinguishing pen and eraser and etc. I believe you should have xwayland installed for x11 compatibility, then xinput --list should list the correct devices, and then if you can paste that list here, I should be able to see how to identify the devices from the list. Thank you!

I think I’ll need to charge it a little bit, maybe in the future it can be free, because to justify the pain of migrating the program to android and the NDK weirdness.

Anyways please stay tuned :D

Aww that’s wonderful! Have fun with it :D

Aw this is kinda weird, what is the device you are trying to use it on? You -may- need a relatively new (?) Hardware with openglES 3.2 support, and then it -should- be ok.

Could you try manually setting allow storage permission for Our Paint? Honestly I have no idea why it would crash but this is just me guessing…

great!

Ah interesting. I never had this… What video card are you using? Could you go to your video card graphics/OpenGL settings and check if you have something like a “Tripple Buffer” or “Swap Copy” kind of option available? If so it’s best to keep them in default values.

Or are you on linux? This could also mean your graphics card need some additional configurations that enables swap copy (or something similar), I could imagine this happening in Intel integrated graphics, but not sure what the exact situation is on.

Could you try enabling “OpenGL Debug” in user preference > system ? Set it to “All” then also enable “Log Stdout” option, so you can see logs in the terminal, maybe there will be error messages, and if so please tell me what they are? Thanks!

Aww I’m sorry to hear that, could you tell me what android version are you using? What phone/tablet model it is? Thanks!

I may be able to check the SDK on that and see what is going on.

Hi hi! Thank you!

I’m not sure what the “Screen Flicker” issue is about? what does it look like? The entire screen flashes into some pure color? Could you describe it a bit more detailed or record a video? Thanks!!

Hi! Could you try to launch it from terminal and see what log it outputs?

Also, this program requires your graphics card to be OpenGL 4.5+ capable. So keep that in mind too

I have no idea why humm it works on my machine tho

Hummm… this may be due to improper packaging of v0.4, I’ll soon release v0.5 and it should be fine :D Thanks for testing!

LOL

did the console say anything in particular? any logs?

:D

Awww this is so cute! I found 2/10 photos in the first day :D

Also, can you run xinput list and show me what it spits out?

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

You could try to move it back to the exact place it came from… But yeah, this is fixed and will be available in the next version

Hi!

  1. 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

  2. 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?

Ah that’s indeed a problem… Well in that case you can File > Read then choose default_brushes.udf then you will have brushes restored :D

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

Interesting!

nice!!

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!

Works great! :D Will see what you come up with eventually

I’d love to be able to play this but it just freezes in the browser… :sweat_smile:

Awwww thank you :D

:D Glad you like it!

I have done a YouTube stream previously with Our Paint, maybe you could take a look 🤔

https://www.youtube.com/live/QhuwlqJ55gE?si=fE1zbHi4vkZj_X8X

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