Mancubus
Register | User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > Chocolate Doom
Pages (57): « First ... « 4 5 6 [7] 8 9 10 » ... Last »  
Author
All times are GMT. The time now is 05:56. Post New Thread    Post A Reply
Iori Branford
Green Marine


Posts: 45
Registered: 08-03


Something is not allowing me to hear music. I've got a Soundblaster Live and an onboard sound card which is disabled; my main MIDI device is the Live's actual (non-software) synth. "Use default devices only" hasn't done anything. PrBoom exhibits the same behavior, whereas other SDL apps such as old versions of a certain Rise of the Triad port do not.

Old Post 01-26-06 19:51 #
Iori Branford is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Belial
Senior Member


Posts: 2267
Registered: 09-05


I've been playing around with this wad recently and I've noticed that in both vanilla and Chocolate Doom the archvile's attack crashes the game on map01, but AFAICT it doesn't happen on other maps. The wad features a pretty heavy deh patch which is probably the cause of the crash, but why does it happen only on map01?

Old Post 01-27-06 01:00 #
Belial is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00



athanatos said:
what doesn't work:
smooth gameplay

I forgot to ask: when the game is running, how much CPU time is the program using? The 'ps' program should be able to tell you. What results (fps) do you get when running with -timedemo demo2?

Last edited by fraggle on 01-27-06 at 12:59

Old Post 01-27-06 09:53 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00



Iori Branford said:
Something is not allowing me to hear music. I've got a Soundblaster Live and an onboard sound card which is disabled; my main MIDI device is the Live's actual (non-software) synth. "Use default devices only" hasn't done anything. PrBoom exhibits the same behavior, whereas other SDL apps such as old versions of a certain Rise of the Triad port do not.
Does the ROTT port you mentioned use SDL_mixer as well? If so, try copying its version of SDL_mixer into your Doom directory and seeing if that helps.

Old Post 01-27-06 12:58 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Mancubus II
Purple is not a breakfast color


Posts: 1940
Registered: 02-03



Belial said:
I've been playing around with this wad recently and I've noticed that in both vanilla and Chocolate Doom the archvile's attack crashes the game on map01, but AFAICT it doesn't happen on other maps. The wad features a pretty heavy deh patch which is probably the cause of the crash, but why does it happen only on map01?

If it happens the same in vanilla and chocolate doom I would say mission accomplished.

Old Post 01-27-06 15:26 #
Mancubus II is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
ducon
Régulier du Forum


Posts: 1327
Registered: 12-03



fraggle said:
Jon Dowland is working on one for debian.halfcoded.net. There doesn't seem to be anything there yet, though.


OK, I can help him if needed.

__________________
A shell, an imp.

Old Post 01-27-06 17:56 #
ducon is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Iori Branford
Green Marine


Posts: 45
Registered: 08-03



fraggle said:
Does the ROTT port you mentioned use SDL_mixer as well? If so, try copying its version of SDL_mixer into your Doom directory and seeing if that helps.

Version 1.2.4. It required smpeg.dll, so I copied that over too. No dice.

Old Post 01-27-06 19:52 #
Iori Branford is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
TheDarkArchon
Senior Member


Posts: 2332
Registered: 08-04



Belial said:
The wad features a pretty heavy deh patch which is probably the cause of the crash, but why does it happen only on map01?


Where is said DeHackEd patch?

__________________
* insert completely and utterly useless nonsense here that nobody will ever read ever *

Old Post 01-27-06 19:57 #
TheDarkArchon is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Belial
Senior Member


Posts: 2267
Registered: 09-05


http://forum.zdoom.org/download.php?id=3291

Old Post 01-27-06 20:43 #
Belial is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00



ducon said:


OK, I can help him if needed.

The first version of the package is now available.

Old Post 01-30-06 08:05 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Quasar
Moderator


Posts: 5989
Registered: 08-00


