Capture Portion of the Screen Causing Glitches

Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.

A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.

Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!

Clickteam.
  • the buffer flow is asynchronous you may send to draw now and it will be done when the previous one is finished, drawing is not a synchronous actions to capture screen it is asked for the flow to finish previous operations and then read these pixels, but it could be written a buffer while you are drawing which is not correct

    also I see something in your example force animation start from 0 not 1


    I made the same example as you adding funny images and so far no skews here, with two nexus 7 and zte 982

    Please login to see this attachment.

    this have drawing control that you may add in your development.

    Regards,


    Fernando Vivolo

    ... new things are coming ...

  • Okay so here's a video of the issue. Notice that the skewing of objects happens AFTER i've taken a screenshot. Before that, everything is fine, after that it's not.

    I don't know if what you're suggesting above will fix this issue or not.

    Please login to see this media element.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

  • Okay so the issue with skewed objects is FIXED when I set "Image Compression" to None on every affected object.

    Tested it and every object works when this is disabled.

    Please login to see this picture.

    Also note that this still does not fix the issue with discolouration of objects.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

  • So I've worked out that the colour issues are caused by setting the app from OpenGL ES 1.1 to OpenGL ES 2.0.

    Any downside to using 1.1 instead of 2.0?

    Please login to see this picture.

    So yeah, image compression and Open GL 2.0 is what's causing issues. Both of which used to work just fine a year ago but obviously broke over time.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

    Edited 3 times, last by Kritter (August 6, 2019 at 3:38 AM).

  • but here the color are the same and you are using nexus 7, right? what android version? and see that the accordion and red square is Ok, so better question what type of image and compression have the animefacemaker logo, send it to me in a ZIP

    I tested here with 1.1, 2.0 and 3.0 and get the same colors. BUT you should be using opengl 2.0 or 3.0

    Regards,


    Fernando Vivolo

    ... new things are coming ...

  • The colours are the same in-game, but different when saved out. Nexus 7 probably has an old android version, but opengl 2.0 USED TO work on it, now it doesn't. The Galaxy S5 I think has a much more up to date version of Android but still has the same issues.

    It's just a simple PNG that I imported and made semi-transparent. No compression as that was causing issues with the skewing. Open GL 2.0 seems to have issues handling transparency. Same for 3.0.

    I'm not the only one with the issue as a number of images sent to me from other users of the app from their own devices show the same issues.

    You can use this PNG, I tried it and had the same issue.

  • Tested on:

    Samsung Galaxy S5
    Samsung Galaxy Tab3
    Nexus 7

    All the same issues on all three devices when using Open GL 2.0 or 3.0 and a transparent PNG image.

    Image taken on Galaxy Tab3, showing incorrect colours again. You can also see that it's added weird artifacts around the accordian if you look closely.
    Please login to see this picture.

    And here's another image using a Please login to see this link. off the internet. You can see it's made everything transparent a LOT darker.
    Please login to see this picture.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

    Edited 7 times, last by Kritter (August 6, 2019 at 7:39 AM).

  • Here's one more test.

    The left one is a screenshot from within Clickteam Fusion, the right one is the myscreen.jpg taken from my device. You can clearly see how it's darkened a simple white square to be gray instead. This ONLY happens with OpenGL 2.0 or above.

    Please login to see this picture.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

  • mm I will check my example here with blending not sure why this is happening since drawing process the blend is done in all situation, already test in all version of opengl, and this method read and in the past the RGBA (A is the transparency layer) and seems done since all png I put it is read correctly.

    Regards,


    Fernando Vivolo

    ... new things are coming ...

  • this makes sense, if 'transparent color' is black and this is an png file. so a white box with 'transparent color = black' and with 1/2 transparency would get grey.

    so i guess you may have to take a look at the transparence color settings on image export plugin within android? just an idea, hope it may could help ;)

  • [MENTION=6268]Fernando[/MENTION], I don't know why it's happening but it's only on OpenGL 2.0 or above, and it USED to work with 2.0 because that's how I previously saved it.

    Something about 2.0 and 3.0 is different, there's a bug somewhere that just doesn't seem to want to show up for you, but hundreds of users of my app have experienced it. I had to take my app off the Google Play store because it was being tanked with 1 star reviews from disgruntled users with broken saved images.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

  • [MENTION=15392]Kritter[/MENTION] a change was made in the code to grab images seems that somehow mixing C and android can have this issue, i need your for run some test about this let me know here to send you a PM and also need if i am not mistaken [MENTION=32979]MagicForest[/MENTION] for this test and his Tattoo Fonts Designer.

    Please Gents let me know since this test is important and mix both of your needs in the different application.

    Regards,


    Fernando Vivolo

    ... new things are coming ...

  • [MENTION=6268]Fernando[/MENTION] Has the beta been updated or is there another step I need? Happy to test it ASAP.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

    Edited once, last by Kritter (August 8, 2019 at 10:04 PM).

  • [MENTION=6268]Fernando[/MENTION]

    This seems to have done the trick, both the skewing and transparency issues seem to be fixed with the runtime update.

    Please login to see this picture.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

  • [MENTION=6268]Fernando[/MENTION]

    I captured three identical images from all 3 OpenGL types and they all came out the same, no issues any more.

    Please login to see this picture.

    Please login to see this picture.
    Please login to see this link. and Please login to see this link.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!