Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Faster, no problems

Faster, problematic

Same speed, no problems

Same speed, problematic

Slower, no other problems

Slower, problematic

Doesn't work at all

[lizard]

installing urxvt onto my debian stable box, text mode displays correctly in konsole and gnome-terminal as well as urxvt.  May be something particular to ubuntu?  However, if I leave sound on in init.txt, the screen is continuously flooded with

           Slot 1-0 requested, but no song loaded

all over the place.  I probably don't have the right config for sound, but that's an undesirable error behavior.

[Bergelmir]

Hm, it is not running for me on Ubutu 8.10. I linked my libjpeg.so into the libs folder as libjpeg.so.8, as I did it for d17. But I get the following error:

Code: [Select]

./dwarfort.exe: /usr/lib/libjpeg.so.62: no version information available (required by /home/xxx/Desktop/dwarffortress/df_linux/libs/libtiff.so.4)
Loading bindings from data/init/interface.txt
Error: Dimensions set to zero, aborting opengl initialization
Error: Dimensions set to zero, aborting opengl initialization
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
...

Is a newer version of libjpeg neccessary than 62?

That's not a libjpeg problem; actually, the libjpeg version is totally irrelevant as it isn't used.

Looks more like opengl isn't initializing at all. What does "glxinfo | grep direct" say?

(The two errors are normal and more or less harmless. I'm still tracking down their source, but those won't affect gameplay.)

It says yes to me. And d17 was running fine for me, therfore a OpenGL problem would surprise me.

[Andir]

Hm, it is not running for me on Ubutu 8.10. I linked my libjpeg.so into the libs folder as libjpeg.so.8, as I did it for d17. But I get the following error:

Code: [Select]

./dwarfort.exe: /usr/lib/libjpeg.so.62: no version information available (required by /home/xxx/Desktop/dwarffortress/df_linux/libs/libtiff.so.4)
Loading bindings from data/init/interface.txt
Error: Dimensions set to zero, aborting opengl initialization
Error: Dimensions set to zero, aborting opengl initialization
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
render called without gl being initialized
...

Is a newer version of libjpeg neccessary than 62?

That's not a libjpeg problem; actually, the libjpeg version is totally irrelevant as it isn't used.

Looks more like opengl isn't initializing at all. What does "glxinfo | grep direct" say?

(The two errors are normal and more or less harmless. I'm still tracking down their source, but those won't affect gameplay.)

It says yes to me. And d17 was running fine for me, therfore a OpenGL problem would surprise me.

Resize your window.  It will go away.  (Or I think the latest head file is fixed.  I'd have to read further up in the thread to remember. )

[Bergelmir]

Resize your window.  It will go away.  (Or I think the latest head file is fixed.  I'd have to read further up in the thread to remember. )

Thanks for pointing that out again, I did not finish reading the thread when I was replying to Baughn. The resizing is working perfectly fine.
I will test the latest HEAD later.

[Yaddy1]

The only possible reason a save file wouldn't work is if you either copied the save over incorrectly (you have to copy the entire region folder in \save) or one version was modded differently from the other.

I copied the objects folder from 40d16 and pasted it into 40d18. I then copied the region and pasted it into the save folder. It crashes whenever I try to load the save.

[Quietust]

Which objects folder? data/objects or raw/objects?

[Footkerchief]

The only possible reason a save file wouldn't work is if you either copied the save over incorrectly (you have to copy the entire region folder in \save) or one version was modded differently from the other.

I copied the objects folder from 40d16 and pasted it into 40d18. I then copied the region and pasted it into the save folder. It crashes whenever I try to load the save.

Just zip up your entire DF folder and upload it to the DF File Depot, please.

[Yaddy1]

Alright got it to work (didn't know about the data objects folder, however it runs much slower and has several strange glitches that I noticed right away. The first one is when I turned the FPS counter on it has farther down and to the right then it should have been, as well as having extra numbers in it. Secondly there was no music on the menu screen, until after I saved. It then continued to play the in-game music, NOT the menu music.

[Sunday]

I'm on a mac here.

I would just like to say that this version is fucking awesome.  It's almost 2x as fast as d16 was on my comp.

You guys rock.

[Tel_Janin]

Now that DF runs in console with curses I just had to run it that way. I don't really need to run an X server anymore. Though in the default terminal I don't have the proper characters so dorfs show up as squares, as do tables and chairs and several other things. But they show up proper in urxvt.

[Baughn]

I figure I should tell you guys what I've been doing the last two days, namely arranging to be able to take this picture: http://brage.info/~svein/df.png

That's DF, running most of the graphics code on the GPU instead of the CPU. Though CPU use is still at ~4% on my laptop, that's a two-thirds reduction from any of the others (except text, but it's still 40% faster than that). (Oh, and the actual, currently incomplete shader code is to the left..)

It's by no means ready for use yet, but this mode is looking very, very promising.

Only problem for you: It needs a DX10-compatible card. That is, one that could potentially run DX10, were vista/w7 installed.

[bombcar]

Cool!

I noticed that the ncurses interface still wants to load libgtk-x11-2.0.so.0 - is it needed?

[Baughn]

Technically not, but creatin an executable that only loads it if the configuration requires it would take considerable work.

[Yaddy1]

I'm on a mac here.

I would just like to say that this version is fucking awesome.  It's almost 2x as fast as d16 was on my comp.

You guys rock.

I'm on a mac too but it's agonizingly slow.

[Fist_Of_Armok]

Okay, this is REALLY annoying.

I set some of my keys to do the wrong thing, and now I can't change them back-like, at all. Even altering the text file DF references didn't do anything; it set them back to normal even before I closed it.

I need a way to make the = key not go up a level every time I try to use it. It's getting annoying.