Print

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

[Toady One]

(re: dev list, I just skipped that whole capture section by mistake)

[Eric Blank]

Is the green text officially meant to be for Toady? As in using it for other things in this thread isn't allowed or was it just done to make the posts stand out?

It's done to make our questions for Toady stand out so Toady can easily locate and answer them.

[Streeter]

Thank you so much for updating that page! It'll probably help answer a lot of questions that would have otherwise been asked here.

[Broken]

Being able to look at a list of all known creatures you've seen and where

Pokedex, Dwarf edition.

[Henny]

Being able to look at a list of all known creatures you've seen and where

Pokedex, Dwarf edition.

I'm now picturing a dwarf in full steel armour, covered in blood, holding up the damn thing.

[misko27]

Being able to look at a list of all known creatures you've seen and where

Pokedex, Dwarf edition.

I'm now picturing a dwarf in full steel armour, covered in blood, holding up the damn thing.

"Crap I forget the type weakness this night creature had. Was it silver or copper?"

[Streeter]

Oh, I have a couple technical questions for you to answer when you're not slaving away to armok. I hope this isn't a repost.


In the upcoming version of DF, will you upgrade to the much improved yet backwards-incompatible SDL v2.0, or stick to what ain't broken? I seem to recall that SDL support was implemented by another person, so you might not be the right person to ask.

And, to what extent is DF hardware accelerated? Do physics simulations, such as water flowing down a river, take any benefits from GPGPU? I would imagine the parallelization that comes with it would be beneficial, but I don't know if the flow of water relies on ticks in the main loop or what. If nothing like this is implemented right now, do you think utilizing GPU Compute would be viable? Would it be something you'd even consider doing yourself, this project being a one-man-band and such?


And of course, thank you for your dedicated work! 

[CaptainLambcake]

Since there will now be the possibility of non-lethal fights, one assumes they'd also be present in Fortress mode.  How would this work if a goblin surrenders instead of fleeing?  Would the dwarf simply leave him, execute him, or could we somehow cage him to keep him as a prisoner? Thanks for your dedication to the project.

[Mr S]

Unless the state has changed since the last WoT on the subject, Toady has stated that Fortress mode combat is still no quarter. That means no surrender is accepted, basically.

[PeridexisErrant]

In the upcoming version of DF, will you upgrade to the much improved yet backwards-incompatible SDL v2.0, or stick to what ain't broken? I seem to recall that SDL support was implemented by another person, so you might not be the right person to ask.

And, to what extent is DF hardware accelerated? Do physics simulations, such as water flowing down a river, take any benefits from GPGPU? I would imagine the parallelization that comes with it would be beneficial, but I don't know if the flow of water relies on ticks in the main loop or what. If nothing like this is implemented right now, do you think utilizing GPU Compute would be viable? Would it be something you'd even consider doing yourself, this project being a one-man-band and such?

Toady has said before that he doesn't really understand the SDL code, and the collaboration was a bad experience.  On that basis the upgrade is not planned for any time soon, unfortunately. 

DF is almost entirely single-threaded (with minor exceptions), and there are no plans for multi-threading support in the foreseeable future.  There's an old joke: I had a problem, so I decided to use multithreading - I/four/Now/problems/have...

Basically, things which require painful rewrites are deferred in favor of adding (simulation) features - remember that DF is only about a third of the way towards a complete alpha version!

[Rockphed]

In the upcoming version of DF, will you upgrade to the much improved yet backwards-incompatible SDL v2.0, or stick to what ain't broken? I seem to recall that SDL support was implemented by another person, so you might not be the right person to ask.

And, to what extent is DF hardware accelerated? Do physics simulations, such as water flowing down a river, take any benefits from GPGPU? I would imagine the parallelization that comes with it would be beneficial, but I don't know if the flow of water relies on ticks in the main loop or what. If nothing like this is implemented right now, do you think utilizing GPU Compute would be viable? Would it be something you'd even consider doing yourself, this project being a one-man-band and such?

Toady has said before that he doesn't really understand the SDL code, and the collaboration was a bad experience.  On that basis the upgrade is not planned for any time soon, unfortunately. 

DF is almost entirely single-threaded (with minor exceptions), and there are no plans for multi-threading support in the foreseeable future.  There's an old joke: I had a problem, so I decided to use multithreading - I/four/Now/problems/have...

Basically, things which require painful rewrites are deferred in favor of adding (simulation) features - remember that DF is only about a third of the way towards a complete alpha version!

I could have sworn that the collaboration went fine, but that nobody has heard from the collaborator in about 2 years and we are all just happy that the code he wrote and included works.

[monk12]

Yeah, IIRC they had a good working relationship, but Baughn went on to bigger and better things; not many potential collaborators can commit to the "twenty years or so" timeframe DF is scheduled for, which is among the reasons Toady doesn't collaborate much.

[Streeter]

the collaboration was a bad experience

I'm sorry to hear that.

DF is almost entirely single-threaded (with minor exceptions), and there are no plans for multi-threading support in the foreseeable future.  There's an old joke: I had a problem, so I decided to use multithreading - I/four/Now/problems/have...

...huh? I never mentioned anything about multi-threading. Concurrency is difficult and bug-prone, I'm talking about stream processing.

[Warmist]

I could have sworn that the collaboration went fine, but that nobody has heard from the collaborator in about 2 years and we are all just happy that the code he wrote and included works.

He is reachable, i wrote to him and he answered. Also anyone can modify the graphics part as it's available online. Though not sure if toady would accept changes. One thing that is not finished is TTF support for opengl mode (afaik it is not implemented).

[PeridexisErrant]

I should clarify - the output was fine and the code works, but Toady doesn't want to do it again (IIRC).