From j.w.r.degoede at hhs.nl Mon Jun 26 20:46:46 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 26 Jun 2006 22:46:46 +0200 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package Message-ID: <44A047B6.9030102@hhs.nl> Hi all, I've just finished up packaging a 3D chess game called chess, which I mainly packaged to have something to test OGRE an OO 3D engine. I've finally managed to get everything to work, but unfortunately chess is very slow on my radeon 9200, like 2 fps. So I've got two questions: -can someone with good 3D card be it with binary drivers test this for me and see if it does work properly there? -can someone with a radeon 9600 or 9800 who is using the new opensource dri drivers for this card test this, to see how it works there? You need to download (and build) the ogre, chess and coldet SRPMS from here: http://people.atrpms.net/~hdegoede chess needs both colder and ogre, so you must build and install those first. For those interested here are the review requests: coldet: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196710 ogre: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196740 chess: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196744 Thanks & Regards, Hans From wart at kobold.org Tue Jun 27 16:37:43 2006 From: wart at kobold.org (Wart) Date: Tue, 27 Jun 2006 09:37:43 -0700 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package In-Reply-To: <44A047B6.9030102@hhs.nl> References: <44A047B6.9030102@hhs.nl> Message-ID: <44A15ED7.8090300@kobold.org> Hans de Goede wrote: > Hi all, > > I've just finished up packaging a 3D chess game called chess, which I > mainly packaged to have something to test OGRE an OO 3D engine. > > I've finally managed to get everything to work, but unfortunately chess > is very slow on my radeon 9200, like 2 fps. > > So I've got two questions: > -can someone with good 3D card be it with binary drivers test this for > me and see if it does work properly there? I ran it successfully on FC4-x86_64 on an NVidia 6800 with the vendor's binary drivers. I wasn't sure how to capture the exact frame rate, but it was about as smooth as it could be. --Mike From j.w.r.degoede at hhs.nl Tue Jun 27 17:44:51 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 27 Jun 2006 19:44:51 +0200 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package In-Reply-To: <44A15ED7.8090300@kobold.org> References: <44A047B6.9030102@hhs.nl> <44A15ED7.8090300@kobold.org> Message-ID: <44A16E93.90000@hhs.nl> Wart wrote: > Hans de Goede wrote: >> Hi all, >> >> I've just finished up packaging a 3D chess game called chess, which I >> mainly packaged to have something to test OGRE an OO 3D engine. >> >> I've finally managed to get everything to work, but unfortunately chess >> is very slow on my radeon 9200, like 2 fps. >> >> So I've got two questions: >> -can someone with good 3D card be it with binary drivers test this for >> me and see if it does work properly there? > > I ran it successfully on FC4-x86_64 on an NVidia 6800 with the vendor's > binary drivers. I wasn't sure how to capture the exact frame rate, but > it was about as smooth as it could be. > Good to hear, if you run it from the cmdline it will print FPS on exit or you can press F12 to toggle the FPS showing while in game. Regards, Hans From j.w.r.degoede at hhs.nl Tue Jun 27 17:56:07 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 27 Jun 2006 19:56:07 +0200 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package In-Reply-To: <44A15ED7.8090300@kobold.org> References: <44A047B6.9030102@hhs.nl> <44A15ED7.8090300@kobold.org> Message-ID: <44A17137.7090507@hhs.nl> p.s. Since you got this running and running as it should (IOW not at 2 fps), would you be willing to also review it? And / or maybe even maintain it. I'm currently investigating of buying an radeon 9800 in combination with the new opensource r300 dri drivers is a solution to get this working properly on my system, but if it isn't I won't be capable to properly maintain it, reproducing problems is going to be impossible at 2 fps. Regards, Hans From wart at kobold.org Wed Jun 28 13:55:20 2006 From: wart at kobold.org (Michael Thomas) Date: Wed, 28 Jun 2006 08:55:20 -0500 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package In-Reply-To: <44A17137.7090507@hhs.nl> References: <44A047B6.9030102@hhs.nl> <44A15ED7.8090300@kobold.org> <44A17137.7090507@hhs.nl> Message-ID: <44A28A48.40407@kobold.org> Hans de Goede wrote: > p.s. > > Since you got this running and running as it should (IOW not at 2 fps), > would you be willing to also review it? > > And / or maybe even maintain it. I'm currently investigating of buying > an radeon 9800 in combination with the new opensource r300 dri drivers > is a solution to get this working properly on my system, but if it isn't > I won't be capable to properly maintain it, reproducing problems is > going to be impossible at 2 fps. I'll go ahead and maintain it. It's a dependency for ember, a WorldForge client that we've been talking about on IRC. I won't have a chance to do anything more with it until this weekend, though. --Wart From j.w.r.degoede at hhs.nl Wed Jun 28 14:08:59 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 28 Jun 2006 16:08:59 +0200 Subject: Testers with radeon 9600 or 9800 wanted for new 3D package In-Reply-To: <44A28A48.40407@kobold.org> References: <44A047B6.9030102@hhs.nl> <44A15ED7.8090300@kobold.org> <44A17137.7090507@hhs.nl> <44A28A48.40407@kobold.org> Message-ID: <44A28D7B.4040405@hhs.nl> Michael Thomas wrote: > Hans de Goede wrote: >> p.s. >> >> Since you got this running and running as it should (IOW not at 2 fps), >> would you be willing to also review it? >> >> And / or maybe even maintain it. I'm currently investigating of buying >> an radeon 9800 in combination with the new opensource r300 dri drivers >> is a solution to get this working properly on my system, but if it isn't >> I won't be capable to properly maintain it, reproducing problems is >> going to be impossible at 2 fps. > > I'll go ahead and maintain it. It's a dependency for ember, a > WorldForge client that we've been talking about on IRC. > I assume you're talking about ogre hre, I was talking about both ogre and chess. I hope you will do chess too? Then I can cease my search for a better yer opensource supported videocard and once again be happy with my radeon 9250. > I won't have a chance to do anything more with it until this weekend, > though. > No problem. Regards, Hans p.s. Talking about ogre, I've used the SDL and not the GLX platform driver, see a small commment in the specfile about this. This comment includes a BZ nummer which refers to a BZ ticket about the use of Xrandr in another causing problems. This is however not game specific the use of Xrandr in general for resolution switching for games really is a bad idea, see BZ. One of us should contact upstream and get them to switch to XF86VidMode instead, as I've done for gcompris. From j.w.r.degoede at hhs.nl Fri Jun 30 20:34:23 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 30 Jun 2006 22:34:23 +0200 Subject: packaging a lib which needs to be compiled in different ways for different users Message-ID: <44A58ACF.3080700@hhs.nl> Hi all, I and Eitch are currently looking into packaging ode (a physics library). Ode uses OPCODE which is a 3D collision detection library. Opcode is included in ode's sources but is used by many opensource projects to name 2: -crystal space -ode Opcode can be compiled to use either callbacks to get the next object from a list of objects that need to be checked for collisions _OR_ to use an array of pointers to these objects. however it cannot be compiled to support both! And it has more compile time options like these which are likely to be used in a mix and match style by other projects. Also all projects using opcode seem to have made their own additions to it, now these extra overloaded operators and methods could be merged into the mainline, but thats going to be a pain, because then each time a new package using opcode is going to get packaged any functionality added to opcode by this application much first be merged into our seperate opcode package. And even with that done we still have the compile time options. Notice that I gave one example, but that there are atleast 2 options which lead to incompatible libs, so thats 4 versions of the lib. and that is only after checking the 3 options modifed from the default settings by ode and crystalspace, so thats 2 out of 3 :| All in all this leads me to the conclusion that its best to make an exception to the rule: "libraries with a seperate upstream yet included in the sourcetarbal must not be used" in the case of opcode. Does not following this rule sound reasonable / any objections? Thanks and Regards, Hans p.s. I know we have this rule, atleast I think we have this rule and we should have this rule, but is it written down somewhere?