im trying to play Muramasa and every time she takes out her sword its a big black box lol, instead of a sword. if anybody knows how to fix this thanks in advance

Am i suppose to be getting graphical gitches when using the direct3d9 plugin?
|
09-21-2009, 03:38 AM
im trying to play Muramasa and every time she takes out her sword its a big black box lol, instead of a sword. if anybody knows how to fix this thanks in advance
![]() 09-21-2009, 03:39 AM
just wait for it to be fixed its a problem with many games
09-21-2009, 03:44 AM
so i should just stick with openGL instead? because i get faster fps using direct3d9
09-21-2009, 06:47 AM
If you don't mind the glitch too much, definitely use DX, but keep in mind that it's undergoing desperately needed development at the moment.
Use Opengl if you feel otherwise.
[color=#00BFFF]
[Specs]
Antec 902 V3 Back Steel Case Corsair DDR3 Ram 8GB AMD FX-8150[/color] Problem? [color=#00BFFF]Gigabyte GA-9900FXA--UD3 Motherboard Windows 7 Ultimate x64 bit 320Gb HD 1 TB HD Zalman CNPS9900 CPU Cooler Corsair AX750W Power Supply 24" Asus 1920x1080 LCD Monitor (HDMI) 17" Dell 1280x1024 LCD Monitor (VGA) Evga GTX 460 OC 830Mhz (Overclocked Factory Overclock) ![]() Logitech G930 Wireless Headset[/color] 09-22-2009, 05:01 AM
(This post was last modified: 09-22-2009, 05:02 AM by Unknownforce.)
Most graphical problems will be resolved when they implement EFB Reads, but it's a lengthy process to do this. I suspect however, a lot of speed will be lost when they do get implemented. It's my guess that this almighty speed we are getting from the D3D is due to the face that EFB isn't being fully processed, if at all. And when that happens it will have that much more work to do. So it will probably slow things down a bit.
Just a guess/hunch. But yeah, I've looked into the code (as a beginner) and it is going to take a bit of work to re-write the GL functions into D3D functions or write them from scratch. For those curious, just take a look at how much bigger FrameBufferManager.cpp is in the OGL plugin compared to the one in the D3D plugin. ![]() 09-22-2009, 05:20 AM
(09-22-2009, 05:01 AM)Unknownforce Wrote: Most graphical problems will be resolved when they implement EFB Reads, but it's a lengthy process to do this. I suspect however, a lot of speed will be lost when they do get implemented. It's my guess that this almighty speed we are getting from the D3D is due to the face that EFB isn't being fully processed, if at all. And when that happens it will have that much more work to do. So it will probably slow things down a bit. unknown why are you so god-like? ![]() ![]() 09-22-2009, 08:40 AM
When the OpenGL plugin lacked EFB reads, it was still much slower than the DX9 plugin currently is without EFB reads. I don't believe implementing EFB reads is going to affect performance that much, if I remember correctly the developers found a way to implement EFB reads with such minimal performance overhead it likely won't be noticeable.
09-22-2009, 08:47 AM
09-22-2009, 08:58 AM
(09-22-2009, 05:20 AM)itachi313 Wrote: unknown why are you so god-like? I had to chuckle at that haha ![]() |
« Next Oldest | Next Newest »
|