rdtj-user Mailing List for Roundeye's Duct-tape Jukebox
Status: Beta
Brought to you by:
roundeye
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(7) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
(13) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alan J. <ala...@ch...> - 2006-07-12 01:28:03
|
jo...@gr... wrote: > Is register_globals "On" in your php.ini file? > > John > > On Tue, 11 Jul 2006, Alan Johnson wrote: > > Turning register_globals on and rebooting caused the script to fail with a fatal error I do not remember the exact error but it was the same one, I got before I installed php4-mysql. call to unknown function or something PhpMyAdmin still worked so I can only assume that mysql access was working. I downloaded and installed Ubuntu LAMP server but as this machine is a Proliant 1850R (dual P3-550s, quad 18.2 scsi. bought for $40 US) I had a problem with the onboard NIC that caused severe lockups any time I touched the scroll lock or function keys. I only solved it by disabling the tlan nic and installing a SMC 1211. Debian would install and run, but Ubuntu was as flaky as a girl at band camp. Reinstalling right now and will observe and note all versions of software installed. Alan |
From: Sean J. <se...@ri...> - 2006-07-11 18:41:47
|
On Tue, 11 Jul 2006, jo...@gr... wrote: > Is register_globals "On" in your php.ini file? That's where I think the problem is coming from, I just posted a work around. I tried to turn register_globals on in my php.ini file and could not get it to work to no avail. That code does manage to get around the issue (at least for me). Still not sure why turning register_globals on did not work but after the patch I've not worried about it since. Sean... -- The punk rock will get you if the government don't get you first. --Old 97's _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC http://www.rimboy.com Your source for the crap you know you need. |
From: Sean J. <se...@ri...> - 2006-07-11 18:40:07
|
On Tue, 11 Jul 2006, Alan Johnson wrote: > I'm guessing its the perl thats the problem. I downgraded to php3, made > every field a single word and no joy. When I installed perl it was with > apt-get and then the modules I got with CPAN. Unless MySQL 4.1 is the > issue. I could install redhat 6.2 again, like I had on my original > player, but I've kinda fallen in love with Debian, and apt. I'll mess > with it some more and report back if I find a fix. I am by no means a > programmer and even my HTML looks messy, but I'm trying. Thanks for all > the help you've given so far, next I need to find a cmd-line player that > will play flac, mp3, aac, & ape. I'm wondering if you're bumping into the register globals issue that is now turned off in PHP4. The add slashes line was to get around the apostrophe issue, though as I recall it was causing queries to fail because of the apostrophe. If none of the songs are expanding then it's probably because of the register globals issue. As I recall, both the addslashes fix and the code I posted below were the two big things I needed todo to get RDTJ working with a relatively recent version of PHP. This was some code I picked up off the PHP site (who knows what else you can pick up off that site) that got around the register globals issue. Add these lines to the top of index.php and see if that fixed the problem you are having: if (!ini_get('register_globals')) { $superglobals = array($_SERVER, $_ENV, $_FILES, $_COOKIE, $_POST, $_GET); if (isset($_SESSION)) { array_unshift($superglobals, $_SESSION); } foreach ($superglobals as $superglobal) { extract($superglobal, EXTR_SKIP); } } My system is running Fedora w/ PHP 4.3 Wow, RH 6.2? (I carried that torch for awhile) You could at least get away with RH 7.3 (which is what my jukebox ran before the upgrade) but I'm guessing this might be the other part of the puzzle. Really, RH 6.2 is way out of date so I commend you on making the upgrade and likewise trying other distro's out. Sean... -- The punk rock will get you if the government don't get you first. --Old 97's _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC http://www.rimboy.com Your source for the crap you know you need. |
From: <jo...@gr...> - 2006-07-11 18:30:41
|
Is register_globals "On" in your php.ini file? John On Tue, 11 Jul 2006, Alan Johnson wrote: > Rick Bradley wrote: >> * Alan Johnson (ala...@ch...) [060711 01:54]: >> >>> if ($expand == $tag or $expand == $atag) >>> { # if this album/artist is expanded then output song >>> play link >>> # protect db query if necessary >>> $dbalbum = ($slashes ? $album : addslashes($album)); >>> $dbartist = ($slashes ? $artist : addslashes($artist)); >>> $dbalbum = addslashes($dbalbum); >>> $dbartist = addslashes($dbartist); >>> $firstsong = 1; # flag for whether we're on the first >>> song >>> >>> # retrieve songs for this album >>> $res = mysql_query("select songid, title, length, >>> albumposition, filename from songs where >>> >> >> You can give that a try -- though you can also delete the two >> "$dbalbum/$dbartist" lines above the two you added (as they're now >> redundant). See if that helps any. >> >> Rick >> > I'm guessing its the perl thats the problem. I downgraded to php3, made > every field a single word and no joy. When I installed perl it was with > apt-get and then the modules I got with CPAN. Unless MySQL 4.1 is the > issue. I could install redhat 6.2 again, like I had on my original > player, but I've kinda fallen in love with Debian, and apt. I'll mess > with it some more and report back if I find a fix. I am by no means a > programmer and even my HTML looks messy, but I'm trying. Thanks for all > the help you've given so far, next I need to find a cmd-line player that > will play flac, mp3, aac, & ape. > > Alan > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Rdtj-user mailing list > Rdt...@li... > https://lists.sourceforge.net/lists/listinfo/rdtj-user > |
From: Alan J. <ala...@ch...> - 2006-07-11 18:25:51
|
Rick Bradley wrote: > * Alan Johnson (ala...@ch...) [060711 01:54]: > >> if ($expand == $tag or $expand == $atag) >> { # if this album/artist is expanded then output song >> play link >> # protect db query if necessary >> $dbalbum = ($slashes ? $album : addslashes($album)); >> $dbartist = ($slashes ? $artist : addslashes($artist)); >> $dbalbum = addslashes($dbalbum); >> $dbartist = addslashes($dbartist); >> $firstsong = 1; # flag for whether we're on the first >> song >> >> # retrieve songs for this album >> $res = mysql_query("select songid, title, length, >> albumposition, filename from songs where >> > > You can give that a try -- though you can also delete the two > "$dbalbum/$dbartist" lines above the two you added (as they're now > redundant). See if that helps any. > > Rick > I'm guessing its the perl thats the problem. I downgraded to php3, made every field a single word and no joy. When I installed perl it was with apt-get and then the modules I got with CPAN. Unless MySQL 4.1 is the issue. I could install redhat 6.2 again, like I had on my original player, but I've kinda fallen in love with Debian, and apt. I'll mess with it some more and report back if I find a fix. I am by no means a programmer and even my HTML looks messy, but I'm trying. Thanks for all the help you've given so far, next I need to find a cmd-line player that will play flac, mp3, aac, & ape. Alan |
From: Rick B. <rou...@ro...> - 2006-07-11 11:44:38
|
* Alan Johnson (ala...@ch...) [060711 01:54]: > if ($expand == $tag or $expand == $atag) > { # if this album/artist is expanded then output song > play link > # protect db query if necessary > $dbalbum = ($slashes ? $album : addslashes($album)); > $dbartist = ($slashes ? $artist : addslashes($artist)); > $dbalbum = addslashes($dbalbum); > $dbartist = addslashes($dbartist); > $firstsong = 1; # flag for whether we're on the first > song > > # retrieve songs for this album > $res = mysql_query("select songid, title, length, > albumposition, filename from songs where You can give that a try -- though you can also delete the two "$dbalbum/$dbartist" lines above the two you added (as they're now redundant). See if that helps any. Rick -- http://www.rickbradley.com MUPRN: 99 | correspond with the random email haiku | candidate or issue | they were voting for. |
From: Alan J. <ala...@ch...> - 2006-07-11 06:51:03
|
So we want to look like this? For what its worth I'm using Debian stable 3.1 php4 which is version: 4:4.3.10-16 (or 15). if ($expand == $tag or $expand == $atag) { # if this album/artist is expanded then output song play link # protect db query if necessary $dbalbum = ($slashes ? $album : addslashes($album)); $dbartist = ($slashes ? $artist : addslashes($artist)); $dbalbum = addslashes($dbalbum); $dbartist = addslashes($dbartist); $firstsong = 1; # flag for whether we're on the first song # retrieve songs for this album $res = mysql_query("select songid, title, length, albumposition, filename from songs where |
From: Sean J. <se...@ri...> - 2006-07-10 23:57:09
|
On Mon, 10 Jul 2006, Rick Bradley wrote: > Nevermind, I see it. Depending upon which version of RDTJ & PHP one is using, > one can probably fix the (or "a", hopefully the same as yours) problem by > adding the following lines to index.php: > > $dbalbum = addslashes($dbalbum); > $dbartist = addslashes($dbartist); Sorry, I was out of pocket for the past 3 hours. I'm guessing that's the fix I put into place? Hopefully I commented that section. Also, if you continue to have problems revolving around globals in PHP (I could never get them turned on and working properly after they dropped it as a default) I have a patch for that. > (I'll leave out the profanity about PHP that accompanies them in the comments > above this "patch" in our local installation -- needless to say some default > changed (again) and now these lines are necessary). One would put them right > before the lines that look like this: > > $firstsong = 1; // flag for whether we're on the first song > > // retrieve songs for this album > > (not a real patch, I know, but that placement should be consistent across a > number of versions of RDTJ). Yeah, I'm still running the pre-search release of RDTJ. Speaking of which, I should probably get ripping. The Yourmusic fairy dropped goodies into my mailbox today. We don't need to worry about finding a copy of Whiskey River for the lake trip. There's a few other good ones that also arrived. Sean... -- The punk rock will get you if the government don't get you first. --Old 97's _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC http://www.rimboy.com Your source for the crap you know you need. |
From: Rick B. <rou...@ro...> - 2006-07-10 23:33:15
|
* Rick Bradley (rou...@ro...) [060710 18:09]: > * Alan Johnson (ala...@ch...) [060710 16:54]: > > The enclosed file is the index.php of the rdtj page. As I said I can > > not edit the files at all and can not view the song names. > > Hey, Sean, if you're on here -- do you remember, did we make a one-off > patch on your server for the quote escaping problem with albums? Nevermind, I see it. Depending upon which version of RDTJ & PHP one is using, one can probably fix the (or "a", hopefully the same as yours) problem by adding the following lines to index.php: $dbalbum = addslashes($dbalbum); $dbartist = addslashes($dbartist); (I'll leave out the profanity about PHP that accompanies them in the comments above this "patch" in our local installation -- needless to say some default changed (again) and now these lines are necessary). One would put them right before the lines that look like this: $firstsong = 1; // flag for whether we're on the first song // retrieve songs for this album (not a real patch, I know, but that placement should be consistent across a number of versions of RDTJ). In all fairness, the CVS logs say there haven't been any commits in ~3 years, and I'm amazed the thing's lasted the 6 or 7 years that it has, given that it was really written for both Netscape 4 and PHP 3. :-/ Of course, we're still serving up the hits off an install these days, but at home I've got a Ruby version that I hack on that's nowhere near as usable yet as the PHP one. I actually quit coding PHP some time ago. I just can't stand the language any more. Er, sorry. I know there are some users out there, but noone's seemed to want to contribute patches so it's been definitely lagging. Rick -- http://www.rickbradley.com MUPRN: 331 | I can't help you random email haiku | see it. Forget this scheme. | Please. Just forget it. |
From: Rick B. <rou...@ro...> - 2006-07-10 23:07:48
|
* Alan Johnson (ala...@ch...) [060710 16:54]: > The enclosed file is the index.php of the rdtj page. As I said I can > not edit the files at all and can not view the song names. Hey, Sean, if you're on here -- do you remember, did we make a one-off patch on your server for the quote escaping problem with albums? Rick -- http://www.rickbradley.com MUPRN: 211 | I have been playing random email haiku | with the various ways to | manage the error. |
From: Alan J. <ala...@ch...> - 2006-07-10 21:50:38
|
The enclosed file is the index.php of the rdtj page. As I said I can not edit the files at all and can not view the song names. Rick Bradley wrote: > * Alan Johnson (ala...@ch...) [060707 14:39]: > >> I am re-installing rdtj on a new machine and everything seems to be >> working except that I am can not view the individual names. the artist >> and album names show up but clicking on the album name does not show >> the song titles. >> >> phpmyadmin shows that the database is populated properly. Any suggestions? >> > > Alan, > Is this for all albums, or merely some of them? I have seen problems in > the past with albums with apostrophes in the names (something about > PHP's "automatic" quoting/escaping is going wrong). > > Rick > |
From: Rick B. <rou...@ro...> - 2006-07-09 19:40:07
|
* Alan Johnson (ala...@ch...) [060707 14:39]: > I am re-installing rdtj on a new machine and everything seems to be > working except that I am can not view the individual names. the artist > and album names show up but clicking on the album name does not show > the song titles. > > phpmyadmin shows that the database is populated properly. Any suggestions? Alan, Is this for all albums, or merely some of them? I have seen problems in the past with albums with apostrophes in the names (something about PHP's "automatic" quoting/escaping is going wrong). Rick -- http://www.rickbradley.com MUPRN: 985 | big project. It is random email haiku | intended to be a | learning exercise. |
From: Alan J. <ala...@ch...> - 2006-07-07 19:32:28
|
I am re-installing rdtj on a new machine and everything seems to be working except that I am can not view the individual names. the artist and album names show up but clicking on the album name does not show the song titles. phpmyadmin shows that the database is populated properly. Any suggestions? Alan |
From: <jo...@gr...> - 2006-03-10 23:37:26
|
For what it's worth, I made a (probably naive) fix to jukebox_player.pl... at least it does what it's supposed to now. The patch is attached - not sure how useful the environmental vars I use are, lets just call it cargo-cult programming. Lemme know if this helps anyone, John On Fri, 10 Mar 2006, jo...@gr... wrote: > Yep, you are both right - original system was Debian, new one is RHEL3. In > our case, the rockus interuptus is more like some Cookie Monster core. > > I guess I'll have to live with it until I get a chance to look closer. > > John > > On Fri, 10 Mar 2006, Rick Bradley wrote: > >> * Sean Jewett (se...@ri...) [060310 15:42]: >>> On Fri, 10 Mar 2006, jo...@gr... wrote: >>> >>>> Thought I'd add a bit of noise to this quite list ;) >>>> >>>> I've had to move my rdtj install to a new box, and the "Skip currently >>>> playing song" link just stopped working. From what I can tell, it still >>>> inserts a line in the queue table, but it pretty much otherwise ignores >>>> it. Can anyone offer a good debug suggestion? >>> >>> Quiet indeed. >>> >>> The bug resides in jukebox_player.pl. Does the kill feature work? >>> That'd be interesting if it did. What distro did you move from/to? I was >>> not able to get the kill or skip features to work on a RH7.3 system. I >>> just upgraded the system to Fedora Core 3. It does not work but the >>> jukebox_player.pl is the same one I hacked on trying to get it to work. >>> I've been meaning to revert to the original code to try it, though I >>> suspect it won't work there. >>> >>> On the other hand, we turned it into a feature (the inability to >>> kill/skip). Nothing like having Mr. Bojangles dropped into the middle of >>> a set you're rocking out to. :) >>> >>> Sorry I don't have more info. It's been well over a year since I tried to >>> hack on it. >> >> It really comes down to the fact that the kill/skip functionality uses a >> command-line 'ps' to determine which process is the one playing the >> music for clean killing. The downside is that ps varies in >> functionality and location from Unix to Unix and from distro to distro. >> RedHAt, historically, seemed to change the behavior of their 'ps' >> command from point release to point release. >> >> Ideally that code would be (/would have been) yanked in favor of a CPAN >> module which did such process spying more portably >> (Proc::ProcessTable?). >> >> Rick >> -- >> http://www.rickbradley.com MUPRN: 969 >> | features into >> random email haiku | their products and dealing with >> | the problems later. >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Rdtj-user mailing list > Rdt...@li... > https://lists.sourceforge.net/lists/listinfo/rdtj-user > |
From: <jo...@gr...> - 2006-03-10 21:57:05
|
Yep, you are both right - original system was Debian, new one is RHEL3. In our case, the rockus interuptus is more like some Cookie Monster core. I guess I'll have to live with it until I get a chance to look closer. John On Fri, 10 Mar 2006, Rick Bradley wrote: > * Sean Jewett (se...@ri...) [060310 15:42]: >> On Fri, 10 Mar 2006, jo...@gr... wrote: >> >>> Thought I'd add a bit of noise to this quite list ;) >>> >>> I've had to move my rdtj install to a new box, and the "Skip currently >>> playing song" link just stopped working. From what I can tell, it still >>> inserts a line in the queue table, but it pretty much otherwise ignores >>> it. Can anyone offer a good debug suggestion? >> >> Quiet indeed. >> >> The bug resides in jukebox_player.pl. Does the kill feature work? >> That'd be interesting if it did. What distro did you move from/to? I was >> not able to get the kill or skip features to work on a RH7.3 system. I >> just upgraded the system to Fedora Core 3. It does not work but the >> jukebox_player.pl is the same one I hacked on trying to get it to work. >> I've been meaning to revert to the original code to try it, though I >> suspect it won't work there. >> >> On the other hand, we turned it into a feature (the inability to >> kill/skip). Nothing like having Mr. Bojangles dropped into the middle of >> a set you're rocking out to. :) >> >> Sorry I don't have more info. It's been well over a year since I tried to >> hack on it. > > It really comes down to the fact that the kill/skip functionality uses a > command-line 'ps' to determine which process is the one playing the > music for clean killing. The downside is that ps varies in > functionality and location from Unix to Unix and from distro to distro. > RedHAt, historically, seemed to change the behavior of their 'ps' > command from point release to point release. > > Ideally that code would be (/would have been) yanked in favor of a CPAN > module which did such process spying more portably > (Proc::ProcessTable?). > > Rick > -- > http://www.rickbradley.com MUPRN: 969 > | features into > random email haiku | their products and dealing with > | the problems later. > |
From: Rick B. <rou...@ro...> - 2006-03-10 21:27:36
|
* Sean Jewett (se...@ri...) [060310 15:42]: > On Fri, 10 Mar 2006, jo...@gr... wrote: > > >Thought I'd add a bit of noise to this quite list ;) > > > >I've had to move my rdtj install to a new box, and the "Skip currently > >playing song" link just stopped working. From what I can tell, it still > >inserts a line in the queue table, but it pretty much otherwise ignores > >it. Can anyone offer a good debug suggestion? > > Quiet indeed. > > The bug resides in jukebox_player.pl. Does the kill feature work? > That'd be interesting if it did. What distro did you move from/to? I was > not able to get the kill or skip features to work on a RH7.3 system. I > just upgraded the system to Fedora Core 3. It does not work but the > jukebox_player.pl is the same one I hacked on trying to get it to work. > I've been meaning to revert to the original code to try it, though I > suspect it won't work there. > > On the other hand, we turned it into a feature (the inability to > kill/skip). Nothing like having Mr. Bojangles dropped into the middle of > a set you're rocking out to. :) > > Sorry I don't have more info. It's been well over a year since I tried to > hack on it. It really comes down to the fact that the kill/skip functionality uses a command-line 'ps' to determine which process is the one playing the music for clean killing. The downside is that ps varies in functionality and location from Unix to Unix and from distro to distro. RedHAt, historically, seemed to change the behavior of their 'ps' command from point release to point release. Ideally that code would be (/would have been) yanked in favor of a CPAN module which did such process spying more portably (Proc::ProcessTable?). Rick -- http://www.rickbradley.com MUPRN: 969 | features into random email haiku | their products and dealing with | the problems later. |
From: Sean J. <se...@ri...> - 2006-03-10 20:40:47
|
On Fri, 10 Mar 2006, jo...@gr... wrote: > Thought I'd add a bit of noise to this quite list ;) > > I've had to move my rdtj install to a new box, and the "Skip currently > playing song" link just stopped working. From what I can tell, it still > inserts a line in the queue table, but it pretty much otherwise ignores it. > Can anyone offer a good debug suggestion? Quiet indeed. The bug resides in jukebox_player.pl. Does the kill feature work? That'd be interesting if it did. What distro did you move from/to? I was not able to get the kill or skip features to work on a RH7.3 system. I just upgraded the system to Fedora Core 3. It does not work but the jukebox_player.pl is the same one I hacked on trying to get it to work. I've been meaning to revert to the original code to try it, though I suspect it won't work there. On the other hand, we turned it into a feature (the inability to kill/skip). Nothing like having Mr. Bojangles dropped into the middle of a set you're rocking out to. :) Sorry I don't have more info. It's been well over a year since I tried to hack on it. Sean... -- The punk rock will get you if the government don't get you first. --Old 97's _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC http://www.rimboy.com Your source for the crap you know you need. |
From: <jo...@gr...> - 2006-03-10 20:27:52
|
Hi There, Thought I'd add a bit of noise to this quite list ;) I've had to move my rdtj install to a new box, and the "Skip currently playing song" link just stopped working. From what I can tell, it still inserts a line in the queue table, but it pretty much otherwise ignores it. Can anyone offer a good debug suggestion? Thanks, John |
From: John G. <jo...@gr...> - 2005-04-15 20:30:50
|
On Wed, Apr 13, 2005 at 04:53:01PM -0500, Rick Bradley wrote: > * John Greene (jo...@gr...) [050413 16:15]: > > My coworkers and I have been using rdtj for a while and we made a couple > > of small enhancements for our purposes. It occurs to me that other people > > might like them as well: > > > > * The ability to omit songs or albums from random play. > > * The ability to control the volume on the server. > > > > The volume control only works in firefox because I implimented it with > > SOAP. It has since occured to me that AJAX would work better, not require > > a SOAP server (just a cgi), and be cross platform, but at the moment it > > serves our purposes. We'd be happy to share this if there is any > > interest, either as some loose code or back to the project. I have no > > real idea how many people are using this. > > John, > I don't have any real idea how many people are using the RDTJ either :-) > I'm still a pretty heavy user, and some friends are too. From time to > time someone will pop up and mention that they're using it. > > One of my friends has also implemented an "omit from random" feature, > but I don't think it made its way into the official tree (such as it > is). I'd be interested in your patches there anyway. > > As for the SOAP volume control, that sounds like a neat bit of > functionality. Seems like it's one step away from storing the preferred > volume setting for a given song/album. I had looked at normalization > technique some time ago (because different albums seem to rip at such > varying volume levels) but the lossy mp3 format doesn't normalize well > (i.e., you pretty much have to start with WAV and be consistent). The > alternative seems to be manually adjusting volume or storing the volume > with the tracks and adjusting at play time automatically. > > I'd definitely like to see your SOAP volume changes. > > I've had a half-done Ruby version of the RDTJ lying around in pieces for > quite some time now. Every programmer has excuses. The ones I'm > getting great mileage out of are "we had a wedding", "I'm switching > jobs", and "that closet has got waaaay too much stuff falling out of it > to ignore". That probably accounts for the lack of significant RDTJ > updates (or, really, the lack of a release of the Ruby successor to > same). > > Thanks! > Rick Okay, here's the files we touched: cgi-bin/Volume.cgi html/functions.js html/index.php new_schema.sql As you'll see, the changes are pretty minimal - we probably edited more lines changing the look of the interface than anything else. One note about the volume thing - this works fine in the debian unstable box here, but I've failed getting it going with a different server elsewhere... maybe fedora? It might be a suexec issue, not sure, but the cgi executes aumix as a system call and it seemed not to like that. Some other stuff that we might impliment over time: * slider for volume * playlist history * playlist creation * un-omit from random Thanks again for writing this very useful app, my office gets daily use out of it. John |
From: Rick B. <rou...@ro...> - 2005-04-13 21:53:38
|
* John Greene (jo...@gr...) [050413 16:15]: > My coworkers and I have been using rdtj for a while and we made a couple > of small enhancements for our purposes. It occurs to me that other people > might like them as well: > > * The ability to omit songs or albums from random play. > * The ability to control the volume on the server. > > The volume control only works in firefox because I implimented it with > SOAP. It has since occured to me that AJAX would work better, not require > a SOAP server (just a cgi), and be cross platform, but at the moment it > serves our purposes. We'd be happy to share this if there is any > interest, either as some loose code or back to the project. I have no > real idea how many people are using this. John, I don't have any real idea how many people are using the RDTJ either :-) I'm still a pretty heavy user, and some friends are too. From time to time someone will pop up and mention that they're using it. One of my friends has also implemented an "omit from random" feature, but I don't think it made its way into the official tree (such as it is). I'd be interested in your patches there anyway. As for the SOAP volume control, that sounds like a neat bit of functionality. Seems like it's one step away from storing the preferred volume setting for a given song/album. I had looked at normalization technique some time ago (because different albums seem to rip at such varying volume levels) but the lossy mp3 format doesn't normalize well (i.e., you pretty much have to start with WAV and be consistent). The alternative seems to be manually adjusting volume or storing the volume with the tracks and adjusting at play time automatically. I'd definitely like to see your SOAP volume changes. I've had a half-done Ruby version of the RDTJ lying around in pieces for quite some time now. Every programmer has excuses. The ones I'm getting great mileage out of are "we had a wedding", "I'm switching jobs", and "that closet has got waaaay too much stuff falling out of it to ignore". That probably accounts for the lack of significant RDTJ updates (or, really, the lack of a release of the Ruby successor to same). Thanks! Rick -- http://www.rickbradley.com MUPRN: 621 | at most words and be random email haiku | double-spaced. The abstract | should not exceed words. |
From: John G. <jo...@gr...> - 2005-04-13 21:10:20
|
Hi there, My coworkers and I have been using rdtj for a while and we made a couple of small enhancements for our purposes. It occurs to me that other people might like them as well: * The ability to omit songs or albums from random play. * The ability to control the volume on the server. The volume control only works in firefox because I implimented it with SOAP. It has since occured to me that AJAX would work better, not require a SOAP server (just a cgi), and be cross platform, but at the moment it serves our purposes. We'd be happy to share this if there is any interest, either as some loose code or back to the project. I have no real idea how many people are using this. Thanks, John |
From: John G. <jo...@gr...> - 2005-01-28 06:39:38
|
On Thu, Jan 27, 2005 at 09:55:43PM -0600, Sean Jewett wrote: > On Thu, 27 Jan 2005, John Greene wrote: > > > Directory: /mp3/Arcade Fire/Funeral/ > > Playing MPEG stream from Arcade Fire - 01 - Neighborhood #1 > > (Tunnels).mp3.mp3 ... > > Junk at the beginning 49443303 > > Giving up searching valid MPEG header > > > > [0:00] Decoding of Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3 > > finished > > > > And of course it fails to play. I am listening to the same mp3 right now > > using xmms on a different box, so I know it's at least _somewhat_ ok. Any > > suggestions? > > Are you using ESD? Something tells me the last time I saw something like > that it was an endian issue, but I'm probably wrong on that. > > What if you run "file mp3name.mp" and see what it says? > > Otherwise I don't have any other suggestions. > > Sean... unfortunately nothing interesting: john@smarmy:/mp3/Arcade Fire/Funeral$ file "Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3" Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3: MP3 file with ID3 version 2.3.0 tag john@smarmy:/mp3/Arcade Fire/Funeral$ just for good measure, I tried it on one the plays correctly: john@smarmy:/mp3/Uncle Tupelo/Anodyne$ file 01-Slate.mp3 01-Slate.mp3: MP3 file with ID3 version 2.3.0 tag john@smarmy:/mp3/Uncle Tupelo/Anodyne$ John |
From: Sean J. <se...@ri...> - 2005-01-28 04:31:25
|
On Thu, 27 Jan 2005, John Greene wrote: > Directory: /mp3/Arcade Fire/Funeral/ > Playing MPEG stream from Arcade Fire - 01 - Neighborhood #1 > (Tunnels).mp3.mp3 ... > Junk at the beginning 49443303 > Giving up searching valid MPEG header > > [0:00] Decoding of Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3 > finished > > And of course it fails to play. I am listening to the same mp3 right now > using xmms on a different box, so I know it's at least _somewhat_ ok. Any > suggestions? Are you using ESD? Something tells me the last time I saw something like that it was an endian issue, but I'm probably wrong on that. What if you run "file mp3name.mp" and see what it says? Otherwise I don't have any other suggestions. Sean... -- The punk rock will get you if the government don't get you first. --Old 97's _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC http://www.rimboy.com Your source for the crap you know you need. |
From: John G. <jo...@gr...> - 2005-01-27 17:41:39
|
Hi there, I know this isn't specifically a rdtj issue, but I figure someone here must've encountered it. Certain mp3's in my collection seem to be unplayable with mpg123. One error looks like this, although they vary: Directory: /mp3/Arcade Fire/Funeral/ Playing MPEG stream from Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3 ... Junk at the beginning 49443303 Giving up searching valid MPEG header [0:00] Decoding of Arcade Fire - 01 - Neighborhood #1 (Tunnels).mp3.mp3 finished And of course it fails to play. I am listening to the same mp3 right now using xmms on a different box, so I know it's at least _somewhat_ ok. Any suggestions? Thanks! John |
From: Rick B. <rou...@ro...> - 2004-10-30 18:49:58
|
* the...@de... (the...@de...) [041030 13:15]: > I get the error. > Fatal error: Call to undefined function: mysql_connect() in /var/www/rdtj/index.php on line 23 > > though i have all the relevant perl modules installed. > > I use an apache 1.3 with php4 enabled and a mysql db with the mp3 table. > > Followed the instructions in README. > error exists in 0.4 and 0.5pre1 > > Maybe its something dumb because i am not a freak on mysql apache perl and php4. Sorry to put anyone through the pain that is mysql. That message is saying that your PHP doesn't have mysql support compiled in. Check out: http://us2.php.net/manual/en/ref.mysql.php for instructions on building PHP with Mysql support. Rick -- http://www.rickbradley.com MUPRN: 991 | email haiku run random email haiku | something like top on it | instead of getty. |