Qwinn is retire?
Qwinn is retire?
Started by prowler, Jan 23 2011 09:50 AM
99 replies to this topic
#1
prowler
-
- Member
- 425 posts
Translator
Posted 23 January 2011 - 09:50 AM
Murloc-translator
Coordinator of the Russian BWP Translation Team - Arcanecoast.ru
Work with SHS, PPG, G3, CoM, Dragon's Hoard, Sorcerer's Place, RPG Dungeon
#2
AnnabelleRose
-
- Modder
-
- 2083 posts
The great pretender... of modding!
Posted 23 January 2011 - 10:30 AM
No, no, Mr Quinn no here.
Major Tom Sawyer
Major Tom Sawyer
- The transitioned former modder once known as MTS.
#3
Kaeloree
-
- Administrator
-
- 9201 posts
Head Molder
Posted 23 January 2011 - 12:33 PM
Qwinn's just busy. Don't worry about it. 
- Liam
Modding Projects
Complete:
Arath NPC - Nephele NPC - Xulaye NPC - Iylos NPC - Ninde NPC - Darian NPC - Yeslick NPC - Adrian NPC - Dace NPC - Valerie NPC - Isra NPC
Viconia Friendship - Mazzy Friendship - Imoen Friendship - Yoshimo Friendship - Sarevok Friendship - Neera Expansion
IEP Extended Banter
Sarevok Romance
Haer'Dalis Romance
In Progress:
Khadion NPC - Delainy NPC - Sarine NPC
#4
-Felipe-
-Felipe-
-
- Guest
Posted 23 January 2011 - 12:55 PM
i'm worried too, after all it's something around 6 months with no news... :/
#5
Kaeloree
-
- Administrator
-
- 9201 posts
Head Molder
Posted 23 January 2011 - 12:57 PM
And? People often disappear for months at a time, unfortunately. You get used to it.
Qwinn's mods are relatively complete as they are, with extremely few bugs. I'm not worried.
Qwinn's mods are relatively complete as they are, with extremely few bugs. I'm not worried.
- Liam
Modding Projects
Complete:
Arath NPC - Nephele NPC - Xulaye NPC - Iylos NPC - Ninde NPC - Darian NPC - Yeslick NPC - Adrian NPC - Dace NPC - Valerie NPC - Isra NPC
Viconia Friendship - Mazzy Friendship - Imoen Friendship - Yoshimo Friendship - Sarevok Friendship - Neera Expansion
IEP Extended Banter
Sarevok Romance
Haer'Dalis Romance
In Progress:
Khadion NPC - Delainy NPC - Sarine NPC
#6
Archmage Silver
-
- Member
- 6654 posts
Master of The Art
Posted 23 January 2011 - 01:05 PM
I'm not 100% sure about this, but I think he's working these days. As some of you may recall, he started his various mods to add them to his portfolio as examples of what he can get done.
#7
-paulo-
-paulo-
-
- Guest
Posted 23 January 2011 - 03:05 PM
I don't like how the fixpack was left crashing for some people. I know some are resolution mod changes related, but at least one use of assembly manages to crash wine reliably whenever resting occurs (this does not occur with the original game).
Of course, i'm biased, since i'm using linux very satisfactorily (i have most windows games working - about 45 or so).
Of course, i'm biased, since i'm using linux very satisfactorily (i have most windows games working - about 45 or so).
#8
Shaitan
-
- Member
- 800 posts
Posted 23 January 2011 - 07:43 PM
I'm sure you can volunteer at G3 to help with/fix that issue.I don't like how the fixpack was left crashing for some people. I know some are resolution mod changes related, but at least one use of assembly manages to crash wine reliably whenever resting occurs (this does not occur with the original game).
Of course, i'm biased, since i'm using linux very satisfactorily (i have most windows games working - about 45 or so).
#9
AnnabelleRose
-
- Modder
-
- 2083 posts
The great pretender... of modding!
Posted 23 January 2011 - 08:42 PM
I have been known to vanish for a year or so at a time.
If you have not made mods, you might not understand. Mod making is a very painful process (to me). You spend hours testing new stuff in the game, and playing with the tools to make things. After a while you get to where you can't stand to even look at the game and have to walk away from it.
Now, some modders are not this way, but some are.
Perhaps Quinn just needed a break because his mods list is rather lengthy and he has made quite a few.
He did almost quit once due to some issues, and posted about it. Because of that, it makes sense to me that he would have posted about retiring had that been what he did.
If you have not made mods, you might not understand. Mod making is a very painful process (to me). You spend hours testing new stuff in the game, and playing with the tools to make things. After a while you get to where you can't stand to even look at the game and have to walk away from it.
Now, some modders are not this way, but some are.
Perhaps Quinn just needed a break because his mods list is rather lengthy and he has made quite a few.
He did almost quit once due to some issues, and posted about it. Because of that, it makes sense to me that he would have posted about retiring had that been what he did.
- The transitioned former modder once known as MTS.
#10
the bigg
-
- Modder
-
- 3331 posts
2083 is a prime number.
Posted 24 January 2011 - 01:14 AM
He was attacked for his Dragon Age Fixpack, so he might've ragequitted over that (similar to how he ragequitted two years ago about being mocked for signing all his posts with Qwinn).
Italian users: help test the Stivan NPC!
Author or Co-Author: WeiDU - Widescreen - Generalized Biffing - Refinements - TB#Tweaks - IWD2Tweaks - TB#Characters - Traify Tool - Some mods that I won't mention in public
Maintainer: Semi-Multi Clerics - Nalia Mod - Nvidia Fix
Code dumps: Detect custom secondary types - Stutter Investigator
If possible, send diffs, translations and other contributions using Git.
#11
AnnabelleRose
-
- Modder
-
- 2083 posts
The great pretender... of modding!
Posted 24 January 2011 - 09:54 AM
He was attacked for his Dragon Age Fixpack, so he might've ragequitted over that (similar to how he ragequitted two years ago about being mocked for signing all his posts with Qwinn).
I suspect if that was he case he would have made a big deal about quitting like he started to over the Quinn bit.
- The transitioned former modder once known as MTS.
#12
-paulo-
-paulo-
-
- Guest
Posted 31 January 2011 - 04:42 PM
I'm sure you can volunteer at G3 to help with/fix that issue.
I don't like how the fixpack was left crashing for some people. I know some are resolution mod changes related, but at least one use of assembly manages to crash wine reliably whenever resting occurs (this does not occur with the original game).
Of course, i'm biased, since i'm using linux very satisfactorily (i have most windows games working - about 45 or so).
Why G3? More assembly hackers there? I'm willing, but the problem cause is suspected (i didn't verify it because i have the wrong gcc version to avoid it here, and i don't really know how to configure the configure options to do it anyway). It's probably GCC compiled wine ABI SSE2 inputs and outputs alignment problems.
This reports the bug on wine:
http://bugs.winehq.o...ug.cgi?id=23522
This talks about the suspected cause:
http://bugs.winehq.o...ug.cgi?id=22316
If you follow the link you can see the original gcc report on a link there.
Notice that the code that expresses this bug on wine/gcc wasn't in the original game, but added by the fixpack mod
#13
-paulo-
-paulo-
-
- Guest
Posted 31 January 2011 - 04:50 PM
Also, i'm aware that moaning about a gcc stupidity here is not very helpful. but it is what i have
#14
-paulo-
-paulo-
-
- Guest
Posted 31 January 2011 - 10:32 PM
I just confirmed it: compiling wine with gcc 4.5.1 and the option -mstackrealign fixes the bug. Now i'm going to just try to compile without the option and see if the bug reappears (just to be sure it is not another thing that 4.5 fixed).
#15
-paulo-
-paulo-
-
- Guest
Posted 31 January 2011 - 10:57 PM
Halt there! I just compiled with gcc 4.5 and without the option (make clean between of course). It still worked (the repositories wine crashes).
So now i'm self compiling with gcc 4.4 to see if compiling without optimizations makes a difference to the repository wine. If it doesn't, just the new gcc 4.5 (and when wine repos start using it) will be enough to fix this (and the problem should be another weird ASM thing than the SSE alignment bug)
So now i'm self compiling with gcc 4.4 to see if compiling without optimizations makes a difference to the repository wine. If it doesn't, just the new gcc 4.5 (and when wine repos start using it) will be enough to fix this (and the problem should be another weird ASM thing than the SSE alignment bug)
#16
-paulo-
-paulo-
-
- Guest
Posted 31 January 2011 - 11:06 PM
It still works with gcc 4.4 compiled wine :/
but it doesn't with the repositories wine.
Time to bust out the optimizations to try to reproduce i guess, and then if i can reproduce it try to reproduce it on gcc 4.5 and THEN try to compile the same optimization level with mstackrealign
but it doesn't with the repositories wine.
Time to bust out the optimizations to try to reproduce i guess, and then if i can reproduce it try to reproduce it on gcc 4.5 and THEN try to compile the same optimization level with mstackrealign
#17
Gumby
-
- Member
- 18 posts
Posted 01 February 2011 - 06:43 AM
He was attacked for his Dragon Age Fixpack,
Whoa, when did that happen?
#18
the bigg
-
- Modder
-
- 3331 posts
2083 is a prime number.
Posted 01 February 2011 - 06:50 AM
Last July. Somebody published a punctual bug fix for an issue in Zevran's dialogue, and she got very angry about the fact that Qwinnn's DA Fixpack independently corrected the same bug, thus obsoleting her mod without giving credit in the readme.
To the other posters: I'm so glad to see that the people at GNU still have their heads firmly up their collective asses when it comes to backwards compatibility. Of course, exe hacks use dirty coding techniques to save space, so it's natural that changes to compile options can break stuff.
To the other posters: I'm so glad to see that the people at GNU still have their heads firmly up their collective asses when it comes to backwards compatibility. Of course, exe hacks use dirty coding techniques to save space, so it's natural that changes to compile options can break stuff.
Edited by the bigg, 01 February 2011 - 06:58 AM.
Italian users: help test the Stivan NPC!
Author or Co-Author: WeiDU - Widescreen - Generalized Biffing - Refinements - TB#Tweaks - IWD2Tweaks - TB#Characters - Traify Tool - Some mods that I won't mention in public
Maintainer: Semi-Multi Clerics - Nalia Mod - Nvidia Fix
Code dumps: Detect custom secondary types - Stutter Investigator
If possible, send diffs, translations and other contributions using Git.
#19
-paulo-
-paulo-
-
- Guest
Posted 01 February 2011 - 08:31 AM
Ok, resuming:
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O0"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O3"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(crashes)
So the new mstackrealign option doesn't solve it and it is a bug associated to
the optimization level.
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O0"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O3"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(crashes)
So the new mstackrealign option doesn't solve it and it is a bug associated to
the optimization level.
#20
-paulo-
-paulo-
-
- Guest
Posted 01 February 2011 - 08:42 AM
Ok, resuming:
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O0"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O3"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(crashes)
So the new mstackrealign option doesn't solve it and it is a bug associated to
the optimization level.
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O0" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O0"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(works)
make clean
CC="gcc-4.4 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -O3" ./configure --verbose
--disable-tests && make depend -j 3 && make -j 3
(crashes)
make clean
CC="gcc-4.5 -m32" LDFLFLAGS="-L./lib32" CFLAGS="-g -mstackrealign -O3"
./configure --verbose --disable-tests && make depend -j 3 && make -j 3
(crashes)
So the new mstackrealign option doesn't solve it and it is a bug associated to
the optimization level.
