Lilypad: Fix Local Volume control CB function and few other stuffs #781

Merged
merged 3 commits into from Sep 2, 2015

Projects

None yet

2 participants

@ssakash
Member
ssakash commented Aug 20, 2015

There was a wrong value change for vistaVolume in condition for when it is disabled, it sets 100 to the variable. hence when the checkbox gets unchecked, it eventually leads the Local volume control checkbox to be force enabled even when a user disables it at the dialog. the following patch corrects the behavior.

Partial fix for #629

@ssakash ssakash changed the title from Lilypad: Fix Local Volume control CB function. to Lilypad: Fix Local Volume control CB function and few other stuffs, Aug 21, 2015
@ssakash ssakash changed the title from Lilypad: Fix Local Volume control CB function and few other stuffs, to Lilypad: Fix Local Volume control CB function and few other stuffs Aug 21, 2015
@turtleli
Member

lilypad commit: Commit is Ok. Fixes the GUI side of the issue. A side note: the local volume control stuff is still broken and it's been broken for at least 5 years. The question is what to do with it. Fix? Remove?

MicroVU commit: Console.Warning? Also, changing only that one might mean that some warnings are red, and some are orange, which would be somewhat inconsistent. I'm not familiar with MicroVU stuff though.

@ssakash
Member
ssakash commented Aug 22, 2015

Lilypad commit: I think it should stay, so anyone could fix it in the future.

MicroVU commit: not really, the other warnings usually affect the game in a certain way causing infinite loop (or) other crash behaviors. This warning is harmless and couldn't really be classified as an warning IMO. It got fixed already, though for some reasons ref said that it should stay. so using a different color just in case so that ref wants to look at such instances of delay slot.

@turtleli turtleli commented on an outdated diff Sep 1, 2015
pcsx2/gui/FrameForGS.cpp
@@ -402,7 +402,7 @@ static const uint TitleBarUpdateMs = 333;
GSFrame::GSFrame(wxWindow* parent, const wxString& title)
- : wxFrame(parent, wxID_ANY, title, g_Conf->GSWindow.WindowPos)
+ : wxFrame(NULL, wxID_ANY, title, g_Conf->GSWindow.WindowPos)
@turtleli
turtleli Sep 1, 2015 Member

This makes parent an unused parameter. Perhaps this could be done better?

@turtleli turtleli commented on an outdated diff Sep 1, 2015
pcsx2/x86/microVU_Compile.inl
@@ -207,7 +207,7 @@ __ri void branchWarning(mV) {
incPC(-2);
if (mVUup.eBit && mVUbranch) {
incPC(2);
- Console.Error("microVU%d Warning: Branch in E-bit delay slot! [%04x]", mVU.index, xPC);
+ Console.WriteLn(Color_Orange, "microVU%d Warning: Branch in E-bit delay slot! [%04x]", mVU.index, xPC);
@turtleli
turtleli Sep 1, 2015 Member

If the user needs to know about it but it's not of major concern then I think Console.Warning should be used.
If the user doesn't need to know about it then I think DevCon.Warning should be used.

ssakash added some commits Aug 21, 2015
@ssakash ssakash MicroVU: use DevCon.Warning for E-bit delay slot.
The following E-bit delay slot warning initially used a console error message which has a sort of bright red which would cause users to provide a lot of attention towards to it, whereas it isn't much to be bothered since it doesn't cause any issues on the game according to refraction it was already dealt with on the code.

So, use a proper warning indicator instead of a error log message.
8ebe03a
@ssakash ssakash don't minimize GS window along with main window.
previously the GS window (rendering window) also gets minimized with the Main window (GUI) whenever it gets minimized. many users didn't like this behavior, hence make it so that GS window doesn't get minimized along with the main one.

The parent window pointer parameter is no longer needed, since the parent parameter at WX Frame has been replaced with Null which doesn't force minimize it due to no parent relationship.
b5acece
@ssakash
Member
ssakash commented Sep 2, 2015

MicroVU: decided to go with DevCon.Warning, that seems more suitable for the scenario.

GSFrame: That parameter is pretty much pointless after the relationship to NULL, removed it. do you agree ?
ssakash@84ab1fb

@turtleli
Member
turtleli commented Sep 2, 2015

Yes, that's what I was looking for. Perhaps squash the 2 GSFrame commits? I'll retest this later.

@ssakash
Member
ssakash commented Sep 2, 2015

sure.

@turtleli turtleli merged commit 288931d into PCSX2:master Sep 2, 2015
@turtleli
Member
turtleli commented Sep 2, 2015

Thanks.

I edited your initial comment so the Lilypad issue doesn't autoclose - your commit only fixes the GUI side of things. Currently it's better to have local volume control off - Windows remembers the volume settings. Having local volume control on interferes with Windows.

Side note: consider naming your branches meaningfully. It makes it easier for others to know/remember what the branch is for.

@ssakash ssakash deleted the ssakash:patch-49 branch Sep 3, 2015
@ssakash ssakash restored the ssakash:patch-49 branch Sep 6, 2015
@ssakash ssakash deleted the ssakash:patch-49 branch Sep 16, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment