Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
How "expensive" is it just to start from byte 0 of the CDG instructions and run every command in order internally up to the current seek time, then blit the result? I had been assuming that scaling/drawing the output itself is what took time, and that on the internal drawing surface it was nearly instantaneous and painless. Am I just nuts? :) Actually I've never tried doing the CD+G decoding without syncing with the song and blitting. If it turns out to be near zero cost without those, then your idea of starting at byte 0 would be the best option. The scaling/drawing is probably the most expensive operation. Some of the other number crunching can be time-consuming if modifying every one of the pixels, but I've worked harder on those parts to find the magic line of Python that does it quickly. For example my first bash at the Load Colour Table code was prohibitively slow as I ran through each pixel in a loop, looking it up in a table and replacing it with the new value. The magic dust in this case was to use the take() function of Numeric which was many orders of magnitude faster. Either way, I would think that going back to the last memory preset would do the trick; doesn't that clear out *everything,* not just the visible area? Having just looked back at CDG Revealed, I think you're right - it says Memory Preset should set "the entire screen". What pycdg currently does for Memory Preset is only alter the border if the border has never been set before. If "entire screen" includes the not-viewable area then that wants to be modified to always set the border. Good catch by the way, you've really dug deep into this stuff :-) Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/28/05, Kelvin Lawson <[EMAIL PROTECTED]> wrote: > > I think that I've never *ever* seen a commercial CDG that scrolls. > > > > Ever. > > > > KBS will create them, and I should have that in a week or two. But I > > wouldn't worry *too* much about it. > > I've got one from "Doctor Music", that I used for testing the scrolling > code. Can't recall if I've seen it on any others though. > > Kelvin. How "expensive" is it just to start from byte 0 of the CDG instructions and run every command in order internally up to the current seek time, then blit the result? I had been assuming that scaling/drawing the output itself is what took time, and that on the internal drawing surface it was nearly instantaneous and painless. Am I just nuts? :) Either way, I would think that going back to the last memory preset would do the trick; doesn't that clear out *everything,* not just the visible area? -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family! --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
I think that I've never *ever* seen a commercial CDG that scrolls. Ever. KBS will create them, and I should have that in a week or two. But I wouldn't worry *too* much about it. I've got one from "Doctor Music", that I used for testing the scrolling code. Can't recall if I've seen it on any others though. Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Mon, Nov 28, 2005 at 07:37:44PM +, Kelvin Lawson wrote: > > I'm actually keen to implement an internal MP3/OGG/WAV player anyway; we > > need that to be able to do pitch shifting and time munging, and then we > > get seeking (coding the CDG seeking part will be fun ;). > > Yeah, I'm not decided on the best technique for seeking. I think we need > to go back to the last Memory Preset command (like a clear screen), and > internally decode all of the graphics commands up to the new seek time. > We can speed this up by not blitting to the screen until the last command. That sounds good. I was wondering how that would get handled. > Then there's the Border Preset as well - this area isn't shown unless > there's a scroll command which scrolls it in. If we don't go back to the > last Border Preset, then there could be erroneous data in the border > that gets scrolled in. > > What do you think? I think that I've never *ever* seen a commercial CDG that scrolls. Ever. KBS will create them, and I should have that in a week or two. But I wouldn't worry *too* much about it. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth & AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 "Space is called 'space' because there's so much *space* there." - John Walker, of Fourmilab, on Trek's End --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
I'm actually keen to implement an internal MP3/OGG/WAV player anyway; we need that to be able to do pitch shifting and time munging, and then we get seeking (coding the CDG seeking part will be fun ;). Yeah, I'm not decided on the best technique for seeking. I think we need to go back to the last Memory Preset command (like a clear screen), and internally decode all of the graphics commands up to the new seek time. We can speed this up by not blitting to the screen until the last command. Then there's the Border Preset as well - this area isn't shown unless there's a scroll command which scrolls it in. If we don't go back to the last Border Preset, then there could be erroneous data in the border that gets scrolled in. What do you think? Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
Don't forget FLAC and MPEG (being able to rip CD-V's would be cool, too, and, for that matter, the dedicated could rip LaserDiscs with a capture card. I think MPEG playback is done elsewhere (I could be wrong and I haven't checked) but I believe it's already supported. FLAC is just a matter of adding the correct library. Yep, MPEG is already supported by the pympg module. Is the proper approach here to locate the already-extant project which is closest to what we need, and submit patches? Probably. That's Kelvin's call though :) Well I'm happy to open it up to the floor. My suggestion is that we use pymedia and submit patches to add libsoundtouch support to that. pymedia offers a whole bunch of audio and video decoders, and as far as I can tell it will be an easy route to CD+G -> MPEG conversion as well. I've mailed the author to gauge his feelings about incorporating libsoundtouch support within pymedia but no response yet. Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/27/05, Jay R. Ashworth <[EMAIL PROTECTED]> wrote: > On Sun, Nov 27, 2005 at 02:29:11PM -0700, William Ferrell wrote: > >I'm actually keen to implement an internal MP3/OGG/WAV player > >anyway; we need that to be able to do pitch shifting and time > >munging, and then we get seeking (coding the CDG seeking part will > >be fun ;). > > Don't forget FLAC and MPEG (being able to rip CD-V's would be cool, > too, and, for that matter, the dedicated could rip LaserDiscs with a > capture card. I think MPEG playback is done elsewhere (I could be wrong and I haven't checked) but I believe it's already supported. FLAC is just a matter of adding the correct library. > Is the proper approach here to locate the already-extant project which > is closest to what we need, and submit patches? Probably. That's Kelvin's call though :) > And, BTW, Will; could you check your mailer for an HTML knob, and flip > it off? Heh. You said "knob." It is annoying that gmail doesn't appear to have a setting for that; there is, however, a "plain text" thing buried amongst the compose window options. Didn't even notice it was sending HTML by default. Yuck. -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family! --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sun, Nov 27, 2005 at 02:29:11PM -0700, William Ferrell wrote: >Doesn't the "Linux Standard Base" (or whatever the [EMAIL PROTECTED] > it's called) >provide some standard for where apps go? PyKaraoke and cdgtools are >small enough that they can reasonably just live in /usr/bin. That's what it's called, and yes, it has answers to such questions. http://www.linuxbase.org/spec/ >I'm actually keen to implement an internal MP3/OGG/WAV player >anyway; we need that to be able to do pitch shifting and time >munging, and then we get seeking (coding the CDG seeking part will >be fun ;). Don't forget FLAC and MPEG (being able to rip CD-V's would be cool, too, and, for that matter, the dedicated could rip LaserDiscs with a capture card. Is the proper approach here to locate the already-extant project which is closest to what we need, and submit patches? And, BTW, Will; could you check your mailer for an HTML knob, and flip it off? Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth & AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 "Space is called 'space' because there's so much *space* there." - John Walker, of Fourmilab, on Trek's End --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/26/05, Christopher A. Williams <[EMAIL PROTECTED]> wrote: Since everything in 0.4 is self-contained already, if you keep thecurrent files in their own folder, it should work. As a first step, Iwould suggest placing what would be the unzipped files in somethinglike /usr/local/PyKaraoke and creating a launcher for them. I did this on my FC4 system and it seems to work just fine - at least the softwarelaunches without complaints. Again, this is just unqualified me thinkingof a stop-gap until the other details could be worked out. Doesn't the "Linux Standard Base" (or whatever the [EMAIL PROTECTED] it's called) provide some standard for where apps go? PyKaraoke and cdgtools are small enough that they can reasonably just live in /usr/bin. Definitely keep me posted on your progress. Since we have a dependencyon MP3 support in SDL, Fedora Core becomes a little more tricky. The Livna.org repository seems most appropriate because they include apackage called SDL_Sound that adds MP3 libraries to SDL. They alsoalready host most of the needed python packages. I'm actually keen to implement an internal MP3/OGG/WAV player anyway; we need that to be able to do pitch shifting and time munging, and then we get seeking (coding the CDG seeking part will be fun ;). Since that was the case, I submitted package requests via Livna'sBugzilla system for both CDG Tools and PyKaraoke today and included the source files as attachments to the bugs. It seems they feel bestqualified to build their own packages, but forwarding them a source RPMdefinitely wouldn't hurt. As soon as I hear back from them, I'll posthere. Cool! Thanks. -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sun, Nov 27, 2005 at 02:19:57PM -0700, William Ferrell wrote: > For sufficiently large values of "derivatives". > >Hehehehe yeah :) "RPM-based distributions". >Behold this spiffy magic: >#!/usr/bin/env python >As far as I know, every distro sets up "env" to spew the correct >location of python (the above shebang has never failed to work for me >on any system I've tried it on). Oh, yes; I'd forgotten about that. I've seen that trick mentioned before. The only people it might screw are those with more than one python installed, with the same interpreter name in different places in their paths. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth & AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 "Space is called 'space' because there's so much *space* there." - John Walker, of Fourmilab, on Trek's End --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/26/05, Jay R. Ashworth <[EMAIL PROTECTED]> wrote: On Sat, Nov 26, 2005 at 02:54:56PM -0700, William Ferrell wrote:>Definitely. Red Hat and derivatives are still the prevalent distros.For sufficiently large values of "derivatives". Hehehehe yeah :) >It *should* [knocks wood] be a matter of just copying the programs>themselves (all the .py files) to /usr/bin or /usr/local/bin, and>dropping the modules used into /usr/lib/python2.[0-4]/site-packages>... but it could still get interesting anyway :)The number one issue is making sure the location in the shebang line points to the real interpreter; if you get that right, you can take the.py extensions off the user binaries and they'll still run. Whetheryou should put them in a directory that's on the path is a maintainer call. Behold this spiffy magic: #!/usr/bin/env python As far as I know, every distro sets up "env" to spew the correct location of python (the above shebang has never failed to work for me on any system I've tried it on). -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sat, 2005-11-26 at 17:54 -0500, Jay R. Ashworth wrote: > On Sat, Nov 26, 2005 at 02:54:56PM -0700, William Ferrell wrote: > >Definitely. Red Hat and derivatives are still the prevalent distros. > > For sufficiently large values of "derivatives". > > >It *should* [knocks wood] be a matter of just copying the programs > >themselves (all the .py files) to /usr/bin or /usr/local/bin, and > >dropping the modules used into /usr/lib/python2.[0-4]/site-packages > >... but it could still get interesting anyway :) > > The number one issue is making sure the location in the shebang line > points to the real interpreter; if you get that right, you can take the > .py extensions off the user binaries and they'll still run. Whether > you should put them in a directory that's on the path is a maintainer > call. > > If they *call* things that are not on the path, special measures will > need to be taken. > > Number two is picking a location for everything else that won't > conflict. Since everything in 0.4 is self-contained already, if you keep the current files in their own folder, it should work. As a first step, I would suggest placing what would be the unzipped files in something like /usr/local/PyKaraoke and creating a launcher for them. I did this on my FC4 system and it seems to work just fine - at least the software launches without complaints. Again, this is just unqualified me thinking of a stop-gap until the other details could be worked out. Definitely keep me posted on your progress. Since we have a dependency on MP3 support in SDL, Fedora Core becomes a little more tricky. The Livna.org repository seems most appropriate because they include a package called SDL_Sound that adds MP3 libraries to SDL. They also already host most of the needed python packages. Since that was the case, I submitted package requests via Livna's Bugzilla system for both CDG Tools and PyKaraoke today and included the source files as attachments to the bugs. It seems they feel best qualified to build their own packages, but forwarding them a source RPM definitely wouldn't hurt. As soon as I hear back from them, I'll post here. Cheers, Chris -- == "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sat, 2005-11-26 at 14:50 -0700, William Ferrell wrote: On 11/26/05, Christopher A. Williams <[EMAIL PROTECTED]> wrote: I run a mobile DJ/KJ service in Denver and have had a couple of e-mail exchanges with Kelvin, which has led me to this list. I've gone through the archives and see there's someone also in Ft. Collins - we should talk sometime. :) Hey, my ears are burning :) Greetings from Fort Collins! Thanks! Now I have the name matched with the location. I'm in South Denver and, like I mentioned, help run a mobile DJ/KJ service with operations in Denver and Key West, Florida. The company used to be bigger, but due to the owners moving and the Florida hurricanes, we're restarting in a few places. The outlook is very good though. In terms of technical strengths, I'm much more of a network and systems administration / systems integration guy than a coder, and I also have a base level of knowledge in Usability. I have lots of ideas which I may try to tee up in time once I have a better feel for what's already being tossed around. My background was similar, though with a definite "this doesn't do what I want, time to write a new one" leaning. Fair warning: network/sysadmin and integration is the gateway drug to coding :) I'm still very much the person who will only code in self-defense... :) But I totally understand where you're coming from having had to write a thing or two in the past. Cheers, Chris -- == "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sat, Nov 26, 2005 at 02:54:56PM -0700, William Ferrell wrote: >Definitely. Red Hat and derivatives are still the prevalent distros. For sufficiently large values of "derivatives". >It *should* [knocks wood] be a matter of just copying the programs >themselves (all the .py files) to /usr/bin or /usr/local/bin, and >dropping the modules used into /usr/lib/python2.[0-4]/site-packages >... but it could still get interesting anyway :) The number one issue is making sure the location in the shebang line points to the real interpreter; if you get that right, you can take the .py extensions off the user binaries and they'll still run. Whether you should put them in a directory that's on the path is a maintainer call. If they *call* things that are not on the path, special measures will need to be taken. Number two is picking a location for everything else that won't conflict. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth & AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 "Space is called 'space' because there's so much *space* there." - John Walker, of Fourmilab, on Trek's End --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
I must sheepishly admit I run Ubuntu on my notebooks (and have two hardware platforms now available for testing -- x86 and amd64) so I should probably be doing something to help package this thing up, too :) Kelvin, consider me a guinea pig for packages (and for packaging the amd64 version, even assuming we *can* do that right now -- pygame-from-CVS won't make the Ubuntu maintainers happy ;) Snap! I have x86 and AMD64 Ubuntu machines now. I've just moved my second machine from Gentoo - I've probably already saved two days of my life :-) I still have Gentoo on here though, so I'll be able to write and test an ebuild for it. I think you're right about CVS and AMD64 - we'll need to wait for the next pygame release to make it into Ubuntu before we can get PyKaraoke into the AMD64 repository. Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
It *should* [knocks wood] be a matter of just copying the programs themselves (all the .py files) to /usr/bin or /usr/local/bin, and dropping the modules used into /usr/lib/python2.[0-4]/site-packages ... but it could still get interesting anyway :) Sounds easy enough. I guess we would remove the .py extensions so you can type "pykaraoke" or "pycdg" to run them. Looking at Meld (a python diff viewer) on my system, they've copied the main .py file into /usr/bin and called it "/usr/bin/meld". All of the modules in PyKaraoke except the tiny pykversion.py are standalone programs (pykaraoke, pycdg, pympg, pykar), so I guess they would go in /usr/bin, which annoyingly means we'd need to create a site-package or similar just for pykversion.py. Having said that, I've built PyKaraoke so that you can import the modules into your own python playlist managers etc. For that I guess we'd want pycdg.py etc to go into site-packages. Then there's the font and icon files. Enough rambling, I'll go find a howto about all this. Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/26/05, Kelvin Lawson <[EMAIL PROTECTED]> wrote: >>Right now, I'm working on what I can do to help sponsor PyKaraoke and>>CDG Tools in one of the Fedora Core repositories. That means creating an>>RPM and sponsoring the package. I'm working on both. That said, I'm not >>exactly an expert on RPM packaging, but am willing to learn more.>> I'm hoping myself to to that for SuSE (9.3, and probably some other> releases)...Fabulous, music to my ears :-) As I was saying to Chris, I tend to only install software from my distro's package manager, so I've always feltpackaging would help PyKaraoke reach a wider audience. Definitely. Red Hat and derivatives are still the prevalent distros. I'm planning to create packages for Debian/Ubuntu and Gentoo, because Ihave those installed here. Any help folk can give me for other distros would be much appreciated. It's probably worth waiting for me to get thefirst package done, as currently there is no install procedure forPyKaraoke at all. It's unzip anywhere and go. I guess I'll need tocreate an install script or something to put everything in the appropriate places. I'll let you both know when I've figured that stuff out. It *should* [knocks wood] be a matter of just copying the programs themselves (all the .py files) to /usr/bin or /usr/local/bin, and dropping the modules used into /usr/lib/python2.[0-4]/site-packages ... but it could still get interesting anyway :) -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/26/05, Jay R. Ashworth <[EMAIL PROTECTED]> wrote: It turns out that Will, in Ft Collins (and after the holidays, I hopeI've gotten his name right :-) thinks much the way I do about in-show usability, *and* *is* a coder. :-) Yup, got the name just fine :) > Any ideas would be appreciated. Looking forward to contributing where I> can! Our plans for evening domination are proceeding precisely on schedule. The streets will RUN RED, with the BLOOD OF OUR ENEMIES! Heh. A little too much Sealab 2021 last week, methinks. I'm better now :) -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On 11/26/05, Christopher A. Williams <[EMAIL PROTECTED]> wrote: I run a mobile DJ/KJ service in Denver and have had a couple of e-mailexchanges with Kelvin, which has led me to this list.I've gone through the archives and see there's someone also in Ft.Collins - we should talk sometime. :) Hey, my ears are burning :) Greetings from Fort Collins! Right now, I'm working on what I can do to help sponsor PyKaraoke andCDG Tools in one of the Fedora Core repositories. That means creating an RPM and sponsoring the package. I'm working on both. That said, I'm notexactly an expert on RPM packaging, but am willing to learn more.In terms of technical strengths, I'm much more of a network and systems administration / systems integration guy than a coder, and I also have abase level of knowledge in Usability. I have lots of ideas which I maytry to tee up in time once I have a better feel for what's already being tossed around. My background was similar, though with a definite "this doesn't do what I want, time to write a new one" leaning. Fair warning: network/sysadmin and integration is the gateway drug to coding :) I have confirmed what Fedora Core 4 packages are needed, as well aswhere they come from, to have everything work. Fortunately, you can already get everything you need from the most popular FC repos. Thatshould make the rest of this pretty straight forward - just a matter ofdeciding where things should go, creating a symlink or two and adding menu entries with icons.Any ideas would be appreciated. Looking forward to contributing where Ican! Great to have another contributor! I must sheepishly admit I run Ubuntu on my notebooks (and have two hardware platforms now available for testing -- x86 and amd64) so I should probably be doing something to help package this thing up, too :) Kelvin, consider me a guinea pig for packages (and for packaging the amd64 version, even assuming we *can* do that right now -- pygame-from-CVS won't make the Ubuntu maintainers happy ;) -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
Right now, I'm working on what I can do to help sponsor PyKaraoke and CDG Tools in one of the Fedora Core repositories. That means creating an RPM and sponsoring the package. I'm working on both. That said, I'm not exactly an expert on RPM packaging, but am willing to learn more. I'm hoping myself to to that for SuSE (9.3, and probably some other releases)... Fabulous, music to my ears :-) As I was saying to Chris, I tend to only install software from my distro's package manager, so I've always felt packaging would help PyKaraoke reach a wider audience. I'm planning to create packages for Debian/Ubuntu and Gentoo, because I have those installed here. Any help folk can give me for other distros would be much appreciated. It's probably worth waiting for me to get the first package done, as currently there is no install procedure for PyKaraoke at all. It's unzip anywhere and go. I guess I'll need to create an install script or something to put everything in the appropriate places. I'll let you both know when I've figured that stuff out. Kelvin. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] DJ/KJ in Denver Checking In
On Sat, Nov 26, 2005 at 10:03:45AM -0700, Christopher A. Williams wrote: > I run a mobile DJ/KJ service in Denver and have had a couple of e-mail > exchanges with Kelvin, which has led me to this list. Welcome aboard! > I've gone through the archives and see there's someone also in Ft. > Collins - we should talk sometime. :) :-) > Right now, I'm working on what I can do to help sponsor PyKaraoke and > CDG Tools in one of the Fedora Core repositories. That means creating an > RPM and sponsoring the package. I'm working on both. That said, I'm not > exactly an expert on RPM packaging, but am willing to learn more. I'm hoping myself to to that for SuSE (9.3, and probably some other releases)... > In terms of technical strengths, I'm much more of a network and systems > administration / systems integration guy than a coder, and I also have a > base level of knowledge in Usability. I have lots of ideas which I may > try to tee up in time once I have a better feel for what's already being > tossed around. Yeah, that's basically where I am. It turns out that Will, in Ft Collins (and after the holidays, I hope I've gotten his name right :-) thinks much the way I do about in-show usability, *and* *is* a coder. :-) > Any ideas would be appreciated. Looking forward to contributing where I > can! Our plans for evening domination are proceeding precisely on schedule. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth & AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 "Space is called 'space' because there's so much *space* there." - John Walker, of Fourmilab, on Trek's End --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
[Pykaraoke-discuss] DJ/KJ in Denver Checking In
I run a mobile DJ/KJ service in Denver and have had a couple of e-mail exchanges with Kelvin, which has led me to this list. I've gone through the archives and see there's someone also in Ft. Collins - we should talk sometime. :) Right now, I'm working on what I can do to help sponsor PyKaraoke and CDG Tools in one of the Fedora Core repositories. That means creating an RPM and sponsoring the package. I'm working on both. That said, I'm not exactly an expert on RPM packaging, but am willing to learn more. In terms of technical strengths, I'm much more of a network and systems administration / systems integration guy than a coder, and I also have a base level of knowledge in Usability. I have lots of ideas which I may try to tee up in time once I have a better feel for what's already being tossed around. I have confirmed what Fedora Core 4 packages are needed, as well as where they come from, to have everything work. Fortunately, you can already get everything you need from the most popular FC repos. That should make the rest of this pretty straight forward - just a matter of deciding where things should go, creating a symlink or two and adding menu entries with icons. Any ideas would be appreciated. Looking forward to contributing where I can! Cheers, Chris Williams -- == "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