Check the map to see if it has a zero-size blockmap. If so, it could be causing the crashes. DOOM doesn't allocate 0-size blockmaps properly (a fact which was causing bugs in all BOOM-based ports until as of late).

BTW, I believe 100% demo compatibility for such maps is impossible, since DOOM's behavior would be, in effect, totally random.

Old Post 01-30-06 19:55 #
Quasar is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
entryway
Forum Staple


Posts: 2712
Registered: 01-04


2 fraggle
What variable is located at the following memory address in Chocolate Doom: playeringame[-1] ?
I have been compelled to use a following code for emulation of this overflow

code:
boolean SpawnPlayerOverrun(mapthing_t* mthing) { if (mthing->type==0) { if (players[4].didsecret) { fprintf(stderr, "P_SpawnPlayer:" "can't spawn: there is no necessary start in the level\n" "Error: unable to emulate an overrun " "(mthing->type==0 && players[4].didsecret!=0)\n"); I_SafeExit(-1); } return true; } return false; } void P_SpawnPlayer (mapthing_t* mthing) { player_t* p; fixed_t x; fixed_t y; fixed_t z; mobj_t* mobj; int i; if (SpawnPlayerOverrun(mthing)) return;//e6y // not playing? if (!playeringame[mthing->type-1]) return; ...

Last edited by entryway on 02-02-06 at 20:10

Old Post 02-02-06 19:51 #
entryway is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00



entryway said:
2 fraggle
What variable is located at the following memory address in Chocolate Doom: playeringame[-1] ?

I recently fixed an issue with plutonia.wad MAP12. This level contains a thing of type 0. The game interprets this as a "Player -1 start", and the game was crashing on level start when trying to spawn player -1.

Is this similar to the issue you're describing?

Old Post 02-03-06 23:50 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
entryway
Forum Staple


Posts: 2712
Registered: 01-04



fraggle said:
Is this similar to the issue you're describing?
no

Old Post 02-05-06 16:13 #
entryway is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
myk
volveré y seré millones


Posts: 15207
Registered: 04-02


Why is is that only real DOS can read ENDOOM?

How long till the version with MultiPlayer is out?

Old Post 02-11-06 11:06 #
myk is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Anders
No one knows I'm schepe


Posts: 428
Registered: 03-02



myk said:
Why is is that only real DOS can read ENDOOM?


What do you mean? ENDOOM is read by the doom engine. In doom2.exe the data is just sent to the VGA text memory. In most modern os'es the executables 1. can't send stuff straight to the hardware, and 2. isn't runned with the VGA card set to text mode anyway, so just sending stuff the the VGA text mode memory won't show anything on screen.

I once wrote a function that converted the ENDOOM colour data to standard ANSI terminal control codes, only to discover that the windows console doesn't support those by default. I guess it could be useful for linux ports though.

Old Post 02-11-06 13:38 #
Anders is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
myk
volveré y seré millones


Posts: 15207
Registered: 04-02



Anders said:
ENDOOM is read by the doom engine. In doom2.exe the data is just sent to the VGA text memory. In most modern os'es the executables 1. can't send stuff straight to the hardware, and 2. isn't runned with the VGA card set to text mode anyway, so just sending stuff the the VGA text mode memory won't show anything on screen.
I see. Engines like PrBoom, Eternity and Chocolate Doom open another window for it, but I was wondering if it wasn't possible to have the command prompt draw (display) that info. I guess that's what you tried in your conversion (which didn't work for Windows.)

Old Post 02-11-06 13:50 #
myk is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Anders
No one knows I'm schepe


Posts: 428
Registered: 03-02


I looked into it again and after some browsing in the MSDN labyrinth I found out how to set the colors in the windows console, tested it by modifying the eternity 3.33.02 source, works like a charm. If anyone wants to use it in their port, just say so and I'll write a version using ANSI control codes for non-windows targets.

code:
#define WIN32_LEAN_AND_MEAN #include <windows.h> #include <stdio.h> // Written by Anders Ĺstrand 2006-02-11 // Displays the colorful ENDOOM lump on the windows console // Give it a pointer to the ENDOOM lump, and the length of it. void TXT_Endoom(char *src, int length) { int i; char c; char *ptr; HANDLE console_handle; CONSOLE_SCREEN_BUFFER_INFO console_info; console_handle = GetStdHandle(STD_OUTPUT_HANDLE); GetConsoleScreenBufferInfo(console_handle, &console_info); ptr = src; i = 0; while (ptr < src+length) { c = *(ptr++); SetConsoleTextAttribute(console_handle, *(ptr++)); putc(c, stdout); // Make sure to add linebreaks every 80th char if the console is wider then that if ((console_info.dwSize.X > 80) && ((++i)%80 == 0)) putc('\n', stdout); } }


EDIT: Oh, and if you feel this is a really time critical part of your port you could ofcourse modify it to only set the attribute when it actually changes.

EDIT2: And sorry for the thread hi-jacking fraggle, i didn't realise this was the chocolate doom thread when i posted. Perhaps someone can split it out as this isn't targeted towards chocolate doom in any way.

EDIT3: I just realised this isn't fraggle's thread. /me hides.

Last edited by Anders on 02-11-06 at 18:01

Old Post 02-11-06 16:19 #
Anders is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00


Don't worry, it's ok :-) The latest versions of Eternity actually use the Chocolate Doom code to display the ENDOOM screen, so it is kind of related. The code I've written uses SDL, though, so is more portable. At the moment I basically emulate the DOS text mode display, so everything is drawn properly across all OSes.

myk said:
How long till the version with MultiPlayer is out?
When it's done :-)

Here's a not-so-exciting screenshot I took a while ago. I'm going for the "retro" look.

http://www.chocolate-doom.org/wiki/...ting-screen.png

Old Post 02-13-06 01:32 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00


I've released v0.1.4 at long last.
  • NWT-style merging command line options (allows Mordeth to be played)
  • Unix manpage (thanks Jon Dowland)
  • Dehacked improvements/fixes:
    * Allow changing the names of graphic lumps used in menu, status bar intermission screen, etc.
    * Allow changing skies, animated flats + textures
    * Allow changing more startup strings.
    * Allow text replacements on music + sfx lump names
  • Fix for plutonia map12 crash.
  • Fix bug with playing long sfx at odd sample rates.
  • Big Endian fixes (for MacOS X). Thanks to athanatos for helping find some of these.
  • Install into /usr/games, rather than /usr/bin (thanks Jon Dowland)

Old Post 02-13-06 22:40 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
funduke
Member


Posts: 331
Registered: 02-04


Nice!
Thank you.
... download done ... let's try... :)

Greetings
Funduke

Old Post 02-13-06 23:03 #
funduke is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Quasar
Moderator


Posts: 5989
Registered: 08-00


I'm seriously considering making Anders's code an option on the Win32 platform. If it's possible to so easily display the ENDOOM in the existing console window, I may as well give the user the option of doing it that way. Personally, I prefer fraggle's code not just because it is portable but because it is 100% authentic (looks EXACTLY like it did in DOS on my 486), unlike the Windows console, the appearance of which may drastically vary depending on the user's settings.

Old Post 02-14-06 15:11 #
Quasar is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
myk
volveré y seré millones


Posts: 15207
Registered: 04-02



Quasar said:
unlike the Windows console, the appearance of which may drastically vary depending on the user's settings.
PrBoom has options for the user to configure how ENDOOM will be displayed called "endoom_mode" (in my case the default looked wrong and I had to change it) but I've no idea what the issues on the Windows (or whatever) console could be, and if those modes cover them in any way (I guess not much, or else PrBoom would be displaying it in the console.)

Old Post 02-14-06 16:29 #
myk is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00


I just contributed a slightly controversial patch (although not that exciting). Andrew Apted reported problems saving large levels due to the savegame buffer limit which Vanilla Doom has. I've now added the ability to disable the savegame buffer limit.

By default, Chocolate Doom will still have the same savegame buffer limit as Vanilla Doom has. However, I've added a configuration file option ("vanilla_savegame_limit") which allows the limit to be turned off.

The way I see it, the savegame limits are more of a "player-centric" option rather than a "level-designer-centric" option. Players may find it useful to be able to turn the limit off. Also, the Vanilla limit only applies when saving games: there is no limit when loading savegames. It may be useful to be able to create large Vanilla-compatible savegames to load with Vanilla Doom. Finally, the limit is on by default, so out of the box it still behaves the same way as Vanilla Doom.

Old Post 02-15-06 18:13 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
athanatos
Warming Up


Posts: 14
Registered: 01-06


Hi again!

I have downloaded the 0.1.4 release of chocolate-doom and I still had to change the following lines in m_swap.h in order to compile:

code:
short SwapSHORT(short); int SwapLONG(int);


to

code:
extern unsigned short SwapSHORT(unsigned short); extern unsigned int SwapLONG(unsigned int);


This is the output of ps while chocolate-doom was running:

code:
PID TT STAT TIME COMMAND 13474 p2 S+ 0:10.52 ./chocolate-doom -iwad DOOM2.WAD


0:10:52 is not much, even the mac terminal uses more cpu time.

before I forget: how can I find out the fps?

greetings :)

