Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

natt

Members
  • Content count

    248
  • Joined

  • Last visited

Everything posted by natt

  1. I was wondering, if there was any interest amongst doomers for some enhanced recording features in a source port. I'm currently diddling around with a prboom-plus modification (so it has the ability to playback any demo prboom-plus can) with the following features: 1) frame-exact non-realtime video recording from -timedemo 2) sound recording (sfx+music) perfectly synced to video recording 3) ability to encode video in place (so no huge uncompressed intermediate file) So you can video capture from a LMP with absolutely no chance of frame dropping, audio out of sync, or anything bad, regardless of how fast your computer is. As far as i know, no current source port implements this fully. here is nuts3.wad being played in full 1080p on a 7 year old pentium 4: The mess of code I've made isn't release quality. The video recording is pretty simple (it's just a minor extension to the -avishot feature already in prboom-plus), and the audio (sfx) recording is pretty simple, but getting properly synched music in there as well is more complicated (and involves dropping sdl_mixer off a bridge). If there's some interest, I'll get it into a releasable form...
  2. natt

    Modified prboom+ for producing videos

    When you use "portmidi", you're outputting to system midi, which can go to any of a number of devices that sound way different than each other, and I have no way of knowing which without more information. Without that, it's hard to say how you could make fluidsynth sound more like portmidi.
  3. natt

    Modified prboom+ for producing videos

    That is normal. There's no way to correctly capture (in sync and at the appropriate speed) system midi output, in general. There are loads of different soundfonts available that can make fluidsynth sound like many different things. What midi device are you playing to?
  4. natt

    PrBoom-Plus, ver. 2.5.1.4

    That's only if libpng isn't enabled. If libpng is enabled, the screenshots use the same code as the video capture. See write_png_palette() fill_buffer_hicolor() and screenshot_sdl() http://www.crowproductions.de/repos/prboom/branches/prboom-plus-24/prboom2/src/SDL/i_sshot.c They are where I got the code for the software surface readback for video capture. If there's something wrong with video capture, it's also wrong with (png) screenshots.
  5. natt

    PrBoom-Plus, ver. 2.5.1.4

    Interesting. The video dumping system uses the same code as the screenshot system to get its images, so I'm suspecting some bug in the screenshot system? Probably went unnoticed because one wouldn't normally take enough screenshots to notice something like this.
  6. natt

    PrBoom-Plus, ver. 2.5.1.4

    Best place to start with something like that is by checking the command output files:The console output from the various commands is redirected to file so you can see it for debugging purposes: cap_soundcommand: sound_stdout.txt sound_stderr.txt cap_videocommand: video_stdout.txt video_stderr.txt cap_muxcommand: mux_stdout.txt mux_stderr.txt If I recall correctly, the example ffmpeg commands were for the current ffmpeg version at the time which required you to use a libx264 presets system that may or may not work anymore. You should check "ffmpeg --help" for your particular version of ffmpeg to see if the commandline makes sense.
  7. natt

    strange spawning cube

    VERTICIES doesn't fit in 8 letters
  8. natt

    What CAN'T run Doom?

    I think that the GBA could handle a more "proper" port of doom, just not terribly quickly. The 16mhz arm is somewhat comparable to some of the 486's that acutally ran doom. The lack of ram is not a problem if you pre-bake the textures, since on a GBA you can have 32MB of ROM.
  9. natt

    PrBoom-Plus, ver. 2.5.1.4

    Do you have a soundfont by that name in the appropriate directory?
  10. natt

    Make a GPL fork of GZDoom?

    I found PortMidi easy to work with.
  11. natt

    "Runworthiness" of the linuxdoom code?

    A lot of the basic sync fixes are from early PrBoom, so you could look through changes in that for some tips.
  12. natt

    PrBoom-Plus, ver. 2.5.1.4

    If you're compiling from source, you need to run configure again (and then recompile) after getting the libs+dev packages. That being said, if OPL is what you want, you shouldn't need madplayer or dumb for that. What happens when you try to select midi player OPL?
  13. natt

    VGA Overscan/border

    In the context of analog and digital signals over VGA and DVI-D, what would you call those areas outside the active resolution but also outside the sync pulses? Wikipedia XFree86_Modeline calls them porches, and you can definitely see them on a modern CRT unless you overscan the active area. I agree with you that in the context of NTSC itself, porch may have a slightly different meaning, but the term was re-appropriated. Funny thing, I actually wrote a reply to that sort of question a few days ago. I can reproduce it for you here if you like =p
  14. natt

    VGA Overscan/border

    Correct. There is no underscan of the active image. Also, it's possible that modern video card hardware output forces black on the back porch no matter what. Even if it didn't, you most certainly would only get the correct effect in a vga compatibility mode, so only running the original game in DOS...
  15. natt

    VGA Overscan/border

    In general, hardware of the time put palette color 0 in the dead areas outside the active display but also outside hsync/vsync. As far as being intentional, it probably was. Even if not, they certainly saw it on their hardware of the time, and if they had wanted to remove it, it would have been a simple matter to simply fix color 0 in playpal. Edit: This is distinct from the effect that fraggle is describing.
  16. http://zdoom.org/wiki/License 1) Yes. Nothing particular in the licenses mandate that derived works you make with the code have to run Doom. 2) No. The Doom License forbids commercial gain. If you want to be able to sell your work, use a GPL port.
  17. natt

    Why hasn't Doom become freeware?

    But if it's really the original source (and not a disassembly or comments-stripped version), then it couldn't be that bad, right? I mean, it's not like professional coding studios write giant masses of comment-free spaghetti that barely fill their requirements and are completely unmaintainable...
  18. natt

    GENMIDI

    Could you elaborate on the problem please? Are Freedoom's midis just inconsistent?
  19. Fixed mus: http://www.mediafire.com/?pbise0xidp679w8 If anyone's interested, I wrote a short program (in spaghetti C) to do this; you can have the source if you want. It's pretty useless though.
  20. natt

    PSX/D64 sound effects .wav?

    For doom 64, get Doom64EX. After you run the magical conversion, the WAD file created will have all the sound effects in it, you can extract them from there into anything you need. For PSX doom, I believe I have the sound effects hanging around somewhere. If you can't get them elsewhere, just say so and I'll find mine and upload them.
  21. Got it. This the right file? File: D_TNT_02.mus CRC-32: 3ac69180 MD4: d9fe285c3c2c61aee3fff8c6dd0c3f67 MD5: 90465bc20f4fc2974c0df6dc21eb2fc3 SHA-1: f4721b6c93b00a3fbf8dd24c2db6f2cabe9e2626
  22. Edit: Retract previous statement. Prboom-plus does fix this (and has for quite a while, as stated). My confusion. Back to the original question, I could hex up a "fixed" version if I had the original MUS. Not sure what the point would be though, since all source-ports can fix this in their mus->mid code.
  23. I don't think prboom-plus fixes this though...
  24. natt

    Voxel Doom Port!

    My first google result for "duke3d hires pack" gives a pack that uses hires textures on the level plus textured models to replace sprite things. This isn't so surprising, and the doom community has done at least as much (get a texture pack plus a model pack). What maes is referring to is actual hires drawn sprites (not models) to replace every doom sprite. I've seen a few attempts at that come and go.
  25. It's funny that you say that, because a lot of (not Doom) modding communities are the polar opposite. Person writes two and a half lines of trivial code and it's all ORIGINAL DO NOT STEAL
×