Drag the zquest window to the side of the screen, so that a smaaall part of it is "behind" the monitor edge. When you do this, it will start working again as normal, though you have to keep it like this for a while. Every now and then, it starts working properly again, but the time it takes is never set. It's nice if you're currently working on something you don't want to drop, even to restart the program, but the best option is to close and reopen, as then you'll be able to have the window anywhere on the screen. As I said, it's really annoying, but at least it's a nice workaround that works
2.50 RC1
#31
Posted 04 April 2011 - 04:25 AM
Drag the zquest window to the side of the screen, so that a smaaall part of it is "behind" the monitor edge. When you do this, it will start working again as normal, though you have to keep it like this for a while. Every now and then, it starts working properly again, but the time it takes is never set. It's nice if you're currently working on something you don't want to drop, even to restart the program, but the best option is to close and reopen, as then you'll be able to have the window anywhere on the screen. As I said, it's really annoying, but at least it's a nice workaround that works
#32
Posted 04 April 2011 - 06:12 AM
Whenever the window freezes, you often can still send commands to the program, so you still close the program normally and save your quest. Sometimes just moving around the program "updates" the screen. Whenever you it happens, at least try to press F2 and then Escape. Or do what Robin mentioned, but it may not always work as there are many different states it can freeze in.
In general you should avoid pop-up messages from the system like MSN notifications. Also shut down ZC (and save of course) before you switch to a fullscreen program, or at least minimize the program manually. Often this prevents a lot. Also keep in mind to save, save, save always. F2 should be your favorite button in ZC.
I think this problems aren't easy to fix, as I suppose they are because of the way ZC works. It's basically an olde program from the 90s, which has been upgraded over time, so many of it's coding is pretty old. This isn't impossible to fix, but it would bring along the problem that many former versions of quests are inaccessible. I think that's what we want to avoid. Note: this is what I assume. I'm in no way educated in programming.
And I will download this release candidate. What an exciting time for ZC!
#33
Posted 05 April 2011 - 02:31 AM
#34
Posted 05 April 2011 - 03:07 AM
I'm leaning towards a simple "punch allegro right in the nuckinif balls and make it use less than an entire core when the thread is supposed to be sleeping anyway" fix. This one is probably loooong overdue anyway.
EDIT: Not promising anything, but if I can get it to work it'll probably just be a simple config file switch. I'll take a look at it.
EDIT2: Wow. Yeah you can really tell dealing with allegro through the years has taken it's toll on me. >_>
EDIT3: Take a look at this Saffith:
Sleep,30.160216,30.160216,47.932075,47.932075,kernel32,[unknown],0
colorconv_blit_8_to_32,12.151554,12.151554,19.311838,19.311838,alleg42,[unknown],0
linear_blit8,0.729433,0.805797,1.159250,1.280612,alleg42,[unknown],0
linear_masked_blit8,0.723291,0.723291,1.149489,1.149489,alleg42,[unknown],0
[004281F0],0.715052,0.715052,1.136395,1.136395,zelda-w,,0
linear_clear_to_color8,0.654862,0.654862,1.040738,1.040738,alleg42,[unknown],0
[004281CE],0.593415,0.593415,0.943084,0.943084,zelda-w,,0
KiFastSystemCallRet,0.390811,0.390811,0.621096,0.621096,ntdll,[unknown],0
Besides the fact that colorconv_blit_8_to_32 is a little slow, Sleep() is indeed showing as 47% exclusive. ...So why would it max out the CPU?!
EDIT4: An empty allegro project drawing random crap using rest(1); doesn't seem to have this problem. hmm..
#35
Posted 05 April 2011 - 06:09 AM
#36
Posted 05 April 2011 - 08:21 AM
#37
Posted 07 April 2011 - 02:02 PM
Great work devs!
#38
Posted 10 April 2011 - 09:05 AM
http://l.j-factor.co...-250rc1-OSX.tgz
Just a reminder that this is, for the moment, Intel only.
#39
Posted 10 April 2011 - 07:59 PM
#40
Posted 10 April 2011 - 08:06 PM
EDIT: It didn't work either. It gives these details when trying to open ZQuest:
Path: /Users/jimmy_b_93/Downloads/Zelda Classic 3/ZQuest Editor.app/Contents/MacOS/ZQuest Editor
Identifier: com.armageddon.ZQuest Editor
Version: ? (?)
Code Type: X86 (Native)
Parent Process: launchd [178]
Date/Time: 2011-04-11 13:22:04.771 +1000
OS Version: Mac OS X 10.6.7 (10J869)
Report Version: 6
Interval Since Last Report: 399073 sec
Crashes Since Last Report: 4
Per-App Crashes Since Last Report: 3
Anonymous UUID: 2EF1D218-9026-4A8C-B85C-B6C0FD1D788B
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread: 0
Dyld Error Message:
Library not loaded: /usr/local/lib/libpng.3.dylib
Referenced from: /Users/jimmy_b_93/Downloads/Zelda Classic 3/ZQuest Editor.app/Contents/MacOS/ZQuest Editor
Reason: image not found
Binary Images:
0x8fe00000 - 0x8fe4162b dyld 132.1 (?) <A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld
And when trying to open ZC:
Path: /Users/jimmy_b_93/Downloads/Zelda Classic 3/Zelda Classic.app/Contents/MacOS/Zelda Classic
Identifier: com.armageddon.Zelda Classic
Version: ? (?)
Code Type: X86 (Native)
Parent Process: launchd [178]
Date/Time: 2011-04-11 13:24:06.440 +1000
OS Version: Mac OS X 10.6.7 (10J869)
Report Version: 6
Interval Since Last Report: 399194 sec
Crashes Since Last Report: 5
Per-App Crashes Since Last Report: 2
Anonymous UUID: 2EF1D218-9026-4A8C-B85C-B6C0FD1D788B
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread: 0
Dyld Error Message:
Library not loaded: /usr/local/lib/libpng.3.dylib
Referenced from: /Users/jimmy_b_93/Downloads/Zelda Classic 3/Zelda Classic.app/Contents/MacOS/Zelda Classic
Reason: image not found
Binary Images:
0x8fe00000 - 0x8fe4162b dyld 132.1 (?) <A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld
Edited by Jimmyb, 10 April 2011 - 10:24 PM.
#41
Posted 11 April 2011 - 12:58 AM
#42
Posted 11 April 2011 - 03:49 PM
It doesn't crash, but it brings me back to that.
#43
Posted 11 April 2011 - 09:26 PM
float Choose(float a, float b, float c, float d, float e, float f) {
int r = Rand(5); //This should be "int r = Rand(6);". int r as it is will never return a number higher than 4, making condition "f" impossible to reach.
if (r==0) return a;
else if (r==1) return b;
else if (r==2) return c;
else if (r==3) return d;
else if (r==4) return e;
else return f;
}
I added in a quote telling what was the typo .
#44
Posted 12 April 2011 - 06:38 AM
Path: /Users/student/Desktop/Zelda Classic RC1/Zelda Classic.app/Contents/MacOS/Zelda Classic
Identifier: com.armageddon.Zelda Classic
Version: ? (?)
Code Type: X86 (Native)
Parent Process: launchd [118]
Date/Time: 2011-04-12 07:31:23.576 -0400
OS Version: Mac OS X 10.6.3 (10D578)
Report Version: 6
Interval Since Last Report: 6757810 sec
Crashes Since Last Report: 228
Per-App Crashes Since Last Report: 30
Anonymous UUID: F44B51B5-46BD-4F25-8A2C-F40471AD73FB
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread: 0
Dyld Error Message:
Library not loaded: /usr/local/lib/libpng.3.dylib
Referenced from: /Users/student/Desktop/Zelda Classic RC1/Zelda Classic.app/Contents/MacOS/Zelda Classic
Reason: image not found
The main problem seems to be that this /usr/local/lib/libpng.3.dylib file can't be loaded...Saffith or _L_ or sometone, what does this file do?
#45
Posted 12 April 2011 - 08:40 AM
http://l.j-factor.co...-250rc1-OSX.tgz
2 user(s) are reading this topic
0 members, 2 guests, 0 anonymous users