athanatos

Last edited by athanatos on 02-28-06 at 13:24

Old Post 02-28-06 13:09 #
athanatos is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
myk
volveré y seré millones


Posts: 15207
Registered: 04-02



athanatos said:
before I forget: how can I find out the fps?
Like in Doom, use -devparm in the command line. On the lower left of the screen you will get a series of dots. If divide 70 by the number of dots you get +1, you have the frame rate (you won't see less than 1 dot because the game is limited to 35 FPS.)

Old Post 02-28-06 13:50 #
myk is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
EarthQuake
9.5 on the Richter!


Posts: 2839
Registered: 05-03


I don't know what happened good sirs, but the problem with the right shift key has been resolved in this new version. I can play now. :D

Old Post 02-28-06 21:22 #
EarthQuake is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00



myk said:
Like in Doom, use -devparm in the command line. On the lower left of the screen you will get a series of dots. If divide 70 by the number of dots you get +1, you have the frame rate (you won't see less than 1 dot because the game is limited to 35 FPS.)
A more accurate way is to run chocolate-doom -timedemo demo2 :-)


EarthQuake said:
I don't know what happened good sirs, but the problem with the right shift key has been resolved in this new version. I can play now. :D
Good to hear! I don't remember changing anything, but maybe it was an SDL problem.

By the way, in case anyone is interested: I've been testing the new network code over the past few days. It seems to run quite smoothly, there are just a few more bugs I need to iron out. I'm in irc.oftc.net #zdoom and #chocolate-doom for anyone who wants to help me test it out.

Last edited by fraggle on 03-01-06 at 10:53

Old Post 03-01-06 10:31 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
fraggle
Filled with the code of Doom


Posts: 7510
Registered: 07-00


Hi,

Following on from my last post, I've added an entry to the Wiki here describing how to play with the new multiplayer code.

Old Post 03-04-06 16:56 #
fraggle is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Hobbs
Banned


Posts: 1099
Registered: 06-05


Yay Choco-Doom has multi.

You can also find willing players in #DMClub (OFTC). In fact, I think we ought to try choco-doom multi out...

Old Post 03-04-06 21:41 #
Hobbs is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
All times are GMT. The time now is 05:56. Post New Thread    Post A Reply
Pages (57): « First ... « 4 5 6 [7] 8 9 10 » ... Last »  
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > Chocolate Doom

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.