Re: [warzone2100-dev] Qt branch
On Mon, Oct 11, 2010 at 22:06:52 -0400, buginator wrote: > On 10/11/10, Per Inge Mathisen wrote: >> However, if you see any other problems with Qt branch, then please >> put them forward now, here, not hide them away for surprises later >> that you can drop into a random forum thread. > > All the problems mentioned in http://developer.wz2100.net/ticket/1549 > still apply. We also have the mac keyboard issues, looks like we > would need to do more custom stuff for macs, since they do things > 'differently' than the other platforms we support. About the MinGW (both cross compile and native on Windows) stuff, has anyone tried this? I looked into it several months ago, but gave up at the time due to Qt's lack of cross-compiler-friendliness. -- Giel -- "In theory, there is no difference between theory and practice. But, in practice, there is." -- Jan L. A. van de Snepscheut signature.asc Description: Digital signature ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch
On 10/11/10, Per Inge Mathisen wrote: > I was told by Zarel and cybersphinx earlier that you absolutely needed > resolution changing before qt-branch could be merged, and now that > I've started working on it, you tell me you do not want it anyway? > (http://forums.wz2100.net/viewtopic.php?f=4&t=6611) Instead you come > up with new arguments why windowed fullscreen is unacceptable, which > would have been nice to hear before we spent a ton of time polishing > qt-branch to be merge-worthy. Really. Disappointing. > > So where does this leave Qt branch? Writing our own support for true > fullscreen may be tough. I am not sure if using another library to set > true fullscreen then leaving it to Qt to control is even possible. But > I could look into it. > > However, if you see any other problems with Qt branch, then please put > them forward now, here, not hide them away for surprises later that > you can drop into a random forum thread. All the problems mentioned in http://developer.wz2100.net/ticket/1549 still apply. We also have the mac keyboard issues, looks like we would need to do more custom stuff for macs, since they do things 'differently' than the other platforms we support. > Or maybe I should just play Starcraft2 instead. I will play that one of these days, to see what is bringing you out of the linux world and onto a windows box ... ;) ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch
On Monday, 11 October 2010 at 9:27, Per Inge Mathisen wrote: > However, if you see any other problems with Qt branch, then please put > them forward now, here, not hide them away for surprises later that > you can drop into a random forum thread. Do you really think we can foresee all possible problems? The real test is a release based on Qt, to find out about all the problems we couldn't even imagine. ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch
On Mon, Oct 11, 2010 at 2:27 AM, Per Inge Mathisen wrote: > I was told by Zarel and cybersphinx earlier that you absolutely needed > resolution changing before qt-branch could be merged I'm sorry I was unclear, but I meant that we should have true-fullscreen instead of windowed-fullscreen, more for the performance and UI reasons than because of a need to change resolution. I'd always known that was infeasible, so I never strongly disagreed with the idea of merging qt-branch without it. > So where does this leave Qt branch? Writing our own support for true > fullscreen may be tough. I am not sure if using another library to set > true fullscreen then leaving it to Qt to control is even possible. But > I could look into it. As I said, I never strongly disagreed with the idea of merging Qt-branch without true fullscreen support. I gave some reasons against it, and I am mentioning them again, but ultimately I leave the decision to you guys to decide whether or not the trade-off is worth it. On Mon, Oct 11, 2010 at 7:05 AM, Christian Ohm wrote: > The fvwm case is more of an annoyance, since you can e.g. configure a key > combo > to toggle it. It just was a concrete example for edge-activated things, since > I > don't know what modern desktop stuff does. It's more of a problem in Windows and OS X, where there is no global shortcut to toggle screen edge behavior. =/ If you have multiple applications with screen edge behavior, you'd have to open each one, go to their preferences dialog box, and turn it off. -Zarel ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch
On Monday, 11 October 2010 at 9:27, Per Inge Mathisen wrote: > I was told by Zarel and cybersphinx earlier that you absolutely needed > resolution changing before qt-branch could be merged, and now that > I've started working on it, you tell me you do not want it anyway? > (http://forums.wz2100.net/viewtopic.php?f=4&t=6611) Instead you come > up with new arguments why windowed fullscreen is unacceptable, which > would have been nice to hear before we spent a ton of time polishing > qt-branch to be merge-worthy. Really. Disappointing. The fvwm case is more of an annoyance, since you can e.g. configure a key combo to toggle it. It just was a concrete example for edge-activated things, since I don't know what modern desktop stuff does. I think I've always said that I don't like the qt-fullscreen mode (I can do what qt does with the sdl version already), not sure if I've specified why, since my case is fairly uncommon. My only real concern is resolution switching, sdl's take-over-everything approach works fine there, we'll see how the custom qt version works out. (Well, there's also Windows cross-compiling, but that is Not My Problemâ„¢.) ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
[warzone2100-dev] Qt branch
I was told by Zarel and cybersphinx earlier that you absolutely needed resolution changing before qt-branch could be merged, and now that I've started working on it, you tell me you do not want it anyway? (http://forums.wz2100.net/viewtopic.php?f=4&t=6611) Instead you come up with new arguments why windowed fullscreen is unacceptable, which would have been nice to hear before we spent a ton of time polishing qt-branch to be merge-worthy. Really. Disappointing. So where does this leave Qt branch? Writing our own support for true fullscreen may be tough. I am not sure if using another library to set true fullscreen then leaving it to Qt to control is even possible. But I could look into it. However, if you see any other problems with Qt branch, then please put them forward now, here, not hide them away for surprises later that you can drop into a random forum thread. Or maybe I should just play Starcraft2 instead. - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On Monday, 24 May 2010 at 21:34, Christian Ohm wrote: > Two problems I've noticed: > > 1. Video playback is very jerky (SDL is smooth). I got the impression it is > worse for the first video when several are played (view intro for example, or > the campaign start), but maybe it's just more noticeable in the first one. I've tried now at 1024x768 windowed, and that is smooth... very strange, qt is jerky at 1600x1200 and smooth at 1024x768, SDL always smooth... > 2. Fullscreen performance is lower. Not when comparing at the same resolution, > but since Qt lacks resolution switching I can't switch to a lower resolution > to > get higher FPS (e.g. on fast play I get 60 fps with trunk at 1024x768, 30 fps > with qt at 1600x1200). Buginator wants it known that he considers this a blocker for the merge. ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On Tue, May 25, 2010 at 12:24:12PM -0400, Gilles J. Seguin wrote: > On Mon, 2010-05-24 at 10:19 +0200, Per Inge Mathisen wrote: > > I put the Quesoglc text renderer back in again in the Qt branch,... > > It would not be accepted on peer review without documentation. > My point of view is a no go. Really, even not a line. Not impress by the > low level of professionalism. We are rolling back to a previously undocumented state, so it is not a new state of non-documentation but the old, pre-existing one. And yes, it seems like a good thing to do. It lets us go forward, and gives the Qt boys time to work on their OpenGL support. Thumbs up. -- Stephen Swaney sswa...@centurytel.net ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On Mon, 2010-05-24 at 10:19 +0200, Per Inge Mathisen wrote: > I put the Quesoglc text renderer back in again in the Qt branch, and > now text drawing should work as good as before on every platform. > Possible other problems related to clobbering OpenGL states should be > fixed as well. Can platform maintainers (or others) please update > build files and check if there are any further remaining problems > before we can merge the Qt branch? Thank you. It would not be accepted on peer review without documentation. My point of view is a no go. Really, even not a line. Not impress by the low level of professionalism. ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On May 24, 2010, at 4:19 AM, Per Inge Mathisen wrote: > I put the Quesoglc text renderer back in again in the Qt branch, and > now text drawing should work as good as before on every platform. > Possible other problems related to clobbering OpenGL states should be > fixed as well. Can platform maintainers (or others) please update > build files and check if there are any further remaining problems > before we can merge the Qt branch? Thank you. I have added QuesoGLC back to the mac build; all text issues appear to be gone. When this gets merged back into trunk please just use the macosx directory as it is in the qt-trunk branch; I will fix any issues arise after the merge. -- My Web Sites: http://dak180.users.sourceforge.net/ smime.p7s Description: S/MIME cryptographic signature ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On Mon, May 24, 2010 at 9:34 PM, Christian Ohm wrote: > Two problems I've noticed: > > 1. Video playback is very jerky (SDL is smooth). I got the impression it is > worse for the first video when several are played (view intro for example, or > the campaign start), but maybe it's just more noticeable in the first one. > > 2. Fullscreen performance is lower. Not when comparing at the same resolution, > but since Qt lacks resolution switching I can't switch to a lower resolution > to > get higher FPS (e.g. on fast play I get 60 fps with trunk at 1024x768, 30 fps > with qt at 1600x1200). Can you try now? I removed some text-related hacks in qt branch that fixed performance problems on my end. Also, 3. Qt branch crashes deep inside QuesoGLC somewhere when exiting the program. I have no idea why, and the trace looks really odd when it does. I may need some help with ideas on what is going wrong here. - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch - final call
On Monday, 24 May 2010 at 10:19, Per Inge Mathisen wrote: > I put the Quesoglc text renderer back in again in the Qt branch, and > now text drawing should work as good as before on every platform. > Possible other problems related to clobbering OpenGL states should be > fixed as well. Can platform maintainers (or others) please update > build files and check if there are any further remaining problems > before we can merge the Qt branch? Thank you. Two problems I've noticed: 1. Video playback is very jerky (SDL is smooth). I got the impression it is worse for the first video when several are played (view intro for example, or the campaign start), but maybe it's just more noticeable in the first one. 2. Fullscreen performance is lower. Not when comparing at the same resolution, but since Qt lacks resolution switching I can't switch to a lower resolution to get higher FPS (e.g. on fast play I get 60 fps with trunk at 1024x768, 30 fps with qt at 1600x1200). ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
[warzone2100-dev] Qt branch - final call
I put the Quesoglc text renderer back in again in the Qt branch, and now text drawing should work as good as before on every platform. Possible other problems related to clobbering OpenGL states should be fixed as well. Can platform maintainers (or others) please update build files and check if there are any further remaining problems before we can merge the Qt branch? Thank you. This does not mean that I have given up getting Qt to draw the text, just that we may need some more time to pull it off properly, and there is no need to make that delay merging the Qt branch, in my opinion. - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
[warzone2100-dev] Qt branch issues
Because of the way some of the merges were done in this branch, it is very difficult to find out what the exact change was that broke some stuff in qt. I think it would be much easier for us to rebase qt from trunk, and apply the qt specific patches to a new branch. I count around 74 patches, with some of those being the huge merges to sync it up. Can anyone think of a better way to 'fix' the qt branch? There is still a lot of work committing all the patches, but I don't see a better solution. Status so far, no CC support (it doesn't want to acknowledge that it is a cross-compiler, and not unix, even after telling it via the switches that it is a windows build) , and MSVC builds on VS2k5 & VS2k8 are not working correctly so far. I would also suggest we stop doing mass syncs to the other branches as well. ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch merge?
On Mon, Apr 5, 2010 at 11:54 AM, Guangcong Luo wrote: > Perhaps we merge Qt+newnet into a new "experimental" branch, then? That only helps if all the developers start working on that branch, instead of trunk. The new 'experimental branch' would then be the new trunk. So what you are in effect suggesting is to copy trunk into a new to-be-stable branch, before merging in Qt and newnet. That only makes sense if we are planning to release a 2.4 from current trunk without Qt and newnet, and I do not think we are. - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] Qt branch merge?
On Sat, Apr 3, 2010 at 5:47 AM, Per Inge Mathisen wrote: > We need to merge some of the large trees into trunk soon. I have a > number of things waiting for a merger of the Qt branch, and I am > holding off any larger changes to scripting waiting for the lua > branch. I am also trying not to change too many things in > order/action/net code because of the newnet branch. As this situation > is unsustainable, I would like to start merging the Qt branch soon, > even though it may still have some sharp edges. Perhaps we merge Qt+newnet into a new "experimental" branch, then? I have three major objections to merging Qt and newnet in: 1. Some of our users play trunk primarily. jaakan and those MSVC guys, for instance. You can meet them by making a commit that breaks compiles. :P I'm sure they'd rather dislike being unable to play an updated version of trunk for however long it takes to fix them will be an issue. 2. One of the forum users complained about the bugs in Qt branch making it unplayable, and I had to reassure him that Qt branch would not be merged into trunk until those issues were fixed. 3. I develop with Mac OS X and Windows. It is my understanding that once they were merged in, I wouldn't be able to develop with Windows, and I'd come up with several serious bugs in Mac OS X. I think those mean that it's a bit early to be merging them in. -Zarel ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
[warzone2100-dev] Qt branch merge?
Hello, >From what I understand, the Qt branch now compiles and runs fine on both MacOSX and Linux. Have anyone tested it successfully, or unsuccessfully, on Windows yet? We need to merge some of the large trees into trunk soon. I have a number of things waiting for a merger of the Qt branch, and I am holding off any larger changes to scripting waiting for the lua branch. I am also trying not to change too many things in order/action/net code because of the newnet branch. As this situation is unsustainable, I would like to start merging the Qt branch soon, even though it may still have some sharp edges. - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev