Re: Thumbs up for Zinf in Solaris 8 on SPARC architecture

[Ed Sweetman]

On Thu, 2002-07-25 at 03:41, Anders Nordby wrote:
> Hello,
> 
> On Thu, Jul 25, 2002 at 01:40:17AM -0400, Ed Sweetman wrote:
> > I'd just like to clear up something first.   Is this the cvs version of
> > zinf or what?
> 
> The patches are relative to the Zinf 2.2.0 for Linux tar.gz source
> distribution. The packages are also made with this source.
> 
> >   If it's the cvs version ...heh. well you know.  It's
> > likely to change drastically still from the final release that I see
> > rapidly approaching.   We're getting the win32 build cleaned up rather
> > quickly now and soon we'll have the cdpmo tackled for unix (as soon as i
> > get time to really write the thing) and as for cdplayback in other
> > OS's.. heh. that's gonna be an adventure.   I just mention this because
> > if you're going to make solaris packages of zinf you should know that
> > there are serious aspects of zinf that are compilable but not functional
> > yet.  
> 
> CD playback isn't all that interesting to me, I hope it will be easy to
> disable. Anyway, please try to write portable code. :) I hope you are
> not intending to turn Zinf over to be a Win32 project mostly?

God no.   haha.  But the win32 build is pretty significant since it also
requires the most specific code to the OS.   The point of the CD
playback rewrite is for portability and simply fitting in with the rest
of Zinf.  the zinf cvs has numerous changes over 2.2.0 and most of them
deal with making the code re-usable and less bloated and bugfixes.   
cdplayback is one of the serious non-portable aspects of zinf
...hopefully the new plugin will change that.   

 
> > Awesome to get some feedback on other OS's though.  :) I'll take a look
> > at these patches and merge them in if all checks out.  
> 
> Thanks.
> 
> Cheers,
> 
> -- 
> Anders.
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Thumbs up for Zinf in Solaris 8 on SPARC architecture

[Anders Nordby]

Hello,

On Thu, Jul 25, 2002 at 01:40:17AM -0400, Ed Sweetman wrote:
> I'd just like to clear up something first.   Is this the cvs version of
> zinf or what?

The patches are relative to the Zinf 2.2.0 for Linux tar.gz source
distribution. The packages are also made with this source.

>   If it's the cvs version ...heh. well you know.  It's
> likely to change drastically still from the final release that I see
> rapidly approaching.   We're getting the win32 build cleaned up rather
> quickly now and soon we'll have the cdpmo tackled for unix (as soon as i
> get time to really write the thing) and as for cdplayback in other
> OS's.. heh. that's gonna be an adventure.   I just mention this because
> if you're going to make solaris packages of zinf you should know that
> there are serious aspects of zinf that are compilable but not functional
> yet.  

CD playback isn't all that interesting to me, I hope it will be easy to
disable. Anyway, please try to write portable code. :) I hope you are
not intending to turn Zinf over to be a Win32 project mostly?

> Awesome to get some feedback on other OS's though.  :) I'll take a look
> at these patches and merge them in if all checks out.  

Thanks.

Cheers,

-- 
Anders.
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Thumbs up for Zinf in Solaris 8 on SPARC architecture

[Ed Sweetman]

I'd just like to clear up something first.   Is this the cvs version of
zinf or what?   If it's the cvs version ...heh. well you know.  It's
likely to change drastically still from the final release that I see
rapidly approaching.   We're getting the win32 build cleaned up rather
quickly now and soon we'll have the cdpmo tackled for unix (as soon as i
get time to really write the thing) and as for cdplayback in other
OS's.. heh. that's gonna be an adventure.   I just mention this because
if you're going to make solaris packages of zinf you should know that
there are serious aspects of zinf that are compilable but not functional
yet.  


Awesome to get some feedback on other OS's though.  :) I'll take a look
at these patches and merge them in if all checks out.  

On Wed, 2002-07-24 at 20:35, Anders Nordby wrote:
> Hello,
> 
> >From to time I have played a little with trying to make Freeamp work in
> Solaris, as I use Solaris quite much on the desktop. Today I finally had
> some success. At least it runs without crashing, and I can stream files
> + play MP3s from disk. With /usr/dt/bin/sdtaudiocontrol, I can select
> whether I want to use the internal speaker, the internal sound card, or
> both. It seems stable too!
> 
> Test setup:
> 
> * Sun Blade 100 running Solaris 8 10/01 with GNOME 2 beta 1 from
> www.sun.com/software.
> * Gcc 3.1, glib 1.2.10, gtk 1.2.10, gdkpixbuf 0.11.0 and freetype 1.3.1
> from sunfreeware.com.
> 
> Packages made:
> 
> * http://anders.fix.no/solaris/pkg/sol8/sparc32-64/zinf-2.2.0-sol8-sparc64-local.gz
> * 
>http://anders.fix.no/solaris/pkg/sol8/sparc32-64/musicbrainz-1.1.0-sol8-sparc64-local.gz
> 
> Patches used:
> 
> * Attached.
> 
> Screenshot of player in use:
> 
> * http://anders.fix.no/test/grab_solaris8+gnome2+zinf.png
> 
> If there is some interest in Solaris support in the CVS repository, I'll
> consider trying to maintain it.
> 
> Thanks for making such a nice sound player - the best opensource one
> IMHO!
> 
> Cheers,
> 
> -- 
> Anders.
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: extended software mixer patch

[Ed Sweetman]

a little while's off it seems.   


I've already fixed some bugs with my extended software mixer patch.  
esd now works correctly 
artsd now works correctly
oss works correctly

alsa is obscolete but i suspect it too works correctly although i cant
test it. I use alsa 0.9x.   Someone with some alsa coding experience
would be helpful here   heh.

i'm currently trying to find someone to build freeamp in windows so i
can test the dsound and win32 outputs ...  

I suspect after the finalized software mixer patch is committed to cvs
that a new version is up to robert.I want to fix this weird ass
theme problem that occurs when you change audio outputs ...sometime
causing the theme to switch to the first theme in the list.  This also
sometimes occurs when you exit freeamp after changing audio outputs.  

On Sun, 2002-06-23 at 18:39, Jason Zubarik wrote:
> So how far off is the next version of FreeAmp, anyway?
> 
> 
> - Original Message - 
> From: "Ed Sweetman" <[EMAIL PROTECTED]>
> To: "Robert Kaye" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, June 23, 2002 4:24 PM
> Subject: extended software mixer patch
> 
> 
> > This patch aims at removing dependency on hardware mixers to all other
> > supported platforms save, irix, solaris, and qnx as there is absolutely
> > no way i can test them or know anybody who can.  
> > 
> > This patch is nearly entirely untested...i'm looking for some feedback
> > on how it behaves.  
> > 
> > software controlled mixers are as follows
> > 
> > esound,dsound, soundcard (linux and win32 and beos), arts, and alsa
> > (even though it's the 0.5x version).   Some tweaks may be needed so any
> > modulations in volume when playing audio or other errors should be
> > reported so i can follow up on them and tweak the code there.  
> > 
> > 
> > Also, dead code has not been removed completely yet,  still working on
> > that... so use this patch at your own risk.(not ready to be used in
> > cvs) 
> > 
> > the june_23.patch patch must be applied prior to this one. 
> > 
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: extended software mixer patch

[Jason Zubarik]

So how far off is the next version of FreeAmp, anyway?


- Original Message - 
From: "Ed Sweetman" <[EMAIL PROTECTED]>
To: "Robert Kaye" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, June 23, 2002 4:24 PM
Subject: extended software mixer patch


> This patch aims at removing dependency on hardware mixers to all other
> supported platforms save, irix, solaris, and qnx as there is absolutely
> no way i can test them or know anybody who can.  
> 
> This patch is nearly entirely untested...i'm looking for some feedback
> on how it behaves.  
> 
> software controlled mixers are as follows
> 
> esound,dsound, soundcard (linux and win32 and beos), arts, and alsa
> (even though it's the 0.5x version).   Some tweaks may be needed so any
> modulations in volume when playing audio or other errors should be
> reported so i can follow up on them and tweak the code there.  
> 
> 
> Also, dead code has not been removed completely yet,  still working on
> that... so use this patch at your own risk.(not ready to be used in
> cvs) 
> 
> the june_23.patch patch must be applied prior to this one. 
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: .sdp file for Freeamp

[Marty Schoch]

I modified the code in freeamp to do much improved RTP streaming over
the standard code about a year ago.  This code was packaged and released
under the name "MCTPlayer" available at http://www.mctplayer.com
I am providing the link for reference purposes only, however.

A much improved implementation for FreeAmp was written by Ross
Finlayson.  The code used his live.com library available at
http://www.live.com

To the best of my knowledge this code was never merged, though it added
SDP file support, RTSP support, various mp3 rtp transports, including
some FEC.

Ross was on this list, perhaps he can comment further.

Marty Schoch
<[EMAIL PROTECTED]>

On Tue, 2002-05-21 at 08:46, Laurent Violette wrote:
> Hi All, 
> 
> I am actually setting up a robust MP3 rtp streaming server for a large firm
> in Europe.
> I am very interesting in Freeamp because it is open source and run on
> Windows as well as Linux.
> 
> I would like to know if Freeamp can be embedded in a Web page like
> RealPlayer.
> If not, I plan to launch it using .sdp files but it still does not work
> (Freeamp write "Skipped corrupted file").
> How to write .sdp file in order Freeamp can read it ?
> 
> Thanks.
> 
> Laurent Violette
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: .sdp file for Freeamp

[Ross Finlayson]

>I am actually setting up a robust MP3 rtp streaming server for a large firm
>in Europe.
>I am very interesting in Freeamp because it is open source and run on
>Windows as well as Linux.

My message to this mailing list (from last January) may be relevant here.

By the way, some other MP3/RTP players that can read SDP files are
 - Winamp (with the "in_rtp.dll" plugin:
 )
 - RealOne Player

--
I have modified the recent Freeamp 2.1.1 source code release to make use of 
the "LIVE.COM Streaming Media" libraries (see ).

The major changes in the code were to "io/obs/obsinput.{h,cpp}".  These now 
use the RTP/RTCP implementation from the LIVE.COM libraries, rather than 
the (limited) RTP implementation that was there before.  This brings many 
benefits:
 - There is now full RTCP support.  (In particular, Freeamp will 
now send
   back RTCP Reception Reports when playing a RTP session.)
 - Freeamp now supports loss-tolerant MP3/RTP streams (as defined in
   RFC 3119), as well as traditional MP3/RTP streams as defined in 
RFC 2250.
 - For even greater loss tolerance, Freeamp can now also receive 
sessions
   that use 'layered erasure coding' - i.e., using multiple RTP 
streams,
   encoded at different bit rates (using a technique developed by
   Multicast Technologies, Inc.).  (For more information about 
this, see
 , which
 describes how such session can be described using 'rtp://' 
pseudo-URLs.)
 - Freeamp now accepts "rtsp://" URLs (for those MP3/RTP sessions
   (unicast or multicast) that are served by RTSP servers.
 - As an alternative to using "rtp://" or "rtsp://" URLs to play a 
MP3/RTP
   session, Freeamp can also read a ".sdp" file that describes such 
sessions
   (using the IETF's "Session Description Protocol" - RFC 
2327).  (At present
 this works only if the ".sdp" file name is given on the command line.)
 - By using the LIVE.COM libraries, Freeamp now has the potential to
   support many additional RTP payload formats - if a decoder is 
present.
   For example, with an appropriate decoding implementation Freeamp 
could
   now support PCM (u-law or a-law), GSM, QCELP, etc. etc. RTP streams.

In addition to the changes to "io/obs/obsinput.{h,cpp}", there were also 
minor changes to a handful of other files - mainly to recognize "rtsp://" 
URLs and ".sdp" files as special cases.  Plus, of course, I updated 
"Makefile.header.in" and "Makefile-plugins.in" to reference the "LIVE.COM 
Streaming Media" headers.

I have left my updated copy of the Freeamp code online as 
.  There is also a patch file: 
, and a pre-built Linux/x86 
binary: .

To build this from source, you will also need the "LIVE.COM Streaming 
Media" code (available from ), unpacked into 
a directory "live" (with "freeamp" and "live" being siblings in the file 
hierarchy).

It would be great if these modifications could be incorporated into the 
official Freeamp code base, as they are significant improvement over the 
original code.

 Ross Finlayson
 LIVE.COM
 

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: .sdp file for Freeamp

[Steve Kemp]

On Tue, May 21, 2002 at 01:46:29PM +0100, Laurent Violette wrote:

> I am actually setting up a robust MP3 rtp streaming server for a large firm
> in Europe.

> I am very interesting in Freeamp because it is open source and run on
> Windows as well as Linux.

  Surely the opensourceness of the client is largely irrelevent, if the
 streamer sends audio in a standard format, such as icecast, which is
 supported...?
 
> I would like to know if Freeamp can be embedded in a Web page like
> RealPlayer.

  No it cannot.

> If not, I plan to launch it using .sdp files but it still does not work
> (Freeamp write "Skipped corrupted file").
> How to write .sdp file in order Freeamp can read it ?

  I'm not sure about that to be honest..

  But I could take this opertunity to plug my Unix streaming server which 
 will allow users to stream, search, and browse a remote MP3 collection.

  It's small, portable, stable and simple to use - the clients can be
 anything from WinAmp, to XMMS, and of course FreeAmp.

  http://www.gnump3d.org/ - there's a new release due, which will be
 available once I've built the Debian packages..

Steve
---
www.steve.org.uk
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[Mark B. Elrod]

Right now things are pretty inefficient and all messages are sent to all 
plugins. We always had plans to allow plugins to "subscribe" to 
different types of messages... just never happened. That said, my memory 
is a little rusty but here is what you should need to do.

1. Define a new event that inherits from Event. You can see examples of 
this in base\include\eventdata.h
2. Next you need to add a case in Player::ServiceEvent() 
(base\src\player.cpp) that forwards the event via the SendEventToUI() 
functioan call... just append it to the long list of other events.
3. In your PMO you should look for your new event in your event loop. 
Search for PeekEvent() and GetEvent() in the current PMO for where it is 
checking the queue.

Hope this helps.

elrod

James Ryan wrote:

> Hi guys,
>
> I would really appreciate some help regarding the matter bellow.
>
> I would like to notify the class SoundCardPMO that something has 
> changed in the PreferenceWindow (i.e. Win32PreferenceWindow class).
>
> I am aware that there is an eventdata header file which has classes 
> that inherits from event.
>
> How do I go about using this facility. Any help in this matter would 
> be really appreciated.
>
> The main two things I would like to know are how do I send the message 
> and once the message is sent how do I from SoundCardPMO detect that a 
> message has been sent.
>
> Thank you very much.
>
> James
>
> _
> MSN Photos is the easiest way to share and print your photos: 
> http://photos.msn.com/support/worldwide.aspx
>
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev



___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[Mark B. Elrod]

I just remembered that there is already an event INFO_PrefsChanged sent 
when the prefs are saved. you should just need to look for this in your PMO.

elrod

James Ryan wrote:

> Hi guys,
>
> I would really appreciate some help regarding the matter bellow.
>
> I would like to notify the class SoundCardPMO that something has 
> changed in the PreferenceWindow (i.e. Win32PreferenceWindow class).
>
> I am aware that there is an eventdata header file which has classes 
> that inherits from event.
>
> How do I go about using this facility. Any help in this matter would 
> be really appreciated.
>
> The main two things I would like to know are how do I send the message 
> and once the message is sent how do I from SoundCardPMO detect that a 
> message has been sent.
>
> Thank you very much.
>
> James
>
> _
> MSN Photos is the easiest way to share and print your photos: 
> http://photos.msn.com/support/worldwide.aspx
>
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev



___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

re: FreeAmp plugin.

[Robert Hart]

If you download the freeamp source, the lcd plugin code is in ui/lcd
There doesn't seem to be any VC project files, so I guess that means it
won't get built under windows.

I can't really say how difficult it would be to build it on windows, but I
don't see it being too difficult.

Rob

On Tue, 21 May 2002, Mark Gillespie wrote:

> Does the latest Win32 port of freeamp have the lcdproc plugin built in?  I
> does not get listed.  Do I have to get that from somewhere?  I have found a
> NT port of the lcdproc, which looks suitable, I just need freeamp to talk to
> the lcdproc server.
> 
> Thanks.
> 
> 
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 

-- 
 \  Robert Hart
   ___\__   [EMAIL PROTECTED]
  /   ^\_]==]   http://www.nott.ac.uk/~enxrah
 [##\_
/ ___ \ 15 Benington Drive
\/{oOOOo}\/ Wollaton
  \o%%%o/   Nottingham
   ~NG8 2TF

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

re: FreeAmp plugin.

[Mark Gillespie]

Does the latest Win32 port of freeamp have the lcdproc plugin built in?  I
does not get listed.  Do I have to get that from somewhere?  I have found a
NT port of the lcdproc, which looks suitable, I just need freeamp to talk to
the lcdproc server.

Thanks.




___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp plugin

[Robert Hart]

On Mon, 20 May 2002, Mark Gillespie wrote:

> I seem to remember in the dim and distant past, when I looked at freeamp,
> there was a plugin that drove a LCD display, or outputted the display info
> via a serial port.
> 
> Anyone know where I can get this? Is it still compatible with freeamp?  I'll
> also be looking for some kind of method to control FreeAmp remotly also (
> not sure on this one yet, as there is only 1 serial port on the board).

You may want to look at:
http://lcdproc.omnipotent.net/

AFAIK the freeamp plugin uses lcdproc to control a display. Some of the
displays that lcdproc can talk to include buttons. I've never used either
the freeamp plugin or a display with buttons, so I can't comment beyond
that.

Rob

-- 

   \\\|///
 \\  - -  //
  (  @ @  )
+---oOOo-(_)-oOOo+
| Robert Hart|
| [EMAIL PROTECTED]  |
| http://www.nott.ac.uk/ |
|   ooo0   ~enxrah   |
|  ()   0ooo |
+---\  ((   )+
 \_) ) /
(_/

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp's "Search for Music" + CDRoms

[CJ Kucera]

On Tue, May 14, 2002 at 07:12:33PM -0400, Ed Sweetman wrote:
> On Tue, 2002-05-14 at 14:32, CJ Kucera wrote:
> > Hm.  I know that RedHat at least uses /mnt/cdrom by default (also
> > /mnt/floppy for the floppy drives, etc), and I believe Mandrake does,
> > too.
> Well, standards are made by the majority, even if they are wrong. so
> whatever.

There's certainly a lot of RedHat users out there.  :)

> mounted fs's that aren't devices have to be mounted via loop, so you
> could just look for those fs's that could be cdroms and not on the
> loopback interface. 

Ah, I forgot to take into consideration that it'll show up as
/dev/loopx in the list.

> Of course, you can go with the most obvious solution,  make the cdrom
> device(s) a option that the user enters in the preference window and be
> done with it.  (perhaps delimited by comma)   easy enough.  

Ack, I suppose that would probably be the best way to take care of it.
Not that it was a problem in the first place.  :)  I'll patch together
something tonight if I find the time.

Thanks for the input,
CJ

-- 
WOW: Nyctitropic |  "Let us rain some DOOM upon the filthy heads
apocalyptech.com/wow | of our DOOMED enemies!"
[EMAIL PROTECTED] |- Zim
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp's "Search for Music" + CDRoms

[Ed Sweetman]

On Tue, 2002-05-14 at 14:32, CJ Kucera wrote:
> On Tue, May 14, 2002 at 01:33:26PM -0400, Ed Sweetman wrote:
> > It's actually not standard to mount things inside /mnt   but rather /mnt
> > be a mount point of some device.  
> > 
> > You should use /proc/mounts to look for cdrom fs's and query their
> > mountpoints.   I think that would be better than hardcoding paths.  
> 
> Hm.  I know that RedHat at least uses /mnt/cdrom by default (also
> /mnt/floppy for the floppy drives, etc), and I believe Mandrake does,
> too.
Well, standards are made by the majority, even if they are wrong. so
whatever.

 
> Regardless, checking out /proc/mounts is a pretty good idea.  Should
> it just scan for anything with an "iso9660" filesystem type?
> Theoretically, you could run into problems with people mounting
> ISOs on their system, but I suppose that's somewhat more rare.

mounted fs's that aren't devices have to be mounted via loop, so you
could just look for those fs's that could be cdroms and not on the
loopback interface. 

> Or would it make sense to actually use getmntent(3) to look for
> an iso9660 fs in /etc/fstab?  That way you could be fairly
> certain you're getting the "system" CDrom as opposed to just some
> random ISO mounted loopback . . .

fstab doesn't necessarily have to list a device for it to be mounted,
that's why i think /proc/mounts is better since it actually lists what
is mounted.   

> Let me know what you think and I'll submit a new patch.


Of course, you can go with the most obvious solution,  make the cdrom
device(s) a option that the user enters in the preference window and be
done with it.  (perhaps delimited by comma)   easy enough.  

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp's "Search for Music" + CDRoms

[CJ Kucera]

On Tue, May 14, 2002 at 01:33:26PM -0400, Ed Sweetman wrote:
> It's actually not standard to mount things inside /mnt   but rather /mnt
> be a mount point of some device.  
> 
> You should use /proc/mounts to look for cdrom fs's and query their
> mountpoints.   I think that would be better than hardcoding paths.  

Hm.  I know that RedHat at least uses /mnt/cdrom by default (also
/mnt/floppy for the floppy drives, etc), and I believe Mandrake does,
too.

Regardless, checking out /proc/mounts is a pretty good idea.  Should
it just scan for anything with an "iso9660" filesystem type?
Theoretically, you could run into problems with people mounting
ISOs on their system, but I suppose that's somewhat more rare.

Or would it make sense to actually use getmntent(3) to look for
an iso9660 fs in /etc/fstab?  That way you could be fairly
certain you're getting the "system" CDrom as opposed to just some
random ISO mounted loopback . . .

Let me know what you think and I'll submit a new patch.

-CJ

-- 
WOW: Nyctitropic |  "Let us rain some DOOM upon the filthy heads
apocalyptech.com/wow | of our DOOMED enemies!"
[EMAIL PROTECTED] |- Zim
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp's "Search for Music" + CDRoms

[Ed Sweetman]

On Tue, 2002-05-14 at 11:14, CJ Kucera wrote:
> Hello again.
> 
> I thought it would be nice to have the CDRom be one of the default
> items to search under in FreeAmp's "Search for Music" screen, as
> I typically keep my mp3s on CD, not my hard drive.  As such, I
> cobbled together a quick little patch to do that.  It'll search
> to see if /cdrom exists (for Debian distros), and if that path
> isn't found, it'll default to /mnt/cdrom.  Not elegant, I know,
> but it should get the job done.
> 
> Patch is attached, thanks again!
> -CJ

It's actually not standard to mount things inside /mnt   but rather /mnt
be a mount point of some device.  

You should use /proc/mounts to look for cdrom fs's and query their
mountpoints.   I think that would be better than hardcoding paths.  

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[James Ryan]

Please please help.

I want to be able to vary the rate at which a file is played. I tried using 
waveOutSetPlaybackRate function and this doesn't seem to work.

Can someone please let me know how I can vary the rate at which a file is 
played.

Your help would be very much appreciated.

Thank you.

_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[James Ryan]

Thank you very much; your message was very helpful.

I can now send message from Win32PreferencesWindow.cpp and pick up the 
message from any classes that has AcceptEvent. Since SoundCardPMO doesn’t 
have AcceptEvent I cannot pick up the message from there.

SoundCardPMO seem to have its own message sending facility, but I cannot 
seem to be able to use this from Win32PreferencesWindow.cpp.

How do I go about getting some vital information from 
Win32PreferencesWindow.cpp to SoundCardPMO.

I seem to have two options:

1) Accept the message from one of the AcceptEvent methods and then from 
their get it to SoundCardPMO.
2) Try to work out how to use the message sending facility in SoundCardPMO 
outside, i.e. from Win32PreferencesWindow.cpp

