Posts for Aktan

Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Dolphin is 64-bit app while .kkapture is 32-bit. 32-bit and 64-bit apps don't talk to each other. Yea, I tried =p.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
feos wrote:
Look what was found by fsvgm777 http://www.helping-squad.com/fake-connect-a-monitor/
So I tried this and it doesn't work for me (Win7, AMD). So I did some research and found this: http://www.planningcommunications.com/virtual_desktop.htm I've not tried the free version but if it works, maybe it is worth the money.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Looks interesting!
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
At least create a test profile and see if it is profile related problem.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Spikestuff wrote:
4K60fps is accessible by everyone now. K, bai.
Might be available, but to get it on your video you have to be lucky. I've been doing tests and there is no rhythm or reason when a video gets 4K60FPS. I've only got it once out of all the 5 or 6 clips that should have it.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
No problem.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Following http://doom.wikia.com/wiki/Demo, you can extend it by putting a ton of 0x00 at the end before the final 0x80 in an hex editor
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Doom could be running at 35 FPS but actually updates the screen at a lower rate. Are you sure it isn't just all dedup to have a framerate that low? Example: Mupen capture at 120 FPS, but the download files end up to be 20 or 30 FPS.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Just to update the thread, feos and I already talked and I have not ever successful capture over resets. I've always made a new savestate per reset.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
problem I have with SSAA is that you don't get to choose what resize algorithm is used, but you are right that SSAA can do up to 8x which is probably not possible manually, so probably best is SSAA + manual AA via manual resize for lower resolution.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
This is a known trick. I didn't use it since multisampling is not as good as FSAA. I kind of forgot what type of AA is supersampling. Even then FSAA sometimes isn't as good as manually doing the AA (capture at super high resolution and resize it with an algorithm of your choice). So depending on the GPU, the AA may not be too good. Good thing to note though.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
feos wrote:
Aktan wrote:
-Set multi-sampling to 6
Why not 8?
The game says it only supports up to 6, but honestly I've not tried 8, so it may work. Try it out and let us know!
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Aqfaq wrote:
(Funnily, with the original resolution each zombie face is different. Wall textures also look less repetitive with low resolution.)
No I think that's just error from the point resize that was used to match my screenshot, lol.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
It's suppose to be that dark, Chocolate Doom was my point of reference. I'm not sure for Anty-Lemon though.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Great, so I guess the problem was Windows XP, feos.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
hegyak wrote:
Aktan, that's a clean Doom Video. The Music may be off to my ears but Sound Blaster 16 card.
Music is SC-55 music which is what the composer (Bobby Prince) intended.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Thanks to Anty-Lemon, we found out that opengl doesn't do the sector lighting correctly ever, plus the sprite placement is a little off, so now the recommended settings is as follows: -Use .kkapture -Set found secret message off (it's not there in vanilla) -Set show playback progress OFF -Set GL surface for software mode -Set highest anisotropic filter to 16 -Set video 32-bit video mode instead of opengl -Set multi-sampling to 6 -Set window res to max (2048x1536) -Set usegamma to 0 in the cfg via text editor -Use ogg sound pack of SC-55 Here is a sample with those settings: Link to video
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
I did notice the worse (brighter) lighting. Glboom is prboom by the way, and prboom won't capture in .kkapture, while glboom does. Next is the lack of anti-aliasing and anisotropic filter. If I can figure a way to fix the gamma, I'll edit my post. Edit: I thought I mention this to you about no capture with prboom yesterday, Anty-Lemon.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here is a sample encode with the above settings: https://www.youtube.com/watch?v=YU04fDrY2zQ&feature=youtu.be
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
foes: I've fooled around with the settings of glboom-plus and I think the following should be used to make it look and sound as original as possible but with the benefit of high resolution edges: -Use .kkapture -Set found secret message off (it's not there in vanilla) -Set show playback progress OFF -Set all filter options to none -Set highest anisotropic filter to 16 -Set multi-sampling to 6 -Set window res to max (2048x1536) -Use ogg sound pack of SC-55 The ending song loops, so either edit in the full song or extend the replay a lot longer to hear it all.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
I'm curious Akse, is the music in your encodes with Roland sc-55 music? If not, I'd prefer it be used to be the most authentic Doom music =D.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here is a (almost) lossless encode as requested: https://www.mediafire.com/?04w5tuamedyc5ej
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Archive has not supported commas in a long time.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
creaothceann wrote:
IMO (!) an encoder should also have a bit of familiarity with the tools being used, so even if I wouldn't know why an encode failed I'd be able to debug and possibly rewrite the encoding script.
It is your opinion, but I highly doubt it will happen as I don't think even all of our current encoders understands all of the script and/or parameters used in x264.