Let's not complicate things prematurely. We don't have a lot of bits, but we're probably not going to run out.
Zelda Classic 2.50.2
Yeah once we run out then we can do this. This is to make sure this solution I mentioned earlier would work.
Also I guaratee you'll run out once I finish implementing the unimplemented stuff. Since some of that requires quest rules. Such as making the wand chargeable which for once does not require adding a lweapon. (don't ask)
Thank god the canes,wands, and candles are different types internally although zscript treats them as the same ID for simplicity sake.
... But all that would be a whole new version, so we could just add more rule bytes.
In any case, I'm really hesitant to add major new features right now, because it's so hard to do it without breaking things.
Yeah, me too omae, me too. Some of my plans are for when the source are released, others not so much. "most of which is bug fixing, I keep an eye on that part of the forum for a reason."
Tell me about it. It still makes me sad how much you can break something by changing just one line of code. 😞
what name do I enter for the 5th quest?
burgerkingcenturion wrote:what name do i enter for the 5th quest?
Enter JEAN.
where can I find the power bracelet in the 5th quest?
where in the 5th quest can I find the recorder?
i am tring to find the secret in level 4 "Zol" it says it is in the eye of zol, which one?
Full screen options not working for Mac version.
Zquest editor won't go into full screen while Zelda Classic crashes everytime I try to go into full screen. Will this be fixed before it goes on the website?
No, that's something that needs to be fixed in the rewrite. It's not going to work as long as ZC runs in 8-bit color, and it's a very big deal to change that.
My TV is 1080p, and I run my mac at 720p just so I can see what I'm doing. The problem is in the resolution it runs at not whether it's 8-bit or 16-bit 32-bit 64-bit or a million-bit. It's operating resolution. Now Zquest runs at 800x600 and ZC runs at 640x480 and don't tell me you can't change that because I've done that myself in the past. I can tell you you that you haven't done enough for mac users. Download this and set your screens to 1280x720 and see what can be done.
Keep in mind I had to transfer these files to my old Windows 7 PC so I could edit them.
You can change the window size in the config file by setting "resx, resy" options.
Gleeok wrote:You can change the window size in the config file by setting "resx, resy" options.
Where is this config file? I don't see it in the mac version.
In finder, right-click the ZC application and click "Show Package Contents," then go to Contents/Resources. It's ag.cfg.
Saffith wrote:In finder, right-click the ZC application and click "Show Package Contents," then go to Contents/Resources. It's ag.cfg.
Thanks now how do I do that with the zquest editor? Also give me some resolution levels to experiment with on both zc and editor that would look good at 720p and 1080p
Scaling is in integer multiples of 320x240, so the larger sizes are 640x480, 960x720, 1280x960, 1600x1200...
ZQuest works differently. You set the multiple rather than the resolution, and there are different settings for the old and new interfaces. The new ZQuest interface goes by multiples of 800x600, so the next size up is 1600x1200. If you want that, set scale_large=2 in ZQuest's ag.cfg. If you'd rather try the old interface, set small to 1 and set scale to resize it. That one goes by 320x240, so scale=3 is 960x720, and scale=4 is 1280x960.
Saffith wrote:No, that's something that needs to be fixed in the rewrite. It's not going to work as long as ZC runs in 8-bit color, and it's a very big deal to change that.
Didn't Takuya have a version that did run fullscreen, at one point? I remember this being a huge issue all along, but I've never sen any comprehensive explanation of the cause.
Would using SwitchResX to set the output bit depth to '8' prior to launching ZC as fullscreen accomplish anything?
If I understand correctly, the requirement is that the application's color depth matches the desktop's, so that ought to work. I don't see that it's able to do that, though; the only color depth option I'm getting is "Millions of colors."
Saffith wrote:If I understand correctly, the requirement is that the application's color depth matches the desktop's, so that ought to work. I don't see that it's able to do that, though; the only color depth option I'm getting is "Millions of colors."
Clarify please: Are you using the stock control panel, or one of the custom extensions?
SwitchResX would give 8-bit on real Macs. I'm not sure about in a VM. Also,, the option to use 8-bit existed through 10.4 or 10.5. IDR when it was removed, but it was only removed from the control panel.
SwitchResX and Display Maestro should both restore this option.
If you tried SwitchResX in a VM, and it lacked an 8-bit depth, try Display Maestro. If neither work... What VM are you using, and what OSX version? It's entirely possible that your VM options don't include a virtual display that can use 8-bit depth.
From the command line, you should be able to do:
cscreen -d 8 -x 1024 -y 768
...or whatever x,y size you want to use.
http://www.pyehouse.com/cscreen/
If all of this fails, and you want to upload your VM image somewhere, I'll run it and see if I can find a viable way to drop to 8-bit depth. I can always try running ZC fullscreen on 10.5, but I don't recall if fullscreen is force disabled in the OSX builds. I seem to recall that it is, so I'd need a binary that supports it; unless it's just set by ag.cfg.
SwitchResX:
http://www.madrau.com/
Display Maestro
http://www.macupdate.com/app/mac/30607/display-maestro
If these work, then forcing the desktop depth to 8-bit prior to doing anything else, should work.
Edit/Update:
Here is another binary that can change the bit depth manually:
https://github.com/ponychicken/screenutil/blob/master/README.md
I'd like to find the source to some of these things, so that we can add instructions in zc to store the screen settings, force a bit depth change, and revert the change on exit.
Edit/Update 2: I found one that's open source, and not a binary:
https://github.com/jhford/screenresolution
Supports get/set/list resolution and colour depth:
https://github.com/jhford/screenresolution/blob/master/README
I just downloaded version 2.50.2 on my Mac it is corrupt and does not work with any of the installed quests. I tried Link, Zelda, Alpha, Ganon, and Jean none of them worked for me. I have never had problems like this before. I was excited for a new build, but it does not work.
luckilla wrote:I just downloaded version 2.50.2 on my Mac it is corrupt and does not work with any of the installed quests. I tried Link, Zelda, Alpha, Ganon, and Jean none worked for me. I have never had problems like this before. I was excited for a new build, but it does not work.
Can you elaborate a bit? You got it downloaded and it runs, but it won't load at all? Not even the first quest?
I appreciate more detail, and I'll give the download a shot on my mac here shortly either way.
Well when it starts up everything is fine watching it start up then watching the beginning none of the item icons show up then I enter to the screen to start new files. When I try to start any of the files it gives me an error message(also everything shows up blank too), and not run any of the files. The first and second quest do not load up or work. It seems like 2.50.2 for mac is corrupt.
I just downloaded the installer from the site fresh, and it ran just fine.
What version of MacOS are you on?
I've not upgraded to Sierra and am still on El Capitan at home.
If you're on Sierra I wonder if we have an issue there?
I wouldn't be able to test on a Sierra machine until I get back to work on Monday.
luckilla wrote:I just downloaded version 2.50.2 on my Mac it is corrupt and does not work with any of the installed quests. I tried Link, Zelda, Alpha, Ganon, and Jean none of them worked for me. I have never had problems like this before. I was excited for a new build, but it does not work.
What version of OSX?
My mac has 10.12.1 (1682555) installed. It is Sierra. Looks like it could be an issue with Sierra.
I won't be able to test that personally until Monday, but if no one else chimes in by then I'll check back and let you know how it goes.
Ok sounds good, I also downloaded and tested build 2.50.3 RC it also does not work properly in Sierra.
I have 2.50.1 saved on my mac from the day it was publicly released that works fine for me. I just went to download 2.5.0, and after I did that I had the same problem I did downloading 2.5.2 and 2.5.3 RC1. It seems to me anything I download with the new Sierra mac os 10.12.1 (1682555) version corrupts the the Zelda classic install. It is good to know the issue is not with the builds, but with the install into the new mac OS X version. At least we know more than we did.
It looks like it (all the Mac builds) does not need the files it saved to run, the only thing that makes it run is being gaming folder. For some reason it seems any game folder is like a happy spot for the build to run correctly. it did not work correctly in the applications folder. This is weird, but at least I figured out how to fix the problem now.