Can someone please let me know which one would be the better option and how 
would I go about doing this.

Thank you very much for your help.

James


>From: "Mark B. Elrod" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: Message sending
>Date: Fri, 03 May 2002 01:09:01 -0700
>
>Right now things are pretty inefficient and all messages are sent to all
>plugins. We always had plans to allow plugins to "subscribe" to
>different types of messages... just never happened. That said, my memory
>is a little rusty but here is what you should need to do.
>
>1. Define a new event that inherits from Event. You can see examples of
>this in base\include\eventdata.h
>2. Next you need to add a case in Player::ServiceEvent()
>(base\src\player.cpp) that forwards the event via the SendEventToUI()
>functioan call... just append it to the long list of other events.
>3. In your PMO you should look for your new event in your event loop.
>Search for PeekEvent() and GetEvent() in the current PMO for where it is
>checking the queue.
>
>Hope this helps.
>
>elrod
>
>James Ryan wrote:
>
> > Hi guys,
> >
> > I would really appreciate some help regarding the matter bellow.
> >
> > I would like to notify the class SoundCardPMO that something has
> > changed in the PreferenceWindow (i.e. Win32PreferenceWindow class).
> >
> > I am aware that there is an eventdata header file which has classes
> > that inherits from event.
> >
> > How do I go about using this facility. Any help in this matter would
> > be really appreciated.
> >
> > The main two things I would like to know are how do I send the message
> > and once the message is sent how do I from SoundCardPMO detect that a
> > message has been sent.
> >
> > Thank you very much.
> >
> > James
> >
> > _
> > MSN Photos is the easiest way to share and print your photos:
> > http://photos.msn.com/support/worldwide.aspx
> >
> > ___
> > [EMAIL PROTECTED]
> > http://www.freeamp.org/mailman/listinfo/freeamp-dev
>
>
>
>
>___
>[EMAIL PROTECTED]
>http://www.freeamp.org/mailman/listinfo/freeamp-dev




_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[Mark B. Elrod]

I just remembered that there is already an event INFO_PrefsChanged sent
when the prefs are saved. you should just need to look for this in your PMO.

elrod

James Ryan wrote:

 > Hi guys,
 >
 > I would really appreciate some help regarding the matter bellow.
 >
 > I would like to notify the class SoundCardPMO that something has
 > changed in the PreferenceWindow (i.e. Win32PreferenceWindow class).
 >
 > I am aware that there is an eventdata header file which has classes
 > that inherits from event.
 >
 > How do I go about using this facility. Any help in this matter would
 > be really appreciated.
 >
 > The main two things I would like to know are how do I send the message
 > and once the message is sent how do I from SoundCardPMO detect that a
 > message has been sent.
 >
 > Thank you very much.
 >
 > James
 >
 > _
 > MSN Photos is the easiest way to share and print your photos:
 > http://photos.msn.com/support/worldwide.aspx
 >
 > ___
 > [EMAIL PROTECTED]
 > http://www.freeamp.org/mailman/listinfo/freeamp-dev




___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Message sending

[Mark B. Elrod]

Right now things are pretty inefficient and all messages are sent to all
plugins. We always had plans to allow plugins to "subscribe" to
different types of messages... just never happened. That said, my memory
is a little rusty but here is what you should need to do.

1. Define a new event that inherits from Event. You can see examples of
this in base\include\eventdata.h
2. Next you need to add a case in Player::ServiceEvent()
(base\src\player.cpp) that forwards the event via the SendEventToUI()
functioan call... just append it to the long list of other events.
3. In your PMO you should look for your new event in your event loop.
Search for PeekEvent() and GetEvent() in the current PMO for where it is
checking the queue.

Hope this helps.

elrod

James Ryan wrote:

 > Hi guys,
 >
 > I would really appreciate some help regarding the matter bellow.
 >
 > I would like to notify the class SoundCardPMO that something has
 > changed in the PreferenceWindow (i.e. Win32PreferenceWindow class).
 >
 > I am aware that there is an eventdata header file which has classes
 > that inherits from event.
 >
 > How do I go about using this facility. Any help in this matter would
 > be really appreciated.
 >
 > The main two things I would like to know are how do I send the message
 > and once the message is sent how do I from SoundCardPMO detect that a
 > message has been sent.
 >
 > Thank you very much.
 >
 > James
 >
 > _
 > MSN Photos is the easiest way to share and print your photos:
 > http://photos.msn.com/support/worldwide.aspx
 >
 > ___
 > [EMAIL PROTECTED]
 > http://www.freeamp.org/mailman/listinfo/freeamp-dev




___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: make clean problem + functional patch

[Robert Kaye]

On Fri, 2002-04-12 at 21:58, Ed Sweetman wrote:
> Now on to the fun stuff.  I finished my incomplete patch for adding
> "return to directory" functionality to freeamp's add file menu.  This
> allows users to bypass freeamp's default behavior of opening to the
> current dir that freeamp was run in.  Good for those who are picking and
> choosing many different files from some subtree of directories.  
> 
> it's enabled by clicking on the "Open to file last selected" in the
> General Preferences under Playlist.  It seems to cause a little "issue"
> with themes that i cant quite figure it out.  Sometimes it has a problem
> with it, sometimes it doesn't.  Strange. Anyway it works fine, nothing
> crashes and it's not reccurring.  
> 
> I've attached the following patch that adds recursive directory adding
> and the selectable "return to last file" to the file selection window.  

Nice patch! Thanks for efforts -- I apologize for being a bit absent
here. I'm just now getting caught up after getting back from vacation.

I'll check in this when the server returns...

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: play immediately patch

[Robert Kaye]

On Sun, 2002-04-14 at 10:05, Ed Sweetman wrote:
> This fixes the option to queue files instead of playing them immediately
> on starting freeamp.  It now does what it says it should do instead of
> playing immediately all the time.

Looks good. I'll commit it tomorrow.

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: freeamp cvs taking 60MB

[Robert Kaye]

On Fri, 2002-03-29 at 12:49, Ed Sweetman wrote:
> Yup. that fixes the bug.  

