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
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
This is just my work that never got comitted due to freeamp moving
around and what not along with some late tweaks. This patch does the
following against the latest CVS of freeamp. All are linux oriented
where outside of /base... this will change later.
- fixes up lastDir option
- software
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
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
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
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.
Patched against cvs.
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x config.log -x
Makefile*
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
yea, maybe april is an off month. I don't know. But the cvs of freeamp
is still broken in respect to vorbis playing. it's a one liner fix so I
don't know why it hasn't been put in yet. Here it is again without my
other fixes (additions).
--- ./freeamp/lmc/vorbis/src/vorbislmc.cpp Wed
This gives freeamp the ability to add directories in the playlist selection window and
off the gtk main window. This is different from freeamp's current behavior of just
adding the directory name to the playlist.
diff -urN -x corba -x CVS -x config.status -x configure -x config.h -x
I have a couple questions about why freeamp was programmed the way it
is.
1. Why is the context not global? ok, I will take the assumption that
there may be things that are specific to a certain instance of say, the
musicbrowser. But what about things that aren't like things set in the
make clean does not remove wavlmc.o for some reason. Here's the patch
to fix the Makefile-plugins.in so that this is remedied.
--- ../freeamp/Makefile-plugins.in Tue Oct 16 00:31:05 2001
+++ freeamp/Makefile-plugins.in Sat Apr 13 00:45:16 2002
-29,7 +29,7
OSDEPPLUGINS = OSDEPPLUGINS
patch -p2
habit.
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev
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
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
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 unistd.h
+#include dirent.h
#ifdef __QNX__
#include strings.h
-32,6
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
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
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
.
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
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
I got annoyed by having to manually select all the files in each
directory that i wanted or having to go through the find music stuff
so i made this patch.
It adds resume where you left off to add file menu.
It adds recursive file select when you select a directory.
You may not like the resume
the patch should work now.
with
cat fileselector_recursive-resume.patch | patch
--- ./fileselector.cpp Fri Mar 29 20:39:05 2002
+++ ./fileselector.cpp Fri Mar 29 20:38:38 2002
-24,6 +24,7
#include config.h
#include unistd.h
+#include dirent.h
#ifdef __QNX__
#include strings.h
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
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
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
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
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
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. Which reminds me that for
some
29 matches
Mail list logo
