March 6, 2024: Dwarf Fortress 50.12 has been released.
News: February 3, 2024: The February '24 Report is up.
News: February 4, 2021: Dwarf Fortress Talk #28 has been posted.
News: November 21, 2018: A new Threetoe story has been posted.
Forum Guidelines
Ive seen alot of mention of dx10 and 11 on this thread...I wouldn't worry about that, this isn't even a requirement to run the normal DF
I really hope dx11 will not be a requirement in the future to play DF, I dont use vista or windows 7 just xp.
Please have support for xp and linux
Baughn is unable to reach the forum right now, but we have this which hopefully helps with some of the windows graphics issues:
http://bay12games.com/dwarves/df_28_181_40d19_2_win.zip
Regarding the earlier arguments, please try to keep it civil. Baughn is volunteering his time, has skills I don't have and doesn't deserve what he's been catching in here.
QuoteAlso, I don't really understand the "all simulation no graphics" comment: is Reinhammers so heavy on the CPU that it prevents correctly evaluating the graphics framerate?
Exactly the problem, need a fort with more graphic stuff going on and less dwarves and pathing.
waterfalls,chasms, rivers, etc would be good. I dont have a fort worth a damn or i'd put one on dffd
Quote from: The-Moon link=topic=50514.msg1067978#msg1067978
Hehe nope, ive been programming for 12 years, ive only recently started learning sdl. :)
[...
Ive done multicore coding before, i know its very possible and easy to do(if you know what your doing that is), but it does take alot of work to setup. But its not that hard.
Ok, if you've been programming for twelve years, then you know that there's a big difference between "setting something up" and "retrofitting existing code." One is straightforward, maybe even simple. the other is a signficant undertaking depending on the complexity & design of the original.
...and if you've got that kind of experience, then you should have an idea of the complexity & design of the DF codebase just based off the bug reports we're seeing.
Better yet, if you've been in the industry, you know that the two worst words in the world are "legacy code"
And we know Toady's legacy is already secure![/pun]
BTW, hats off to Baughn for his incredible work on this thankless task.
GOOD JAEORB
Don't worry, I'm hard to offend. Word of advise, though, since you're apparently not that used to programming:
Everything is harder than it seems. The devil's in the details, and the details are fractal and have tentacles.
Multicore programming, in particular. That's.. well, it /seems/ pretty easy, and it /is/ pretty easy in principle, but it basically doesn't work (without excessive effort) in imperative languages.
Trying to retrofit it into an existing imperatively-languaged program that was never intended for the purpose, such as DF - well, I'd rather face down a rampaging carp.
But even if you optimize the graphical engine to use opengl and such, that will never be enough to fix the speed problems df has. The only thing which can fix that is using multicores.
Honestly DF does more then most ps3 games, and ps3 games run on multicores. DF needs the same.
We honestly should be putting more effort into setting up some way to let toady multicore DF without too much of a head ache. Thats what we really should be putting our efforts into.
We know this isn't a total solution to DF's speed issues. The reason people are working on this stuff is because it's the part Toady was willing to release. He's not willing to release the parts of the source that would allow others to work on multithreading, pathfinding, etc. You've had this conversation before so let's please not derail this thread with it.
The-Moon: Believe it or not, I did something like that once too. Mine used opengl, mind you.
And then I tried to actually link it with DF, and discovered that things were not as simple as they seemed.
They possibly *should* be, but I'm laboring under the restriction that I must not change any interface severely, under pain of the compiled code no longer working with the binary-only DF executable. I can also only test it or debug on linux.
This is admittedly a great improvement on what I had before 40d12, when the only way to test anything at all was to send the code to Toady, and have him compile it. Sometimes there'd be compilation errors.
Please, don't assume I don't know what I'm doing on the programming side of things. It's the interface side of things - DF and windows' notion of opengl - that are giving me nightmares.
Now do it with minimal CPU use, at 20 frames per second, with a 180x85 grid, and support non-QWERTY and non-US keyboards.
And when you're done with that, I've got a couple dozen other requirements before it's very useful.
Or better yet, download the source code from the first post, and fix that. It's right there. The link beckons. What's stopping you?
#include <stdio.h>
#include <stdlib.h>
#include <string>
#include <iostream>
#include <cstdlib>
#include "SDL\SDL.h" // main SDL header
#include "SDL\SDL_ttf.h"
//#include "SDL_mixer.h"
#define SCREEN_WIDTH 640
#define SCREEN_HEIGHT 480
using namespace std;
int InitVideo();
void Draw_Surface(int locX, int locY, int surfX, int surfY, SDL_Surface *surface);
void Run_Game();
void Check_Keys();
FILE * ctt = fopen("CON", "w" ); //This is added in for rerouting the sdl log back to the console :)
SDL_Surface *screen; //This pointer will reference the backbuffer
SDL_Surface *tiles;
SDL_Event keyevent; //The SDL event that we will poll to get events.
struct Map_Data
{
int Tile;
};
Map_Data Map[10][10];
int charX = 0, charY = 0, dir = 0;
int iCA = 0, iCB = 0;
int END_GAME = 0;
TTF_Font* font;
TTF_Font* loadfont(char* file, int ptsize)
{
TTF_Font* tmpfont;
tmpfont = TTF_OpenFont(file, ptsize);
if (tmpfont == NULL){
printf("Unable to load font: %s %s \n", file, TTF_GetError());
// Handle the error here.
}
return tmpfont;
}
int main(int argc, char *argv[])
{
if (InitVideo() == 0) {system("PAUSE"); return 0;}
if (TTF_Init() == -1)
{
cout << "Cant init font\n";
//printf("Unable to initialize SDL_ttf: %s \n", TTF_GetError());
}
font = loadfont("arial.ttf", 16);
tiles = SDL_DisplayFormat(SDL_LoadBMP("tiles.bmp"));
SDL_SetColorKey(tiles, SDL_SRCCOLORKEY, SDL_MapRGB(tiles->format, 255, 0, 255));
if (tiles == NULL)
{
printf("Unable to load tiles: %s\n", SDL_GetError());
return 0;
}
for (int iA = 0; iA < 10 ; iA++)
{
for (int iB = 0; iB < 10 ; iB++)
{
Map[iB][iA].Tile = 0;
}
}
SDL_EnableKeyRepeat(1, 100);
Run_Game();
//ctt.close();
SDL_FreeSurface(tiles);
return 0;
}
void Run_Game()
{
SDL_Color color = {150,150,150};
SDL_Surface *text_surface;
while (END_GAME == 0)
{
cout << "Loop\n";
Check_Keys();
for (int iY = 0;iY < 10;iY++)
{
for (int iX = 0;iX < 10;iX++)
{
if (Map[iX][iY].Tile == 0)
{
Draw_Surface(200 + (iX * 16), 200 + (iY * 16), 0, 0, tiles);
}
else
{
Draw_Surface(200 + iX * 16, 200 + iY * 16, 0, 16, tiles);
}
}
}
Draw_Surface(200 + (charX*16), 200 + (charY*16), 32, 0, tiles);
if(!(text_surface=TTF_RenderText_Solid(font,"Hello World!",color)))
{
}
else
{
SDL_BlitSurface(text_surface,NULL,screen,NULL);
SDL_FreeSurface(text_surface);
}
SDL_Flip(screen);
SDL_Delay(1);
}
return;
}
void Check_Keys()
{
while (SDL_PollEvent(&keyevent)) //Poll our SDL key event for any keystrokes.
{
switch(keyevent.type)
{
case SDL_KEYDOWN:
switch(keyevent.key.keysym.sym)
{
case SDLK_LEFT:
if (charX > 0 ) {charX--;}
break;
case SDLK_RIGHT:
if (charX < 9 ) {charX++;}
break;
case SDLK_UP:
if (charY > 0 ) {charY--;}
break;
case SDLK_DOWN:
if (charY < 9 ) {charY++;}
break;
case SDLK_ESCAPE:
END_GAME=1;
break;
default:
break;
}
// case SDL_KEYUP:
// switch(keyevent.key.keysym.sym)
// {
// case SDLK_LEFT:
// break;
// case SDLK_RIGHT:
// break;
// case SDLK_UP:
// break;
// case SDLK_DOWN:
// break;
// default:
// break;
// }
}
}
}
void Draw_Surface(int locX, int locY, int surfX, int surfY, SDL_Surface *surface)
{
SDL_Rect src, dest;
src.x = surfX;
src.y = surfY;
src.w = 16;
src.h = 16;
dest.x = locX;
dest.y = locY;
dest.w = locX + 16;
dest.h = locY + 16;
SDL_BlitSurface(surface, &src, screen, &dest);
return;
}
int InitVideo()
{
// Load SDL
if (SDL_Init(SDL_INIT_VIDEO) != 0)
{
fprintf(stderr, "Unable to initialize SDL: %s\n", SDL_GetError());
return 0;
}
freopen( "CON", "w", stdout ); //Set App back to using the console for text display
atexit(SDL_Quit);
screen = SDL_SetVideoMode(SCREEN_WIDTH, SCREEN_HEIGHT, 16, SDL_DOUBLEBUF);
if (screen == NULL)
{
fprintf(stderr, "Unable to set video mode: %s\n", SDL_GetError());
return 0;
}
return 1;
}
Urm :|You're welcome to try. Go right ahead, the code is public.
Your joking right?
Honestly if there are those kinds of errors, i think we should find someone a little more competent to code the sdl/opengl part. Why the hell your even using opengl i dont know. Only need SDL. No reason to have opengl honestly.
Not that we dont appreciate your work, but with bugs like that, you clearly dont have much of a understand of sdl/opengl to be working on this. Im sure theres plenty more qualified people to be working on a better gfx engine.
Be nice to see someone else step up who has done this before
You may find that it's harder than you think to write robust code when a lot of the code is locked in and unchangeable. Or to make zooming fast if not using opengl. Or working around the myriad bugs in opengl implementations without having access to the hardware in question yourself.
But by all means, try. I'd be *overjoyed* if someone competent would help.
Honestly if there are those kinds of errors, i think we should find someone a little more competent to code the sdl/opengl part. Why the hell your even using opengl i dont know. Only need SDL. No reason to have opengl honestly.You know, in FOSS world you either do it yourself or STFU.
While I'm damn happy to see the new version will be ready soon, along with all that lovely, lovely detail...
I'm kind of sad to lose my first (semi-)sucessful fort, plus lose the use of Dwarf Therapist. Which actually leads to a question: Can you have two different versions of DF on the same computer?
I have no less than 5 copies on my desktop and 2 on my flash drive. The game neither has nor needs any registry entries, merely a folder.
Also, if Dwarf Therapist is still being developed it will probably be updated for the new version.
(Being the weirdo that I am, I actually will not be playing the new release until Mayday puts out his tileset for it)
He he he, thanks for the cards!
I'm cleared to use the laptop over here now, since I shouldn't be contagious anymore, though I still can't handle a lot of my emails since I need extra notes/FTP access to do them. Most of my symptoms are gone. I have a light cough. The main problem now is fatigue. I've never had anything like this, not even after I got out of a week in the hospital with pneumonia. I get dizzy and a little sick to the stomach after focusing on anything for more than 15 minutes or so and have to lay down, and my will is sapped in general, like a Brain Cloud. I guess this is pretty normal for this disease, and there are scary stories about it lingering for weeks. In any case, I'm hoping for a speedy recovery. I'm probably going to go in again tomorrow and try to do things. I did that yesterday and it was sort of a disaster. I managed to get through about 20 emails before I started feeling really bad, and my temperature dropped down to 97F -- no idea what was up there. The apartment was cold, and my body just might be too weak now to compensate, but I really have no clue. If I go in tomorrow, I'll try to be better prepared. It's like going on a little mission or something.
Anyway, it's quite frustrating, since as you know, the release was actually starting to become a closer thing, and now it's slipping off again.