Thanks! I verified the bug and I'm going to check that code into CVS
when the server comes back alive. :-(

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: software volume control

[Ed Sweetman]

On Sat, 2002-04-13 at 16:01, Ed Sweetman wrote:
> I'm going to start working on bringing alsaplayer's way of doing volume
> control and balance into freeamp.  It's completely self contained within
> the player instead of screwing with the hardware volume mixers.   This
> should eliminate any need for freeamp to mess with mixers of any type
> outside of itself. It'll also allow freeamp to coexist with other pcm
> playing players.  Good stuff it will be. 
> 
> Hopefully i wont need to touch any OS specific code to do it because
> then it would only be linux getting the changes.  Too much of a hassle
> to set up a cygwin compile environment for a project like freeamp.  


looks like it's going to be frontend specific since i dont think the
core player has any handles for volume/balance.  

I guess i could add handles for volume/balance somewhere in the base
player, then have the gtk frontend set and alter that and individual
output plugins can query that volume / balance setting when doing the
volume effect.  It'll require a little rewrite of all the output plugins
and UI's that allow manipulation of the volume or balance. But that's
the best way I think to do it.   

It would be nice to see freeamp's playing in this fashion

encoded file -> input plugin -> decoder -> output proxy -> output plugin

the output proxy can do all the "effects" needed universally no matter
what output plugin you're using and more can be added without changing
or altering the output plugins at all.  All they would need to do is
pipe audio to the pcm device.  I think this would also fix some of the
difficulty with maintaining up to date versions of output plugins like
alsa since the mixer api seems to like to change a bit too often in .9x 

the output proxy could then just be a class that gets called by the
decoder "output_pcm" or whatever the decoder uses to send off it's data
and functions can be simply added to the class without screwing with
other parts of freeamp.  

perhaps would be more real to say freeamp would look like this 

 decoders 
|
encoded data -> input plugin -> output proxy -> output plugin
 |
  effects


In fact i need freeamp to have some place that I can attach to and work
with the data before getting translated to a specific output plugin. 
Anyone interested in helping with that would be nice.  I have finals
coming up so this could take a while. Would be nice to have software
mixing ready before the next release of freeamp.   

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: vorbis fix in freeamp not put into cvs yet?

[Steve Kemp]

On Sat, Apr 13, 2002 at 07:43:01PM +0400, Alexey Zakhlestine wrote:

> Try writing directly to
> Robert Kaye <[EMAIL PROTECTED]>
> Isaac Richards <[EMAIL PROTECTED]>
> 
> They have CVS-access, but too little time.

  As do I - if its not been commited  by Monday, (when I'll be at a machine
 with the current sources, and a fast connection), then I'll commit it.

Steve
---
Please Hire Me:
 Edinburgh SysAdmin - Linux / Windows - Toolsmith - Perl / C / C++ / Java

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: vorbis fix in freeamp not put into cvs yet?

[Alexey Zakhlestine]

Ed Sweetman wrote:
ES> yea, maybe april is an off month.  I don't know.  But the cvs of freeamp
ES> is still broken in respect to vorbis playing.  it's a one liner fix so I
ES> don't know why it hasn't been put in yet.  Here it is again without my
ES> other fixes (additions).  

Try writing directly to
Robert Kaye <[EMAIL PROTECTED]>
Isaac Richards <[EMAIL PROTECTED]>

They have CVS-access, but too little time.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (symbol fix)

[Ed Sweetman]

discovered that running freeamp outside of the build tree caused an
unresolved symbol old_path   

This fixes it 
in ui/freeamp/unix/src/GTKFileSelector.cpp  change extern char
old_path[PATH_MAX]; to char old_path[PATH_MAX];   

this patch includes that change.  



Anyone who can tell me how to access preference values from
fileselector.cpp would be wonderful and greatly appreciated. 


diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/base/include/preferences.h ./freeamp-patched/base/include/preferences.h
--- ./freeamp/base/include/preferences.h	Tue Oct 16 01:23:08 2001
+++ ./freeamp-patched/base/include/preferences.h	Sun Mar 31 17:23:11 2002
@@ -81,6 +81,7 @@
 extern const char* kViewMusicBrowserPref;
 extern const char* kWelcomePref;
 extern const char* kPlayImmediatelyPref;
+extern const char* kSetLastResumePref;
 extern const char* kNumberOfURLsToRememberPref;
 extern const char* kCDDevicePathPref;
 extern const char* kCheckCDAutomaticallyPref;
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/base/src/preferences.cpp ./freeamp-patched/base/src/preferences.cpp
--- ./freeamp/base/src/preferences.cpp	Tue Oct 16 01:23:08 2001
+++ ./freeamp-patched/base/src/preferences.cpp	Sun Mar 31 17:32:10 2002
@@ -79,6 +79,7 @@
 const char* kWindowModePref = "WindowMode";
 const char* kWelcomePref = "Welcome";
 const char* kPlayImmediatelyPref = "PlayImmediately";
+const char* kSetLastResumePref = "SetLastResume";
 const char* kNumberOfURLsToRememberPref = "NumberOfURLsToRemember";
 const char* kCDDevicePathPref = "CDDevice";
 const char* kCheckCDAutomaticallyPref = "AutoUpdateCD";
@@ -156,6 +157,7 @@
 const bool kDefaultViewMusicBrowser = true;
 const bool kDefaultWelcome = true;
 const bool kDefaultPlayImmediately = true;
+const bool kDefaultSetLastResume = true;
 const int32 kDefaultNumberOfURLsToRemember = 10;
 const char* kDefaultMBServer = "http://www.musicbrainz.org:80";;
 const bool kDefaultConvertUnderscoresToSpaces = true;
@@ -346,6 +348,9 @@
 
 if (GetPrefBoolean(kPlayImmediatelyPref, &dummyBool) == kError_NoPrefValue)
 SetPrefBoolean(kPlayImmediatelyPref, kDefaultPlayImmediately);
+	
+if (GetPrefBoolean(kSetLastResumePref, &dummyBool) == kError_NoPrefValue)
+	SetPrefBoolean(kSetLastResumePref, kDefaultSetLastResume);
 
 if (GetPrefInt32(kNumberOfURLsToRememberPref, &dummyInt) == kError_NoPrefValue)
 SetPrefInt32(kNumberOfURLsToRememberPref, kDefaultNumberOfURLsToRemember);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/lmc/vorbis/src/vorbislmc.cpp ./freeamp-patched/lmc/vorbis/src/vorbislmc.cpp
--- ./freeamp/lmc/vorbis/src/vorbislmc.cpp	Wed Feb 13 03:11:49 2002
+++ ./freeamp-patched/lmc/vorbis/src/vorbislmc.cpp	Sun Mar 31 19:19:00 2002
@@ -172,7 +172,7 @@
m_section = -1;
 
m_pContext->prefs->GetPrefInt32(kOutputBufferSizePref, &iNewSize);
-   iNewSize = max(iNewSize, iInitialOutputBufferSize);
+   iNewSize = max(iNewSize, iMinimumOutputBufferSize);
iNewSize *= 1024;
 
result = m_pOutputBuffer->Resize(iNewSize, iNewSize / 6);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/ui/freeamp/unix/include/GTKPreferenceWindow.h ./freeamp-patched/ui/freeamp/unix/include/GTKPreferenceWindow.h
--- ./freeamp/ui/freeamp/unix/include/GTKPreferenceWindow.h	Tue Oct 16 01:03:41 2001
+++ ./freeamp-patched/ui/freeamp/unix/include/GTKPreferenceWindow.h	Sun Mar 31 18:32:34 2002
@@ -77,6 +77,7 @@
 bool useImages; 
 bool savePlaylistOnExit;
 bool playImmediately;
+bool setLastResume;
 bool allowMultipleInstances;
  
 string saveMusicDirectory;
@@ -107,6 +108,7 @@
 convertUnderscores == pref.convertUnderscores &&
 allowMultipleInstances == pref.allowMultipleInstances &&
 playImmediately == pref.playImmediately &&
+	setLastResume == pref.setLastResume &&
 useTextLabels == pref.useTextLabels &&
 useImages == pref.useImages &&
 savePlaylistOnExit == pref.savePlaylistOnExit &&
@@ -316,6 +318,7 @@
   void SetToolbar(bool text, bool pics);
   void SaveOnExitToggle(int active);
   void PlayImmediatelyToggle(int active);
+  void SetLastResumeToggle(int active);
   void AllowMultipleToggle(int active);
   void ConvertUnderscoresToggle(int active);
   void ReclaimTypesToggle(int active);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/ui/freeamp/unix/src/GTKFileSelector.cpp ./freeamp-patched/ui/freeamp/unix/src/GTKFileSelector.cpp
--- ./freeamp/ui/freeamp/unix/src/GTKFileSelector.cpp	Wed May 24 13:08:34 2000
+++ ./freeamp-patched/ui/freeamp/unix/src/GTKFileSe

Re: Musicbrowser patch (newer than before)

[Timothy Ball]

On Sun, Mar 31, 2002 at 07:44:42PM -0500, Ed Sweetman wrote:
> patch -p2
> 

Too much kernel hacking makes one used to -p1. :)

--timball

-- 
GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <[EMAIL PROTECTED]>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (newer than before)

[Ed Sweetman]

patch -p2

habit. 

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (newer than before)

[Ed Sweetman]

Ok, I have all the framework for the "open to last selection" to be user
defined in the preference menu. I just dont know how to query that
preference from in the file selection and GTK file selection source. 
This patch also adds directory add ability to the "add file" button on
freeamp's main window.  

Here is a patch against the latest freeamp cvs.  Seems that the fix for
vorbis was reversed?  Anyways.   The preferences selection works, it
saves to the config file and all that.  Everything seems to be
functioning as planned. 

this patch should be applied via   cat  | patch -p1from
within freeamp's top level dir. 




diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/base/include/preferences.h ./freeamp-patched/base/include/preferences.h
--- ./freeamp/base/include/preferences.h	Tue Oct 16 01:23:08 2001
+++ ./freeamp-patched/base/include/preferences.h	Sun Mar 31 17:23:11 2002
@@ -81,6 +81,7 @@
 extern const char* kViewMusicBrowserPref;
 extern const char* kWelcomePref;
 extern const char* kPlayImmediatelyPref;
+extern const char* kSetLastResumePref;
 extern const char* kNumberOfURLsToRememberPref;
 extern const char* kCDDevicePathPref;
 extern const char* kCheckCDAutomaticallyPref;
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/base/src/preferences.cpp ./freeamp-patched/base/src/preferences.cpp
--- ./freeamp/base/src/preferences.cpp	Tue Oct 16 01:23:08 2001
+++ ./freeamp-patched/base/src/preferences.cpp	Sun Mar 31 17:32:10 2002
@@ -79,6 +79,7 @@
 const char* kWindowModePref = "WindowMode";
 const char* kWelcomePref = "Welcome";
 const char* kPlayImmediatelyPref = "PlayImmediately";
+const char* kSetLastResumePref = "SetLastResume";
 const char* kNumberOfURLsToRememberPref = "NumberOfURLsToRemember";
 const char* kCDDevicePathPref = "CDDevice";
 const char* kCheckCDAutomaticallyPref = "AutoUpdateCD";
@@ -156,6 +157,7 @@
 const bool kDefaultViewMusicBrowser = true;
 const bool kDefaultWelcome = true;
 const bool kDefaultPlayImmediately = true;
+const bool kDefaultSetLastResume = true;
 const int32 kDefaultNumberOfURLsToRemember = 10;
 const char* kDefaultMBServer = "http://www.musicbrainz.org:80";;
 const bool kDefaultConvertUnderscoresToSpaces = true;
@@ -346,6 +348,9 @@
 
 if (GetPrefBoolean(kPlayImmediatelyPref, &dummyBool) == kError_NoPrefValue)
 SetPrefBoolean(kPlayImmediatelyPref, kDefaultPlayImmediately);
+	
+if (GetPrefBoolean(kSetLastResumePref, &dummyBool) == kError_NoPrefValue)
+	SetPrefBoolean(kSetLastResumePref, kDefaultSetLastResume);
 
 if (GetPrefInt32(kNumberOfURLsToRememberPref, &dummyInt) == kError_NoPrefValue)
 SetPrefInt32(kNumberOfURLsToRememberPref, kDefaultNumberOfURLsToRemember);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/lmc/vorbis/src/vorbislmc.cpp ./freeamp-patched/lmc/vorbis/src/vorbislmc.cpp
--- ./freeamp/lmc/vorbis/src/vorbislmc.cpp	Wed Feb 13 03:11:49 2002
+++ ./freeamp-patched/lmc/vorbis/src/vorbislmc.cpp	Sun Mar 31 19:19:00 2002
@@ -172,7 +172,7 @@
m_section = -1;
 
m_pContext->prefs->GetPrefInt32(kOutputBufferSizePref, &iNewSize);
-   iNewSize = max(iNewSize, iInitialOutputBufferSize);
+   iNewSize = max(iNewSize, iMinimumOutputBufferSize);
iNewSize *= 1024;
 
result = m_pOutputBuffer->Resize(iNewSize, iNewSize / 6);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.cache ./freeamp/ui/freeamp/unix/include/GTKPreferenceWindow.h ./freeamp-patched/ui/freeamp/unix/include/GTKPreferenceWindow.h
--- ./freeamp/ui/freeamp/unix/include/GTKPreferenceWindow.h	Tue Oct 16 01:03:41 2001
+++ ./freeamp-patched/ui/freeamp/unix/include/GTKPreferenceWindow.h	Sun Mar 31 18:32:34 2002
@@ -77,6 +77,7 @@
 bool useImages; 
 bool savePlaylistOnExit;
 bool playImmediately;
+bool setLastResume;
 bool allowMultipleInstances;
  
 string saveMusicDirectory;
@@ -107,6 +108,7 @@
 convertUnderscores == pref.convertUnderscores &&
 allowMultipleInstances == pref.allowMultipleInstances &&
 playImmediately == pref.playImmediately &&
+	setLastResume == pref.setLastResume &&
 useTextLabels == pref.useTextLabels &&
 useImages == pref.useImages &&
 savePlaylistOnExit == pref.savePlaylistOnExit &&
@@ -316,6 +318,7 @@
   void SetToolbar(bool text, bool pics);
   void SaveOnExitToggle(int active);
   void PlayImmediatelyToggle(int active);
+  void SetLastResumeToggle(int active);
   void AllowMultipleToggle(int active);
   void ConvertUnderscoresToggle(int active);
   void ReclaimTypesToggle(int active);
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x Makefile* -x aclocal* -x config.c

Re: Musicbrowser patch (error fix)

[Isaac Richards]

On Sunday 31 March 2002 12:41 am, you wrote:
> On a side note, I code in C for gtk and i've never botherde with the c++
> extensions.  I would like to add a radio button in the preference window
> for the "open to last file" option.   I dont think that the recursive
> file thing needs an option, as normal file mode is not changed at all.

All the gtk stuff in freeamp uses the normal c interface, because the gtk c++ 
wrappers are absolutely horrible.  So, you shouldn't have any problem =)

Isaac
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (error fix)

[Isaac Richards]

Considering that gtk itself limits the returned path length to PATH_MAX, or 
2048 if PATH_MAX is not defined, that's rather silly.  

Isaac

On Saturday 30 March 2002 11:22 pm, you wrote:
>   Guys, please don't do this.  You'll just make it harder for
> yourself on different systems.  Remember, on some systems like GNU,
> there is no maximum path length (paths can be infinitely long).  On
> other files systems, the maximum path length might be larger or smaller
> than the Linux specific one that you've defined.
>
>   Use a String to go and store the path length.  Then you don't
> have to worry if the name gets larger or smaller.
>
> Simon
>
>
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (error fix)

[Ed Sweetman]

yes they are the posix constants.   Switching to string wouldn't be a
problem either.  

On a side note, I code in C for gtk and i've never botherde with the c++
extensions.  I would like to add a radio button in the preference window
for the "open to last file" option.   I dont think that the recursive
file thing needs an option, as normal file mode is not changed at all. 

Probably add the option button tonight or tomorrow.  


On Sat, 2002-03-30 at 23:44, Alan Robertson wrote:
> Simon Law wrote:
> 
> > On 30 Mar 2002, Ed Sweetman wrote:
> > 
> > 
> >>Ok, fixed it to use PATH_MAX and FILENAME_MAX. 
> >>also fixed a stupid mistake i made by not catting the trailing / to
> >>directories correctly.   
> >>
> > 
> > Guys, please don't do this.  You'll just make it harder for
> > yourself on different systems.  Remember, on some systems like GNU,
> > there is no maximum path length (paths can be infinitely long).  On 
> > other files systems, the maximum path length might be larger or smaller
> > than the Linux specific one that you've defined.
> > 
> > Use a String to go and store the path length.  Then you don't
> > have to worry if the name gets larger or smaller.
> 
> 
> I think they actually switched to using the POSIX constant, not one they 
> defined.  I suspect that this is defined on in the Windows environment too.
> 
> In spite of this comment, I agree with you.  Just use a String, and be done 
> with it.  Use Strings and have no worries Mate!
> 
> But, one still might want to define a maximum directory depth anyway just to 
> keep Windows emulation of Symlinks (for example) from making you crazy in 
> some goofy environments...
> 
>   -- Alan Robertson
>  [EMAIL PROTECTED]
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (error fix)

[Alan Robertson]

Simon Law wrote:

> On 30 Mar 2002, Ed Sweetman wrote:
> 
> 
>>Ok, fixed it to use PATH_MAX and FILENAME_MAX. 
>>also fixed a stupid mistake i made by not catting the trailing / to
>>directories correctly.   
>>
> 
>   Guys, please don't do this.  You'll just make it harder for
> yourself on different systems.  Remember, on some systems like GNU,
> there is no maximum path length (paths can be infinitely long).  On 
> other files systems, the maximum path length might be larger or smaller
> than the Linux specific one that you've defined.
> 
>   Use a String to go and store the path length.  Then you don't
> have to worry if the name gets larger or smaller.


I think they actually switched to using the POSIX constant, not one they 
defined.  I suspect that this is defined on in the Windows environment too.

In spite of this comment, I agree with you.  Just use a String, and be done 
with it.  Use Strings and have no worries Mate!

But, one still might want to define a maximum directory depth anyway just to 
keep Windows emulation of Symlinks (for example) from making you crazy in 
some goofy environments...

