Reproducible Crash Bug on rendering entire scene ASP 5.6
Moderators: Víctor Paredes, Belgarath, slowtiger
- steam_bucky
- Posts: 8
- Joined: Sat Mar 29, 2008 10:58 pm
Reproducible Crash Bug on rendering entire scene ASP 5.6
Hello there - this is a bug from anime studio pro 5.6. I have posted it it on the relevant forum there, and submitted this to tech support but I thought maybe this forum might know the "fix" or be able to tell me more about the bug. Here is an image from my scene:
You can get the File from here:
http://web.mac.com/marc_buckingham/Stea ... ank05.anme
My problem is when I render this animation in full it crashes the program. I can render any single frame of this animation fine. If I turn of the visibility of every layer except the "steam tank" it renders the animation fine. This would suggest there is some problem with the vectors in the scenery objects, but as I said before I can render any frame with all layers visible. Its just when I try and render out the entire animation.
The vectors where created in another program ( Xara ) but as it was the same program that created the steam tank and that renders fine as an animation. I don't think Xara is the problem.
The buildings are more complex than the steam tank with the amount of detail in them, but I don't think thats the problem as I can render still images with everything visible.
Thanks in advance for any help anyone can give.
Kind Regards,
Marc Buckingham
You can get the File from here:
http://web.mac.com/marc_buckingham/Stea ... ank05.anme
My problem is when I render this animation in full it crashes the program. I can render any single frame of this animation fine. If I turn of the visibility of every layer except the "steam tank" it renders the animation fine. This would suggest there is some problem with the vectors in the scenery objects, but as I said before I can render any frame with all layers visible. Its just when I try and render out the entire animation.
The vectors where created in another program ( Xara ) but as it was the same program that created the steam tank and that renders fine as an animation. I don't think Xara is the problem.
The buildings are more complex than the steam tank with the amount of detail in them, but I don't think thats the problem as I can render still images with everything visible.
Thanks in advance for any help anyone can give.
Kind Regards,
Marc Buckingham
- steam_bucky
- Posts: 8
- Joined: Sat Mar 29, 2008 10:58 pm
Thanks Rasheed, I have now tried the batch export and that works for me too. This means I can get on with animating ( Cheers! )Rasheed wrote:I rendered it using "Batch export...". That worked fine. It crashes normal file export, though.
Mac OS X 10.5.2 Leopard, Moho 5.6.
I just wonder why it crashes rendering in the non batch method.
- steam_bucky
- Posts: 8
- Joined: Sat Mar 29, 2008 10:58 pm
-
- Posts: 510
- Joined: Sat Jul 29, 2006 1:34 pm
- Location: New York City
- Contact:
I think this might be limited to Mac only. Maybe it isn't QT but all I know is I have kept my really old version of QT (6x never updated) and I never had problems on the Mac when exporting rather than batch mode.
I've kept this older version of QT due to other applications that had very bad problems with new versions. My feeling is if it aint broke don't fix it.
-vern
I've kept this older version of QT due to other applications that had very bad problems with new versions. My feeling is if it aint broke don't fix it.
-vern
- steam_bucky
- Posts: 8
- Joined: Sat Mar 29, 2008 10:58 pm
- steam_bucky
- Posts: 8
- Joined: Sat Mar 29, 2008 10:58 pm
I had the same problem so I requested and got a full refund from smith micro. They KNOW that this program does not work on Macs yet they keep selling it. I don't want to be too melodramatic but isn't that criminal?
The work-around is of course the batch render function but batch render is only an option on the pro-version. Hey Smith Micro, wake up. Add batch render to the standard version and then you will have a product you can sell that actually works.
If they release a version that actually works on a mac, version 8, 9, 23? Someone please post here. I'd like to buy the program again some day.
~Kirk
The work-around is of course the batch render function but batch render is only an option on the pro-version. Hey Smith Micro, wake up. Add batch render to the standard version and then you will have a product you can sell that actually works.
If they release a version that actually works on a mac, version 8, 9, 23? Someone please post here. I'd like to buy the program again some day.
~Kirk
The program works on Macs, however there are obviously still some bugs. The problem is Apple, who keeps updating QT with new protection schemes for the motion picture industry (read: MPAA). This DRM seems to hurt Mac OS X more than Windows XP and Vista.
All development time seems to go to that darned mobile device. What was it called again? Oh yes, the iPhone
All development time seems to go to that darned mobile device. What was it called again? Oh yes, the iPhone
Well at this point I have seen lots of speculation that the problem may involve DRM in quicktime but that's still just speculation. Apple may share some blame in this however,
1) Smith Micro should keep their products up to date so they work with current software. Users should not have to search out old versions of quicktime.
and
2) Since this is a KNOWN bug they should admit as much on their website so users can make an informed buying decision. There is NOTHING in the Smith Micro Knowledge base on their website that describes or helps with this problem. See: http://graphics.smithmicro.com/article/archive/933/
They claim "With a couple of exceptions, e frontier's products generally run normally under Apple's new 10.5 ('Leopard') release of OS X." A couple of exceptions indeed. I have a new computer so I didn't have a choice about accepting upgrades of quicktime or not. If they are going to sell a product that they say works with 10.5 then it needs to work with the version of quicktime that ships with 10.5. If they cannot do this then they need to say on their website that there is a problem.
If it really is an apple problem then say so. People won't blame them. In fact, on the same page referenced above they do mention a problem that is caused by apple that makes your hard drive icon disappear. Since they are willing to point out when it is apple's fault and they have not done so in this case it seems logical to assume that the fault does not lie with apple but rather with Smith Micro.
If you click on the Anime Studio link on the page I posted above it says only one thing. "Anime Studio Pro and Standard should run normally on all supported Macs under Leopard." Well duh. It SHOULD but it doesn't.
~Kirk
1) Smith Micro should keep their products up to date so they work with current software. Users should not have to search out old versions of quicktime.
and
2) Since this is a KNOWN bug they should admit as much on their website so users can make an informed buying decision. There is NOTHING in the Smith Micro Knowledge base on their website that describes or helps with this problem. See: http://graphics.smithmicro.com/article/archive/933/
They claim "With a couple of exceptions, e frontier's products generally run normally under Apple's new 10.5 ('Leopard') release of OS X." A couple of exceptions indeed. I have a new computer so I didn't have a choice about accepting upgrades of quicktime or not. If they are going to sell a product that they say works with 10.5 then it needs to work with the version of quicktime that ships with 10.5. If they cannot do this then they need to say on their website that there is a problem.
If it really is an apple problem then say so. People won't blame them. In fact, on the same page referenced above they do mention a problem that is caused by apple that makes your hard drive icon disappear. Since they are willing to point out when it is apple's fault and they have not done so in this case it seems logical to assume that the fault does not lie with apple but rather with Smith Micro.
If you click on the Anime Studio link on the page I posted above it says only one thing. "Anime Studio Pro and Standard should run normally on all supported Macs under Leopard." Well duh. It SHOULD but it doesn't.
~Kirk
- Lost Marble
- Site Admin
- Posts: 2347
- Joined: Tue Aug 03, 2004 6:02 pm
- Location: Scotts Valley, California, USA
- Contact:
Here's the thing: we've had enough reports of this bug that we've been convinced it's real. However, we haven't been able to reproduce it ourselves (until recently). So without being able to experience the bug, it's been impossible to figure out what the actual problem is.
I said "until recently"...just yesterday actually I reformatted a Mac, and re-installed Leopard. I accepted all the updates from Apple, and the machine should have been basically the same as it was before. But now I do in fact experience this crash. Some files render fine, but those that crash seem to crash in a very repeatable way.
Right now I'm trying to pin the problem down in the debugger, and hopefully I'll have a solution soon.
-Mike
I said "until recently"...just yesterday actually I reformatted a Mac, and re-installed Leopard. I accepted all the updates from Apple, and the machine should have been basically the same as it was before. But now I do in fact experience this crash. Some files render fine, but those that crash seem to crash in a very repeatable way.
Right now I'm trying to pin the problem down in the debugger, and hopefully I'll have a solution soon.
-Mike