|
Post by jellyfish on May 29, 2009 14:56:21 GMT
I might be able to fix that exploit - it would involved a new flag for each section of text, but would be easy to set for only those few sections that actually have the player lose the backpack. Would you be willing, jellyfish, to track down just which sections would be affected by the change? Once I have that, I can disable the "use/eat" button for meals and potions when those sections are opened up. Book 1 sections: 144,162,174,188,205,258,277,294,338 more to follow. Book 2: 194,337 Book3: 16, 49 Book 4: 158,22,342 Book 5: 10,176,270,40,69. (EDIT by Dave : All sections above addressed. No more using potions right as your backpack is being taken by Bandits/thugs,etc.)
|
|
|
Post by jellyfish on May 29, 2009 15:02:24 GMT
By the way Dave, once you have the program updated for the Magnakai series, you can ask for volunteers to process the books. Should be pretty quick, each person takes one book, voila.
|
|
|
Post by Dave on May 30, 2009 1:21:04 GMT
Ironically, of course, inputting the books is the least time consuming task... But I think I may do just that, jelly.
Thanks for the bug reports and all the other stuff, too (like those backpack sections).
|
|
|
Post by kamikaze1900666 on Jul 18, 2009 14:55:13 GMT
Book 2 passage 348- If you choose to not display any Kai disciplines, I escaped the fight without the "escaping" round of combat (Should be fixed in current 1.5.4 version)
Book 2 passage 154- Unlike the parallel passage with the captain, eating with the crew members doesn't give you the option of lose 2 EP or eat a meal from your pack - (intentional)
Book 3 Passages 21, 43, 121, 226- Was this intentional to automatically lose the 1 EP from a poor meal as opposed to having the option to eat one from your pack to possibly negate it? I only ask because there have been other situations where you could negate EP loss via a small meal by eating one from your pack in this program. (also intentional)
Also, reading part of this thread, I think I should add I have switched weapons during combat- from a two handed to a one handed so I can use the shield after the first round. Is this a desired effect? I can see switching weapons mid combat as realistic, even equipping a shield, but not both in the same round unless you drop the two handed weapon. Possibly just adjusting the scenario so only one item may be equipped at a time during combat would help add a little more balance- perhaps even making it a gameplay option as to whether you're able to change equipment during battle whenever, or do it one item at a time, or no equipment changes once a fight starts. Note that if the one at a time option is enabled, it should only apply to the equip option, as it is totally realistic to shoulder a shield and sheathe a sword while drawing out a two-handed weapon in the same motion. For even more realism, when switching weapons mid-battle, the round you switch could be a parry-only situation where the enemy takes no damage. Yeah I know, this would add a ton of code to the program. (wouldn't add a lot of code - it's a good suggestion. Seems like a fair idea to limit the equipping of a weapon OR shield in one round of combat- I'll put it on my to-do list!)
(EDIT by Dave : addressed issues above.)
|
|
|
Post by jellyfish on Jul 18, 2009 18:16:55 GMT
Book 3 Passages 21, 43, 121, 226- Was this intentional to automatically lose the 1 EP from a poor meal as opposed to having the option to eat one from your pack to possibly negate it? I only ask because there have been other situations where you could negate EP loss via a small meal by eating one from your pack in this program. Lone Wolf doesn't strike me as the sort of [not a very nice person] who would exclude his own backpack meals from the pool when figuring out if there's enough food for everyone to survive, which is what is implied if you let the player have the option to negate EP loss. To allow this would be a clear cut departure from the text. You part company with the guides (and the communal food pool) soon afterwards, which removes the food shortage problem.
|
|
|
Post by kamikaze1900666 on Jul 18, 2009 22:54:47 GMT
I see your point with the overall text, and it would explain why the option why it was left out of the dining with the crewmembers and left in while dining with the captain in book 2- public versus private.
|
|
|
Post by pi4t on Aug 3, 2009 15:34:09 GMT
I had various crashes the 1st time I played. It was a while ago though, and I can't remember my settings
|
|
|
Post by Dave on Aug 3, 2009 15:38:28 GMT
I had various crashes the 1st time I played. It was a while ago though, and I can't remember my settings Thanks for the report. In the process needed to make the source cross-platform compatible, Sam fixed a few bugs that may have caused those crashes. Very soon, I'll release an updated Windows package (no new books yet) that contains his code changes and the packages for Linux and Mac OS.
|
|
|
Post by pi4t on Aug 5, 2009 19:54:10 GMT
I've just remembered another bug. In book 2, when the mast falls towards you, I twice rolled and lost 2 endurance but did not die. I lost the 2 E and the chainmail waistcoat but still did not have the option to turn to a new reference.
|
|
|
Post by curunauth on Jan 18, 2010 20:21:46 GMT
big-time helpful item: if choosing "new campaign with an existing character, throw up a clear warning screen saying ' This will DELETE all progress for character {profilename}' or something like that - I thought I was making a new profile, but I was deleting a successful low-stat run. :-( (good suggestion - on the to-do list - EDIT 2: added!)Similar to an earlier post about swapping screens when picking up from storage that I cannot find now, it'd be really helpful to not lose the "restore" menu when recovering lost items, so that when you have 20 of them, you can get them back without repeatedly re-clicking to get the darn menu. Book 5 is a mite irritating with that. (great idea - done! You no longer leave the menu while deposting or picking stuff up from storage/lost items)Also, it would be really nice to auto-equip the shield when switching to a one-handed weapon, to avoid the extra screen. Also, I think that the chainmail waistcoat may have failed to equip when I picked it up from lost supplies, but I may be wrong there, I'll pay more attention next time. All I know is that mine stopped working or disappeared at some point . . . (auto-equip shield - probably not going to happen. As for the chainmail - if it's in your inventory, you've got it equipped. regular armor is always equipped if LW has it. Sometimes the text forces you to discard a chainmail waistcoat - perhaps this is what happened.)and just to confirm, restart-scumming does not raise any flags on book one, no matter which option is picked? I accidentally overwrote my 13/22 character and scummed to get an equally weak one, using the top (non-starred) option because it was faster - does this mean that the character (I survived a 13/20, yay!) now has a "I restarted about 20 times" flag, and I should have used the starred option instead? (restarting at the beginning of book 1 resets the "restart counter", so you can restart as many times as you like, and it will not count up).Spelling: - The mouseover text for the Red Pass special item: Post Bax => Port Bax (fixed)- Book 4, journal 320: spme holy water => some holy water (fixed)Also, iirc the Jewelled mace is later listed as working (at +5) against *all* summonations - including crypt spawn I think. If this is the case, it should provide the larger bonus against Haakon's crypt spawn (on the Sommerswerd track, but in hardcore +5 > SS+2, especially if you have mace weaponskill). If no one knows off the top of their head where this reference is, I can search for it. See also storage unavailable even in Book 5 without the "store everywhere" house rule: projectaon.proboards.com/index.cgi?board=seventhsense&action=display&thread=1505&page=2#29780 - (fixed)Relatedly, a link in the text about storing to the storing page would help a lot - until I made a new character to test the store everywhere rule, I had no idea how to use storage; I tried dropping items at start, etc. -good idea. on the todo list - EDIT 2:added!See also also recurrence of Book 5 unable to start: projectaon.proboards.com/index.cgi?board=seventhsense&action=display&thread=1624&page=1#29779 - fixed(related possible feature fix: to deal with this, perhaps restarts before the text is started should NOT add a restart flag (wrecking the chance of a gold star medal thing)? This allows scumming on gold pouch, but that's rarely going to matter, and the insurance against bugs would be nice.) - very good idea. on the todo list. EDIT 2: addedFinally, this is AWESOME, thanks so much for making it! - you're welcome!EDIT by Dave: addressed above issues
|
|
|
Post by curunauth on Jan 20, 2010 0:22:04 GMT
New bug: 1.5.4, Windows
double-clicking (some parts of?) a title screen before load (possibly only in new campaigns?) causes "unhandled win32 exception [2500]" - (bug fixed - this one has been around for a long time... Finally got around to doing something about it!)
Steps to Replicate: (parts in parentheses produce 100% fail rate, but may not be necessary for replication) - start a new campaign (in a profile without a save file) - (choose book 1) - click the "accept" button on the rules (mine was on hardcore defaults) - immediately double-click in the same spot (while the cover is displayed and the progress bar is still empty; I was using 1280x1024 windowed, which puts this just into the black low on the left side.) -- the progress bar will fill as normal and then the exception occurs before the cover is replaced with the book interface.
----
not sure if bug: Book 3, section 94 death (picking too high) grays out the pick button and leaves the success button gray, but does not launch the death dialog. - (intentional - no insta-deaths bring up the death dialog - only when LW runs out of EP does that pop up. Gives the player a chance to read about how they died.)
----
feature request: I believe the magic spear mouseover text lists the Hardcore no-damage-on-first-round property, but neither normal two-handed weapons nor named ones (Szall Spear) list this [in Hardcore mode]. Having that would be nice. - (Actually, none of them say that. You imagined it! However, you are right, it would be a nice reminder for the players. It's on the to-do list... EDIT 2:added!)
EDIT by Dave: addressed issues above.
|
|
|
Post by curunauth on Jan 20, 2010 7:23:42 GMT
All 1.5.4 on Windows (XP SP3 32 bit, as are all above, sorry I left that off too) one-time crash, [probably] cannot replicate: - During fight in 2:66, second round, had just switched from (szall) spear to 'swerd+shield and hit fight again - the combat ratios came up, but before they rotated to vertical orientation, I got "unhandled win32 exception [3568]" - (I couldn't replicate this - it's a one-off bug, I've never seen it and no-one has reported one similar. sorry)- on restarting the program, I was able to resume the game at the beginning of book 2. [If I get off my lazy bum and enable JIT debugging, would any particular reports be useful to you for this sort of thing?] - (probably not, to tell the truth. of course, you never know - it might, but only do it if it's no trouble for you.)---- possibly one-time, have not put in the time to replicate: Book 5, section 182: - I clicked on the Broadsword, got the "you have two weapons already" message, canceled, dropped a normal sword, and then found that the broadsword was grayed out. - (Not a one-time bug. Now fixed.)- I haven't seen this happen anywhere else I've tested picking up a weapon with full hands. -(good!)- Holy wow was this one irritating, since I had BS weaponskill and just barely died next fight . . . (Doh! sorry)---- 4:181 is an instadeath message, and does not raise the death dialog . . . do you just not raise the dialog for all instadeaths? It might be a nice thing to have . . . (the message box blocks the section text, and my priority is for the reader to be able to see Joe's text, not my death message menu. The text is always much more descriptive and interesting to read.)---- (Also, the click-on-cover-screen bug for new games [previous post] seems to happen for any click anywhere during the load.) - (yup - fixed)EDIT by Dave: addressed issues above
|
|
|
Post by curunauth on Jan 20, 2010 8:20:07 GMT
Linux bugs: v1.5.4 on Debian unstable, 2.6.31-1-686, compiled with libphysfs2.0.0-4 in g++ 4.4.2-9
----
when a new book is done loading and the cover page is replaced with the book interface, two sets of the following two lines are printed to stderr: Big time error! Trying to auto-add an effect type that doesn't exist yet! Big time error! Trying to auto-add a condition type that doesn't exist yet!
This also occurs on at least some page transitions, no clear pattern. (Step to replicate: load a book, then changes pages a few times.)
---- Fails on restart: Any restart results in landing on the front page with no buttons in either the TOC or the story so far page, trapping the reader. quitting to system and reloading, then using Resume generally restores buttons.
Steps to replicate: load any game, go to main menu, select restart, choose any of the starred options (and possibly the non-starred, did not test). ---- Occasional failures to draw buttons: sometimes a new book page doesn't get buttons drawn. The page numbers display, but no buttons are drawn on them, and they are not clickable, again trapping the reader. Quitting and resuming sometimes restores functionality.
(Steps to replicate: play for a while, it may happen - symptoms are the same as in the restart problem above, just confined to the newly-loaded book page.)
In both the randomly-occuring and restart-triggered case of no buttons, "Unexpected EOF while reading 01fftd/sect1.dat" [or relevant file] is printed to stderr, but it is not \n terminated, so the messages stack up and flush on program exit ranter than when they occur.
----
Finally, the clicking-on-cover-during-load crash described above for Windows exists in Linux too - segfault with no further message.
|
|
|
Post by Dave on Jan 22, 2010 6:27:40 GMT
Thanks for all of these detailed bug reports. I shall definitely be looking into resolving at least most of them before the next release, if not all.
Except for the crash-on-click while loading bug, the rest of those linux bugs could be related to the physfs library you are using. Have you tried it using the actual physfs included with the source package? It has a couple of small fixes.
|
|
|
Post by Honza on Jan 24, 2010 10:04:14 GMT
Just minor error. Version 1.5.4, custom rules - custom weapons rules
Book 4, sect 56, when fighting Wounded Guard, I think this enemy should be classified as a Bandit, so D'Val's Sword should add + 5 to CS.
|
|