-- Alan Robertson
   [EMAIL PROTECTED]

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (error fix)

[Simon Law]

On 30 Mar 2002, Ed Sweetman wrote:

> Ok, fixed it to use PATH_MAX and FILENAME_MAX. 
> also fixed a stupid mistake i made by not catting the trailing / to
> directories correctly.   

Guys, please don't do this.  You'll just make it harder for
yourself on different systems.  Remember, on some systems like GNU,
there is no maximum path length (paths can be infinitely long).  On 
other files systems, the maximum path length might be larger or smaller
than the Linux specific one that you've defined.

Use a String to go and store the path length.  Then you don't
have to worry if the name gets larger or smaller.

Simon


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (error fix)

[Ed Sweetman]

ok.  Yes i'm stupid.  here's the patch.  This is what I get for all
nighters.


--- ./fileselector.cpp  Sat Mar 30 14:33:26 2002
+++ ./fileselector.cpp  Sat Mar 30 14:32:02 2002
@@ -24,6 +24,7 @@
 #include "config.h"
 
 #include 
+#include 
 
 #ifdef __QNX__
 #include 
@@ -32,6 +33,8 @@
 #include "fileselector.h"
 #include "utility.h"
 
+char old_path[PATH_MAX]="/\0";
+
 FileSelector::FileSelector(const char *windowtitle)
 {
 title = windowtitle;
@@ -59,6 +62,34 @@
 p->CancelEvent();
 }
 
