PabloDev's Recent Forum Activity

  • I haven't checked, but I'm guessing one is based on 0 to 100, and the other 0 to 255.

    Ok, that's right, the "SetColor" effect supports values from 0 to 100.

    Thanks.

    How is an RGB value supposed to be converted to this "SetColor" format?

  • Hi, why is this happening?

    In this graphic, the graphic editor indicates that this green is the RGB value 0, 85, 0

    If I put that value in the graphic effect "SetColor" I get a different green, in this image you can see.

    Not completely. But it seems to be better now.

    I tested with the crashes.capx on my very low-end laptop, to see what is the difference between r276 and r265.

    With r276, i had about 500 large sprites on layout,then opened editor and duplicated few frames, then deleted them, then exited the editor and saved,and while it was saving, i moved around with ctrl+mouse wheel, it crashed every time.

    With r265, C2 was unresponding for a moment, but always recovers and never crashes.

    With my high-end desktop PC (r276), it crashes, but not as often as it used to.

    Yesterday i had 2 crashes, today 1. On both days i worked around 6 hours, using the editor occassionally.

    Earlier today i tried to make it crash using my project, which is 22mb in size and has a lot of sprites, between 600-800 per layout, and i did manage to make it crash by quickly deleting 40 frames from one sprite, then exiting the editor, saving, and moving around with ctrl+mouse wheel.

    If you have a low or mid end PC or laptop, you can make C2 more easily crash, and with high-end PCs it might take a while before it crashes, but eventually it will.

    Before r276 it crashed in 1 to 10 minutes after using the editor.

    Now it seems that it may take a very long time for the crash to occur.

    Do not try to make it crash with very small project + high-end CPU, it most likely won't work, since there is not enough stress on the CPU with small project. Use low-end PC or laptop if you have one. And have a big project with a lot of sprites and frames.

    Try also having a lot of objects on layout, so that saving takes a bit of time, and is not instant.

    The reason why with some people it crashes instantly, and with others takes a while, is the differences in peoples CPUs!

    If you have not altered the editors code since autumn 2018, it must be the third-party plugin the editor uses.

    Talk with the creators of the plugin, maybe they are not aware of the problem.

    You can send it privately if it is a personal project that you do not want to make available to the public.

  • This is annoying to configure every time you open the project.

    I said that I would not insist more but I changed my mind since it is annoying to have to reconfigure when you open a project.

    Is it a lot of work to solve this?

  • Follow without a comment for this error

  • Hi Gigatron, I would like to know if you have ever created a shader that distinguishes the color of a graphic on the same color in the background.

    For example, look at this image, the sprite is the central gray square and the background has several colors.

    When the color of the sprite matches that of the background, the shader draws a black line to distinguish the sprite from the background.

  • But that ... if the object is in fall then it should not be able to ascend to a platform.

    How difficult is it to solve that in the engine?

    I have created a project example that repeatedly demonstrates this crash.

    Here's what it looks like. If you've lost work to this then you might want to look away... ;)

    Click to play if it doesn't do so automatically:

    Here's the project caproj:

    Crash test .caproj project

    Steps to reproduce:

    1) Open the project. Be patient, it can take a minute...

    2) Edit any sprite using the "Animations: Edit" in the properties bar (note, the open layout has no sprites in it, so memory use for this project is at a minimum).

    3) Close the sprite editor. If you're prepared to wait a minute then it might recover, but if you click on anything / try to close it again / click anywhere else then it'll drag up the windows crash popup.

    Things to note. C2 is using approx 152 Mb of memory with this layout open in the editor. After the crash and selection of "wait for the program to respond" then the reported memory use goes down to 20 Mb. Although C2 appears to have recovered, clearly it is not working properly...

    What's with the cycling through 150 sprites or so after initially closing the sprite editor...?

    Anyway, Ashley, I hope that this is what you need and it'll repeatably crash on your super-computer.

    I was able to reproduce it but I am not sure it is the same crash that we have experienced most ... I am not sure.

    My project is quite small and had many crashes with the sprite editor.

    Just to say, for some reason I didn't get a single crash since I'm using r275.

    Not sure anything has changed in the editor or if it is my computer but I used C2 for long periods (hours) and it has been completely stable.

    Anyone else noticed this?

    I have not had blockages so far but I have not used the sprite editor, previously the blockages, in my case, occurred when I used the sprite editor.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Why don't you ask in the official photon thread? There you will receive a more conscientious answer from one of the photon developers.

    Can confirm what others are saying. C2 started crashing frequently and randomly since I moved from v266 to v267 (64 bit, windows 10, 16GB, Intel Core i5 9600K, Geforce GTX 1060, Chrome 73.0.3683.103). Have tried every version since v267 and they all have the same issue including v275.

    Seems to crash more frequently the larger the project. Crashes happen everywhere. On closing image editor, on copying/pasting, alt/tabbing, on double clicking events. Nothing to pin the issue down or recreate so cannot provide steps. The only new information I can provide is that the debug log captures the following errors:

    [0303/115842:ERROR:registration_protocol_win.cc(53)] CreateFile: The system cannot find the path specified. (0x3)

    [0311/135020:ERROR:crash_report_database_win.cc(549)] CreateDirectory C:\Users\Ashley\AppData\Local\User Data\Crashpad:

    [0303/115842:ERROR:crashpad_client_win.cc(316)] CreateProcess: The system cannot find the file specified. (0x2)

    [0201/131359:INFO:nw_package.cc(175)] "C:\Program Files\NWjsForC2\win32\nw.exe" --ignore-gpu-blacklist "C:\Users\Ashley\AppData\Local\Temp\c2-302ZR0\html5\package.zip"

    [0201/131359:ERROR:image_metadata_extractor.cc(112)] Couldn't load libexif. 126

    Ashley, is this helpful?

    This will never have a solution.

    Scirra/Ashley needs a "reliable" list of steps to reproduce the project but with this bug that list is not possible because the bug is random and the steps that produced the error will not be valid to reproduce it again.

    Simply put, Scirra won't fix random errors, I'd like to see that with C3.

  • I think C2 and C3 use NWjs to export exe.

    So it is not possible that it has been solved in C3 and not in C2, I am not sure at all, to see if anyone can provide more information.

PabloDev's avatar

PabloDev

Member since 2 Nov, 2015

None one is following PabloDev yet!

Trophy Case

  • 9-Year Club
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Email Verified

Progress

12/44
How to earn trophies