2.50 RC2
#61
Posted 05 July 2011 - 05:37 PM
Maybe I won't put of downloading RC2 until the last second this time. It's good to see some more progress again!
#62
Posted 05 July 2011 - 05:43 PM
(side note: My free hosting site was kind enough to delete all the files I had (including the beta18 ones) without warning, so yeah..)
#63
Posted 06 July 2011 - 01:59 AM
Saving controls; For some reason the controls will rarely save for me. I finally got them to stay when I set them and had to do F8 to quit on ZC, On the other versions they saved once I saved a game play file. Would there be a way to make it save when we click Okay to assign them?
There's also a (yet another) bug with the Ladder. If you walk over the Ladder onto a Direct Warp tile, Link is unable to walk for a few frames upon warping to the next screen.
Other than that, there are a few instances where if I close ZC while ZQ is open in the background, it causes ZQ to become unusable and I have to close it through Windows Task Manager. This is on a windows 7 laptop though and I know it's a bit buggy on Windows 7 for some reason to begin with..
#64
Posted 06 July 2011 - 08:53 AM
Okay so there seems to be a zscript inconsistency.
To add items you should be able to use Link->Item[Item_ID] = true; but it doesn't work you have to create the item manually and move it to links position. But to remove items Link->Item[Item_ID] = false; works.
This should be fixed for RC 3
So is this a possibility or no?
#65
Posted 06 July 2011 - 09:02 AM
If it still crashes when saving, let me see the end of allegro.log.
Did this get overlooked? MediaFire says no one's downloaded it.
Looks to me like it works. Could you post a demo?
#66
Posted 06 July 2011 - 09:07 AM
So is this a possibility or no?
This depends on the item. Equipment items that you get one time only, that method should work. However, with collection items like keys, rupees, arrows, etc., it won't work. With those items, you have no choice but to put it over Link.
#67
Posted 06 July 2011 - 09:29 AM
#69
Posted 06 July 2011 - 11:21 AM
I found that when ZC and ZQ are opened at the same time, the first one opened has to be the last one closed or Windows 7 reverts to the Aero theme when the first one is closed and that make the other one unresponsive. So if you opened ZC before ZQ, close ZC last, and vice versa.
#70
Posted 06 July 2011 - 12:32 PM
I found that when ZC and ZQ are opened at the same time, the first one opened has to be the last one closed or Windows 7 reverts to the Aero theme when the first one is closed and that make the other one unresponsive. So if you opened ZC before ZQ, close ZC last, and vice versa.
Well, when it happened yesterday, I opened ZQ and then ZC. I closed ZC and it caused ZQ to become unusable.I'm not really sure what to do with them. This isn't every time, but it isn't too rare when it happens either.
Lately, I'm having to leave both open until I'm done on everything, close one and then the other with task manager if it becomes unusable.
(We may have different Windows 7 as well, mine reverts to Windows Basic)
EDIT: One other thing I thought of: This only happens when I've had ZQ and/or ZC open for awhile (like for a few hours). If I have it open for like a few minutes, it's usually fine though..
Edited by HylianGlaceon, 06 July 2011 - 12:34 PM.
#71
Posted 06 July 2011 - 12:41 PM
If that's what it is, then that would explain why I haven't seen what you described; I've never left ZC or ZQ open for near that long.
ZC/ZQ also cause Windows to revert to the basic theme for me. When I said "Aero theme", i meant how it normally looks.
#72
Posted 07 July 2011 - 07:40 PM
What information does it give1 if you click "Report"?
Well it sure took me a while to get off my lazy ass and check
Process: Zelda Classic [1308]
Path: /Users/student/Desktop/Zelda Classic/Zelda Classic.app/Contents/MacOS/Zelda Classic
Identifier: com.armageddon.Zelda Classic
Version: ? (?)
Code Type: X86 (Native)
Parent Process: launchd [117]
Date/Time: 2011-07-07 20:39:25.452 -0400
OS Version: Mac OS X 10.6.8 (10K540)
Report Version: 6
Interval Since Last Report: 67532 sec
Crashes Since Last Report: 1
Per-App Crashes Since Last Report: 1
Anonymous UUID: 2240BE92-DF6D-4306-A8EB-F67FB872072E
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/Zelda Classic.app/Contents/MacOS/Zelda Classic
Reason: image not found
Binary Images:
0x8fe00000 - 0x8fe4162b dyld 132.1 (?) <1C06ECD9-A2D7-BB10-AF50-0F2B598A7DEC> /usr/lib/dyld
Model: MacBook5,2, BootROM MB52.0088.B06, 2 processors, Intel Core 2 Duo, 2.13 GHz, 2 GB, SMC 1.38f5
Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB
Memory Module: global_name
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8E), Broadcom BCM43xx 1.0 (5.10.131.42.4)
Bluetooth: Version 2.4.5f3, 2 service, 12 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Serial ATA Device: FUJITSU MHZ2160BH FFS G1, 149.05 GB
Serial ATA Device: HL-DT-ST DVDRW GS22N
USB Device: Built-in iSight, 0x05ac (Apple Inc.), 0x8501, 0x24400000 / 2
USB Device: Apple Internal Keyboard / Trackpad, 0x05ac (Apple Inc.), 0x0229, 0x04600000 / 3
USB Device: IR Receiver, 0x05ac (Apple Inc.), 0x8242, 0x04500000 / 2
USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 / 2
USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8215, 0x06110000 / 5
#73
Posted 08 July 2011 - 01:00 AM
#74
Posted 09 July 2011 - 01:46 PM
#75
Posted 09 July 2011 - 01:59 PM
Not a bug report, but rather an suggestion. How much trouble would it be to include the scriptable weapons in the block flags for shields?
Can't you just script the shield to block those weapons? I mean I think it would be a bit complicated to put it in the item editor unless you lump all scripted weapons into one weapon class.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users