From kevinz5000 at gmail.com Mon Sep 2 11:53:01 2013 From: kevinz5000 at gmail.com (Kevin Zheng) Date: Mon, 02 Sep 2013 11:53:01 -0500 Subject: [crossfire] Sound support on GTKv2 Message-ID: <5224C26D.1000805@gmail.com> Hi there, A big element missing from Crossfire is sound. While sound support has existed for quite a long time, it has consistently failed to work on newer installations. In addition, sound files have remained untouched for many releases. I intend to fix this. A quick glance through the client sound sources show that a great deal of effort has been put through to make it work with several major sound systems out there. While supporting many sound systems is good, it has become overly cumbersome and makes the source hard to work with. For this reason, I propose that sound support should be discontinued for every system except for SDL_mixer. SDL_mixer is a high-level library that supports ALSA, OSS, and many other lower-level sound systems. SDL_mixer also supports OGG, which enables us to use a higher-level sound format other than the raw PCM file we use today. Hopefully this will make sound contributions easier, too. I would like to be able to start working on the code changes in the very near future. Questions/comments/hate mail? Thanks, Kevin Zheng From mwedel at sonic.net Wed Sep 4 23:48:37 2013 From: mwedel at sonic.net (Mark Wedel) Date: Wed, 04 Sep 2013 21:48:37 -0700 Subject: [crossfire] Sound support on GTKv2 In-Reply-To: <5224C26D.1000805@gmail.com> References: <5224C26D.1000805@gmail.com> Message-ID: <52280D25.10601@sonic.net> On 09/ 2/13 09:53 AM, Kevin Zheng wrote: > Hi there, > > A big element missing from Crossfire is sound. While sound support has > existed for quite a long time, it has consistently failed to work on > newer installations. In addition, sound files have remained untouched > for many releases. I intend to fix this. > > A quick glance through the client sound sources show that a great deal > of effort has been put through to make it work with several major sound > systems out there. While supporting many sound systems is good, it has > become overly cumbersome and makes the source hard to work with. > > For this reason, I propose that sound support should be discontinued for > every system except for SDL_mixer. SDL_mixer is a high-level library > that supports ALSA, OSS, and many other lower-level sound systems. > SDL_mixer also supports OGG, which enables us to use a higher-level > sound format other than the raw PCM file we use today. Hopefully this > will make sound contributions easier, too. > > I would like to be able to start working on the code changes in the very > near future. Questions/comments/hate mail? I have no objection, but at the same time, since most of the code is #ifdef if the sound system exists, there isn't as a compelling reason to remove the old ones vs just adding a new one, and making it first choice if multiple options are found. I can't remember all the history of why all those other sound systems got added support - it seems that SDL has existed for near as long as the client has, so I don't know if it has limitations on certain systems. Of course the problem is also whether to target SDL 1.x or SDL 2.x - not sure how much the API has changed. Clearly 2.x would be desired long term, but short term, I'm not sure how many people would be running SDL 2.x, so if only that was supported, it might remove sound support for a lot of people. OTOH, sound was never a key part of the game, so if certain people do not have sound support, it would hardly be the end of the world. From mail-lists+cfdev at dogphilosophy.net Mon Sep 9 17:33:59 2013 From: mail-lists+cfdev at dogphilosophy.net (mail-lists+cfdev at dogphilosophy.net) Date: Mon, 09 Sep 2013 18:33:59 -0400 Subject: [crossfire] Sound support on GTKv2 In-Reply-To: <52280D25.10601@sonic.net> References: <5224C26D.1000805@gmail.com> <52280D25.10601@sonic.net> Message-ID: <2656348.479b43FbRW@bunnies> I've been meaning to reply to this thread: Other than at one point years ago managing to get a few inconsistent chirp noises out of the sound system, I've never managed to get it to work. However, if it's being opened up and worked on again, I'd definitely be willing to do some work on sound-effects and related "assets". From kevinz5000 at gmail.com Mon Sep 9 17:45:23 2013 From: kevinz5000 at gmail.com (Kevin Zheng) Date: Mon, 09 Sep 2013 17:45:23 -0500 Subject: [crossfire] Sound support on GTKv2 In-Reply-To: <2656348.479b43FbRW@bunnies> References: <5224C26D.1000805@gmail.com> <52280D25.10601@sonic.net> <2656348.479b43FbRW@bunnies> Message-ID: <522E4F83.7070402@gmail.com> Hi there, On 09/09/2013 17:33, mail-lists+cfdev at dogphilosophy.net wrote: > I've been meaning to reply to this thread: > > Other than at one point years ago managing to get a few inconsistent chirp noises out of the sound system, I've never managed to get it to work. However, if it's being opened up and worked on again, I'd definitely be willing to do some work on sound-effects and related "assets". Recently I committed a working sound server using the SDL_mixer library. It works for me as well as another developer, and further testing is very welcome. At the moment the sound server tries to look for the sounds folder in "share/crossfire-client/sounds", which you can symlink to wherever your sound directory is. Be sure to get the latest version of the sounds from SVN, though, as the tarballs will no longer work. Let this suffice as an open "call for testing". If anyone encounters any difficulties feel free to contact me/post to the list. Thanks, Kevin Zheng From leaf at real-time.com Thu Sep 12 18:11:45 2013 From: leaf at real-time.com (Rick Tanner) Date: Thu, 12 Sep 2013 18:11:45 -0500 Subject: [crossfire] Update to svn:externals in /stable Message-ID: <52324A31.2040601@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Earlier today in Revision:19035, the old 1.11 branch was removed with the following message: "This was used as trunk for the 1.x branch during the days where a 2.x release seemed imminent. Changes were merged into trunk a long time ago and has served it's purpose." This caused problems with the external reference in /stable - such as: svn: warning: W200000: Error handling externals definition for 'stable/client': svn: warning: W170000: URL 'https://svn.code.sf.net/p/crossfire/code/client/branches/1.11' at revision 19035 doesn't exist To correct this, I updated the external reference for /stable to use the 1.70.0 tags release. This was in Revision:19036 which was also made today, 2013-sept-12. If anyone has any questions, problems, suggestions, disputes - please follow up to this email thread for further help or discussion. Thank you, - - Rick Tanner leaf at real-time.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFSMkoxhHyvgBp+vH4RApekAJ4vF4eU2C6488zYsJ9F7VmuR1mRNACfbnu7 gf1tj1czG0y0DEoSOhUSwhY= =w6dP -----END PGP SIGNATURE-----