PabloDev's Forum Posts

  • 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?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

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

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

  • I'd guess it's because the System expression "pick by evaluating" doesn't actually pick a Tilemap, only the personaje, so it's still using the left tilemap to calculate the evaluation.

    You could add an "personaje is overlapping Tilemap" condition to the event and it should select the correct tilemap.

    Ok, I think I understand, thanks for your time!

  • Hello, I would like to know why the detection does not work with the right tilemap.

    The program is simple, if it is detected that the red square is located on a tile, the square is destroyed.

    This works with the left tilemap object but does not work with the right object.

    why?.

    https://www.dropbox.com/s/k4jgy2fwd3nraq4/testTilemap.capx?dl=0

  • Ok, I downloaded the 32-bit SDK version and pasted it into the "C: \ Program Files \ NWjsForC2 \ win32" folder.

    Now it works well and the window maintains its position and size.

    I have also tried the 32-bit "Normal" version and it also works.

  • I have downloaded the "Normal" version 0.43.2 I have unzipped it and pasted it in the folder "C: \ Program Files \ NWjsForC2 \ win64".

    Then I tried but nothing has been fixed.

    So the "Normal" version is useless and do I have to download the SDK version and paste it in the "C: \ Program Files \ NWjsForC2 \ win64" folder?

    Then try again ?.

    I tried the version "SDK" 0.43.2 and it didn't solve anything either.

    Video

    Subscribe to Construct videos now

  • I don't close the window at any time, I simply place it in the upper left corner and keep it there.

    Then from C2 I press the "Run Layout" button when I need to preview the project and the window loses its size every time.

  • > Hi, I tried that but it has not solved anything.

    > I added the argument to the "package.json" file and then saved the file.

    > I did the test but the window keeps losing the configuration.

    > I deleted the argument from the "package.json" file and saved it again.

    >

    > I have installed the previous version of NWjs 0.42.4 with this version everything works as usual and the window does not lose the configuration. In the gif you can see how I adapt the window, then run again and the window remains.

    > I think the latest version of NWjs has a bug.

    >

    >

    >

    > giphy.com/gifs/TiCnncOqV66zA5XM4K

    Alright I looked into this and it's actually not a bug. Inside the package.json file (or package-preview.json for C2 preview), is a property called: "position": "center",. This was partly broken during the NW2 switch and has been fixed in NWjs v0.42.5.

    The indented behavior has always been to center the preview window on startup and in order to keep it in the same position, you'd just have to keep the preview window open and refresh it when needed.

    If you really want to restart the preview window over and over again, just remove "position": "center", property from the package.json file (or package-preview.json for C2 preview).

    I have reinstalled the latest version of NWjs 0.43.1

    I have deleted those values from the files (package.json and package-preview.json) but it does not solve the problem.

    Just now the window is not positioned in the center but it continues to lose its size and I have to readjust it to the corner again every time I preview the project.