Menu
▾
▴
streamsicle-development — Development list.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
(16) |
Aug
(12) |
Sep
(17) |
Oct
|
Nov
|
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(22) |
Feb
(26) |
Mar
(11) |
Apr
(26) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(10) |
Sep
(38) |
Oct
(5) |
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
(9) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jordan S. <js...@jw...> - 2003-07-16 16:45:01
|
At 02:50 PM 7/15/2003, Arion Lawrence wrote: >Attached is a patch to Streamsicle v2.0 that adds support for viewing >pictures embedded within MP3 files. The ID3v2.3 standard provides a clear >description of how these pictures should be embedded and extracted from an >ID3 frame titled 'APIC'. The patch included here will display any >embedded picture below the currently playing song -- and in the ID3 >details screen. [snip] >Let me know if you have any questions. Hopefully this patch will make its >way into the Streamsicle CVS tree... I tried applying your patch to the current CVS tree, but there were more than a few problems: # patch -ubp 1 < APIC-support-v2.patch patching file src/com/streamsicle/Streamsicle.java Hunk #1 FAILED at 3. Hunk #2 FAILED at 526. 2 out of 2 hunks FAILED -- saving rejects to file src/com/streamsicle/Streamsicle.java.rej patching file src/com/streamsicle/fluid/InteractiveStream.java Hunk #1 FAILED at 627. 1 out of 1 hunk FAILED -- saving rejects to file src/com/streamsicle/fluid/InteractiveStream.java.rej patching file src/com/streamsicle/songinfo/SongInfo.java Hunk #1 FAILED at 207. Hunk #2 FAILED at 452. 2 out of 2 hunks FAILED -- saving rejects to file src/com/streamsicle/songinfo/SongInfo.java.rej patching file src/com/streamsicle/songinfo/SongInfoDegenerate.java Hunk #1 FAILED at 240. 1 out of 1 hunk FAILED -- saving rejects to file src/com/streamsicle/songinfo/SongInfoDegenerate.java.rej patching file src/com/streamsicle/songinfo/SongInfoFile.java Hunk #1 FAILED at 253. 1 out of 1 hunk FAILED -- saving rejects to file src/com/streamsicle/songinfo/SongInfoFile.java.rej patching file src/com/streamsicle/songinfo/SongInfoID3v1.java Hunk #1 FAILED at 439. 1 out of 1 hunk FAILED -- saving rejects to file src/com/streamsicle/songinfo/SongInfoID3v1.java.rej patching file src/com/streamsicle/songinfo/SongInfoID3v2.java Hunk #1 FAILED at 1. Hunk #2 FAILED at 45. Hunk #3 FAILED at 148. Hunk #4 FAILED at 395. 4 out of 4 hunks FAILED -- saving rejects to file src/com/streamsicle/songinfo/SongInfoID3v2.java.rej patching file web/look_default/songInfo.jsp Hunk #1 FAILED at 191. 1 out of 1 hunk FAILED -- saving rejects to file web/look_default/songInfo.jsp.rej patching file web/look_default/streamStatusInc.jsp Hunk #1 FAILED at 1. Hunk #2 succeeded at 9 (offset 1 line). patch unexpectedly ends in middle of line Hunk #3 succeeded at 52 with fuzz 1 (offset 1 line). 1 out of 3 hunks FAILED -- saving rejects to file web/look_default/streamStatusInc.jsp.rej Do you suppose you could make a patch against the current CVS tree? I can tar it up for you if you like, but doing a CVS checkout is pretty straightforward. It's explained on this page: http://sourceforge.net/cvs/?group_id=25251 Alternately, it's entirely possible that I have no idea how to apply a patch properly, so if you have pointers on that, that'd be swell too. :) Jordan |
|
From: Arion L. <ar...@ar...> - 2003-07-15 21:51:03
|
Attached is a patch to Streamsicle v2.0 that adds support for viewing pictures embedded within MP3 files. The ID3v2.3 standard provides a clear description of how these pictures should be embedded and extracted from an ID3 frame titled 'APIC'. The patch included here will display any embedded picture below the currently playing song -- and in the ID3 details screen. My motivation for implementing APIC support is that embedding pictures within MP3 files has been made very easy on my Mac OS X box with iTunes4 (http://www.apple.com/itunes/) and Clutter (http://www.sprote.com/clutter/). To see how this patch works, you can check out my Streamsicle feed at: http://www.arion.net/streamsicle/. I'm not really planning on having Streamsicle accessible onside of my home network, so I'll probably take that link down eventually... and sorry, I don't allow remote users to connect to the stream. The cover art pictures in my MP3s are often pretty large (up to 100k or so). The <IMG SRC=> tag within the Streamsicle JSP includes a fixed width attribute to force web browsers to scale the images... I've had this patch running on my Streamsicle server at home for a few weeks straight so I think its pretty stable -- extracting a picture is an autonomous function, no picture data is ever retained in memory by Streamsicle (other than a flag saying that the song has a picture). Let me know if you have any questions. Hopefully this patch will make its way into the Streamsicle CVS tree... -Arion |
|
From: Jordan S. <js...@jw...> - 2003-05-13 00:41:27
|
http://streamsicle.sourceforge.net/installers/install.htm Very broken. I think there are files that are missing in the sourceforge directory. Jordan |
|
From: Matt H. <ma...@st...> - 2003-04-25 18:57:29
|
John mentioned it in the forums, but basically the support is such that Streamsicle will detect any exstreamers that are in mode 0 by listening for their UDP broadcasts. Streamsicle then adds them to the list of available devices, and you can start and stop playing the stream from the Streamsicle interface, as well as adjust the volume. If anyone is actually using these things maybe I'll increase the support in the future, but for now I wanted to see if those basic functions were working properly. Matt Jordan Share wrote: > >> >> Read and respond to this message at: >> https://sourceforge.net/forum/message.php?msg_id=1987534 >> By: matt2k >> >> >> I'm not sure if any forum readers have one, but Streamsicle now >> supports the >> Exstreamer hardware mp3 stream player ( >> http://www.barix.com/exstreamer/ ). >> The support is in CVS and should be considered, but it seems to be >> working quite >> well so far. >> >> Try it out if you have one and let me know how it works for you. > > > Can you give more info on what you mean by "supports" ? Or should I > just check out the source? > > I got a Slimp3 a while back, and its software natively supports > playing a stream, so I'll occasionally point it at my streamsicle > stream (since I can listen to the same stream on both the device (in > the kitchen), and on the computers (in the other rooms)). > > There have been some comparisons to the Exstreamer on the slimp3 > lists, but from what I've seen, they are very differently targeted > products (aside from the fact that they both play mp3s over the network). > > Jordan > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Streamsicle-development mailing list > Str...@li... > https://lists.sourceforge.net/lists/listinfo/streamsicle-development |
|
From: Jordan S. <js...@jw...> - 2003-04-25 05:23:47
|
> >Read and respond to this message at: >https://sourceforge.net/forum/message.php?msg_id=1987534 >By: matt2k > > >I'm not sure if any forum readers have one, but Streamsicle now supports the >Exstreamer hardware mp3 stream player ( http://www.barix.com/exstreamer/ ). >The support is in CVS and should be considered, but it seems to be working >quite >well so far. > >Try it out if you have one and let me know how it works for you. Can you give more info on what you mean by "supports" ? Or should I just check out the source? I got a Slimp3 a while back, and its software natively supports playing a stream, so I'll occasionally point it at my streamsicle stream (since I can listen to the same stream on both the device (in the kitchen), and on the computers (in the other rooms)). There have been some comparisons to the Exstreamer on the slimp3 lists, but from what I've seen, they are very differently targeted products (aside from the fact that they both play mp3s over the network). Jordan |
|
From: Matt H. <ma...@st...> - 2003-03-01 06:57:06
|
Hey Jordan, I applied your patch successfully just now, it looks great after a preliminary check and so I've commited it to CVS. Thanks alot for the fixes. Matt |
|
From: Jordan S. <js...@jw...> - 2003-02-25 06:34:33
|
At 10:30 PM 2/24/2003, Jordan Share wrote: >$ patch -ubp 0 < ~/stream.diff Oh, if you don't want .orig files to be made, you can leave off the "b" part of the options. Jordan |
|
From: Jordan S. <js...@jw...> - 2003-02-25 06:30:37
|
At 06:16 PM 2/24/2003, Matt Hall wrote: >Haven't had a chance to apply your patches yet Jordan, but I did manage to >put them in the patch manager. Not sure what that thing's good for yet >except having a centralized place to look at fixes. > >BTW, do you know if the diff file you sent is compatible with the command >line patch util? I couldn't get it to work, but I am no expert. Alas, I am no expert either. :) What I did was: $ cvs diff -upB src/com/streamsicle/util/Utils.java web/look_default/streamStatusInc.jsp web/look_default/main.jsp web/look_default/playHistoryInc.jsp web/look_default/requestTreeInc.jsp web/look_default/searchreqInc.jsp > ~/stream.diff and then sent that file ( stream.diff ) As I understand it from http://www.cvshome.org/docs/manual/cvs_16.html#SEC130 , the options mean: `-B' Ignore changes that just insert or delete blank lines. `-p' Show which C function each change is in. ( I believe this just makes it easier to "eyeball" it. I am not sure it is useful.) `-u' Use the unified output format ... Ah, I just got it to work, thusly: $ patch -ubp 0 < ~/stream.diff patching file `src/com/streamsicle/util/Utils.java' patching file `web/look_default/streamStatusInc.jsp' patching file `web/look_default/playHistoryInc.jsp' patching file `web/look_default/requestTreeInc.jsp' patching file `web/look_default/searchreqInc.jsp' from the root of the streamsicle module. It applied smoothly to a fresh checkout. The key seemed to be the "-p 0" option, which told it to use the full directory as specified in the .diff file (strip 0 from the path). Apparently, the default is to only use the name of the file itself (strip all from the path). I'm not really sure why that's the default, but there is probably some good reason. :) Jordan |
|
From: Matt H. <ma...@st...> - 2003-02-25 02:19:04
|
Haven't had a chance to apply your patches yet Jordan, but I did manage=20 to put them in the patch manager. Not sure what that thing's good for=20 yet except having a centralized place to look at fixes. BTW, do you know if the diff file you sent is compatible with the=20 command line patch util? I couldn't get it to work, but I am no=20 expert. Matt |
|
From: Jordan S. <js...@jw...> - 2003-02-25 00:28:34
|
At 07:12 PM 2/23/2003, Jordan Share wrote: >in: >web/look_default/main.jsp > >line 165 should be: > <td width="2" class="white"><img > src="<%=imgPrefix%>img/spacer.gif" alt="" width="2" height="1" border="0"></td> > >Not: > <td width="2" class="white"><img src="img/spacer.gif" alt="" > width="2" height="1" border="0"></td> > >At least, I think so. I kept getting 404s. With that fix, I don't. > >Jordan Actually, line 18 in web/look_default/busy.jsp, and web/look_default/configure.jsp also have this problem. Jordan |
|
From: Jordan S. <js...@jw...> - 2003-02-24 03:12:22
|
in: web/look_default/main.jsp line 165 should be: <td width="2" class="white"><img src="<%=imgPrefix%>img/spacer.gif" alt="" width="2" height="1" border="0"></td> Not: <td width="2" class="white"><img src="img/spacer.gif" alt="" width="2" height="1" border="0"></td> At least, I think so. I kept getting 404s. With that fix, I don't. Jordan |
|
From: Jordan S. <js...@jw...> - 2003-02-24 03:01:25
|
That's weird. Did anybody else get that patch as "stream.xls" instead of "stream.diff" ? I'm not sure if it's my MUA (Eudora) or the mailing list software. Anyway, it should be a text file. Jordan |
|
From: Jordan S. <js...@jw...> - 2003-02-24 02:32:05
|
This patch fixes: 690207 ID3 tags need to be HTMLEncoded 690295 Dir link failure 691026 View Entire Album does not work for songs in the queue I figure that when the patch is added to CVS, the bugs should be closed. Note: The "htmlSanitize" function really only deals with ' and % at this point. I'm not sure that anything else would break the links (and I don't think % would, but I put it in to be consistent for later decoding), but it'd be easy enough to add whatever characters into the switch statement. I tried putting it into the patch tracker, but I keep getting an error: Artifact: Only Artifact Admins Can Modify Private ArtifactTypes Probably, it just needs to be configured? Jordan |
|
From: Jordan S. <js...@jw...> - 2003-02-20 18:29:17
|
At 10:12 PM 2/19/2003, John Watkinson wrote:
>Sound the horns! Beat the drums! Sing with all your hearts, for
>Streamsicle 2.0 Beta has been released!
>
>Quoth the changehog:
>
>* Almost completely rewritten look and interface
>* Lots of stability enhancements to the streaming engine
>* New queue functions: Move up or down 1, move to bottom, randomize, clear
>* Minimize to systray
>* Installer version now running on JDK 1.3.1 for large fileset support
>* Streamsicle will notify if it detects a new version of itself has been
>released
>* Now playing info via RSS output available
>
>So try it out!
>
> john & matt
There's a bug. :) I'll file a report, and possibly fix it if I have time.
Basically, we need to HTMLEncode the ID3 tags before displaying them.
I have an artist, "Smokin' Grass", and the apostrophe causes javascript to
think that the onclick ends before it actually does.
eg:
<td class="content" width="14"><A HREF="#" onclick="javascript:
artistName='Smokin'Grass'; id3FileId=6532; dirId=6531; return
!showPopup('nowPlayingPopup', event);" class="actionTextsmall"><img
src="/look_default/img/icons/mini-nub.gif" border="0" alt="Options for
currently playing song"></A></td>
Jordan
|
|
From: John W. <jo...@st...> - 2003-02-20 06:12:32
|
Sound the horns! Beat the drums! Sing with all your hearts, for Streamsicle 2.0 Beta has been released! Quoth the changehog: * Almost completely rewritten look and interface * Lots of stability enhancements to the streaming engine * New queue functions: Move up or down 1, move to bottom, randomize, clear * Minimize to systray * Installer version now running on JDK 1.3.1 for large fileset support * Streamsicle will notify if it detects a new version of itself has been released * Now playing info via RSS output available So try it out! john & matt |
|
From: <si...@pi...> - 2002-11-25 18:28:49
|
confirm 427508 |
|
From: Jordan S. <js...@jw...> - 2002-10-21 07:59:04
|
Ok, I've done a "bare-bones" linux from scratch install, with notetaking. So, is there an HTML template available somewhere that I can put my notes into? I seem to recall that Kwan had written up some help docs a ways back. Should I just find those and copy their style? Or is there a preferred style for the streamsicle website. As anticipated, all of the trickiness in installing the CVS or tarball version comes from the system not knowing where your java is. Once I set that, all worked without a hitch. Well, ok, so the .sh scripts were not chmod +x in CVS, but they are in the tarball (how does that happen?). So mostly without a hitch. :) Anyway, I got the notes (and a fiancee, sweet!), so I'm ready to post a cleaned up/expanded version of them. Jordan |
|
From: Jordan S. <js...@ph...> - 2002-10-11 08:36:30
|
At 11:15 PM 10/10/2002, John Watkinson wrote: >This is the well-known "multiple-listener bug". Matt and I spent hours >scouring the code trying to discover what kind of situation led to this >condition. However, it turned out that it is actually a problem with the >Linux implementation of Java. With hours of use on Windows, Linux and >Solaris, we have only had this problem on Linux, and it also only seems to >happen when bandwidth is tight-- that is, it never happens when I'm >listening to a Linux server locally. It only occurs when I'm accessing it >remotely, and especially when my bandwidth is insufficient to play the >stream. I suspect that we could find a bug report filed with Sun on this >issue. Hopefully a newer version of the J2SE or perhaps even glibc will >solve the problem. > john It's true that this is on Linux, however, I am only listening to the server via the 100mbps switch, and not remotely at all. It might have something to do with swapping, since the server I'm running it on only has 64MB of RAM, which is almost totally consumed by Streamsicle (especially if I reload the 50gigs of songs). Streamsicle is pretty much the sole reason I built this machine, and I should probably just throw another 256MB of RAM in there. The only other thing that I'm running on this machine is Edna (see Sourceforge page). I wouldn't be at all surprised if it only occurs when the machine is paging to disk, since it does do that quite a bit, on occasion. Jordan |
|
From: John W. <jo...@ho...> - 2002-10-11 06:01:09
|
> Also, I've been having to restart the server at work about once a week > at this point, due to the "connection bug", where it will let you > connect, but doesn't ever stream music, and you get multiple > connections from the same IP in the list. This is the well-known "multiple-listener bug". Matt and I spent hours scouring the code trying to discover what kind of situation led to this condition. However, it turned out that it is actually a problem with the Linux implementation of Java. With hours of use on Windows, Linux and Solaris, we have only had this problem on Linux, and it also only seems to happen when bandwidth is tight-- that is, it never happens when I'm listening to a Linux server locally. It only occurs when I'm accessing it remotely, and especially when my bandwidth is insufficient to play the stream. I suspect that we could find a bug report filed with Sun on this issue. Hopefully a newer version of the J2SE or perhaps even glibc will solve the problem. john |
|
From: Jordan S. <js...@ph...> - 2002-10-11 05:28:20
|
Indeed, this is a big problem with our current install. I don't have the time now (buying engagement ring, w00t!, and packing for camping trip this weekend), but I swear to god, I will put together "from scratch" instructions on how to install on linux. I've had a heck of a time myself, every time I want to install on a different machine (3 so far). And I /do/ have some knowledge about linux. :) Most of it has been due to getting the right environment variables set. Also, I really have to say that Streamsicle is one of the better apps out there for streaming MP3s. I've been using it at work for about a year+ now (sharing the officespace, so mutual control over the music is quite desirable), and it is fantastic. Excellent job all around you guys. I wish I had contributed more :(. I've noticed that at work i have a "this directory" button for every song in the queue, is that something I added to that version? If so, should I check it in? I think it's just changes to the .jsp files. It's nice to be able to get to the full album of the randomly-selected song, so that you can queue it up without having to "skip" to it, interrupting the current song. I'm starting to think that it'd be nice to have a "control panel" page that isn't integrated with the main pages, for doing stuff like queue manipulation (the major weakness, IMHO, at this point), and reloading the MP3s. I haven't really come up with a good "multi-user" model for queue changes at this point (i.e. what happens if 2 people try to modify the queue at once?), for stuff like "move this block of songs" (e.g. an album) to the top of the queue. Or, "delete this block of songs", etc. Also, I've been having to restart the server at work about once a week at this point, due to the "connection bug", where it will let you connect, but doesn't ever stream music, and you get multiple connections from the same IP in the list. Anyway, got to go. Jordan >From: no...@so... >Delivered-To: <js...@ph...> >To: no...@so... >Subject: [streamsicle - Help] gui access on linux? >Date: Thu, 10 Oct 2002 20:05:34 -0700 > > >Read and respond to this message at: >http://sourceforge.net/forum/message.php?msg_id=1712549 >By: dreamhost > >I have managed to install this prog on win box and I love it. Love it so much >that bought a linux box to run as dedicated music server. However I have been >trying for 3 days now to get this to work. I have downloaded and tried every >vs avail with no luck. Either I get no java found, or when I run other vs. and >type in the url:8080 says error loading cannot connect to host. >This is driving me absolutelly nuts, I appologize for lack of knowledge about >linux but wow! > >Is there a way of accessing the gui like i do on my win box install? where I >just click open browser etc? > >I have most recently downloaded the new b vs. run the installer put link and >install in /home/me/programs/streamsicle >How do I go about running it now? Concise directions on linux setup would be >greatly appreciated. |
|
From: Matt H. <ma...@st...> - 2002-10-08 17:57:08
|
1. Took out M3U support, but not in a radical way. I just disabled the .M3U file extension from the file loader, so all the other reading stuff is still in there, those files just won't be added. However the M3U parsing code seems to reside in the Streamsicle servlet and that's not ideal, so either we move and fix that stuff up, or just remove it. From what I've seen of the possible things that can be in an M3U file we'll probably just end up removing it as it'll be too complicated to be worth doing properly. 2. Defined a new exception StreamingEngineException which now gets thrown by the streaming engine initialization methods. This gets stored for display on the busy or configure screen and will allow users to know what's going on rather than just see a null pointer. It also won't start the streaming engine on that port until it does a clean initialize, that way if there's something wrong during startup then can fix it and the server will automatically try again without a restart. 3. Changed the log4j config slightly as I think the ID3 log was getting added to the main log. Hopefully config change will stop that. Matt |
|
From: Matt H. <ma...@st...> - 2002-09-26 16:36:59
|
> > I made streamsicle smart enough to know when the log4j.properties file > has changed, and updated. Right now, it's checking for changes every > 5 seconds. If someone thinks it's too frequent, modify it in > Streamsicle.java as you see fit. Additionally, the root appender logs > to the console as well as a log file. I don't think the log4j properties will ever change once the server is running, so I don't think we should be looking for changes at all, let alone every 5 seconds. > The System.exit(1) calls have been replaced with Category.fatal() > calls to make the app shutdown instead of the whole server. It logs a > message as well as an optional stacktrace, so streamsicle shouldn't > shutdown the entire server the app ever crashes. I checking out that Category.fatal() call and I don't think that shuts down the app, it seems to just send a message to the log at the FATAL level, which is probably the right thing to do but doesn't actually stop the server from trying to run. I notice you're throwing the exception as part of that call though, does that get caught somewhere that I'm missing? Matt |
|
From: Kwan S. <ksk...@em...> - 2002-09-25 02:32:48
|
It was low hanging fruit, so I decided to take a few minutes to fix it = (since I probably introduced it). Also removed an extraneous import = from InteractiveStream.java. kwan |
|
From: Kwan S. <ksk...@em...> - 2002-09-24 23:53:00
|
I made streamsicle smart enough to know when the log4j.properties file = has changed, and updated. Right now, it's checking for changes every 5 = seconds. If someone thinks it's too frequent, modify it in = Streamsicle.java as you see fit. Additionally, the root appender logs = to the console as well as a log file. The System.exit(1) calls have been replaced with Category.fatal() calls = to make the app shutdown instead of the whole server. It logs a message = as well as an optional stacktrace, so streamsicle shouldn't shutdown the = entire server the app ever crashes. =20 This should be enough for another beta release. kwan |
|
From: Matt H. <ma...@st...> - 2002-09-23 02:47:08
|
I converted the RollingFileAppender from an older version of log4j and = included it under our source tree in com.streamsicle.util.log4j. It = seems to compile under 1.1.8 ok, and I've changed the logging parameters = in the config file to set the max log file size to 100KB. Let me know how it works, I haven't tried to go past the 100KB limit = yet. Matt |
