Sangband 1.0.1's new thread

[other]

Quote:
Originally Posted by other View Post
Several Bugs (or possibly just quirks) I've found in SAngband (1.0.1.169, windows version, the pre-compiled download):

- When using either graphical tile set and "hilight player with cursor", the player graphic remains on-screen in stores, sometimes obscuring important information such as price, weight, quantity available, or specific plusses depending on where on the screen the store entrance is

I can't reproduce this.

Hmmm.

More details:

I'm using Windows 7 Home Premium (64-bit, if there are different versions), and I installed SAngband outside the "protected area" of the Program Files directory so that Windows would not block save files and config file changes.

I downloaded the zip of the precompiled version on November 15th, if that matters.

I've also noticed a related bug ... if I turn off "highlight player with cursor", and open an information window such as inventory, then when I go back to the map, instead of the player graphic I see a square cut-out of the text of the info window.

Is there any more information that might help you, or does it seem likely that something in windows is not playing nicely with SAngband? This is a new computer, and I've hardly installed anything on it yet besides Avast anti-virus, OS updates, and WoW.

Thanks for looking into this!

[hitchi]

r215

After r215 left SHIFT don't work as expected, can't run can't SHIFT+q to quit and save; instead it goes to charecter screen.Right Shift performs all normal functions(as far as i can tell) except running.This is the SDL port on linux.

[Bostock]

Oook linewraps on 80th column. Oook needs to linewrap, some dumps contain very long lines. The winner is T.o.M.E. dump with unwrapped character background text running 272 chars.

Fair enough.

[Bostock]

A Greedy Request

Could it be arranged for uniques to not have freakin' skeletons as their drops? Like, ever? Even if it's an (admittedly impressive) Mumak skeleton?

[Bostock]

A Buggy Respite

On the ground: 21 Bolt of Hurt Evil (2d3) (+9,+9)
NO! As you load the bolt, it changes horribly!
Quantity (0-21): 0

Muahahahahaaa...

[camlost]

After r215 left SHIFT don't work as expected, can't run can't SHIFT+q to quit and save; instead it goes to charecter screen.Right Shift performs all normal functions(as far as i can tell) except running.This is the SDL port on linux.

Could you test r229. I think I had insufficient parentheses. If that doesn't work, let me know and I'll redact r215 and r229, as it was just supposed to be a code improvement with no actual change.

[camlost]

Could it be arranged for uniques to not have freakin' skeletons as their drops? Like, ever? Even if it's an (admittedly impressive) Mumak skeleton?

Heh, those were worth good money once upon a time.

On the ground: 21 Bolt of Hurt Evil (2d3) (+9,+9)
NO! As you load the bolt, it changes horribly!
Quantity (0-21): 0

Muahahahahaaa...

Fixed you sneaky player you.

[hitchi]

Could you test r229. I think I had insufficient parentheses. If that doesn't work, let me know and I'll redact r215 and r229, as it was just supposed to be a code improvement with no actual change.

It's fixed, thank you.

[camlost]

It's fixed, thank you.

!= takes precedence over &, which was unexpected. I'm glad it's fixed.

[hitchi]

Hi again, i'm not sure if this is related to the issue above; running UP or repeatedly pressing walking key(NUMKEY 8 or arrow up) makes for hi cpu usage(i'm on a 2.4 p4) and consequently lag.I'm at revision 248.I'm not sure when i figured this out, i will try some other revisions, could you have a look on linux(hope you have a slow machine).Sorry about hoping for that.

[camlost]

Hi again, i'm not sure if this is related to the issue above; running UP or repeatedly pressing walking key(NUMKEY 8 or arrow up) makes for hi cpu usage(i'm on a 2.4 p4) and consequently lag.I'm at revision 248.I'm not sure when i figured this out, i will try some other revisions, could you have a look on linux(hope you have a slow machine).Sorry about hoping for that.

I can compile that version on my vaio p netbook (ubuntu), which should be slower than your p4. I also haven't run the game much on my C2D 2.4GHz, I'll see if I can reproduce any slowdown on it also.

I'm not sure I've mentioned, it, but thanks for running nightlies; it really helps suss out bugs before they affect a lot of people. r248 is a potential alpha, as my list of enhancements and gameplay changes I want done before 1.0.2 is now finished, so it's especially important now.

[camlost]

Also, if you recall a previous revision that didn't have the problem and/or could send a savefile, that would be good.

[hitchi]

No need to thank me(us), bug reports are selfish in nature(at least mines are).
And you're working hard, and relying on user input.

[camlost]

Hi again, i'm not sure if this is related to the issue above; running UP or repeatedly pressing walking key(NUMKEY 8 or arrow up) makes for hi cpu usage(i'm on a 2.4 p4) and consequently lag.I'm at revision 248.I'm not sure when i figured this out, i will try some other revisions, could you have a look on linux(hope you have a slow machine).Sorry about hoping for that.

I tried running this on my anemic 1.33GHz atom, and I couldn't get my CPU usage above 15% running back and forth. It looks like the major slowdown in that case was refreshing the nearby objects/monsters subwindow while running or walking. Everything was snappy when I disabled that subwindow.

http://code.google.com/p/skills-angband/issues/detail?id=140

[hitchi]

I couldn't find any revision without this issue, maybe it was present all along and i just stumbled over it now.Regarding your comment on Issue 140:

Subwindow updates slow down the game when running. They also slow the game down when manually running, but that can't be avoided.

Why does the game slow down only when running up?Running in any other direction works fine.As soon as i hit the UP key, either walking or running, the hard drive indicator starts flashing and the cpu usage goes up, this is especially disturbing when "manually running".