jugipaint feedback 2016-02-29T21:55:28+00:00

About Forums Technical jugipaint feedback

Viewing 15 posts - 1 through 15 (of 19 total)
  • Author
    Posts
  • kabewu
    Participant
    Post count: 8
    #577 |

    Hi,

    congratulations on new cool software.

    for me it works smoother than comicado and the interface is more comfortable.

    I spent 7 hours playing with it today and although i haven’t tested every single thing, it was enough to make a (somewhat unpolished) comic page, so i thought i would leave some feedback. (is this a good place?)

    i did experience a few crashes and other issues:

    -crashed several times when using lasso tool

    -crashed on exiting

    -crashed after deleting a layer mask

    -weird but non destructive visual artifacts appearing and disappearing in panel and panel expanding area when drawing (small  rectangles)

    -when editing a curve and panning the view, the curve wouldn’t move on a screen. (gave me a bit of a scare, but it refreshed after a second, so not really a problem)

    -after exporting to png, panels didn’t have their  borders (should be 3pts wide, black)

    -exporting to jpg doesn’t work (no file was created)

    -resizing gives rather ugly results..

     

    i’m using:

    win7 64bit

    NVIDIA GeForce GTX 660

    8GB RAM

    Cintiq 13HD

     

     

    on another note: are plans for jugipaint set in stone or do you consider feature requests?

     

     

    (sorry for the gore, i was just fooling around;)

    • This topic was modified 2 years, 4 months ago by  kabewu.
    Jugilus
    Keymaster
    Post count: 35

    Thanks for the feedback, kabewu.

    Sorry to hear you experienced so many crashes, but I am not surprised –  the tools need more practical usage to expose various bugs. At this point I can only advise that, in serious work, one should save often to not lose the work. Judging by that great comic page you gave JugiPaint quite a “stressful” testing which is great. I will take attention to situations which caused crashes and try to reproduce them.

    I am certainly interested to hear suggestion for JugiPaint. I have a lot of plans yes, but if I am aware of what people deem important I can adjust them, pay more attention to those things or implement them sooner.

    Jugilus
    Keymaster
    Post count: 35

     

    I spent some time and I think i found and fixed most of the problems you got with JugiPaint. I will put up an update tomorrow.

     

    –exporting to jpg doesn’t work (no file was created)

    I couldn’t replicate that problem. If I select the JPG image from the drop down list of the save dialog, it saves jpg file.

    -resizing gives rather ugly results..

    Can you describe more this problem. Currently there is an issue that panel border lines does not get resized. Other vector lines do get but may look off if scaling is getting to small (they are not interpolated in the way like raster layers). I think that I will add an option in the Resize Dialog for users to choose desired behavior for scaling vector lines.

    However resizing a board with panels just to get a smaller size for the exported image is not an ideal way to handle that situation. I will need to implement optional resizing of the exported image (similar to Comicado) and that way vector lines become a non issue as everything became raster at that point. For now you can use the following method – export image in full size, import it again and then resize it.

    kabewu
    Participant
    Post count: 8

    Hi, great job on the update 🙂 lasso stopped causing crashes and panel borders do export

    i had only one crash today, when using bucket fill. it seemed pretty random, since i have been using bucket a whole lot and it worked fine (i miss the expand feature from comicado though, it was awesome. hopefully it will make its way to jugipaint too).

     

    i’ve tried exporting to jpg many times and it really doesn’t work for me. Not one jpg file was created.

     

    about resizing: i was resizing after importing a png. the curves and borders look especially bad indeed.  I tried resizing the other way as well, and  resizing the board works better for curves. I guess, there is no working anti-aliasing yet?

    there is also this  messy row of of pixels at the top of the page:

    some more stuff:

    -I suppose it’s just not implemented yet, but snapping to guides when moving panels around or editing panel’s borders doesn’t seem to work. it works well enough when creating panels.

    -when i draw one line after another very fast, quite often the second stroke doesn’t register. it doesn’t happen in comicado (i think it did at some point, but it is certainly not happening now).

    -when merging down a layer with a blending mode different than normal (multiply, burn etc), it gets merged as if it had normal mode. (thankfully both comicado and jugipaint allow for bazillion of layers in each panel without slowing down (which is btw very impressive), so it is not a big problem.)

    -when switching between panels, the mode in layers tab defaults to panel editing, after clicking on a layer, it sometimes switches to layer editing… But sometimes it doesn’t, which forces me to scroll all the way down (through bazillion of layers) to the panel/border/layer menu. could this menu be given same treatment as the new layer/new vector/folder/mask/trash menu? so it always stays on top? or be made more accessible in some other way?

     

    Would you consider adding  a feature, where  with a shortcut key pressed  the brush’s outline is displayed and dragging changes brush tip diameter? i realize there is already a slider, two sets of arrows and a numerical value box, but being able to resize brush on the fly without leaving the canvas area is extremely convenient.

     

    Jugilus
    Keymaster
    Post count: 35

    Hi, great job on the update :) lasso stopped causing crashes and panel borders do export i had only one crash today, when using bucket fill. it seemed pretty random, since i have been using bucket a whole lot and it worked fine (i miss the expand feature from comicado though, it was awesome. hopefully it will make its way to jugipaint too).

    Sure I can add it.

     

    i’ve tried exporting to jpg many times and it really doesn’t work for me. Not one jpg file was created.

    It must be a bug with behavior of Save Dialog in your version of Windows as apparently selecting JPG is not registering it. Will find a workaround to it.

     

    about resizing: i was resizing after importing a png. the curves and borders look especially bad indeed. I tried resizing the other way as well, and resizing the board works better for curves. I guess, there is no working anti-aliasing yet? there is also this messy row of of pixels at the top of the page:

    Yes, it is not working well. Antialiasing is in but it doesnt work well if reduction of resized image is too big. Will need to fix that.  I am not sure where that pixels at the top came from. Can you send me this image, so I can resize it myself?

     -I suppose it’s just not implemented yet, but snapping to guides when moving panels around or editing panel’s borders doesn’t seem to work. it works well enough when creating panels.

    It is implemented. For panel moving you must click on a panel corner and this will be the source point for snapping. For editing panel border use target movement (in the Edit Curve/Move and Adjust Points).

    -when i draw one line after another very fast, quite often the second stroke doesn’t register. it doesn’t happen in comicado (i think it did at some point, but it is certainly not happening now).

    I think this is the reason:  I am developing JugiPaint in the Qt gui framework (Comicado was coded in something completely different) which supports tablets but it has some problems with dropping pressure registration from time to time. I hence disabled strokes for brushes which utilize pen pressure when such error is detected (otherwise you are forced to use undo which is even more annoying). The solution would be either to code my own (better) tablet driver for JugiPaint (ouch) or try to fix that in Qt. Will need to fix that somehow in future, but it is not of the highest priority right now.

    -when merging down a layer with a blending mode different than normal (multiply, burn etc), it gets merged as if it had normal mode. (thankfully both comicado and jugipaint allow for bazillion of layers in each panel without slowing down (which is btw very impressive), so it is not a big problem.)

    Are you sure there is an error? When a layer with different blending mode is merged down it is merged correctly if there are pixels on the layer bellow to be affected. if an area bellow is empty then then the merged pixels will look “normal” (if the layer bellow has “normal” mode). My old version of Photoshop works the same. In some situations you can avoid this problem by using clipping.

     

    -when switching between panels, the mode in layers tab defaults to panel editing, after clicking on a layer, it sometimes switches to layer editing… But sometimes it doesn’t, which forces me to scroll all the way down (through bazillion of layers) to the panel/border/layer menu. could this menu be given same treatment as the new layer/new vector/folder/mask/trash menu? so it always stays on top? or be made more accessible in some other way?

    I will put this on my list of the thing to look into.

    Would you consider adding a feature, where with a shortcut key pressed the brush’s outline is displayed and dragging changes brush tip diameter? i realize there is already a slider, two sets of arrows and a numerical value box, but being able to resize brush on the fly without leaving the canvas area is extremely convenient.

    Like “S” key in Comicado? Yes I miss that feature as well, so it will be added in the next update.

     

    • This reply was modified 2 years, 4 months ago by  Jugilus.
    kabewu
    Participant
    Post count: 8

    Hi, i found a bug.

    Deleting the bottommost panel (the one just above the canvas) causes a crash. As does hitting ctrl-z after creating the first panel.

    Also I got another solitary crash when using a bucket fill .

     

    And something small: when starting jugipaint, the thumbnails in the panels tab aren’t displayed, even though the box in little black menu is ticked. To get the panels’ thumbnails to appear, it’s necessary to go into the black menu twice to uncheck and recheck the “show thumbnails” box.

     

    I have also a question about stuff that happens when creating a new panel atop the previously active one. Namely: if the newly created panel obscures the previously active panel in any way (including the expanding area), contents of the previously active panel get copied into the fresh one. Is it intended? I can see how it can be useful, but it results in the very first created panel having a solid white layer (provided canvas is solid white), whereas other panels have either transparent first layer, or have some parts from other panels.

    I’ve tried to narrow down the cause of the previously mentioned messy row of pixels at the top. i don’t think it’s resizing’s fault after all. It just appears half of the time on exported pngs. (yeah, i think i’ve done the opposite of narrowing here.. 😛 )

     

    I think this is the reason:  I am developing JugiPaint in the Qt gui framework (Comicado was coded in something completely different) which supports tablets but it has some problems with dropping pressure registration from time to time. I hence disabled strokes for brushes which utilize pen pressure when such error is detected (otherwise you are forced to use undo which is even more annoying). The solution would be either to code my own (better) tablet driver for JugiPaint (ouch) or try to fix that in Qt. Will need to fix that somehow in future, but it is not of the highest priority right now.

    Is this similar to the graphic tablet problem gimp has? Your solution works well. The disabling of  strokes is somewhat noticeble, but not to the point of being irritating and it doesn’t interfere with workflow.

     

    Clipping to a layer beneath indeed gets the job done. Editing panel border with target movement works great.  I’m really happy that bucket fill expand and resize on canvas gizmo are planned 😀

     

    Jugilus
    Keymaster
    Post count: 35

    Also I got another solitary crash when using a bucket fill .

    What bucket parameters (source) do you use? I will need to do some more more serious, longer work in order to (hopefully) reproduce this bug.

    Namely: if the newly created panel obscures the previously active panel in any way (including the expanding area), contents of the previously active panel get copied into the fresh one. Is it intended? I can see how it can be useful, but it results in the very first created panel having a solid white layer (provided canvas is solid white), whereas other panels have either transparent first layer, or have some parts from other panels

    Yes, the active panel works as a source for a new panel. The idea is that the user first sketch comic page layout on the canvas and then transfer that sketch into created panels. I do plan to add option to leave a newly created panel empty and, maybe, to transfer all bitmap layers into a new panel.

    Is this similar to the graphic tablet problem gimp has?

    No idea. Never could force myself to use Gimp for more then few minutes 🙂

    kabewu
    Participant
    Post count: 8

    What bucket parameters (source) do you use? I will need to do some more more serious, longer work in order to (hopefully) reproduce this bug.

    i checked the file where one of the crashes occured, and there was was a source layer, so i probably used source parameter there. the other file didn’t survived, so no idea. I just went on a bucketfilling spree and managed to cause two crashes. Both with source layer as source. in one case there was a source layer in the panel, in the other no  layer was designated as source. it really doesn’t happen often.

     

    i also found new ways to crash jugipaint:

    -opening a saved file and immediately closing it tends to bring about crash

    -when working on a vector layer and using the delete curve segments tool, a crash consistently occurs when there is only one segment left and the segment deleting tool is used on it. that isolated segment can be deleted with delete curve tool without causing a crash.

     

    anyways, i hope my bug hunt is helping somehow 😛 jugipaint is already joy to use. can’t wait till it’s completed ^^

     

     

     

     

     

     

    Jugilus
    Keymaster
    Post count: 35

    All reported bugs are very helpful! Thank you for your efforts to find them.

    I am glad you already like Jugipaint. I hope in future you will have more and more reasons to like it when new features get added and existing get polished.

    Jugilus
    Keymaster
    Post count: 35

    Deleting the bottommost panel (the one just above the canvas) causes a crash. As does hitting ctrl-z after creating the first panel.

    opening a saved file and immediately closing it tends to bring about crash

    I can’t reproduce these crashes. Can you actually reproduce these crashes, or is this something which occurred after using JugiPaint for some time (and it  got “contaminated” somehow which resulted in crashes)?

    I hope that the crashing bug you got when using the bucket tool is now gone (I fixed one such in the latest version).

    kabewu
    Participant
    Post count: 8

    I can reproduce them both in 0.811 , even after extracting jugipaint to a fresh folder.

    I just downloaded 0.815 and apparently opening and closing works fine, but  deleting the bottommost panel still causes a crash.

     

    Jugilus
    Keymaster
    Post count: 35

    So you launch JugiPaint, open a JugiPaint file, delete the bottom most panel and it crash?

    I would love to get that file. Can you email it to me (jugiweb@jugilus.com) please ?

    kabewu
    Participant
    Post count: 8

    It happens in each and every file, even a freshly created one.

    I have sent you my most curious specimen, that once produced about 240 rows of messy pixel at the top of the page upon exporting 😉

    Jugilus
    Keymaster
    Post count: 35

    Ok, I assume that 240 rows is not your counted number as I got only 7 rows of messy pixels :). Well that is 7 to many but at I will be now able to explore what is the cause and fix it.

    The bigger problem seems to be that crashes as I don’t get them.

    You say that it always crash if you delete Panel 1 (which is the first one above canvas).

    1) If you delete any other there is no crash?

    2) If you delete all other and Panel 1 at the end does it still crash?

    3) If you re-order panels, in example Panel 3 become bottom panel, does it crash if you delete Panel 1 or does it crash of you delete Panel 3?

    Just trying to get some logic what could be behind these crashes, as currently I see none.

    One more question… does your username on Windows use any non-english letters?

     

    kabewu
    Participant
    Post count: 8

    240 rows was the biggest area i got. Otherwise it’s only a few lines or nothing at all.

     

    i’ve just  borrowed win8.1 64 bit laptop and run 0.815 on it. it reacts the same to deleting of the bottom panel as my pc:

    1) deleting other panels works fine

    2) yes, it does.

    3) in such case, deleting panel 3 causes crash and deleting panel 1 works fine.

    4) neither windows  username contains non-english letters (although in both cases the system language is not English)

     

    oh, and on both computers exporting to .jpg doesn’t create any files.

Viewing 15 posts - 1 through 15 (of 19 total)

You must be logged in to reply to this topic.