lucid Posted April 21, 2017 Report Share Posted April 21, 2017 Post Spriter r11 bugs here. Quote Link to comment Share on other sites More sharing options...
EternaL Posted April 22, 2017 Report Share Posted April 22, 2017 Hey! Just started using the update. Something that likely wasn't intended: When selecting more than one image and dragging them, they don't drag at the same rate. They each scroll across the screen at different paces. You'll likely see what I mean if you open r11 and try it. It's kind of funny-looking. Assuming this is in fact a bug this time (I can't see how it isn't!) as opposed to some new feature, that requires any immediate edit to r11, I'd like to once again poke in my little feature suggestion, since it seems simple enough, to me, at least: save and load the workspace, like other softwares do. (Not a bug report, I know.) Thanks Edit: I don't know if this is a bug, but Spriter loves forgetting that I changed every image's pivot point to the desired (and the only useful kind) red pivot dot. So I'm constantly, manually, changing them all to red again, even after I already did. Character maps are dependent on selected pivot points. Please get rid of clear pivot points and ratios. Make the red pivot point occur by default, even when images are attached to bones, as they often are. The fact that this isn't the case by default is just inefficient. At least fix it to remember red pivot points when manually changed to them. Edit2: In case this helps, I noticed a series of events that will cause the all-important first key in animations to ditch the desired red pivot points: First, I check and confirm that the pivot point of a boned image is in fact red. I then make a character map active that happens to make Hidden the image with the red pivot point. I make a change in that key, such as moving another image. I remove all character maps, unhiding that red pivot image again, and see that the red pivot point has reset back to the useless clear one. Conclusion: Making a change in a keyframe while a character map is active will reset the desired red pivot points back to the bad and obsolete clear ratio-based ones. (that should be eliminated from Spriter) Quote Link to comment Share on other sites More sharing options...
RogerPaladin Posted April 25, 2017 Report Share Posted April 25, 2017 When I set the scale of x and the scale y of the object to 0, it moves to the point (680000, 680000) and then it is impossible to work with this object. Quote Link to comment Share on other sites More sharing options...
EternaL Posted May 5, 2017 Report Share Posted May 5, 2017 (edited) I reported this before, but it still wasn't fixed in the latest release, despite the fact that it's a system crash, not merely a Spriter crash: When you have a character map active that has any image Hidden, and then select the Hidden image, it can easily result in a Spriter freeze and crash, or even a total Windows operating system freeze, resulting in the need for a hard system restart. To reproduce this bug, try selecting a currently Hidden image, and doing things such as changing its Z-order, or selecting a Hidden image and pressing Ctrl+Alt+Shift+Space to Restore Zoom, or moving or zooming the workspace in any way. Sometimes inserting an audio file with right-click will instead insert the wrong audio file, one not clicked on. This bug existed in the previous builds as well. A work-around may be to select a different key and try it again. It's possible that opening a different file while a character map is active will result in a crash. A major space efficiency issue I seem to have noticed is that even if you were to double-click an image at the right, and even if you were to click 'cancel', as opposed to, for example, changing the origin point, simply the act of double-clicking an image now means that it's considered a part of the project, even when it's not actually used anywhere. This is a problem, because now when you go to make spritesheets of the project, there's that large image you double-clicked on, taking up a lot of space. In which case you have no option but to delete or resize that image to 1x1 pixels after exporting to a new project, which can cause problems when exporting projects to the same directory, where other projects do actually use that image. I recommend not allowing an image to be considered a part of the project unless it's used in any animation or used in a character map, but never otherwise. Edited May 23, 2017 by EternaL Quote Link to comment Share on other sites More sharing options...
ldurniat Posted June 5, 2017 Report Share Posted June 5, 2017 I noticed inconsistence how scon files store json data. For example timeline in bone_ref is number but timeline in object_ref is string hero.scon { "entity": [ { "animation": [ { "id": 0, "interval": 100, "length": 1000, "mainline": { "key": [ { "bone_ref": [ { "id": 0, "key": 0, "timeline": 2 <-- number } ], "id": 0, "object_ref": [ { "id": 0, "key": 0, "parent": 0, "timeline": "0", <-- string "z_index": "0" }, { "id": 1, "key": 0, "timeline": "1", "z_index": "1" } ], "time": 1 }, { "bone_ref": [ { "id": 0, "key": 1, "timeline": 2 } ], "id": 1, "object_ref": [ { "id": 0, "key": 0, "parent": 0, "timeline": "0", "z_index": "0" }, { "id": 1, "key": 0, "timeline": "1", "z_index": "1" } ], "time": 106 }, { "bone_ref": [ { "id": 0, "key": 2, "timeline": 2 } ], "id": 2, "object_ref": [ { "id": 0, "key": 1, "parent": 0, "timeline": "0", "z_index": "0" }, { "id": 1, "key": 0, "timeline": "1", "z_index": "1" } ], "time": 391 } ] }, "name": "pierwszaAnimacja", "timeline": [ { "id": 0, "key": [ { "id": 0, "object": { "angle": 201.959392, "file": 4, "folder": 0, "x": 72.224935, "y": 23.259555 }, "spin": 0, "time": 1 }, { "id": 1, "object": { "angle": 201.959392, "file": 4, "folder": 0, "x": 65.788007, "y": 34.019895 }, "spin": 0, "time": 391 } ], "name": "p_head_walk" }, { "id": 1, "key": [ { "id": 0, "object": { "angle": 0, "file": 0, "folder": 2, "x": -30.357143, "y": -35.714286 }, "spin": 0, "time": 1 } ], "name": "p_hand_throw_0" }, { "id": 2, "key": [ { "bone": { "angle": 75.82117199999999, "x": -22.84713, "y": 38.501335 }, "id": 0, "time": 1 }, { "bone": { "angle": 110.30697700000002, "x": -27.520027, "y": 31.959279 }, "id": 1, "time": 106 }, { "bone": { "angle": 152.233253, "x": -26.030345, "y": 34.044834 }, "id": 2, "spin": -1, "time": 391 } ], "name": "bone_000", "obj": 0, "object_type": "bone" } ] } ], "character_map": [], "id": 0, "name": "entity_000", "obj_info": [ { "h": 10, "name": "bone_000", "type": "bone", "w": 172.439 } ] } ], "folder": [ { "file": [ { "height": 214, "id": 0, "name": "head/p_head_blink_0.png", "pivot_x": 0.575472, "pivot_y": 0.537383, "width": 212 }, { "height": 214, "id": 1, "name": "head/p_head_concern.png", "pivot_x": 0.575472, "pivot_y": 0.537383, "width": 212 }, { "height": 214, "id": 2, "name": "head/p_head_concern_blink_0.png", "pivot_x": 0.575472, "pivot_y": 0.537383, "width": 212 }, { "height": 214, "id": 3, "name": "head/p_head_concern_blink_1.png", "pivot_x": 0.575472, "pivot_y": 0.537383, "width": 212 }, { "height": 214, "id": 4, "name": "head/p_head_walk.png", "pivot_x": 0.325472, "pivot_y": 0.546729, "width": 212 } ], "id": 0, "name": "head" }, { "file": [ { "height": 88, "id": 0, "name": "torso/p_torso_punch_0.png", "pivot_x": 0, "pivot_y": 1, "width": 88 } ], "id": 1, "name": "torso" }, { "file": [ { "height": 77, "id": 0, "name": "hands/p_hand_throw_0.png", "pivot_x": 0, "pivot_y": 1, "width": 79 } ], "id": 2, "name": "hands" } ], "generator": "BrashMonkey Spriter", "generator_version": "r11", "scon_version": "1.0" } hero.scml <?xml version="1.0" encoding="UTF-8"?> <spriter_data scml_version="1.0" generator="BrashMonkey Spriter" generator_version="r11"> <folder id="0" name="head"> <file id="0" name="head/p_head_blink_0.png" width="212" height="214" pivot_x="0.575472" pivot_y="0.537383"/> <file id="1" name="head/p_head_concern.png" width="212" height="214" pivot_x="0.575472" pivot_y="0.537383"/> <file id="2" name="head/p_head_concern_blink_0.png" width="212" height="214" pivot_x="0.575472" pivot_y="0.537383"/> <file id="3" name="head/p_head_concern_blink_1.png" width="212" height="214" pivot_x="0.575472" pivot_y="0.537383"/> <file id="4" name="head/p_head_walk.png" width="212" height="214" pivot_x="0.325472" pivot_y="0.546729"/> </folder> <folder id="1" name="torso"> <file id="0" name="torso/p_torso_punch_0.png" width="88" height="88" pivot_x="0" pivot_y="1"/> </folder> <folder id="2" name="hands"> <file id="0" name="hands/p_hand_throw_0.png" width="79" height="77" pivot_x="0" pivot_y="1"/> </folder> <entity id="0" name="entity_000"> <obj_info name="bone_000" type="bone" w="172.439" h="10"/> <animation id="0" name="pierwszaAnimacja" length="1000" interval="100"> <mainline> <key id="0" time="1"> <bone_ref id="0" timeline="2" key="0"/> <object_ref id="0" parent="0" timeline="0" key="0" z_index="0"/> <object_ref id="1" timeline="1" key="0" z_index="1"/> </key> <key id="1" time="106"> <bone_ref id="0" timeline="2" key="1"/> <object_ref id="0" parent="0" timeline="0" key="0" z_index="0"/> <object_ref id="1" timeline="1" key="0" z_index="1"/> </key> <key id="2" time="391"> <bone_ref id="0" timeline="2" key="2"/> <object_ref id="0" parent="0" timeline="0" key="1" z_index="0"/> <object_ref id="1" timeline="1" key="0" z_index="1"/> </key> </mainline> <timeline id="0" name="p_head_walk"> <key id="0" time="1" spin="0"> <object folder="0" file="4" x="72.224935" y="23.259555" angle="201.959392" scale_x="1"/> </key> <key id="1" time="391" spin="0"> <object folder="0" file="4" x="65.788007" y="34.019895" angle="201.959392" scale_x="1"/> </key> </timeline> <timeline id="1" name="p_hand_throw_0"> <key id="0" time="1" spin="0"> <object folder="2" file="0" x="-30.357143" y="-35.714286" angle="0"/> </key> </timeline> <timeline id="2" obj="0" name="bone_000" object_type="bone"> <key id="0" time="1"> <bone x="-22.84713" y="38.501335" angle="75.821172"/> </key> <key id="1" time="106"> <bone x="-27.520027" y="31.959279" angle="110.306977"/> </key> <key id="2" time="391" spin="-1"> <bone x="-26.030345" y="34.044834" angle="152.233253"/> </key> </timeline> </animation> </entity> </spriter_data> I use free edition of Spriter (r11) on Win7 64bit and images from animation GreyGuy from https://brashmonkey.com. ldurniat Quote Link to comment Share on other sites More sharing options...
EternaL Posted June 10, 2017 Report Share Posted June 10, 2017 Solomonmova 1 Quote Link to comment Share on other sites More sharing options...
EternaL Posted June 10, 2017 Report Share Posted June 10, 2017 can't seem to make reply post.txt Quote Link to comment Share on other sites More sharing options...
kentliau Posted June 25, 2017 Report Share Posted June 25, 2017 R11 In macOS is slow & lag, killing my processor with 200% utilization I have a 2015 i5 Retina Mac with dedicated GPU, macOS 10.12.5. Once I start Spriter without doing anything it hog up my processor immediately. I am using the free version (r11) from the official website. Quote Link to comment Share on other sites More sharing options...
EternaL Posted July 3, 2017 Report Share Posted July 3, 2017 For some reason, PNG export isn't working in my project. I did it many times before. Now I click 'Save' and the images never get made. Solomonmova 1 Quote Link to comment Share on other sites More sharing options...
tnaseem Posted July 26, 2017 Report Share Posted July 26, 2017 MacOs 10.12.6 / Macbook Pro 15" 2.3Ghz (Late 2013) Steam Store version. First Issue: I'm getting frequent crashes (Quit Unexpectedly) on my machine making things very difficult to work with. Seems to be intermittent too. Intermittent crash when I open a project (namely the Female gun character from your Run n Gun pack) - Actually, as a side note, it complains that there are missing images when I load this. Missing images on other characters too. I assumed this was normal? Intermittent crash when dragging CharMaps from Available to Active. (See Crash Log, attached). Second issue: The app always opens using the entire desktop area. It never remembers the size of the window when you change it and quit. Very annoying, as I'm using an Ultrawide monitor! Window size should really be saved for the next time you open, like all other apps. Hope this helps and looking forward to a fix or a workaround! Crash Dump (CharMap Dragging).txt Geraldml 1 Quote Link to comment Share on other sites More sharing options...
wighawag Posted August 7, 2017 Report Share Posted August 7, 2017 Upon right clicking on the play button, it plays the animation once but finish and stay on the first frame instead of the last frame. This feature is useful to check non looping animation. unfortunately because it goes back to frame 1 at the end, it is difficult to judge the animation. Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 28, 2017 Report Share Posted August 28, 2017 Hi I have seen this Z-Order issue many times posted. The problem was that once you changed the z-order in 1 frame you needed to change it for every keyframe in that animation as it's not applied to all frames automatically (which is ok). Mike from spriter team pointed out that you can right click and then select "copy selected item property to all frames > absolute z-order". This indeed does the trick. And here is my problem related to this. I need to change z-order in all animations. I've to do this for 5-6 sprites in 30 animations. Then go through each animation and everytime select the copy property thing. One might ask why I just don't do it for 1 animation and then just copy it to all other. Well, it doesn't work. I have done the z-order the way it should be in one animation and copied everything to place it on the other animation. Unfortunately the Z-order doesn't copy. I mean everything else is copied. Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 30, 2017 Report Share Posted August 30, 2017 There is a bug with a keyframe that simply can't be deleted. I encountered this problem so many times that it is frustrating if it helps I can send my spriter project file and tell where exactly the problem is. The bug is that I've a sprite attached to a bone. This image when I delete it appears in the next keyframe. Although there is no keyframe set for this particular sprite. So what I do next is I go through all my keyframes ( so time consuming..) and delete this one sprite and hope it is deleted but ! Surprise after I could delete it in the first keyframe it can not be deleted anymore. I can give my spriter project but please fix this annoying bug ;D Solomonmova 1 Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 30, 2017 Report Share Posted August 30, 2017 Crash Crash after I wrongly selected the parent bone and dragged it down side it's children in the hierarchy panel. Note that I didn't release mouse button, i kept it dragging and spriter crashed. All the bones had images attached. Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 30, 2017 Report Share Posted August 30, 2017 I've a bone hierarchy like this When i move an image which is under the hips into the "b_torso" bone then this bone disappears from the hierarchy panel like so the bone is not somewhere down. Only when I move the timeline cursor the "b_torso" bone appears in the hierarchy panel again Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 30, 2017 Report Share Posted August 30, 2017 when you press repeatedly ctrl+z in skin mode spriter crashes No worries, I know it's "experimental" just reported so the devs know about it ;D Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 31, 2017 Report Share Posted August 31, 2017 crash 1. I selected 2 images 2. I scaled their x down to 0 on the object properties panel 3. Wrongly clicked another sprite and moved it 4. pressed ctrl+z to undo this action 5. crash reproduceable: always Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 31, 2017 Report Share Posted August 31, 2017 I had the crash above in other place again and I think I can break it down to what's causing it I had an effect sprites I wanted to apply. When the effect finished playing it should scale down until 0. So I set x scale to 0 and ....... crash. Seems like it's causing spriter to crash. Because scaling down to 0 was exactly what i did in the above post too Quote Link to comment Share on other sites More sharing options...
overcrafted Posted August 31, 2017 Report Share Posted August 31, 2017 Crash When Changing Foldername While Char Map Window is Opened. I wanted make a char map and simply swap the heads. So I opened char map menu, opened both directories where the sprites are placed then noticed one folder wasn't called the way it should be. So from explorer I navigated to that directory changed folder name and got back to spriter. In the char map window the directory name was updated correctly. But the moment I clicked the head sprite on the char map window Spriter crashed. Quote Link to comment Share on other sites More sharing options...
overcrafted Posted September 6, 2017 Report Share Posted September 6, 2017 Bone transform can't be changed the bone im trying to move is the magazine for a sci-fi like soldier.. I had a different rig first. The weapon was 1 sprite. Later I decided to have the magazine separated in order to animate the reloading of the weapon. So animation keyframes where existing already and now a new bone (the magazine) came as a new bone to each keyframe. When I then switched to other animation and back the above bug occured. I can Drag the bone but after drop it returns immediately to its original position. Quote Link to comment Share on other sites More sharing options...
Robert Brooks Posted September 15, 2017 Report Share Posted September 15, 2017 Hi I'm really having a few issues which I suppose are bugs I'll detail them below. All of these errors happen on my windows 10 machine and my windows 7 machine. 1.) The top and right handles on a selected sprites bounding box are impossible to use. Every time I try to adjust the size of a sprite by grabbing these handles the sprite resizes rapidly and disproportionately according to my mouse movement making them annoying and useless. This surely can't be intended behaviour or am I missing something. This also sometimes provokes a spriter crash. This error was happening in the last revision of spriter and also in this version. When I first download spriter (can't rememberwhich version) it never happened. 2.) sometimes while working the handles from the bounding sprite bounding boxes totally disappear and don't return even when selecting a new sprite, I have to save , close and reopen the program. I don't know what process causes the bug because there seems to be no specific action that provokes it but it happens often, almost everytime I use the program 3.) Sometimes the little white square squares that represent the handles of the bounding box get burnt to the png output, not often but it has happened to me a few times. I'd really love to see a fix for number one it makes using spriter really awkward. Thankyou for Spriter. Ilove it! Quote Link to comment Share on other sites More sharing options...
David Kay Posted September 16, 2017 Report Share Posted September 16, 2017 The timelines are broken. Keyframes for different objects interfere with each other constantly, as if everything was on the same timeline. For exmaple, I have animation A and apply easing curve to it so it slows down. Then I create animation B that has the same length but starts in he middle of animation A. What happens is that when the first keyframe for B is created, it splits the animation A into two parts, acting like a keyframe for A. So now The slowdown motion goes from starting keyframe A to starting keyframe B and not the end keyframe A. Also, the end keyframe for A animation acts like end keyframe for B animation as well. When there is like 50 keyframes of A animation and I want to add B animation that plays simultaneously, I have to copy the content of B animation through all keyframes of A animation that interfere with B. It's a clusterfuck. Quote Link to comment Share on other sites More sharing options...
Robert Brooks Posted September 18, 2017 Report Share Posted September 18, 2017 Also found another bug, Spriter crashes when resizing an image that has had it's angle modified. it's not always just sometimes , but it happens a lot and this seems to be the general pattern for the crash. change angle of sprite using bone > then rescale image using image scaling handles > spriter crash. This only happens when I use the top handle so I guess it's related (see my previous bug report). Quote Link to comment Share on other sites More sharing options...
EternaL Posted October 13, 2017 Report Share Posted October 13, 2017 Unsure whether or not this is already known, but I tested every animation Easing Curve option of Spriter in Construct 2, and found out that the "Quintic" easing curve (the one with 4 dots) doesn't work in C2. It'll cause the character/sprites to disappear during any keys that use it. This is with the latest version of both Spriter and the C2 plugin. All other easing curves work, including the Bezier one. Would be good to fix, so that people don't wonder why their characters are disappearing sometimes. Quote Link to comment Share on other sites More sharing options...
popeyesfx Posted November 11, 2017 Report Share Posted November 11, 2017 Hi I am running a mac pro 2008 with EL Capitan 10.11.6. I have downloaded the latest version and after copying it to the applications folder, it fails to start. I have tried opening it first but you never get the approve window. I have also tried starting it from the downloads folder in case there was an issue with the copy. I checked activity monitor and it never starts. Kind Regards Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.