View Full Version : [Glide64] There are several errors
GarulfoLinux
January 18th, 2008, 14:07
Howdy,
When i'm using Glide64 plugin, i met a problem annoying enough. Check out :
http://www.enregistrersous.com/images2/vignettes_images/188229337520080118150600.png (http://www.enregistrersous.com/images2/3/188229337520080118150600.html)
http://www.enregistrersous.com/images2/vignettes_images/84795049020080118151725.png (http://www.enregistrersous.com/images2/3/84795049020080118151725.html)
Someone know how to fix this bug ?
GarulfoUnix.
Richard42
January 18th, 2008, 18:25
Someone know how to fix this bug ?
GarulfoUnix.
It's a decal bug. I fixed something similar in RiceVideoLinux. There is an RDP render mode setting command, which is parsed in the RSP_Parser.cpp file of RVL. There is a 2-bit flag that's bitmapped inside the parameter for this command which sets a 'Z' mode. The decal mode is set in RVL by a value for this flag called ZMODE_DEC. In order to display properly, the gfx plugin (Glide64) must parse this flag, enable the OpenGL state GL_POLYGON_OFFSET_FILL, and properly set the
glPolygonOffset values.
Richard42
January 18th, 2008, 18:25
Someone know how to fix this bug ?
GarulfoUnix.
It's a decal bug. I fixed something similar in RiceVideoLinux. There is an RDP render mode setting command, which is parsed in the RSP_Parser.cpp file of RVL. There is a 2-bit flag that's bitmapped inside the parameter for this command which sets a 'Z' mode. The decal mode is set in RVL by a value for this flag called ZMODE_DEC. In order to display properly, the gfx plugin (Glide64) must parse this flag, enable the OpenGL state GL_POLYGON_OFFSET_FILL, and properly set the
glPolygonOffset values.
Richard42
January 18th, 2008, 18:26
Someone know how to fix this bug ?
GarulfoUnix.
It's a decal bug. I fixed something similar in RiceVideoLinux. There is an RDP render mode setting command, which is parsed in the RSP_Parser.cpp file of RVL. There is a 2-bit flag that's bitmapped inside the parameter for this command which sets a 'Z' mode. The decal mode is set in RVL by a value for this flag called ZMODE_DEC. In order to display properly, the gfx plugin (Glide64) must parse this flag, enable the OpenGL state GL_POLYGON_OFFSET_FILL, and properly set the
glPolygonOffset values.
Richard42
January 18th, 2008, 18:26
Someone know how to fix this bug ?
GarulfoUnix.
It's a decal bug. I fixed something similar in RiceVideoLinux. There is an RDP render mode setting command, which is parsed in the RSP_Parser.cpp file of RVL. There is a 2-bit flag that's bitmapped inside the parameter for this command which sets a 'Z' mode. The decal mode is set in RVL by a value for this flag called ZMODE_DEC. In order to display properly, the gfx plugin (Glide64) must parse this flag, enable the OpenGL state GL_POLYGON_OFFSET_FILL, and properly set the
glPolygonOffset values.
GarulfoLinux
January 18th, 2008, 19:45
hm ok ..
But, how to enable this state for the Glide64 plugin ?
Because when i check out in Glide64's configuration dialog, there is no state for that.
And, your last version of RiceVideoLinux works for x86 architecture or this is available only for amd64?
GarulfoLinux
January 18th, 2008, 19:45
hm ok ..
But, how to enable this state for the Glide64 plugin ?
Because when i check out in Glide64's configuration dialog, there is no state for that.
And, your last version of RiceVideoLinux works for x86 architecture or this is available only for amd64?
Richard42
January 18th, 2008, 20:45
hm ok ..
But, how to enable this state for the Glide64 plugin ?
Because when i check out in Glide64's configuration dialog, there is no state for that.
And, your last version of RiceVideoLinux works for x86 architecture or this is available only for amd64?
It's probably a bug, and will require code modification to correct. RiceVideoLinux compiles and runs on both 32-bit (x86) and 64-bit (x86_64 or amd64) platforms. There are binary versions available for both platforms in the v1.1 thread. We're getting close to making a new release as well.
DarkJezter
January 18th, 2008, 22:33
Hey Garulfo, which version of Glide64 are you using?
I was spelunking through the forums the other night and stumbled across this:
http://www.emutalk.net/showthread.php?t=37658&page=12
there's a link to Glide64 Wonder Plus (look for version 12 in that forum)
You may want to download the Glide64.ini file that's in the win32 binary download on the Glide64 page, but I've had some great success with that version of the plugin.
I haven't managed to get the sky textures working, however that aside, the graphic quality seems to be the best I've seen for mupen
I haven't found any linux version of the GlideHQ plugin yet though
GarulfoLinux
January 19th, 2008, 11:03
Thanks DarkJezter,
Indeed, i downloaded Glide64 Wonder++ et remplaced my Glide64.ini with the Glide64.ini of "Glide64 Wonder++".
The issues are resolved now.
:)
DarkJezter
January 19th, 2008, 14:10
Yeah, I'm relatively happy with the quality of the Glide64 plugin. Though it does hit my cpu a bit harder than Rice's seems to.
I haven't done any investigation into it yet, but I may have to try and find out where the program is spending most of it's time. I suspect that I may be able to squeeze a bit more out of it.
Only thing that bugs me about it though, is the missing sky and water effects in Goldeneye. Anyone ever come across a plugin that render the ocean in Goldeneye?
Right now, I've got this all running on an Athlon XP 3200, (it's actually an overclocked Barton core for anyone who knows what I'm talking about) and it's barely breaking even
Powered by vBulletin® Version 4.1.11 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.