I tested the OpenGL version on Win7 x64 and it plays nicely, although it seemed to double-load if that makes sense, it flipped back to Windows then back to game, whereupon the palette was messed up in the intro radar anim.
I'm having the same symptoms as G-E on windows 7 x64 with OpenGL, runs slightly worse than the original I was using/the one from the GDI folder. Also, alt+tab takes awhile and has trouble getting back into the game. The GDI version doesn't have any of those symptoms and runs very slighty faster than/as fast as the previous TS-DDRAW version on CNCNet client. _________________ "Don't beg for things; Do it yourself or you'll never get anything." QUICK_EDIT
On Win7, TS-DDraw has improved but don't need any ddraw.
On Win10 (nVidia card), default without any ddraw is useless, menus don't appear. DDraw compat is best. Both TSDDraw works, no problem with menus etc. TSDDraw OpenGL 1.1.1.0 is better than GDI 1.1.1.0 in performance.
Thanks for testing, you guys are talking about Yuri's Revenge, right? Or is it vanilla RA2?
Updated to 1.1.1.0: dkeeton made a faster scaling (e.g. for the cutscenes)
I tested on Yuri's Revenge, sorry I should've specified. _________________ "Don't beg for things; Do it yourself or you'll never get anything." QUICK_EDIT
I'm getting good performance with both modules running YR windowed via CnCNet Client, the game runs at maximum speed (which it previously did not in windowed mode), GDI does not draw IsWave weapons correctly and they come up pixelated and things that pass such weapons look drawn in the wrong palette. OpenGL does not have this issue.
Neither of them allow me to close the game via right clicking on task bar.
When running full screen through the client the game tabs to windows after loading then you need to tab back into the game to continue playing. _________________
ayylmao on Discord QUICK_EDIT
OpenGL suffers from lag in the menus. GDI has no lag in the menus.
GDI is stuttery when running the game at very high frame rates (over 100 FPS), while OpenGL is still smooth. At 60 FPS there's no smoothness difference though, so it's not a real problem at least on my system.
Alt-tab works with both in fullscreen mode.
Both have an issue with the pause menu being invisible after saving a singleplayer game.
Ok cool, about the Alt+Tab issue with OpenGL... Does this also happen when you run the game in a window and minimize it?
With OpenGL windowed it takes 5-6 more seconds to load the menu than GDI, waited for 2 minutes for the skirmish menu to never load before forcing the game closed (only takes 1.5 seconds on GDI), and alt+tab has about a 10 second delay and is slow enough I could actually watch the window shrink to the toolbar (no delay on GDI).
This is on YR (I found out it is with exe modified by TFD patch, unmodified launcher actually runs slightly slower than GDI with less than 30 fps in menu, skirmish menu takes about 8 seconds to load, and has the video color issues, but still actually works) with and without Ares; Win7 x64, 2-core i3 with NVidia GTX 4gb 1050Ti and 8gb memory. _________________ "Don't beg for things; Do it yourself or you'll never get anything." QUICK_EDIT
That wouldn't happen to be a Surface Book 2 like mine, would it Before you ask: only worth it if you're a student and need something that can run Windows-only 3D programs smoothly. Other than that: over-prized, hyper-sensitive piece of garbage. Seriously, even an intel Atom runs FA2 faster than an i7 8th gen! Piece of advice: stick to tablet/studio mode and get an external keyboard. The detechment hardware is prone to easy failure if used too frequently.
I'll test out the new DLL and report back when I have the time. _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
BUMP!
GDI works(both RA2 and YR), and OpenGL will give me nightmares: the radar in the main menu is greenish/discolored horribly, and the menus are SLOW. Game-play works fine, I think.
NOTE: Tested with XWIS AFTER the Lose10 compatibilty patches, but I disabled ALL compatibility options on the EXEs, and even deleted the nice patch I got from cxtian39 https://ppmforums.com/viewtopic.php?p=564264#564264
I WOULD test this on my HP Mini Atom N270 1GB RAM, but RA2 & YR probably work better on WinXP without any extra DLLs _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
Thanks again for testing! We got some of the problems mentioned in here fixed and there will be a new release soon.
XxpeddyxX wrote:
When running full screen through the client the game tabs to windows after loading then you need to tab back into the game to continue playing.
Does that also happen with the GDI version? Windows 7 I guess?
Could be the same problem as reported by G-E. The game goes into 800x600 mode initially and then after loading it switches to your chosen resolution, I guess that's where it fails.
TAK02 wrote:
I WOULD test this on my HP Mini Atom N270 1GB RAM, but RA2 & YR probably work better on WinXP without any extra DLLs
Windows XP is not supported, but yeah, you don't need it on XP anyways.
I can confirm, the OpenGL version is no good for RA2/YR, I got a lot problems too. So better stick to GDI. For Tiberian Sun it works very well. QUICK_EDIT
- Improved scaling performance
- Fixed color issues on main menu (OpenGL + RA2 / YR)
- Cursor is now locked in windowed mode and can be unlocked by opening the menu or pressing [Ctrl]+[Tab] or [RCtrl]+[RAlt]
- Window can now be closed by pressing the X button or via taskbar menu
- Fix for invisilbe menus on focus loss or window move
- Fix for invisible menu on Load/Save/Delete (Tiberian Sun)
- Fixed a GDI handle leak
- Mouse will now be centered to the window on maxmize
- Window is now centered to the screen in windowed mode
- Fix for invisible menus on [Alt]+[Tab] (RA2 / YR)
- Few other random fixes...
This could be the last release of the OpenGL version, not sure how much longer I want to keep it alive. The GDI version is a lot better. QUICK_EDIT
Could be the same problem as reported by G-E. The game goes into 800x600 mode initially and then after loading it switches to your chosen resolution, I guess that's where it fails.
Could be the same problem as reported by G-E. The game goes into 800x600 mode initially and then after loading it switches to your chosen resolution, I guess that's where it fails.
Y u do dis?
I'm not doing that, the game is doing it also without ts-ddraw QUICK_EDIT
Could be the same problem as reported by G-E. The game goes into 800x600 mode initially and then after loading it switches to your chosen resolution, I guess that's where it fails.
Y u do dis?
Do you also have this bug on the GDI version? I tested it on a Win7 VM and it didn't happen for me. The OpenGL version doesn't work at all, so I can't test it. QUICK_EDIT
It didn't only made the game smoother, but also no lag upon overnumbered units in map. _________________ If you are a MetalHead (Heavy Metal Fan) and don't want to be a metalhead, Just remove your metal ball from your head. �:p .
QUICK_EDIT
I think the "settings 800x600 first before the actual resolution from sun.ini" logic can be safely removed from the EXE
^^ This is what I meant, it doesn't need to exist.
As for the GDI version, the new version does the screen switch much faster than the OpenGL one I tried, and doesn't hang going back into the game.
Iran wrote:
I think the "settings 800x600 first before the actual resolution from sun.ini" logic can be safely removed from the EXE
This is not about Tiberian Sun, only RA2 and YR are doing this.
In tiberian sun the menu is just centered to the screen surrounded by black. In RA2 / YR the game will make the screen resolution match the one from the menu to avoid the black bars. Once the gameplay starts it will switch to the real resolution you chose for playing.
But the OpenGL version is now discontinued anyways, next release will be GDI only so it's not a problem anymore. QUICK_EDIT
In RA2 / YR the game will make the screen resolution match the one from the menu to avoid the black bars. Once the gameplay starts it will switch to the real resolution you chose for playing.
Negative. YR's menu resolution remains unaffected to any and all resolution changes. RA2 on the other hand respects the resolution in-game and menu. This goes for XWIS as well. Found that out during resolution-change tests with the new DLLs. _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
In RA2 / YR the game will make the screen resolution match the one from the menu to avoid the black bars. Once the gameplay starts it will switch to the real resolution you chose for playing.
Negative. YR's menu resolution remains unaffected to any and all resolution changes. RA2 on the other hand respects the resolution in-game and menu. This goes for XWIS as well. Found that out during resolution-change tests with the new DLLs.
Ah okay, good to know! My RA2 is actually not working atm, so I test YR only, thought it would be the same. QUICK_EDIT
Tested the new ones in DTA in fullscreen mode, the options menu is now visible after saving with both GDI and OpenGL versions. Alt-tab works with both as well.
OpenGL menu lag seems to be mostly fixed, although sometimes it still pauses for a few seconds when clicking on a button. It seems inconsistent and relatively rare, happening around every 10th time I open the options menu.
The OpenGL version is a bit smoother, the GDI one seems to occasionally skip frames even when playing at 60 FPS. The frame drops aren't that significant that I'd likely notice them often while playing, although I do notice them while spectating and scrolling around.
I wonder if we finally have an almost perfect DirectDraw wrapper for everyone
*cue Lose100 that breaks EXEs and DLLs* _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
I think I may still have a 1.6 celeron with winxp to test that for you, sadly. _________________ "Don't beg for things; Do it yourself or you'll never get anything." QUICK_EDIT
Normally, I'd be overjoyed to see the old but gold OS still get support, but this makes me wonder: Anyone ever had RA2/YR NOT run on WinXP or earlier? I remember testing XWIS on an XP VirtualMachine, and I did get a black screen (probably 'cause it was a VM)
I think I got my first taste of RA2 (YR came MUCH later) on an old Win2k (at least, that's what I think the system was. I was too young to even understand operating system before we lost it)
4StarGeneral wrote:
I think I may still have a 1.6 celeron with winxp to test that for you, sadly.
Sadly? Doesn't it run RA2, FA2 and XCC beautifully in ways not even an over-priced i7 8th Gen 64-bit Win10 piece of trash can?
Figured out the 1500x1000 resolution (actually 3kx2k magnified 200%) was slowing down FA2 considerably. Using Display Changer -width=1152 -height=864 (magnified 125%) fixes the extreme lag _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
Last edited by TAK02 on Fri Apr 20, 2018 6:15 am; edited 3 times in total QUICK_EDIT
Normally, I'd be overjoyed to see the old but gold OS still get support, but this makes me wonder: Anyone ever had RA2/YR NOT run on WinXP or earlier?
Now you can run it in a window without the need to switch to 16bit!
Hmm...
I don't think my HP Mini ever switched to 16bit during run-time. Might be 'cause it's WinXP SP2 32-bit with 1024x576 resolution. _________________ One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done.
Do screenshots then also have stretched images with big blocks instead of single pixels? _________________ SHP Artist of Twisted Insurrection: Nod buildings
I think it looks amazing, I've always longed for stretched-yet-sharp low-res TS for the ultimate nostalgic feeling
Just use fullscreen with a low resolution.
On a full HD monitor, you can set 720x480 for widescreen low resolution. Looks and works perfect.
I really don't see the point in this extra work to get stretched images working for something that worked all along (the hardware stretches images fine for smaller resolutions). _________________ SHP Artist of Twisted Insurrection: Nod buildings
I think it looks amazing, I've always longed for stretched-yet-sharp low-res TS for the ultimate nostalgic feeling
Just use fullscreen with a low resolution.
On a full HD monitor, you can set 720x480 for widescreen low resolution. Looks and works perfect.
I really don't see the point in this extra work to get stretched images working for something that worked all along (the hardware stretches images fine for smaller resolutions).
Not all high-res monitors have all the low-res modes available, and when they do sometimes the scaling is absolutely terrible...
Now if TS-DDRAW was able to letterbox 800x600 on 1680x1050 or 1024x768 on 1920x1080 that would be a nice feature, since all hardware stretches end up looking squished.
Must have luck then. Samsung Syncmaster monitor stretches perfectly fine and supports many formats from 640x480 to 1920x1080.
I often use small resolutions for SHP testing and even for tiny 1 pixel fine work i haven't noticed any problems with the upscaled image. _________________ SHP Artist of Twisted Insurrection: Nod buildings
Not sure about other systems, but in Intel graphics settings and with CRU, it is possible to set custom resolutions. Each one that could be divided by 8 should work (unless video bandwidth isn't exceeded). I prefer using 896x504 for playing and 2560x1600 for map-stitching screenshots. QUICK_EDIT
Do screenshots then also have stretched images with big blocks instead of single pixels?
You can use any resolution with it, it's quite useful. 2x scaling looks very nice
Screenshots are not affected by it
G-E wrote:
Now if TS-DDRAW was able to letterbox 800x600 on 1680x1050 or 1024x768 on 1920x1080 that would be a nice feature, since all hardware stretches end up looking squished.
Envision using this on a MacBook or something...
Windowboxing/MaintainAspectRatio is supported already (I copied from cnc-ddraw) QUICK_EDIT
I've done some testing on TI, and sadly your version of TS-DDraw doesn't work as well for me as previous releases.
Pros:
- most of the menus respond very quickly and smoothly
Cons:
- gameplay stutters and runs slow, despite it reporting 62 FPS or more. I get a lot of frames dropped, not sure if that has anything to do with it.
- the soundtrack menu lags when scrolling up/down the list
I've done some testing on TI, and sadly your version of TS-DDraw doesn't work as well for me as previous releases.
Pros:
- most of the menus respond very quickly and smoothly
Cons:
- gameplay stutters and runs slow, despite it reporting 62 FPS or more. I get a lot of frames dropped, not sure if that has anything to do with it.
- the soundtrack menu lags when scrolling up/down the list
Specs: Win 10 x64, NVIDIA GeForce GTX 960.
Did you test this with normal game speed? Dropping frames at the highest game speed (unlimited) is normal. Dropping frames at normal game speed during the game play is bad.
Does it happen while scrolling? Are you using the scroll patch? Sun.ini->[Options]ScrollDelay=10
Will have a look into the soundtrack menu QUICK_EDIT
I was testing on Speeds 4, 5 and 6 (max). I usually play on 4 or 5, and it suffers on both.
In fact yes, IIRC it stutters if I scroll or move the mouse around, I will check it later.
Could be that you always had this problem and you didnt notice it before. The new ts-ddraw will drop frames when such things happen and you'll notice it on your end. With any other renderer you may not notice it on your own but all other players in the game will notice the slow down. It's a new feature that was added to prevent lag in online games.
The scroll patch i mentioned will make your scoll less heavy on the cpu and the chances are that there will be no lag in online games nor on your end once you enabled it QUICK_EDIT
Hmm nope, I tested it and the scroll patch didn't seem to have any effect, the scrolling is still uneven (as if skipping frames) and the game stutters even while staying still. The frame drop seems to fluctuate around 10-20 FPS. It doesn't drop any frames while on the menu, though. _________________ QUICK_EDIT
I guess you might not even have the scroll patch, not sure if DTA/TI have it enabled.
We are currently trying to find ways to make it smoother, using more than 1 cpu core seems to help quite a bit (But requires additional game patches sadly...)
Scrolling is still a bit clunky, though. I'm not sure about the scroll patch, Rampastring should know if its included with the client. _________________ QUICK_EDIT
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
New TS-DDraw release (Fixes Windows 8/10 bugs,blackscreen..)
