etdarkb
-
Posts
176 -
Joined
-
Last visited
Posts posted by etdarkb
-
-
D3 cannot, but the user is the one who writes `doom3 +set fs_game_base darkmod +set fs_game mission' and he can.
-
I'll also add that 10% is really easy to calculate - just delete the last digit.
This point is actually... wrong: because 100% is easier to calculate.
-
Red Spiders or Green Spiders?
I mean: will we be able of blackjack spiders? I think it was strange in Thief where you could blackjack the red spiders but not the green ones.
What the TDM artists will do?
I'd like the Red Spiders way: knock them out!
-
Seriously... What about letting the mappers decide?
Springheel way: After success; loot = loot * .1; load new mission
Samael way: After success; load new mission
Overall because it depends: think to Thief 1.
Between missions `1: A Keeper's Training' and `2: Lord Bafford's Manor' whole months passes and so the starting money should be fixed.
Between missions `12: Strange Bedfellows' and `13: Into the Maw of Chaos' at most few hours passed and so the whole loot should be kept.
-
I made a package, I had to make two small patches.
But the configure answers `yes' to everything and I used `./configure --prefix=/usr --enable-darkmod-plugins --enable-python' so everything should be activated.
-
Don't get me wrong, I am really admiring the mod and the overall greatness of the Dark Mod. (I can't stop playing it really) I'm just trying to give my views on the subject here.
You will stop soon... Too few missions!!
About the topic I wanted to insist about letting the mapper decide: the author will have to set somewhere what happens after the mission success; in this context she might decide to pass the whole loot, a part or fixed ammount of money.
-
Last I heard closed door behaviour wasn't working properly. AI were alerting themselves by opening the doors. Possibly that's been changed but I haven't heard anyone mention it.
So we should use this only on door that should not ever opened? Like strongboxes?
-
Seriously, I do not follow.
Most probably there is an incomprehension of what is the problem: I could not make any map since the editor does not work (does not save brushes and `make room command' goes crazy).
Using the Win32 version in Wine I can making maps: it is the whole reason of the thread second post. If anyone cannot make maps might try this.
Of course it does not help solving the bugs in the Linux version,
but since it seems I am the only user who has problems there is no enough reasons to seek the problem.
As they say: -the code is flawless: the problem is into your system.
According the answer of `Mod Hero' and since Ubuntu installs by default lots of stuff, while Archlinux does not, most probably the problem is that my system lacks some obscure dependency that are not verified during the ./configure.
-
The point is that I do not want to be annoying, and the answer:
Make Room is working for me. Can somebody else confirm that there is a problem?
(The screenshots you posted look quite weird.)
Made me think that it was better to find an alternate way.
Moreover I am not sure why do you say so about Wine: I prefer a working darkradiant than one that does not save brushes...
-
And even better with the indentation:
The Arsemen Beowulf's return The Spiderweb of Everlasting Shadows A Strange Day An Unwanted Guest Zak McKracken thiefyfied
Edit: how can I disable the colored code?
-
Better idea: Wine.
To anyone that uses linux and darkradiant (I guess no-one):
Download the Win32 binaries of darkradiant.
Unpack it somewhere, in this explanation we say `~/darkradiant':
$ unzip darkradiant-1.0.2.zip -d ~/darkradiant
Make the directories wine/env inside the unpack directory.
$ mkdir -p ~/darkradiant/wine/env
Change those environment variables so wine uses those directories:
$ export WINEPREFIX="~/darkradiant/wine
$ export XDG_DATA_HOME="$WINEPREFIX"/env
Using winetricks download and install the needed libs:
$ winetricks -q tahoma corefonts vcrun2008
Finally make a small script that sets the environment and starts darkradiant:
#!/bin/sh
export WINEPREFIX=~/darkradiant/wine
export XDG_DATA_HOME="$WINEPREFIX"/env
export WINEDEBUG=-all
cd ~/darkradiant
wine DarkRadiant.exe
Here it is, I finally completed the first page of the tutorial without any side-effect.
-
1
-
-
This should be fixed in the next update.
and
Thanks to all those who took the time to offer feedback! Rest assured, we're working on several fixes and improvements for our first update (likely due sometime before the end of the year).
So... Happy new year. (Or gift for the 2010)
-
Does anyone use Darkradiant in Linux?
I have so many small problems that I am thinking that it is simply unsupported...
A part of the `make room' problem today I reloaded a the test map to continue the tutorial and there were no walls at all.
I'll try installing Windows 2000 in VirtualBox and try there. Sigh...
-
Thats was my idea too, what about changing the sorting algorithm so it ignores lines starting with 'the ', 'a ' or 'an ' case insensitive.
It would be fairly English only choice, but I as far I understood the localization is not a concern (at least in this stage).
-
I guess I am biased since I use the console all the day.
My idea about the `right-click-drag' is expressed well by GNUT in this strip: unneeded complexity as the OK button.
-
And overall do not worry much: I do not know how people feel, but I always thought the contest thing is only a way to push people release FMs for the enjoyment of everyone.
-
Can we please, perhaps, privately or publicly, propose or put into practice a poll on the permissibility of polls that purport to push parameters pertaining to plebeian plebiscites?
Sorry, can anyone explain in simple English this request that gave those enthusiastic answers?
-
Thinking laterally I'd say that in `Patently Dangerous' you do not need to fight anyone: the mission can completely be ghosted or played only using Jack the Black.
About the load problem: did you tested the unmmodded doom 3? Can you start a game play a little, and reload?
Usually doom 3 is slow on start and fast on reload. In your case it seems it is always slow. I was wondering if it was really a TDM problem.
-
I just checked: it is pretty easy. But it forces to change many small points:
- The Launcher class become an always available singleton;
- The main() changed accordingly;
- Finally the constructor of the logger uses the singleton to know where put the log.
and I have no way to verify if it works in Windows
I guess I'll keep my log around Moreover I was wondering... Why? What about simply using:
doom3 +set fs_game_base darkmod +set fs_game mission
-
I tried playing again with no KO, it indeed more challenging and fun.
Really you should consider to put no kill in Medium and no KO in Hard.
-
Of course if you really want to drop this project release under the wtfpl the unfinished work, upload it somewhere (e.g. rapidshare) and leave a message here...
-
And then put it where?
Once you copied it in the dark mod user directory you do not need to copy it anymore.
-
Copy the default darkmod DoomConfig.cfg in the darkmod user directory.
-
I hadn't heard it was too easy, but I guess one person's hard is another's easy.
The point is that you can easily KO everyone: there is almost no crossing between guards patrols and the zone is fairly dark and full of carpets.
Think:
Enter, KO the nobleman;
KO the guard just before he goes outside;
KO the guard in the dining room;
Go upside; KO the guard in the corridor (he will stop giving shoulders to the stairs);
Finally KO the last guard in front of the small bedroom;
Loot the place.
What do you mean shop? If you mean the buying screen in the beginning there shouldn't be anything in there, so not sure what you mean.
The buying screen, yes. The player has an impressive amount of gold! More than 2 millions if I recall... Unfortunately the shop is empty.
A couple of suggestions for TDM/Dark Radiant
in The Dark Mod
Posted
My point is that is not a problem at all, it changing parameters to start programs is the norm.