I'm not a programmer so I wouldn't know of any intuitive solutions. Given that, I'd say the burden should be placed on the person that made that preset. It's the same with Heboris MINI's plugin system. What's most important is that the creator is able to view the replays himself. If the creator then wants others to see it, it's his responsibililty to distribute the preset. I don't see a problem if most presets are standardized though. If a person does make something really different, it's usually for personal use anyway. And wow another release. Yay!
Have each custom speed curve go in it's own file, such as dead.spd. Then when you replay have it record the name of the speed curve. When you try to replay a replay have lockjaw look for the speed curve file. Upon finding it, have lockjaw replay video, else have lock say "Cannot find *name*.spd (or what ever extension you like)". That seems like it would be simple enough to implement.
Tepples, I think I've found a show-stopper here, I can't even run the new version 0.43. There are two error message windows that pop up when attempting to execute LJ.exe: Code: Error Starting Program The LJ.EXE file is linked to missing export SHELL32.DLL:SHGetFolderPathA. Code: lj.exe A device attached to the system is not functioning.
Background: SHGetFolderPathA is related to the new "installability" functions. It's needed for finding the "Application Data" folder. It worked on Windows XP, and it worked on my Windows 2000 box before that. Unfortunately, I don't have any Windows 98 boxes to test on.[1] Do you have a file called "shfolder.dll" in your Windows folder?
Wow, that was quick. There seems to be a problem with hard dropping in 0.43, though: it's acting like "Slide" no matter what I set it to. I can't get the pieces to lock as soon as they're dropped... ...also, the title screen still says 0.42a.
Which scenario are you playing? Have you tried deleting lj.ini and resetting your Game Keys to make sure you aren't using the firm drop key?
Hmm, in 0.43, when I exit LJ, all my key configurations are not saved. It seems to load some default when I open LJ.
Oh, right. Yeah, it was good ol' user error again. Sorry 'bout that. >_< I had the keys usually set to this: W: Alt. firm drop S: Hard drop (a.k.a. "up") and I'd been messing around with different key configs to see if any worked better, but eventually went back to the one I was using before I started experimenting. Except that, when I switched back to my original keys, I screwed up the key assignments; I put S as "down" instead of "up". >_< ...I'm think I'm going to go ahead and second that suggestion that someone made earlier, that "up" and "down" be relabeled as "hard drop" and "soft drop". Maybe separate the menu keys from the in-game keys as well? (Got this idea from Super Mario War's key config menu.) It'd clear up any confusion as to what keys do what in the menus...
I think I know what DIGITAL is seeing. In 0.43, the code that loads and saves key bindings was changed, and at the same time, I mistakenly told the file to open in text mode. On some platforms, text mode does nothing, but on Windows, text mode processes 0x0A, 0x0D, and 0x1A bytes in ways that are desirable for ASCII or UTF-8 text but not for binary data. Binding one of your keys to J, M, or Z might trigger this. I didn't catch this because I don't use the keyboard to play. 4matsy: That request looks related to bug 0034. But should I add multiplayer support, would I need separate MenuUp and MenuDown keys for each player, or would one player control all the menus?
Noticed a strange bug: when using Arika rotation, the pieces with 4 orientations (L,J and T) can't be IRS'd at all with SRS it works normally (didn't try the other rotation system though...)
LOCKJAW 0.43a is out 0.43a (2008-02-11) Arika modified to use SKIP_IF3 after (not before) the basic position. This restores ability to rotate J, L, and T with kicks turned off, such as in IRS (0.43 regression, reported by Lion). PC: Uses shfolder.dll so that installability works even on Windows 98 (0.43 regression, reported by Rich Nagel). PC: Key bindings to J, M, and Z are correctly saved (0.43 regression, reported by DIGITAL). PC: In Game Keys, the names of Up and Down key bindings are clearer (requested by 4matsy). I must be slipping. Just about every new feature in 0.43 brought with it a regression. Thanks to all of you for providing test coverage broader than I can manage by myself.
Thanks for the info, I had a hunch that it was related to that. Actually, it's in the Windows\System subdirectory, but that shouldn't matter. BTW, I'm not sure if that file included in a fresh install of W98SE or not. Mine is dated 8/29/2002, version 6.00.2800.1106, so the version that's on my (this specific) PC appears to have been installed (or possibly updated) by an MSIE upgrade (MSIE on this PC is the same version as the DLL). [Rich boots up other PC that has never had an update/upgrade of the MS Internet Exploder abomination installed on it]... Yep, it there as well (also in the Windows\System subdirectory), v5.0.blah.blah... so's it's included with W98SE. Works fine now. Thanks, Tepples. BTW, that seems to be quite a handy feature... LJ could run off of a CD like this
when i open 42a fresh out of the box no options changed, when i go to the option screen and press up or down, it goes crazy and runs through five or so options at a time--to fast to control it. interesting stat i just came up with (don't know if it would be useful or not): average top occupied row.
Is vsync() a no-op on your system? If you change wndw=0 to wndw=1 in lj.ini (forcing full screen), does it still go too fast?
still goes too fast with full screen. i forced vsync on and off, both to no avail. it's only the options screen that does this.
What OS are you running? On this computer, in versions prior to 0.42, did pressing Esc to pause during the game skip the pause and go straight to exit?
That explains it. I first noticed the misbehavior on my mother's new laptop, which came with Windows Vista. On the GBA and DS, vsync() yields the CPU until a frame finishes drawing. Allegro, on the other hand, has three distinct timing mechanisms: vsync() spin-waits for the current frame to finish drawing, rest(5) yields the CPU for 5 ms, and the timer system can be used to increment a variable x times per second. But under Windows Vista, vsync() appears to do absolutely nothing. So the next version will use the timer system to regulate key repeat (DAS) while in Options.
found a lil glitch Code: Cleared 40 lines at level 60 on 2008-02-12 at 15:33 Played 101 tetrominoes in 0:52.93 (114.48/min) (active time only: 0:48.03, 126.16/min) Pressed 287 keys (2.84/piece) Made 40 lines (single: 21; double: 2; triple: 1; home run: 3; T single: 0; T double: 0; T triple: 0) Sent 16 garbage (18.13 per minute) Left 0 blocks behind i'm pretty sure i only played 100 tetrominoes edit: err nevermind, forgot i had a piece in hold. i'm a little slow today.
Are you sure that you have uploaded it? The download link brings me to the previous version (in the main menu the version number is 0.42a) btw keep up the good work