+string recursive_path(char subdirs[PATH_MAX], string returnpath,int *sub_rnum)
+{
+DIR *dir=NULL;
+struct dirent *current=NULL;
+if ((dir = opendir(subdirs))!=NULL){
+current = readdir(dir);
+current = readdir(dir);
+while((current=readdir(dir))!=NULL){
+if(current->d_type==DT_DIR){
+   char temp_subdir[PATH_MAX];
+   strncpy(temp_subdir, subdirs,PATH_MAX);
+   strcat(temp_subdir,"/");
+   strncat(temp_subdir,current->d_name,FILENAME_MAX);
+   returnpath = recursive_path(temp_subdir,returnpath,sub_rnum);
+   }
+   else {
+   returnpath += "\n";
+   returnpath += subdirs;
+   returnpath += "/";
+   returnpath += current->d_name;
+   sub_rnum++;
+   }
+   }
+}
+closedir(dir);
+return (returnpath);
+}
+
 void FileSelector::CancelEvent()
 {
 gtk_widget_destroy(filesel);
@@ -72,6 +103,7 @@
 char *raw_path = NULL;
 GList *row = GTK_CLIST(gfile->file_list)->row_list;
 gint rownum = 0;
+gint sub_rnum = 0;
 char *temp, *path_temp;
 
 char *rawtext = gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
@@ -79,7 +111,6 @@
 !strncasecmp("rtp://", rawtext, 6)) {
 returnpath = strdup_new(rawtext);
 gtk_widget_destroy(GTK_WIDGET(gfile));
-
 ok = true;
 done = true;
 
@@ -88,33 +119,41 @@
 
 returnpath = gtk_file_selection_get_filename(gfile);
 path_temp = strdup(returnpath.c_str());
-
+raw_path = gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
 char *tempdir = strrchr(path_temp, '/');
+strncpy(old_path,path_temp,PATH_MAX);
 if (!tempdir) {
 strcpy(path_temp, "./");
 path_temp = (char *)realloc(path_temp, strlen(path_temp) + 1);
 }
 else
 tempdir[0] = '\0';
-
-raw_path = gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
-while (row) {
-if (GTK_CLIST_ROW(row)->state == GTK_STATE_SELECTED) {
-if (gtk_clist_get_cell_type(GTK_CLIST(gfile->file_list), rownum, 0)
-== GTK_CELL_TEXT) {
-gtk_clist_get_text(GTK_CLIST(gfile->file_list), rownum, 0, &temp);
-if (!strcmp(temp, raw_path))
-goto next_iter;
-returnpath += "\n";
-returnpath += path_temp;
-returnpath += "/";
-returnpath += temp;
-}
-}
-next_iter:
-rownum++;
-row = g_list_next(row);
+if(row){
+   while (row) {
+   if (GTK_CLIST_ROW(row)->state == GTK_STATE_SELECTED) {
+   if (gtk_clist_get_cell_type(GTK_CLIST(gfile->file_list), rownum, 0)
+   == GTK_CELL_TEXT) {
+   gtk_clist_get_text(GTK_CLIST(gfile->file_list), rownum, 0, &temp);
+   if (!strcmp(temp, raw_path))
+   goto next_iter;
+   returnpath += "\n";
+   returnpath += path_temp;
+   returnpath += "/";
+   returnpath += temp;
+   }
+   }
+   next_iter:
+   rownum++;
+   row = g_list_next(row);
+   }
+} 
+else {
+   char subdirs[PATH_MAX];
+   strncpy(subdirs,old_path,PATH_MAX);
+   returnpath="";
+   returnpath = recursive_path(subdirs, returnpath,&sub_rnum);
 }
+rownum += sub_rnum;
 gtk_widget_destroy(GTK_WIDGET(gfile));
 free(path_temp);
 
@@ -128,7 +167,7 @@
 gdk_threads_enter();
 
 filesel = gtk_file_selection_new(title.c_str());
-
+gtk_file_selection_set_filename (GTK_FILE_SELECTION (filesel), old_path);
 gtk_window_set_modal(GTK_WINDOW(filesel), TRUE);
 gtk_signal_connect(GTK_OBJECT(filesel), "destroy",
GTK_SIGNAL_FUNC(filesel_destroy), (gpointer)runMain);

Re: Musicbrowser patch (error fix)

[Ed Sweetman]

Ok, fixed it to use PATH_MAX and FILENAME_MAX. 
also fixed a stupid mistake i made by not catting the trailing / to
directories correctly.   

This patch should be against a clean cvs of fileselector.cpp 

it gives you the ability to select only a directory and have that
recursively add every file. I also added one line to allow fileselector
menu to restart where you last selected a file.  

The recursive add should now work on N deep directories.  (note: freeamp
does not typecheck files before adding to the playlist, so if you add a
top level dir that has mixed content, you'll get the mixed content in
your playlist).   

also, the recursive patch is completely transparant, normal file
selecting that everyone is accustomed to still works that way.  It just
adds the ability to select directories and not just get a dir name in
your playlist. 



On Sat, 2002-03-30 at 13:24, Timothy Ball wrote:
> On Sat, Mar 30, 2002 at 01:18:55PM -0500, Timothy Ball wrote:
> > 
> > And I thought there was a #define for the MAXPATHNAME or something
> > similar. Would make this nicely platform indiependant and not just
> > generically "big".
> > 
> 
> Found it.. 
> 
> linux/limits.h:#define PATH_MAX4095 /* # chars in a path
> name */
> 
> --timball
> 
> -- 
>   GPG key available on pgpkeys.mit.edu
> pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <[EMAIL PROTECTED]>
> Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev



/*

FreeAmp - The Free MP3 Player

Portions Copyright (C) 1999 EMusic.com

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

$Id: fileselector.cpp,v 1.8 2000/09/28 08:08:03 ijr Exp $
*/

#include "config.h"

#include 
#include 

#ifdef __QNX__
#include 
#endif

#include "fileselector.h"
#include "utility.h"

char old_path[PATH_MAX]="/\0";

FileSelector::FileSelector(const char *windowtitle)
{
title = windowtitle;
returnpath = "";
extended = true;
ok = false;
done = false;
}

gboolean filesel_destroy(GtkWidget *widget, gpointer p)
{
bool runmain = (bool)p;
if (runmain)
gtk_main_quit();
return FALSE;
}

void ok_internal(GtkWidget *widget, FileSelector *p)
{
p->AddEvent();
}

void cancel_internal(GtkWidget *widget, FileSelector *p)
{
p->CancelEvent();
}

string recursive_path(char subdirs[PATH_MAX], string returnpath,int *sub_rnum)
{
DIR *dir=NULL;
struct dirent *current=NULL;
if ((dir = opendir(subdirs))!=NULL){
current = readdir(dir);
current = readdir(dir);
while((current=readdir(dir))!=NULL){
if(current->d_type==DT_DIR){
		char temp_subdir[PATH_MAX];
		strncpy(temp_subdir, subdirs,PATH_MAX);
		strcat(temp_subdir,"/");
		strncat(temp_subdir,current->d_name,FILENAME_MAX);
		returnpath = recursive_path(temp_subdir,returnpath,sub_rnum);
	}
	else {
	returnpath += "\n";
	returnpath += subdirs;
	returnpath += "/";
	returnpath += current->d_name;
	sub_rnum++;
	}
	}
}
closedir(dir);
return (returnpath);
}

void FileSelector::CancelEvent()
{
gtk_widget_destroy(filesel);
ok = false;
done = true;
}

void FileSelector::AddEvent()
{
GtkFileSelection *gfile = GTK_FILE_SELECTION(filesel);
char *raw_path = NULL;
GList *row = GTK_CLIST(gfile->file_list)->row_list;
gint rownum = 0;
gint sub_rnum = 0;
char *temp, *path_temp;

char *rawtext = gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
if (!strncasecmp("http://";, rawtext, 7) ||
!strncasecmp("rtp://", rawtext, 6)) {
returnpath = strdup_new(rawtext);
gtk_widget_destroy(GTK_WIDGET(gfile));
ok = true;
done = true;

return;
}

returnpath = gtk_file_selection_get_filename(gfile);
path_temp = strdup(returnpath.c_str());
raw_path = 	gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
char *tempdir = strrchr(path_temp, '/');
strncpy(old_path,path_temp,PATH_MAX-1);
if (!tempdir) {
strcpy(path_temp, "./");
path_temp = (char *)realloc(path_t

Re: Musicbrowser patch (file safe)

[Timothy Ball]

On Sat, Mar 30, 2002 at 01:18:55PM -0500, Timothy Ball wrote:
> 
> And I thought there was a #define for the MAXPATHNAME or something
> similar. Would make this nicely platform indiependant and not just
> generically "big".
> 

Found it.. 

linux/limits.h:#define PATH_MAX4095 /* # chars in a path
name */

--timball

-- 
GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <[EMAIL PROTECTED]>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (file safe)

[Timothy Ball]

If you bothered using strncpy shouldn't you have bothered using strncat? 

And I thought there was a #define for the MAXPATHNAME or something
similar. Would make this nicely platform indiependant and not just
generically "big".

--timball

On Fri, Mar 29, 2002 at 10:11:41PM -0500, Ed Sweetman wrote:
>  
> -char old_path[1024]="/\0";
> +char old_path[5120]="/\0";
>  
>  FileSelector::FileSelector(const char *windowtitle)
>  {
> @@ -72,9 +72,10 @@
>  current = readdir(dir);
>  for(i=0;(current=readdir(dir))!=NULL;i++){
>  if(current->d_type==DT_DIR){
> - char *temp_subdir = new char[1024];
> - strcpy(temp_subdir, subdirs);
> + char *temp_subdir = new char[5120];
> + strncpy(temp_subdir, subdirs,5120);
>   strcat(temp_subdir,current->d_name);
+   strncat(temp_subdir, current->d_name, 5120);
> + temp_subdir[5120]='\0';

--timball

-- 
GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <[EMAIL PROTECTED]>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Musicbrowser patch (file safe)

[Ed Sweetman]

In case anyone is idiotic enough to have files 20 dirs deep, I've
increased max path length to 5120. I'm not even sure if any of the audio
players support filenames that long.  I've also changed my unsafe
strcpy's to strncpy and added a null terminator just in case.  Here's
the patch


It's against my previous patch, obviously.  



--- ./fileselector.cpp  Fri Mar 29 22:05:53 2002
+++ ./fixed_fileselector.cppFri Mar 29 21:53:58 2002
@@ -33,7 +33,7 @@
 #include "fileselector.h"
 #include "utility.h"
 
-char old_path[1024]="/\0";
+char old_path[5120]="/\0";
 
 FileSelector::FileSelector(const char *windowtitle)
 {
@@ -72,9 +72,10 @@
 current = readdir(dir);
 for(i=0;(current=readdir(dir))!=NULL;i++){
 if(current->d_type==DT_DIR){
-   char *temp_subdir = new char[1024];
-   strcpy(temp_subdir, subdirs);
+   char *temp_subdir = new char[5120];
+   strncpy(temp_subdir, subdirs,5120);
strcat(temp_subdir,current->d_name);
+   temp_subdir[5120]='\0';
returnpath = recursive_path(temp_subdir,returnpath,sub_rnum);
delete [] temp_subdir;
}
@@ -123,7 +124,8 @@
 path_temp = strdup(returnpath.c_str());
 raw_path = gtk_entry_get_text(GTK_ENTRY(gfile->selection_entry));
 char *tempdir = strrchr(path_temp, '/');
-strcpy(old_path,path_temp);
+strncpy(old_path,path_temp,5120);
+old_path[5120]='\0';
 if (!tempdir) {
 strcpy(path_temp, "./");
 path_temp = (char *)realloc(path_temp, strlen(path_temp) + 1);
@@ -150,8 +152,8 @@
}
 } 
 else {
-   char *subdirs = new char[1024];
-   strcpy(subdirs,old_path);
+   char *subdirs = new char[5120];
+   strncpy(subdirs,old_path,5120);
returnpath="";
returnpath = recursive_path(subdirs, returnpath,&sub_rnum);
delete [] subdirs;

Re: freeamp cvs taking 60MB

[Chris Gray]

On Fri, Mar 29, 2002 at 03:44:39PM -0500, Ed Sweetman wrote:
> Yea i'd believe that if playing an mp3 didn't free up all that memory.  
> Why is freeamp using 60MB for playing a vorbis ogg file but only 4-5MB
> for mp3.  I think i found out why.

Ahh... I thought you were making the mistake of adding all the memory
sizes in all the processes together. 

> in your mp3 lmc xing does this 
> 
> iNewSize=max(iNewSize,iMinimumOutputBufferSize); 
> iNewSize *= 1024;
> 
> Seems logical
> 
> now in  the vorbis lmc it does this
> 
> iNewSize=max(iNewSize,iInitialOutputBufferSize);
> iNewSize *= 1024;
> 
> 
> Notice the difference. it's quite a lot.  here we have mp3 using "kbit"
> and vorbis using "bytes" ..i believe this is an oversight.  That's what
> you get for not specifying when you're using what.
> 


> Here we know const int32 iMinimumOutputBufferSize = 64; in lmc.h

And iInitialOutputBufferSize is 65536 in vorbislmc.cpp

> both wavlmc and mp3 lmc use the same max( call.  Only vorbislmc is
> different and thus it's got a bug.  I'm not crazy.

Good catch,
Chris




msg01964/pgp0.pgp
Description: PGP signature

Re: freeamp cvs taking 60MB

[Ed Sweetman]

Yup. that fixes the bug.  

root  6996  8.4  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  6997  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  6998  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  6999  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7000  0.8  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7001  0.2  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7003  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7004  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7005  0.0  1.4 30228 9252 tty1 S15:48   0:00 freeamp
root  7006  1.5  1.4 30228 9252 tty1 S15:48   0:00 freeamp




On Fri, 2002-03-29 at 15:44, Ed Sweetman wrote:
> Yea i'd believe that if playing an mp3 didn't free up all that memory.  
> Why is freeamp using 60MB for playing a vorbis ogg file but only 4-5MB
> for mp3.  I think i found out why.
> 
> in your mp3 lmc xing does this 
> 
> iNewSize=max(iNewSize,iMinimumOutputBufferSize); 
> iNewSize *= 1024;
> 
> Seems logical
> 
> now in  the vorbis lmc it does this
> 
> iNewSize=max(iNewSize,iInitialOutputBufferSize);
> iNewSize *= 1024;
> 
> 
> Notice the difference. it's quite a lot.  here we have mp3 using "kbit"
> and vorbis using "bytes" ..i believe this is an oversight.  That's what
> you get for not specifying when you're using what.
> 
> Here we know const int32 iMinimumOutputBufferSize = 64; in lmc.h
> 
> both wavlmc and mp3 lmc use the same max( call.  Only vorbislmc is
> different and thus it's got a bug.  I'm not crazy.
> 
> On Fri, 2002-03-29 at 15:36, Chris Gray wrote:
> > On Fri, Mar 29, 2002 at 03:23:10PM -0500, Ed Sweetman wrote:
> > > I've verified that this is a vorbis problem with freeamp.  It is not a
> > > libvorbis problem, other players use under 2MB when playing vorbis
> > > files, freeamp uses 60MBi'll take a look at the vorbis output code.
> > > 
> > > 
> > > On Fri, 2002-03-29 at 12:25, Ed Sweetman wrote:
> > > > I compile freeamp cvs with gcc 3.0.4 and upon loading with the default
> > > > theme, it uses 60MB of ram.  I tried as root and still the same thing.
> > > > 
> > > > root   601  1.5  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   602  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   603  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   604  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   605  1.4  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   606  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   608  0.6  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   610  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > > root   611  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > 
> > This is the xmms faq, but it is applicable here:
> > 
> > http://www.xmms.org/faq.html#r7
> > 
> > Cheers,
> > Chris
> > 
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: freeamp cvs taking 60MB

[Ed Sweetman]

Yea i'd believe that if playing an mp3 didn't free up all that memory.  
Why is freeamp using 60MB for playing a vorbis ogg file but only 4-5MB
for mp3.  I think i found out why.

in your mp3 lmc xing does this 

iNewSize=max(iNewSize,iMinimumOutputBufferSize); 
iNewSize *= 1024;

Seems logical

now in  the vorbis lmc it does this

iNewSize=max(iNewSize,iInitialOutputBufferSize);
iNewSize *= 1024;


Notice the difference. it's quite a lot.  here we have mp3 using "kbit"
and vorbis using "bytes" ..i believe this is an oversight.  That's what
you get for not specifying when you're using what.

Here we know const int32 iMinimumOutputBufferSize = 64; in lmc.h

both wavlmc and mp3 lmc use the same max( call.  Only vorbislmc is
different and thus it's got a bug.  I'm not crazy.

On Fri, 2002-03-29 at 15:36, Chris Gray wrote:
> On Fri, Mar 29, 2002 at 03:23:10PM -0500, Ed Sweetman wrote:
> > I've verified that this is a vorbis problem with freeamp.  It is not a
> > libvorbis problem, other players use under 2MB when playing vorbis
> > files, freeamp uses 60MBi'll take a look at the vorbis output code.
> > 
> > 
> > On Fri, 2002-03-29 at 12:25, Ed Sweetman wrote:
> > > I compile freeamp cvs with gcc 3.0.4 and upon loading with the default
> > > theme, it uses 60MB of ram.  I tried as root and still the same thing.
> > > 
> > > root   601  1.5  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   602  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   603  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   604  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   605  1.4  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   606  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   608  0.6  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   610  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > > root   611  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> 
> This is the xmms faq, but it is applicable here:
> 
> http://www.xmms.org/faq.html#r7
> 
> Cheers,
> Chris
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: freeamp cvs taking 60MB

[Chris Gray]

On Fri, Mar 29, 2002 at 03:23:10PM -0500, Ed Sweetman wrote:
> I've verified that this is a vorbis problem with freeamp.  It is not a
> libvorbis problem, other players use under 2MB when playing vorbis
> files, freeamp uses 60MBi'll take a look at the vorbis output code.
> 
> 
> On Fri, 2002-03-29 at 12:25, Ed Sweetman wrote:
> > I compile freeamp cvs with gcc 3.0.4 and upon loading with the default
> > theme, it uses 60MB of ram.  I tried as root and still the same thing.
> > 
> > root   601  1.5  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   602  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   603  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   604  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   605  1.4  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   606  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   608  0.6  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   610  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> > root   611  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp

This is the xmms faq, but it is applicable here:

http://www.xmms.org/faq.html#r7

Cheers,
Chris




msg01960/pgp0.pgp
Description: PGP signature

Re: freeamp cvs taking 60MB

[Ed Sweetman]

I've verified that this is a vorbis problem with freeamp.  It is not a
libvorbis problem, other players use under 2MB when playing vorbis
files, freeamp uses 60MBi'll take a look at the vorbis output code.


On Fri, 2002-03-29 at 12:25, Ed Sweetman wrote:
> I compile freeamp cvs with gcc 3.0.4 and upon loading with the default
> theme, it uses 60MB of ram.  I tried as root and still the same thing.
> 
> root   601  1.5  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   602  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   603  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   604  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   605  1.4  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   606  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   608  0.6  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   610  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> root   611  0.0  9.4 107224 60916 tty1   S12:21   0:00 freeamp
> 
> I verify this as being an actual number since upon exiting that ram is
> freed.  Is this known behavior in the cvs version with gcc 3.x ? 
> 
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: autoconf, automake, etc.

[Robert Hart]

On Wed, 27 Mar 2002, F. Heitkamp wrote:

> I downloaded version 2.1.1 from the freeamp
> page and it compiled and installed OK.
> I could not get it to play any MP3s because
> it kept saying the "audio device is busy".
> There was a message on either the dxr3 or
> xine mailing list about a problem like this.
> I'll see if I can find the message.

Are you using the [default?] soundcard output plugin?

Maybe the message "audio device is busy" means that the audio device is
busy. If you have esd running (i.e if you are using gnome) then you should
select the esound output plugin. esd allows several programs to use the
soundcard at once.

The alternative is to stop whatever is using /dev/dsp before playing.
(if it's esd use esdctl off and esdctl on to temporarily disable it)

If you use kde, then artsd is the equivalent of esd. I don't know much
about it.

Rob


-- 
    _
   _. /  \  _.-'_.-'
;=',_   _ \  _\/   _/
   S" .--` |  Robert Hart|  ___)/   __<
  sS  \__  |  15 Benington Drive | <'-;:\_  _\
   __.' ( \--> |  Nottingham | '; \_\
_=/_./-\/  |  [EMAIL PROTECTED]  |  >/-,\
   ((\( /-'   -'l  |_|""`  |_\
) |/ \\
   \\  \http://www.nott.ac.uk/~enxrah
`~ `~



___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: autoconf, automake, etc.

[F. Heitkamp]

I've looked at configure --help and saw that
I could type configure --version but it shows
what version I used to create it, not what version
was intended to be used.  BTW I used autoconf
2.13 to generate configure.  No newer versions
would work.  I still got errors from autoconf
2.13 but a configure script was created.

Autoconf 2.13 is quite old. I don't even
have it installed anymore.  I installed it
in a temp directory just to try and compile
freeamp.

I gave up for the time being on compiling
the CVS freeamp version because of these
problems..

I downloaded version 2.1.1 from the freeamp
page and it compiled and installed OK.
I could not get it to play any MP3s because
it kept saying the "audio device is busy".
There was a message on either the dxr3 or
xine mailing list about a problem like this.
I'll see if I can find the message.

Xmms was able to play the MP3s without
any problems.

Fred

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: autoconf, automake, etc.

[Lucas christophe]

you must specify where there are installed, by means of configure.
see ./confiugre --help


On Tue, 26 Mar 2002 08:43:27 -0500
"F. Heitkamp" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> What autoconf and automake versions does freeamp CVS
> require?
> 
> I am trying to compile freeamp from CVS and it can't
> seem to find musicbrainz and freetype, though I have
> those installed (in /usr/local/).
> 
> -- 
> Fred
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev


-- 
LUCAS Christophe - INFOSAT ICPS - Petit Quevilly
 
__
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: playlist advance

[Robert Hart]

On Tue, 12 Mar 2002, Stephen Soltesz wrote:

> After a song has finished playing, normally the next in the playlist is 
> queued and begun.  Is there a way to prevent this default behavior?  XMMS 
> calls this feature 'No Playlist Advance'?  I could not find a similar control 
> in freeamp.  Did I miss it?

There is no way to do this in freeamp currently. I suspect that if you
wanted to, the feature you want could be easily coded, however you would
also have to integrate it with the user interface(s) as well.

Rob


-- 
  __  _  __  ___  __ ___
 |_/ | | |_] |__ |_/|   
 |\_ |_| |_] |__ |\_|   

 _ _ ___  __ ___
 |_| |_| |_/|   
 | | | | |\_|   

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: zlib vulnerability

[Marty Schoch]

Since no one else replied I went ahead and investigated this myself.
Current CVS seemed to contain version 1.1.3 of the zlib library.

The page:

http://www.gzip.org/zlib/advisory-2002-03-11.txt

seems to indicate that version 1.1.3 IS vulnerable.

I have gone ahead, and incorporated the 1.1.4 versions of the relevant files
in my tree and created a patch.  It still compiles on my box, but I have
done 0 testing.  I'm not even sure where the zlib compression is used in the
program.

Attached is the relevant patch.

I would recommend someone package a new release, and indicate possible
security issues with older versions on the web site.

Marty Schoch
<[EMAIL PROTECTED]>



On 3/12/02 3:48 PM, "Marty Schoch" <[EMAIL PROTECTED]> wrote:

> 
> The RedHat Security Advisory RHSA-2002:027-22 mentions updated
> freeamp-2.0.8 rpms for various RedHat Powertools distributions due to
> staticly linked zlib vulnerabilities.  Would someone care to comment on
> any implications for the current 2.1 releases and or CVS trees.
> 
> Marty Schoch
> <[EMAIL PROTECTED]>
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 




zlib.patch
Description: Binary data

Re: problem with making...

[Shaw Vrana]

Ernesto -

> I downloaded latest FreeAmp source for linux and tried to compile it.
> ./configure runs just fine, but making give this error:
>
> io/arts/src/artspmo.cpp:35:25: artsc/artsc.h: No such file or directory
> make[1]: ***[io/arts/src/artsmpo.o] Error 1
> make[1]: Leaving directory '/homme/ernesto/freeamp'
> make: ***[plugins-cc] Error 2
>
> I checked out if the file exists, and it does. It is in
> /usr/include/kde/artsc/artsc.h

You might want to make sure configure is defining your 
HAVE_KDE_ARTSC_ARTSC_H.  If this is defined freeamp
(specifically artspmo.cpp) will try to find artsc.h in kde/artsc
otherwise (if it is not defined) it will look in artsc.  Since you
know where your artsc.h is located, you could just remove the ifdef from the 
include statement.  So you would have this:

/* #ifdef HAVE_KDE_ARTSC_ARTSC_H */
#include 
/* #else */
/* #include  */
/* #endif */

Good luck!

Shaw 
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: compiling!

[Michael Anthony Astrauckas]

Thanks for your help guys but it didn't 
work:(  I added the path to Tools/Options/Directories/Include and even made 
it the first one to look into when compiling but it still didn't work at 
all!  I still receive the same error.:(  Also, maybe there is a few 
other questions someone can answer.  Here they are if anyone can answer 
them :
1) Is there any documentation that explains what 
each project does, like which project decompresses the MP3 and which one plays the decompressed music?  Or 
do I have to kind of trace through the code to find out for myself?  

2)  Does 
anyone know any good doc's on the MP3(mpeg layer 3) format?  I've been 
looking on the net and there isn't really anything good on the compression of 
the MP3.  
3) How does 
FreeAmp turn the dll files into something.ppp and something.ppo and what's the 
benefit of doing this?
4) I am new to MP3 formats so let me make sure if I get the terminology 
correct.  when you turn a MP3 to a wav format, the conversion is 
called decoding and going from wav to MP3 is called encoding.  What is it 
called when you decompress the file to play the file, is that just called 
decompressing?
5) My last question is this, where can I find a place on the web where it 
will explain some of the terminology I've been reading when reading about 
mpeg's?  
 
  
If anyone can help me thank you very much!!!
    
Michael

  - Original Message - 
  From: 
  Sylvain 
  Rebaud 
  To: '[EMAIL PROTECTED]' 
  Sent: Tuesday, February 19, 2002 12:13 
  AM
  Subject: RE: compiling!
  
  I am 
  not sure but you probably have to specify in the 
  Tools/Options/Directories/Include folders of Msdev where you installed/unziped 
  the sgi stl for msdev to find what it needs.
   
  -s
  
-Original Message-From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Michael Anthony 
AstrauckasSent: Monday, February 18, 2002 8:57 PMTo: 
[EMAIL PROTECTED]Subject: compiling!
Hello everyone.  I've just downloaed 
freeamp 2.1.1 and tried to compile it using Visual Studios 6.0 SP 5 with the 
newest Platform SDK.  I've also downloaded and installed the Win32 port 
of the SGI stl from:  http://www.freeamp.org/~robert/stl.html and unziped 
it to ..\freeamp-2.1.1\base\win32\include and then ran the 
utility.exe(not sure what exactly this does?).  I started the 
freeamp.dsw workspace and started building the debug build, which went fine 
from fabaselib through misc and recieved an error when compiling 
MakeTheme project. If anyone know why I'm receiving this 
error would really appreciate 
it a great deal.
  
Michael
 
Here is the error Below :
 
---Configuration: MakeTheme - 
Win32 DebugPerforming Custom Build Step on 
..\..\..\..\config\config.win32    
1 file(s) copied.Compiling 
resources...Compiling...MakeTheme.cppThemeZip.cppc:\temp\freeamp-2.1.1\ui\freeamp\src\themezip.cpp(197) 
: error C2065: 'min' : undeclared identifierError executing 
cl.exe.
 
freeamp.exe - 1 error(s), 19 
warning(s)

RE: compiling!

[Sylvain Rebaud]

I am 
not sure but you probably have to specify in the 
Tools/Options/Directories/Include folders of Msdev where you installed/unziped 
the sgi stl for msdev to find what it needs.
 
-s

  -Original Message-From: 
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On 
  Behalf Of Michael Anthony AstrauckasSent: Monday, February 18, 
  2002 8:57 PMTo: [EMAIL PROTECTED]Subject: 
  compiling!
  Hello everyone.  I've just downloaed freeamp 
  2.1.1 and tried to compile it using Visual Studios 6.0 SP 5 with the newest 
  Platform SDK.  I've also downloaded and installed the Win32 port of the 
  SGI stl from:  http://www.freeamp.org/~robert/stl.html and unziped 
  it to ..\freeamp-2.1.1\base\win32\include and then ran the 
  utility.exe(not sure what exactly this does?).  I started the freeamp.dsw 
  workspace and started building the debug build, which went fine 
  from fabaselib through misc and recieved an error when compiling 
  MakeTheme project. If anyone know why I'm receiving this error would 
  really appreciate 
  it a great deal.
    
  Michael
   
  Here is the error Below :
   
  ---Configuration: MakeTheme - 
  Win32 DebugPerforming Custom Build Step on 
  ..\..\..\..\config\config.win32    
  1 file(s) copied.Compiling 
  resources...Compiling...MakeTheme.cppThemeZip.cppc:\temp\freeamp-2.1.1\ui\freeamp\src\themezip.cpp(197) 
  : error C2065: 'min' : undeclared identifierError executing 
  cl.exe.
   
  freeamp.exe - 1 error(s), 19 
  warning(s)

Re: jmf rtp-streaming

[Ross Finlayson]

Maarten,

The RTP implementation that's in the default Freeamp distribution is rather 
limited; you may instead want to try the modified Freeamp (with much 
improved RTP/RTCP support) that I announced to this mailing list a few 
weeks back.

(Alternatively, if you're on Windows, you could instead run "Winamp", with 
the "in_rtp.dll" plugin: )

Ross.

--- my earlier message: 
I have modified the recent Freeamp 2.1.1 source code release to make use of 
the "LIVE.COM Streaming Media" libraries (see ).

The major changes in the code were to "io/obs/obsinput.{h,cpp}".  These now 
use the RTP/RTCP implementation from the LIVE.COM libraries, rather than 
the (limited) RTP implementation that was there before.  This brings many 
benefits:
- There is now full RTCP support.  (In particular, Freeamp will now send
  back RTCP Reception Reports when playing a RTP session.)
- Freeamp now supports loss-tolerant MP3/RTP streams (as defined in
  RFC 3119), as well as traditional MP3/RTP streams as defined in RFC 2250.
- For even greater loss tolerance, Freeamp can now also receive sessions
  that use 'layered erasure coding' - i.e., using multiple RTP streams,
  encoded at different bit rates (using a technique developed by
  Multicast Technologies, Inc.).  (For more information about this, see
, which
describes how such session can be described using 'rtp://' pseudo-URLs.)
- Freeamp now accepts "rtsp://" URLs (for those MP3/RTP sessions
  (unicast or multicast) that are served by RTSP servers.
- As an alternative to using "rtp://" or "rtsp://" URLs to play a MP3/RTP
  session, Freeamp can also read a ".sdp" file that describes such sessions
  (using the IETF's "Session Description Protocol" - RFC 2327).  (At present
this works only if the ".sdp" file name is given on the command line.)
- By using the LIVE.COM libraries, Freeamp now has the potential to
  support many additional RTP payload formats - if a decoder is present.
  For example, with an appropriate decoding implementation Freeamp could
  now support PCM (u-law or a-law), GSM, QCELP, etc. etc. RTP streams.

In addition to the changes to "io/obs/obsinput.{h,cpp}", there were also 
minor changes to a handful of other files - mainly to recognize "rtsp://" 
URLs and ".sdp" files as special cases.  Plus, of course, I updated 
"Makefile.header.in" and "Makefile-plugins.in" to reference the "LIVE.COM 
Streaming Media" headers.

I have left my updated copy of the Freeamp code online as 
.  There is also a patch file: 
, and a pre-built Linux/x86 
binary: .

To build this from source, you will also need the "LIVE.COM Streaming 
Media" code (available from ), unpacked into 
a directory "live" (with "freeamp" and "live" being siblings in the file 
hierarchy).

It would be great if these modifications could be incorporated into the 
official Freeamp code base, as they are significant improvement over the 
original code.

Ross Finlayson
LIVE.COM


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: problems with freeamp and alsa

[Ed Sweetman]

On Tue, 2002-02-12 at 00:12, Robert Kaye wrote:
> On Mon, 2002-02-11 at 15:22, Ed Sweetman wrote:
> > Since before when I mentioned that Freeamp has problems playing vorbis
> > files when using OSS emu in also 0.9x and nobody mentioned having the
> 
> Speaking of ALSA, I tried to upgrade the alsa plugin to 0.9.x and I
> found no documentation on the subject (nothing meaningful, anyway) and
> the sample applications that use the new mixer interface aren't much
> help in deciphering the mixer interface. 
> 
> Anybody have a clue where to find some good docs?
> 
I would look at libao   They seem to have it down 

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: problems with freeamp and alsa

[Robert Kaye]

On Mon, 2002-02-11 at 15:22, Ed Sweetman wrote:
> Since before when I mentioned that Freeamp has problems playing vorbis
> files when using OSS emu in also 0.9x and nobody mentioned having the

Speaking of ALSA, I tried to upgrade the alsa plugin to 0.9.x and I
found no documentation on the subject (nothing meaningful, anyway) and
the sample applications that use the new mixer interface aren't much
help in deciphering the mixer interface. 

Anybody have a clue where to find some good docs?

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: problems with freeamp and alsa

[Ed Sweetman]

On Mon, 2002-02-11 at 18:58, Valters Vingolds wrote:
> true about the buffer size... somehow I have 64kb input, 512kb output. I 
> absolutely can't tolerate skips in my music ;)
> 
> we should fix the original bug, ofcourse.
> can you produce a test scenario one could run to debug to see what's 
> going on?

That's easy Any Vorb RC3 stream will freeze at about 10 seconds through
the file with an input buffer of 16 and output buffer of 32.   This
happens 100% of the time here. I'm using alsa with oss emu and freeamp
is using the OSS output module.

Mp3's will also exibit some weirdness with alsa (try stopping a file
after hours (overnight) playback will cause the player to freeze but
audio to continue being played back until that file is done then it will
stop.  I believe it stops.  It's been a while since I have used freeamp
since these problems started).

I'm testing with vorbs encoded at -q 5   


blah, Yes I know I call them vorbs, I hate "ogg", it sounds so uncool,
vorb sounds elite like that. heh.  

> Ed Sweetman wrote:
> 
> >Since before when I mentioned that Freeamp has problems playing vorbis
> >files when using OSS emu in also 0.9x and nobody mentioned having the
> >same problem, I thought maybe it was some bad vorbis coding. But the
> >problem laid in the audio buffers.   I like to keep my audio buffers
> >small but freeamp only protects against the absolute minimum size.  The
> >problem came up when I was using something like   a 16kb input buffer
> >and 32kb output buffer.   This would cause freeamp to lock up after a
> >few hours of playing a random set of mp3s...again I had originally
> >thought this to be a freeamp bug that nobody was interested in tracking
> >down. Vorbis files would freeze freeamp after the first 12 seconds. So I
> >thought, hey maybe I'm triggering a bug in freeamp where it is missing a
> >check to see if the buffers are too small for the data it needs, and i
> >upped the buffers to 32kb input and 128kb output. Now everything
> >works.   I assume everyone has their buffers set higher than that by
> >default or because of their experience with winamp and etc.   Perhaps it
> >would be best to force an acceptable minimum or create an error return
> >that tells the user that his/her buffers are set too small for the audio
> >that they're trying to play and to raise them accordingly.
> >Everything works great now.  
> >
> >(cvs version of freeamp, btw)
> >
> >

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: multiple instances of freeamp?

[Alexey Zakhlestine]

Tamer Demir wrote:
TD> I am trying to launch multiple instances of freeamp in the same
TD> computer,  but I could not launch. Even I could not find an option, Is this 
TD> because of a scarce resource that freeamp uses so that it does not allow 
TD> another instance to share it?

TD> Can you help me please?
I can tell you, that using Windows-XP it IS possible to run multiple
instances of freeamp, but only using several simulatenous logins. (one
freeamp for one login)

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: error compiling freeamp with vc++ 6.0

[Sylvain Rebaud]

Ok nevermind.
After installing the stl, everything worked fine. I
knew I should have looked at the readme file first


 

-s

 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Sylvain Rebaud
Sent: Wednesday, February 06, 2002 9:29 PM
To: [EMAIL PROTECTED]
Subject: error compiling freeamp
with vc++ 6.0

 

I am trying to compile freeamp and I
am having some issues. First it can’t find a file called
‘hashtable.h’ in player.h and secondly it’s missing min and
max. Any idea?

 

-s

RE: MP3 player in WinCE??

[Bruce Brown]

I actually tried 3 approaches
1) port the STL that freeamp normally builds with (old SGI)
2) use the standard
3) use STLPorts STL

All in all it proved to be an an exercise in futility.
If FreeAmp had not reliead heavily on iostreams then things
might have been much smoother. I did a lot of digging around
for a streams implementation on WinCE and was unable to
find anything.

-- Bruce

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Rebaud
> Sent: Wednesday, February 06, 2002 9:30 PM
> To: [EMAIL PROTECTED]
> Subject: RE: MP3 player in WinCE??
> 
> 
> Were you trying to port the SGI version of STL or trying to use the
> standard ones?
> 
> -s
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Brown
> Sent: Wednesday, February 06, 2002 8:24 PM
> To: [EMAIL PROTECTED]
> Subject: RE: MP3 player in WinCE??
> 
> 
> I took a shot at this some time back. It got ugly as I found
> more and more templates files that were not part of the WinCE
> distribution that are required by Freeamp; iostreams was a major
> issue.
> 
> -- Bruce
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Rebaud
> > Sent: Wednesday, February 06, 2002 8:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: MP3 player in WinCE??
> > 
> > 
> > 
> > It actually wouldn't be too hard. You should first try to create a
> > config.wce based on config.w32 in the config folder that would work
> for
> > CE. I am willing to help if you want...
> > 
> > -s
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On Behalf Of Tamer Demir
> > Sent: Wednesday, February 06, 2002 1:27 PM
> > To: [EMAIL PROTECTED]
> > Subject: MP3 player in WinCE??
> > 
> > Hello Sirs/Madams
> > 
> > I am trying to port freeamp to WinCE platform, but unfortunately
> freeamp
> > is 
> > rather big project.
> > Does anybody has the lightweight version of freeamp or any other mp3
> > player.
> > 
> > I want only the basic properties, like playing mp3 and able to play
> > icecast 
> > streaming that is all I need. Like I said before freeamp is too be to
> be
> > 
> > simplified.
> > 
> > Can anybody help me or want to share his/her experiences?
> > 
> > Best Regards,
> > 
> > Tamer Demir
> > 
> > ___
> > [EMAIL PROTECTED]
> > http://www.freeamp.org/mailman/listinfo/freeamp-dev
> > 
> > 
> > ___
> > [EMAIL PROTECTED]
> > http://www.freeamp.org/mailman/listinfo/freeamp-dev
> > 
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: MP3 player in WinCE??

[Sylvain Rebaud]

Were you trying to port the SGI version of STL or trying to use the
standard ones?

-s

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Brown
Sent: Wednesday, February 06, 2002 8:24 PM
To: [EMAIL PROTECTED]
Subject: RE: MP3 player in WinCE??


I took a shot at this some time back. It got ugly as I found
more and more templates files that were not part of the WinCE
distribution that are required by Freeamp; iostreams was a major
issue.

-- Bruce

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Rebaud
> Sent: Wednesday, February 06, 2002 8:13 PM
> To: [EMAIL PROTECTED]
> Subject: RE: MP3 player in WinCE??
> 
> 
> 
> It actually wouldn't be too hard. You should first try to create a
> config.wce based on config.w32 in the config folder that would work
for
> CE. I am willing to help if you want...
> 
> -s
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Tamer Demir
> Sent: Wednesday, February 06, 2002 1:27 PM
> To: [EMAIL PROTECTED]
> Subject: MP3 player in WinCE??
> 
> Hello Sirs/Madams
> 
> I am trying to port freeamp to WinCE platform, but unfortunately
freeamp
> is 
> rather big project.
> Does anybody has the lightweight version of freeamp or any other mp3
> player.
> 
> I want only the basic properties, like playing mp3 and able to play
> icecast 
> streaming that is all I need. Like I said before freeamp is too be to
be
> 
> simplified.
> 
> Can anybody help me or want to share his/her experiences?
> 
> Best Regards,
> 
> Tamer Demir
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: MP3 player in WinCE??

[Bruce Brown]

I took a shot at this some time back. It got ugly as I found
more and more templates files that were not part of the WinCE
distribution that are required by Freeamp; iostreams was a major
issue.

-- Bruce

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Rebaud
> Sent: Wednesday, February 06, 2002 8:13 PM
> To: [EMAIL PROTECTED]
> Subject: RE: MP3 player in WinCE??
> 
> 
> 
> It actually wouldn't be too hard. You should first try to create a
> config.wce based on config.w32 in the config folder that would work for
> CE. I am willing to help if you want...
> 
> -s
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Tamer Demir
> Sent: Wednesday, February 06, 2002 1:27 PM
> To: [EMAIL PROTECTED]
> Subject: MP3 player in WinCE??
> 
> Hello Sirs/Madams
> 
> I am trying to port freeamp to WinCE platform, but unfortunately freeamp
> is 
> rather big project.
> Does anybody has the lightweight version of freeamp or any other mp3
> player.
> 
> I want only the basic properties, like playing mp3 and able to play
> icecast 
> streaming that is all I need. Like I said before freeamp is too be to be
> 
> simplified.
> 
> Can anybody help me or want to share his/her experiences?
> 
> Best Regards,
> 
> Tamer Demir
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: MP3 player in WinCE??

[Sylvain Rebaud]

It actually wouldn't be too hard. You should first try to create a
config.wce based on config.w32 in the config folder that would work for
CE. I am willing to help if you want...

-s

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Tamer Demir
Sent: Wednesday, February 06, 2002 1:27 PM
To: [EMAIL PROTECTED]
Subject: MP3 player in WinCE??

Hello Sirs/Madams

I am trying to port freeamp to WinCE platform, but unfortunately freeamp
is 
rather big project.
Does anybody has the lightweight version of freeamp or any other mp3
player.

I want only the basic properties, like playing mp3 and able to play
icecast 
streaming that is all I need. Like I said before freeamp is too be to be

simplified.

Can anybody help me or want to share his/her experiences?

Best Regards,

Tamer Demir

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: Proxy authentication not supported ?

[Anthony, Jude J (N-SAIC)]

I've been looking into proxies as well, Joao.  I'm finding that the only
kind of proxy supported is the transparent HTTP proxy, and it only seems to
be supported for streaming (not Relatable or Bitzi features).  

Sorry I can't be more specific; I just got started with the code myself.

Jude

-Original Message-
From: Joao Moreira de Sa Coutinho [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 4:26 PM
To: [EMAIL PROTECTED]
Subject: Proxy authentication not supported ?


Hi all,

I'm trying to use freeamp instead of winamp to listen to streaming audio. I
am,
however, behind a proxy/firewall, and it requires authentication
(user/passwd)
which I can't find a way of giving.

I have specified the proxy host and port in the freeamp options, and I
always
get the message "Proxy authentication required" or something like that (I'm
on
Win2k). In winamp I was able to use a syntax like user:passwd@host:port,
doesn't
freeamp have anything similar (I tried, got 'invalid URL') ?

I must say I've grepped for 'proxy' in the source, and from what I've seen,
there is no way to specify user/passwd. Any suggestions on how to get around
this ?

Sorry if this is more of a user question than a developer one, there doesn't
seem to any user forum for this.

Thanks,
Joao
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp 2.1.1 updated with "LIVE.COM Streaming Media" support

[Ross Finlayson]

At 12:58 PM 1/27/02, Rob Lanphier wrote:
>One thing that Ross doesn't mention (and Ross, please correct me if I'm
>wrong) is that with this patch, you should be able to stream MP3 files
>that are placed on RealServer via RTSP/RTP.

Yes, that's correct.  For example, using this version of Freeamp, you can 
play the following URL:
 rtsp://media.schreiner.edu/realmp3.mp3

Also, FYI, for those of you who use Winamp, there is also a Winamp plugin 
that will play RTSP/RTP (or just RTP) streams: 


 Ross.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp 2.1.1 updated with "LIVE.COM Streaming Media" support

[Rob Lanphier]

One thing that Ross doesn't mention (and Ross, please correct me if I'm
wrong) is that with this patch, you should be able to stream MP3 files
that are placed on RealServer via RTSP/RTP.  If there are any problems
with this, let me know so that we can get fixes put into the next version
of RealServer.

Thanks
Rob

On Sun, 27 Jan 2002, Ross Finlayson wrote:

> [Last month I told Robert Kaye about an earlier version of these changes,
> but there have been several improvements since then, and I wanted now to
> announce this to the whole mailing list.]
>
> I have modified the recent Freeamp 2.1.1 source code release to make use of
> the "LIVE.COM Streaming Media" libraries (see ).
>
> The major changes in the code were to "io/obs/obsinput.{h,cpp}".  These now
> use the RTP/RTCP implementation from the LIVE.COM libraries, rather than
> the (limited) RTP implementation that was there before.  This brings many
> benefits:
>   - There is now full RTCP support.  (In particular, Freeamp will now send
> back RTCP Reception Reports when playing a RTP session.)
>   - Freeamp now supports loss-tolerant MP3/RTP streams (as defined in
> RFC 3119), as well as traditional MP3/RTP streams as defined in RFC 2250.
>   - For even greater loss tolerance, Freeamp can now also receive sessions
> that use 'layered erasure coding' - i.e., using multiple RTP streams,
> encoded at different bit rates (using a technique developed by
> Multicast Technologies, Inc.).  (For more information about this, see
>, which
>describes how such session can be described using 'rtp://' pseudo-URLs.)
>   - Freeamp now accepts "rtsp://" URLs (for those MP3/RTP sessions
> (unicast or multicast) that are served by RTSP servers.
>   - As an alternative to using "rtp://" or "rtsp://" URLs to play a MP3/RTP
> session, Freeamp can also read a ".sdp" file that describes such sessions
> (using the IETF's "Session Description Protocol" - RFC 2327).  (At present
>this works only if the ".sdp" file name is given on the command line.)
>   - By using the LIVE.COM libraries, Freeamp now has the potential to
> support many additional RTP payload formats - if a decoder is present.
> For example, with an appropriate decoding implementation Freeamp could
> now support PCM (u-law or a-law), GSM, QCELP, etc. etc. RTP streams.
>
> In addition to the changes to "io/obs/obsinput.{h,cpp}", there were also
> minor changes to a handful of other files - mainly to recognize "rtsp://"
> URLs and ".sdp" files as special cases.  Plus, of course, I updated
> "Makefile.header.in" and "Makefile-plugins.in" to reference the "LIVE.COM
> Streaming Media" headers.
>
> I have left my updated copy of the Freeamp code online as
> .  There is also a patch file:
> , and a pre-built Linux/x86
> binary: .
>
> To build this from source, you will also need the "LIVE.COM Streaming
> Media" code (available from ), unpacked into
> a directory "live" (with "freeamp" and "live" being siblings in the file
> hierarchy).
>
> It would be great if these modifications could be incorporated into the
> official Freeamp code base, as they are significant improvement over the
> original code.
>
>   Ross Finlayson
>   LIVE.COM
>   
>
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
>
>

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[John Morton]

On Saturday 19 January 2002 11:07, Ed Sweetman wrote:
> It seems that freeamp is not playing nicely with the oss implimentation
> that the latest alsa 0.9.x lib has. I've traced it to that point.   next
> would be seeing if any other apps do.

>From the libao README:

The OSS emulation in ALSA deviates from the OSS spec by not returning
immediately from an open() call if the OSS device is already in use.
Instead, it makes the application wait until the device is available.
This is not desirable during the autodetection phase of libao, so a
workaround has been included in the source.  Since the workaround
itself violates the OSS spec and causes other problems on some
platforms, it is only enabled when ALSA is detected.  The workaround
can be turned on or off by passing the --enable-broken-oss or
--disable-broken-oss flag to the configure script.

You might have some luck comparing libao's fix to the freeamp source.

John
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[Ed Sweetman]

It seems that freeamp is not playing nicely with the oss implimentation
that the latest alsa 0.9.x lib has. I've traced it to that point.   next
would be seeing if any other apps do.

On Fri, 2002-01-18 at 16:19, kristian kvilekval wrote:
> Just for record, I am using debian unstable with the latest 
> vorbis-tools and freeamp cvs head.  
> 
> I remember having a similar problem to yours.  I had to make clean,
> run autoconf, and rebuild to resolve the issues.
> 
> I am currently listening to both streamed and local oggenc rc3 files.
> 
> 
> Ed Sweetman wrote:
> > 
> > On Fri, 2002-01-18 at 11:17, Ed Sweetman wrote:
> > > On Fri, 2002-01-18 at 06:34, Alexey Zakhlestine wrote:
> > > > Ed Sweetman wrote:
> > > > ES> Which reminds me that for
> > > > ES> some reason freeamp locks up after 10-12 seconds into any vorbis files
> > > > ES> created by the new rc3 libraries.
> > > >
> > > > You're wrong here.
> > > > I just tested FreeAmp 2.1.1 with just-encoded vorbis-rc3 files. It
> > > > works without single proplem.
> > > > I tested all 4 encoding modes (-b, -q, -m, -M)
> > > >
> > > > There were problems with 2.1.0, but those are fixed in 2.1.1
> > >
> > > i'm using 2.1.1 but it's the cvs version.   moving back to release then.
> > 
> > Nope, doesn't matter what version i'm using.  I'm using the debian
> > unstable's release of libvorbis and libogg for rc3 and freeamp locks
> > after 10-12 seconds consistantly when playing a vorbis file.  It has no
> > problem playing mp3s so it's directly related to vorbis/ogg  Since
> > debian's packaged vorbis-utils works fine with libvorbis and libogg in
> > encoding and playback, and freeamp was compiled against those same
> > headers and libs, I'm reluctant to say that it's not something in
> > freeamp.


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[kristian kvilekval]

Just for record, I am using debian unstable with the latest 
vorbis-tools and freeamp cvs head.  

I remember having a similar problem to yours.  I had to make clean,
run autoconf, and rebuild to resolve the issues.

I am currently listening to both streamed and local oggenc rc3 files.


Ed Sweetman wrote:
> 
> On Fri, 2002-01-18 at 11:17, Ed Sweetman wrote:
> > On Fri, 2002-01-18 at 06:34, Alexey Zakhlestine wrote:
> > > Ed Sweetman wrote:
> > > ES> Which reminds me that for
> > > ES> some reason freeamp locks up after 10-12 seconds into any vorbis files
> > > ES> created by the new rc3 libraries.
> > >
> > > You're wrong here.
> > > I just tested FreeAmp 2.1.1 with just-encoded vorbis-rc3 files. It
> > > works without single proplem.
> > > I tested all 4 encoding modes (-b, -q, -m, -M)
> > >
> > > There were problems with 2.1.0, but those are fixed in 2.1.1
> >
> > i'm using 2.1.1 but it's the cvs version.   moving back to release then.
> 
> Nope, doesn't matter what version i'm using.  I'm using the debian
> unstable's release of libvorbis and libogg for rc3 and freeamp locks
> after 10-12 seconds consistantly when playing a vorbis file.  It has no
> problem playing mp3s so it's directly related to vorbis/ogg  Since
> debian's packaged vorbis-utils works fine with libvorbis and libogg in
> encoding and playback, and freeamp was compiled against those same
> headers and libs, I'm reluctant to say that it's not something in
> freeamp.
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev

-- 
Kristian G. Kvilekval
email:[EMAIL PROTECTED] office:(805)893-4178 http://www.cs.ucsb.edu/~kris
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[Ed Sweetman]

On Fri, 2002-01-18 at 11:17, Ed Sweetman wrote:
> On Fri, 2002-01-18 at 06:34, Alexey Zakhlestine wrote:
> > Ed Sweetman wrote:
> > ES> Which reminds me that for
> > ES> some reason freeamp locks up after 10-12 seconds into any vorbis files
> > ES> created by the new rc3 libraries.
> > 
> > You're wrong here.
> > I just tested FreeAmp 2.1.1 with just-encoded vorbis-rc3 files. It
> > works without single proplem.
> > I tested all 4 encoding modes (-b, -q, -m, -M)
> > 
> > There were problems with 2.1.0, but those are fixed in 2.1.1
> 
> i'm using 2.1.1 but it's the cvs version.   moving back to release then.

Nope, doesn't matter what version i'm using.  I'm using the debian
unstable's release of libvorbis and libogg for rc3 and freeamp locks
after 10-12 seconds consistantly when playing a vorbis file.  It has no
problem playing mp3s so it's directly related to vorbis/ogg  Since
debian's packaged vorbis-utils works fine with libvorbis and libogg in
encoding and playback, and freeamp was compiled against those same
headers and libs, I'm reluctant to say that it's not something in
freeamp.  

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[Ed Sweetman]

On Fri, 2002-01-18 at 06:34, Alexey Zakhlestine wrote:
> Ed Sweetman wrote:
> ES> Which reminds me that for
> ES> some reason freeamp locks up after 10-12 seconds into any vorbis files
> ES> created by the new rc3 libraries.
> 
> You're wrong here.
> I just tested FreeAmp 2.1.1 with just-encoded vorbis-rc3 files. It
> works without single proplem.
> I tested all 4 encoding modes (-b, -q, -m, -M)
> 
> There were problems with 2.1.0, but those are fixed in 2.1.1

i'm using 2.1.1 but it's the cvs version.   moving back to release then.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[Alexey Zakhlestine]

Ed Sweetman wrote:
ES> Which reminds me that for
ES> some reason freeamp locks up after 10-12 seconds into any vorbis files
ES> created by the new rc3 libraries.

You're wrong here.
I just tested FreeAmp 2.1.1 with just-encoded vorbis-rc3 files. It
works without single proplem.
I tested all 4 encoding modes (-b, -q, -m, -M)

There were problems with 2.1.0, but those are fixed in 2.1.1

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: lagging lib support

[John Morton]

On Friday 18 January 2002 10:57, Ed Sweetman wrote:
> I check out the cvs in hopes of finding some more up to date support but
> it doesn't ever seem to be that much better if at all than the releases.
> Alsa 0.9x has never been supported, despite being out for months, even
> simple programs such as ogg123 support it. 

libao (which ogg123 uses to handle output) has only supported alsa0.9 fairly 
recently. The problem is the APIs have changed significantly between 0.5 and 
0.9, and there is little in the way of documentation for 0.9 at this stage 
(which is one of the biggest problems with ALSA, IMO).

John
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Ogg/Vorbis RC3 has been released half a month ago

[Simon Law]

On Thu, 17 Jan 2002, Alexey Zakhlestine wrote:

> Good day, freeamp-dev.
> 
> Another recompilation needed? :)
> I will try encoding some files later this day to check this for sure.

The vorbis format has been fixed for quite a while now.  There
should be no need for any decoders to be recompiled.  RC3 does fix some
bugs in the encoder, which would remove encoding _errors_.

Simon

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: 高档时尚餐具、茶具，各类陶瓷器皿

[Jason Zubarik]

Title: main



what, the, fuck.

  - Original Message - 
  From: 
  ÉîÛÚÊж«ÁúʵҵÓÐÏÞ¹«Ë¾ 
  To: freeamp-dev 
  Sent: Monday, January 14, 2002 4:03 
  AM
  Subject: ¸ßµµÊ±Éв;ߡ¢²è¾ß£¬¸÷ÀàÌÕ´ÉÆ÷Ãó
  
  


  

  
  

  Éî ÛÚ ÊÐ ¶« Áú ʵ Òµ ÓÐ ÏÞ ¹« ˾Shenzhen 
  DongLong Industrial Co., Ltd 
  

  ×𾴵Ŀͻ§£ºDear customer: 
  
  ±¾¹«Ë¾ÊÇÒ»¼ÒÒÔ¾­Óª¸ßµµÌÕ´ÉÆ÷ÃóΪÖ÷µÄÓʹºÏúÊÛ¹«Ë¾¡£Our company is one with sale company of mail-order 
  taking managing the top-grade ceramic ware as main fact. 
  
  ³£Äê¾­Ïú¸ßµµÊ±Éв;ߡ¢²è¾ß£¬¸÷ÀàÌÕ´ÉÆ÷Ãó¡£²úÆ·¶à´ÎÈÙ»ñ¹ú¼ÊͬÀà²úÆ·²©ÀÀ»á½ð½±¡£Selling the top-grade fashion tableware, tea set 
  throughout the year, all kinds of ceramic wares. The products are 
  won the international similar products exposition gold medal many 
  times. 
  ´ËÇ°±¾¹«Ë¾µÄ²úÆ·Ö÷ÒªÊÇÔ¶ÏúÅ·ÃÀ¼°ÈÕ±¾¡¢Ì¨ÍåÊг¡¡£Ã¿Ä궼´´ÔìÁ˼«ÎªÁ¼ºÃµÄÍâóҵ¼¨¡£Products of our company are to find a good sale on 
  America and Europe, Japan, Taiwanese market mainly before this. 
  Create the extremely good foreign trade achievement every year. 
  
  Ëæ×ÅÈËÃÇÉú»îˮƽµÄÖð²½Ìá¸ß£¬¶Ô±¾¹«Ë¾Ëù²úÆ·µÄÊг¡ÐèÇóÁ¿Ò²ÈÕÒæÔö¼Ó¡£With the improving gradually of people's living 
  standard, the market demand of the products increases day by day 
  too to our company. 
  ÏÖ¶Ô¹úÄÚÊг¡ÉÏʵÐÐÈ«¹ú·¶Î§ÄڵĴó¹æÄ£ÓʹºÏúÊÛÒµÎñ.(º¬ÁãÊÛÒµÎñ£©Mail-ordering the business of selling on a large 
  scale to implementing in the whole country on the domestic market 
  now. ( including the retail trade) 
  ÒÔÏÂÊÇÏà¹Ø²úÆ·µÄ²¿·ÖʵÎïÕÕƬ£¬±¾¹«Ë¾±¸ÓÐÏêϸµÄ²úÆ·×ÊÁÏ˵Ã÷ºÍ²úÆ·Óʹº¼Û¸ñ»¶Ó­À´º¯À´µçË÷È¡¡£The following relevant the material object photoses 
  of products, our company have materials prove mail-order detailed 
  products price welcome to write to us to be required. 
  

  
  

  
  
  
  

  


  

  


  
  

  
  
  

  
  
ͬʱ³ÏÕ÷È«¹ú¸÷µØ´úÀíÉÌ£¬·ÖÏúÉÌ¡£»¶Ó­¸÷½çÈËÊ¿À´º¯À´µç×ÉѯÏà¹ØÊÊÒË¡£Advertising for the agent in all parts of the 
  country sincerely at the same time, retail trader. Welcome the 
  personages of various circles to write to us to be suitable 
  consulting relevantly in incoming telegram. 


  
  

  
  
  Éî ÛÚ ÊÐ ¶« Áú ʵ Òµ ÓÐ ÏÞ ¹« ˾Shenzhen 
  DongLong Industrial Co., Ltd 
  ÁªÏµÈË£ºÐ¤ÏÈÉú 
  ÕÅС½ãÁªÏµµç»°£º0755-2490199£»2490108£»6265986ÊÖ»ú£º1380258258£»13692151119Contact person: Mr.Xiao Miss Zhang'sTelephone 
  number: 0755-2490199; 2490108; 
  6265986Cell- phones : 
  1380258258; 13692151119 
  ´«Õ棺0755-2490199£»5541655E-mail:[EMAIL PROTECTED] [EMAIL PROTECTED]Faxes : 0755-2490199; 5541655E-mail:[EMAIL PROTECTED] 
  [EMAIL PROTECTED]
  ʹÓü«ÐÇÓʼþȺ·¢£¬ÎÞÐëͨ¹ýÓʼþ·þÎñÆ÷£¬Ö±´ï¶Ô·½ÓÊÏ䣬ËٶȾø¶ÔÒ»Á÷£¡ÏÂÔØÍøÖ·£º[ÐÄÁ¬ÐÂ]Çé¸ÐÔÚÏߣ¬¸ü¶àÃâ·ÑµÄ³¬¿áÈí¼þµÈÄãÀ´Ï¡­¡­ 
   INFORMATION This message 
  has been sent using a trial-run version of the TSmtpRelayServer Delphi 
  Component.  
  ___ [EMAIL PROTECTED] 
  http://www.freeamp.org/mailman/listinfo/freeamp-dev 

Re: more patches (2nd try)

[Robert Kaye]

On Wed, 2002-01-09 at 18:59, Kristian G. Kvilekval wrote:

> Any thoughts of opening up the CVS to non-team members or adding more team members?

Yes. I don't have much time nowadays to work on FreeAmp and if you would
like to get write access to the CVS tree, let me know. You've been
participating in FreeAmp development long enough that you easily
qualify. :-)

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Play CD from command line

[Mark B. Elrod]

oops. my email server changed amd I did not know that there was a 
reference to gold in there. It is now fixed.

elrod

Jeff Siddall wrote:

> Also, anyone know how to send email to [EMAIL PROTECTED]?  When I send, 
> it bounces with:
>
> 550 [EMAIL PROTECTED] Host unknown (Name server: 
> gold.liquidmetal.com.: host not found)
>
> Jeff
>


___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Play CD from command line

[Robert Hart]

I believe that 

freeamp -ui freeampcmd file://1.cda

will play track one.

It seems abit of a kludge if you ask me. Anybody know what happens if you
have more than one cd drive?

Also on my debian box it only seems to play the first few seconds of any
track, and then quits.

Rob

On Wed, 9 Jan 2002, Jeff Siddall wrote:

> I've got freeamp installed and working fine on my RH7.2 system.  I'd 
> like to play audio CDs in using the command line
> UI called from a shell script, but the docs don't seem to cover the 
> freeampcmd.ui at all.  I tried passing /dev/cdrom as the
> playlist, but no go.  What else should I be doing?
> 
> Also, anyone know how to send email to [EMAIL PROTECTED]?  When I send, 
> it bounces with:
> 
> 550 [EMAIL PROTECTED] Host unknown (Name server: gold.liquidmetal.com.: 
>host not found)
> 
> Jeff
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 

-- 
   _
  //\   Robert Hart
 //  \  [EMAIL PROTECTED]
//\ http://www.nott.ac.uk/~enxrah
   //  /\  \  
  //  /  \  \   15 Benington Drive
 //  /\   \  \  Wollaton
//  /  \   \  \ Nottingham
   //__/\   \  \NG8 2TF
  /  \   \  \
 /\   \  \  0115 9283660
 \_\ /

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp-dev digest, Vol 1 #362 - 1 msg

[Julien Brinas]

>Hi, 
> 
>I want to program a MP3 player for unix but I haven't got enought = 
>information about the mp3 file. 
>Can you help me ? 



--
 
I have exactly the same problem ... I'd like to program a MP3 player too, but I don't know how to ... If you get any informations, could you please tell me about what you've found ? (mail : [EMAIL PROTECTED])
 
thanks ...Téléchargez MSN Explorer gratuitement à l'adresse http://explorer.msn.fr/intl.asp.
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Selam

[Superonline.com]

###
Selam sana asaðýdaki linki öneriyorum ,

http://www.alisveris.sehri.com 
http://www.alisveris.sehri.com


iyi gunler,
serdar kahya

###
Bu mesaj 
htp://www.aslan.mekani.com   üzerinden yollanmistir!
Uye olmak icin ;
http://astavilla.kolayweb.com/haber.htm
###
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: help ,windows build question

[Robert Hart]

> DT:I have noticed that there has not been much activity going on with
> DT:freeamp. Are there still people coding for it? Is the project still
>
> hmm. i've had the same question 2 days before -noone answered:(

Sorry, I started answering, but got interrupted and never finished. My
understanding of the freeamp development situation is that in the past,
freeamp development was quite well funded (by emusic ? not actually sure
who) and there were some people being paid to make it the great bit of
software that it is. Unfortunately this funding was cut back quite a bit
so I think there is now only one person, and their time is split between a
number of projects with the priority away from freeamp. I think the
emphasis is basically on maintenance rather than development.

Having said that, if you want to try stuff out, there are people reading
the list that would be able to answer questions, and I think that any
patches you submit would get considered.

Hope that helps.

Rob
 

-- 
___
 __/   \__//   \__/\   Robert Hart
   _/   \_/  :   //\\  15 Benington Drive
  /|  :  :  ..  /\ Wollaton
 | | :: ::  \/ Nottingham
 | | :| || \ \__/  NG8 2TF
 | |  _  || ||  __  |\  /  |
  \| || ||  |   / | \  [EMAIL PROTECTED]
   | ___ || ___ ||  |  / /_\ \
   |  _  ||  _  ||  __  | /  /\http://www.nott.ac.uk/~enxrah
\___/  \___/ |  |/__/  \
 _\/\  /
/ /
   / \   /
   \__\_/

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: help ,windows build question

[Kukocs]

Dec 14-án, 00:22-kor Re: help ,windows build question témájú levelet írtad:

DT:I have noticed that there has not been much activity going on with
DT:freeamp. Are there still people coding for it? Is the project still
DT:going on? I am still interested in coding for freeamp, now that the
DT:winter break is coming I can possibly do a lot of learning.

hmm. i've had the same question 2 days before -noone answered:(
i really don't know much about freeamp-code (the truth is nothing:)
but i really like it, and thinking to write some code ...
firstly i'll check the my music collection database and i'll try to make
it more flexible :) if i'll have time, and etc...
anyone interested in??

byez:

Kukocs

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: help ,windows build question

[Simon Law]

On 14 Dec 2001, Duc Tang wrote:

> I have noticed that there has not been much activity going on with
> freeamp. Are there still people coding for it? Is the project still
> going on? I am still interested in coding for freeamp, now that the
> winter break is coming I can possibly do a lot of learning.

Freeamp just released 2.1.1.  That's activity, and welcome activity too.
Now, my friends don't complain that Freeamp bombs on default install.


Simon

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: help ,windows build question

[Duc Tang]

I have noticed that there has not been much activity going on with
freeamp. Are there still people coding for it? Is the project still
going on? I am still interested in coding for freeamp, now that the
winter break is coming I can possibly do a lot of learning.

Duc

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: debug output?

[Steven Scott]

On 10.12.2001 at 02:35:13, Alexey Zakhlestine <[EMAIL PROTECTED]> wrote:

> Steven Scott wrote:
> SS> I probably have some invalid mp3s that are crashing it, but no way to
> SS> find out which ones...
> 
> Try http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe
> It resolves some of such troubles.
> 

wellI'm not running the windows version...is there a difference?

-- 
Steven Scott [[EMAIL PROTECTED]]
Don't give up fighting, 'til nothing else stands in your way..Don't
give up talking, until there's nothing left to sayBut no matter
what you do, don't ever compromise what you believe.   --The Ataris
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re[2]: debug output?

[Alexey Zakhlestine]

Steven Scott wrote:
SS> I probably have some invalid mp3s that are crashing it, but no way to
SS> find out which ones...

Try http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe
It resolves some of such troubles.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: debug output?

[Steven Scott]

On Sun, 2001-12-09 at 12:57, Robert Hart wrote:
> If you haven't done so already it might be worth removing your .freeamp
> folder. I've found that can help.
> 

I did that, it's still crashing on the same directories...
I probably have some invalid mp3s that are crashing it, but no way to
find out which ones...

-- 
Steven Scott [[EMAIL PROTECTED]]
Don't give up fighting, 'til nothing else stands in your way..Don't
give up talking, until there's nothing left to sayBut no matter
what you do, don't ever compromise what you believe.   --The Ataris 

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: debug output?

[Robert Hart]

If you haven't done so already it might be worth removing your .freeamp
folder. I've found that can help.

Rob

-- 

   \\\|///
 \\  - -  //
  (  @ @  )
+---oOOo-(_)-oOOo+
| Robert Hart|
| [EMAIL PROTECTED]  |
| http://www.nott.ac.uk/ |
|   ooo0   ~enxrah   |
|  ()   0ooo |
+---\  ((   )+
 \_) ) /
(_/

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp -> Controlling volume with Windows messages?

[Robert Hart]

On Tue, 4 Dec 2001, Steve Kemp wrote:

>   Is it possible to induce FreeAmp to change the
>  volume via sending Window messages?  I've looked
>  at the code, and the volume control is a custom
>  slider control (?) - so presumeably I'd need
>  to send tracking messages?
> 
>   Does anybody have any ideas on how to do this in
>  the simplest way possible?

It's a while since I've used windows. Aren't the freeamp volume and the
'wave' volume equivalent. Would it be easier to find a way to set the
mixer volume remotely? I can see that having a use outside of freeamp.

Just a suggestion - I'm sure there are better ways.

Rob

-- 

Remember: You are unique - just like everybody else.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: Freeamp: Some questions about playlist management

[Aubin Paul]

Hi,

While I wasn't explicitly involved with the GTK portion of Freeamp, I
can tell you the problem isn't so much with delayed redraws, but with
the method that GTK uses for building trees. In essence, it's very
inefficient. 

The unfortunate answer is that I couldn't get it to work any faster
under GTK, but the good news is that GTK 2.0 has a much, much better GTK
Tree widget, so the problem should go away there.

The catch is:

(1) The new widget doesn't appear to be code compatible, so the FreeAmp
GTK tree code will need to be rewritten.

(2) I don't know if anyone is actively working on porting Freemp to GTK
1.3 (the development snapshot of GTK 2.0)

Aubin

On Thu, Nov 15, 2001 at 07:05:35PM +0200, Hile Tuohela wrote:
> 
> Platform: linux
> 
> When you select a list of items from playlist and delete them, the list
> on the screen is updated after every operation: works fine for > 50 
> items, but for example 1000 deletions just sucks. Clicking a couple
> times in the playlist while it's purging these thousands of songs 
> will crash freeamp, as well.
> 
> I've looked at the code and started thinking that probably the set
> iterator, which is now calling DeletePlaylistItem method for each
> item, should either:
>   - create a new copy of the whole list in memory, with playing item
> and other properties, without the items in selected set, and then
> just redraw whole list once
>   - work just like now but only redraw the list after all changes, with
> some kind of indicator 
> 
> Is this implementation unix-specific or do you get same behavior under
> windows as well? 
> 
> Some other issues with unix gui:
>   - If you select a block of songs, with last song's index later than
> the first one's (select n, block-select to n+5), the UI keeps the
> resulting list of songs highlighted, but only last one is really
> selected. This does not happen if you select from end of list 
> towards beginning of list.
>   - My Music has always unbelievably wide scrollbar in the bottom. This
> is ugly and doesn't really tell how long song names you have there
>   - Freeamp crashes sometimes when you make multiple big list selections
> from playlist. Didn't reproduce and don't want to before the list 
> update is faster and I don't have to wait 10min to wait it
> to finish...
>   - Add after current could be nice in MyMusic context menu
>   - Windows should remember their location and size, and mymusic / 
> playlist relative size, when quit.
>   - The toolbar should have a toggle in view menu to switch it off,  
> and of course, save it's state. I've never used the toolbar ;)
>   - Search computer for music - should remember last setting for the
> custom path: in addition /usr/share is completely insane choice 
> for any sensible unix administrator to store any music files, 
> something more useful might be added or this entry to be removed.
>   - I think that MyMusic, MyPlaylists, MyStreams e.a. should not be 
> in a list, but be split to tabs in the top of MyMusic view, like
> 
> |_MyMusic |__My_Playlists_|_MyStreams_|_CD-audio__X_|
> | + Artist  |
> |   + Album |
> | + Song 1  |
> | + Song 2  |
> |___|
> 
>   Notice the X in the corner as well, to close MyMusic...
> 
> These were just my small rants. How is freeamp development going on
> right now? I see it's quite silent on the mailing list, at least,
> and not so many CVS checkins either. I might even help fixing bugs
> but need some advice how to go on..
> 
> 
>   *hile*
> 
> -- 
>/"\   |Ilkka Tuohela / Nixu Oy
>\ / ASCII Ribbon Campaign |[EMAIL PROTECTED]
> X  Against HTML Mail |+358-40-5233174 
>/ \
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re[2]: FreeAmp 2.1.1 Windows test build

[Alexey Zakhlestine]

confirm 260070

Re: problem in the cvs code?

[Mayhem & Chaos Coordinator]

On Sat, 2001-11-03 at 20:17, safemode wrote:
> Today's cvs (november 3rd 11pm EST) seems to error out here.
> I'm using Debian unstable.

In order to compile the FreeAmp from CVS you will need to compile the
musicbrainz client form cvs as well.

Just do a cvs co mb_client from the same server, build and install and
it should compile.

-- 

--ruaok Freezerburn! All else is only icing. -- Soul Coughing

Robert Kaye   --[EMAIL PROTECTED]   --   http://www.mayhem-chaos.net

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp 2.1.1 Windows test build

[Aubin Paul]

Cool; one last note. I've been using the dreaded XP at the office, and I
started reading some of the MSDN documentation. Apparently, for a
relatively self-contained application like this, it's fairly trivial to
implement support for the new XP Visual Styles... essentially, you need
to add an xml manifest file, edit the resource file, rebuild and you get a
binary that uses the v6 comctl widgets under XP and v5 (standard
widgets) under 2k/98/95/NT. 

So, full forwards and full backwards compatibility; and the XP Visual
Styles /do/ like kinda pretty.

It might be a nice thing to add to the release. Here's the page:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html/xptheming.asp

I'm trying to get it working myself, but my screwed up VC++ 6
environment is giving me a headache ;)

Aubin

On Wed, Oct 31, 2001 at 06:32:09PM -0800, Robert Kaye wrote:
> Paul seyz:
> > Hmm... seems ok, except it looks like it was built with debug DLLs... it
> > pops up two errors looking for the VC++ 'D' DLLs... other than that,
> > seems good.
> 
> Happens everytime. Sigh. I put up another build that should hopefully take
> care of this problem.
> Please download the latest installer again:
> 
> http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe
> 
> Thanks for checking it out!
> 
> --ruaok
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re[2]: FreeAmp 2.1.1 Windows test build

[Alexey Zakhlestine]

Joseph Blough wrote:
JB> Anyone know where to find Ogg/Vorbis files to test this functionality with?

I encode music in ogg/vorbis by my self. Haven't used mp3-encoders for
ages...
Quality is just better.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp 2.1.1 Windows test build

[Alexey Zakhlestine]

Mayhem & Chaos Coordinator wrote:
MCC> The Ogg/Vorbis playback and crash bugs during signaturing as well as a
MCC> host of other minor bugs have been fixed. Please let me know if you 
MCC> encounter any problems with this test build.

Robert!
Works great for me.
One more simple fix for ogg/vorbis, if possible :)
I can't find the bug# at the moment...
The problem is, that only ASCII-characters are supported for ID-tags.
Any other character silently transforms in "question mark".

We have this problem ONLY for ogg/vorbis. MP3-files with non-ASCII
characters work just fine.

p.s. This is not critical, and can wait for the next release, though
it will make my life more comfortable (now, I have to use ASCII
transliteration in ID-tags for some russian songs)

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp 2.1.1 Windows test build

[Steve Kemp]

On Wed, 31 Oct 2001, Robert Kaye wrote:

> Happens everytime. Sigh. I put up another build that should hopefully take
> care of this problem.
> Please download the latest installer again:
>
> http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe

   Seems to be OK now.

Steve
---
http://www.steve.org.uk/

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

RE: FreeAmp 2.1.1 Windows test build

[Joseph Blough]

I like the new Wise installer.  Something that I've noticed with Wise is
that if you empty the "Custom Progress Bar DLL" field on the installation,
then the actual file installing part of the installation is a little faster.
The progress dialog isn't as flashy though.  It may also trim down your
installation EXE by a couple kilobytes.
FreeAmp itself looks great, with just a slight drawing issue with the
"FreeAmp Classic" theme.  The bold "time elapsed" numbers get a little 
crowded from the song title and pseudo-tooltips that appear in the display
when using this theme.

Anyone know where to find Ogg/Vorbis files to test this functionality with?

> -Original Message-
> From: Robert Kaye [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, October 31, 2001 9:32 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: FreeAmp 2.1.1 Windows test build
> 
> Paul seyz:
> > Hmm... seems ok, except it looks like it was built with debug DLLs... it
> > pops up two errors looking for the VC++ 'D' DLLs... other than that,
> > seems good.
> 
> Happens everytime. Sigh. I put up another build that should hopefully take
> care of this problem.
> Please download the latest installer again:
> 
> http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe
> 
> Thanks for checking it out!
> 
> --ruaok
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp 2.1.1 Windows test build

[Robert Kaye]

Paul seyz:
> Hmm... seems ok, except it looks like it was built with debug DLLs... it
> pops up two errors looking for the VC++ 'D' DLLs... other than that,
> seems good.

Happens everytime. Sigh. I put up another build that should hopefully take
care of this problem.
Please download the latest installer again:

http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe

Thanks for checking it out!

--ruaok

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Re: FreeAmp 2.1.1 Windows test build

[Aubin Paul]

Hmm... seems ok, except it looks like it was built with debug DLLs... it
pops up two errors looking for the VC++ 'D' DLLs... other than that,
seems good. And it fixes one of my biggest peeves, you can add Network
shares without mapping the drives to the Library...

Aubin

On Tue, Oct 30, 2001 at 08:50:38PM -0800, Mayhem & Chaos Coordinator wrote:
> Hi!
> 
> I just put together a test build of the new installer for FreeAmp 2.1.1. 
>   If you are a windows FreeAmp user, please download:
> 
> http://www.freeamp.org/~robert/FreeAmpSetup_2_1_1.exe
> 
> The Ogg/Vorbis playback and crash bugs during signaturing as well as a 
> host of other minor bugs have been fixed. Please let me know if you 
> encounter any problems with this test build.
> 
> If no serious problems are found, I will release FreeAmp 2.1.1 in the 
> next few days.
> 
> Thanks!
> 
> 
> --ruaok Freezerburn! All else is only icing. -- Soul Coughing
> 
> Robert Kaye -- [EMAIL PROTECTED]  http://moon.eorbit.net/~robert
> 
> ___
> [EMAIL PROTECTED]
> http://www.freeamp.org/mailman/listinfo/freeamp-dev
> 
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev