osalp-dev Mailing List for Open Source Audio Library Project (Page 5)
Status: Abandoned
Brought to you by:
daservis
Menu
▾
▴
osalp-dev
This list is closed, nobody may subscribe to it.
| 2000 |
Jan
(9) |
Feb
(4) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(3) |
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(7) |
Feb
(27) |
Mar
(7) |
Apr
(6) |
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(12) |
Sep
|
Oct
(23) |
Nov
|
Dec
(2) |
| 2002 |
Jan
|
Feb
(3) |
Mar
(16) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <for...@ad...> - 2001-05-22 04:53:42
|
A new class has been added to CVS. It is called aflibAudioBWFilter. It provides a Butterworth filter to an audio chain. It can be setup for low pass, high pass, band pass, or band reject mode. Bruce Forsberg |
|
From: <for...@ad...> - 2001-05-21 04:02:57
|
The Open Source Audio Library Project (OSALP) has released version 0.7.1 of its library. This release contains the following changes: 1. Bug Fixes. 2. FreeBSD support is added. 3. Makefile system changes to autoconf (configure) system. 4. Added new mp3 read module (mpg). It is based on the splay library and is self contained. The old mpg module, based on the mpg123 executable, has been renamed to mpg123. 5. Base classes now support automatic number of channels conversion. 6. The aflib_modules.list file has been eliminated. Instead this information is now part of each module. All modules are read at library startup. 7. Also a new module has been added, and is currently under development, that is based on the sox library. For more details see the CHANGES file included with the library. Also thanks to Darrick Servis for most of these changes. Bruce Forsberg |
|
From: <for...@ad...> - 2001-05-04 06:14:21
|
I have made the following changes to the sox module: 1. Fixed recoginition of Amiga 8svx files in sox module. 2. Fixed Amiga 8svx files in sox source. They were not setting length field. I will submit a bug report to maintainer. 3. Fixed close of aflibSoxFile.cc when an error occurs during open for read. File would crash. 4. Fixed initialization of eof flag in sox module. Not being set to 0. 5. Fixed crash in Sound Blaster VOC format code for sox module. VOC code is still not playing long enough. Will look into. Bruce Forsberg |
|
From: <for...@ad...> - 2001-05-01 06:18:54
|
I have made more changes to the sox module: 1) Fixed bug with sox source code. AU format A-LAW encoding read mode was missing a break statement in a switch statement. Notified sox maintainer. 2) Fixed G721 encoding AU format read mode. Still has problems but much better now. 3) AIFC read format was not allowing markers without instruments. Changed source code to allow markers. My docs says that this is OK. Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-30 03:57:03
|
I have made the following changes to CVS : 1) Fixed the make dist option to pick up the sox module by changing the Makefile.am file in formatlib and sox. 2) Fixed a-law and u-law read and possibly write (write not tested yet) for sox module. 3) Made a fix to not process the config data passed into the afopen function for the sox module. This parameter is designed to be for data returned. I will need to check with Darrick on this to see if there is an impact in doing this. Bad config data passed in can cause audio read problems. Thanks, Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-27 05:34:21
|
I am in final testing now for a new release. I have made one more change. 1) Changed from NOW binding to LAZY binding for file modules in aflibFile.cc. I did not want to do this but on Solaris some network things needed for the mpg module are in a seperate library. This causes an error when trying to load the module unless lazy is used. 2) Also over the past week changed some text files and some comment files. Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-21 20:14:19
|
I have made two fixes to the mpg module to fix two bugs. These changes have been put into CVS. They are both in the formatlib/mpg directory: 1) Fixed problem with mpg crashing on some mp3 files. It turned out that for some reason the aflibMpgFile class might request a frame that did not exist. In some circumstances this caused a crash. 2) Fixed a run-on problem with some mp3 files. If the initial total size of a mp3 file was too large then frames would be requested forever after that last one and the last frame would be played over and over again. Fixed aflibMpgFile class to return error if any frame is requested after last one. Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-16 03:59:14
|
I changed the audiofile library included in CVS to now write ALAW and MULAW formats for WAVE to use WAVE types instead of IBM types. I believe the WAVE types are more popular. Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-09 05:26:27
|
I have made more changes to CVS. They are: 1. Fixed writing ALAW and ULAW compression modes. Stereo mode was scrambled. 2. For au format with compression modes the total size stored in file was incorrect. 3. For 8 bit unsigned data and saving to au or wav mode with ALAW or ULAW compression on the audiofile library no longer will convert data to 16S. So now our library does the conversion. Note I am still working on writing data. When writing ALAW and ULAW WAV files they are not readable on some other audio programs but are OK with the library. Consider the writing of WAV ALAW and ULAW data invalid in CVS. Bruce Forsberg |
|
From: <for...@ad...> - 2001-04-08 04:52:21
|
I have made several bug fixes to the audiofile library. They fix the following bugs: 1. Fix crash when a zero length copyright text field is in an aiff format file. 2. For au format if an unsupported compression file (ie G721) is selected then library will crash sometimes. Problem is track structure is not being initialized correctly. 3. For au format for compression modes the total frames was coming back half of what it should be and thus only half of file was being played. 4. Fixed distortion for a-law and mu-law stereo files for both wav and au. These changes are all in the formatlib/audiofile-0.2.0 directory on down. Bruce Forsberg |
|
From: Bruce F. <for...@ad...> - 2001-03-24 06:24:31
|
I have checked in aflibAudio.cc with a bug fix. When I did audio caching I introduced an error. When a node is caching at the start of a chain and all data is retrieved from the cache the aflibConfig data was not being stored in the aflibData object. This is now fixed. Bruce Forsberg |
|
From: Bruce F. <for...@ad...> - 2001-03-18 06:17:40
|
I am postponing the next release indefinitely due to there being too many bugs. I just checked in some bug fixes that are outlined in the CHANGES file in CVS. Instead of continuing with bug fixes I am going back to what I was doing and that is working on filters for the library. Bruce Forsberg |
|
From: Darrick S. <da...@dc...> - 2001-03-14 18:31:15
|
I did my last major update of the CVS 'til the release. 1. Got rid of using aflib_modules.list. Instead query the installed modules. 2. Fixed bug in aflibAudio::process where the sample rate wasn't getting processed on the first call. 3. Added aflibAudio::convertChannels and aflibAudio::isChannelsSupported to handle audio objects which only accept a certain number of channels. 4. Added support to open a file object with a format string. 5. Rewrote osalp to do data conversions and handle an unlimited amount of mix files. - Darrick |
|
From: <for...@ad...> - 2001-03-09 04:30:29
|
The final changes have been checked in for the mpg modules under Solaris. Darrick suggested a release 0.7.1 beta and I think that is a good idea. I am asking all developers to not checkin any new functionality until the release cycle is done. This should last 1-2 weeks. Only bug fixes should be checked in. I will be testing the release and writing any documentation that needs to be updated. Thanks, Bruce Forsberg |
|
From: <for...@ad...> - 2001-03-07 06:57:51
|
I made another fix to the mpg module. This is for the Solaris platform (ie big endian). There still appears to be one more big endian problem but it is alot closer. Also for those of you who build on Solaris, here is how I build on Solaris for the GNU compilers: setenv LD_LIBRARY_PATH /usr/local/lib (set to location of libstdc++ library) setenv LD /usr/local/bin/g++ (use g++ as linker not /usr/ccs/bin/ld) ./configure --enable-mpg123 Use the mpg123 modules for now until I get the mpg module working. Bruce Forsberg |
|
From: <for...@ad...> - 2001-03-05 17:52:03
|
I have made several changes to the CVS repository 1) Changed mpg123 module to work for Solaris. 2) Changed mpg module for Solaris. It does not quite work yet but it is closer than it was. Sound is barely audible in noise now. Probably still a big endian problem somewhere. 3) Made more changes to the editor program. Bruce Forsberg |
|
From: Darrick S. <da...@dc...> - 2001-03-02 04:43:31
|
1) Updated osalp to check return status on opening /dev/audio 2) Made some changes to the Sox file module to not convert everything to 32 bit and back again. Not fully tested but enable by uncommenting the #define NO_CONVERT line in st.h 3) I'm working on trying to get rid of the need for the aflib_modules.list file. In aflibFile.cc I added code to recursively dlopen each file module in AFLIB_MODULES_DIR and get a handle to a query function (currently only in the Sox module) which adds it's entries to the support list. I wrote a query function for the other modules but wanted feedback before I updated them to the CVS. To test it out uncomment #define TEST_QUERY in aflibFile.cc. Also even if you don't configure to use the sox module you can cd into that directory and make;make install from there. - Darrick |
|
From: <for...@ad...> - 2001-02-24 21:21:45
|
I have made several cleanup changes: 1) Removed all files in app and prog directories. These are old sample programs and no longer needed. 2) Changed configure to remove check for blade encoder program. If user enables it with configure they must want it. This check was failing since blade program is called bladeenc. 3) Backed up modules mpg123 to an old version since new version does not compile. When new version is fixed it can be checked in again. 4) Removed old Andreas encoder entry in the aflib_modules.list file since this encoder is no longer supported. Bruce |
|
From: Chris <jc...@sd...> - 2001-02-24 17:52:27
|
On Fri, Feb 23, 2001 at 10:07:41PM -0800, for...@ad... wrote: > What directories are you talking about? I don't see any. Maybe your CVS > update did not go well. I had to remove everything under src and get > everything new inorder for the cvs update to work for me. I'm sorry, my fault. I did a clean checkout the directories were populated. Very strange as CVS never gave me any errors, but it originally didn't update all of the formatlib directories. > Bruce > > _______________________________________________ > Osalp-dev mailing list > Osa...@li... > http://lists.sourceforge.net/lists/listinfo/osalp-dev -- Chris |
|
From: <for...@ad...> - 2001-02-24 06:02:00
|
Chris wrote: > > Just a minor annoyance, but don't you think that the empty subdirectories in formatlib/ should be taken out of formatlib/Makefile.am? I know it kills all of the fancy automation, but it's a little annoying (and possibly confusing) to get these errors at the end of configure, make, etc. > > Now, I'm going to assume that these directories were intended to be empty for now, and weren't lost in any CVS madness. > -- What directories are you talking about? I don't see any. Maybe your CVS update did not go well. I had to remove everything under src and get everything new inorder for the cvs update to work for me. Bruce |
|
From: <for...@ad...> - 2001-02-23 05:01:35
|
Darrick Servis wrote: > > On Thursday 22 February 2001 09:38, for...@ad... wrote: > > Patrick Reuter wrote: > > > Hi, > > > > > > I want to get running OSALP, and my audio files are known, no error > > > messages are presented using the player or prog, but I can't hear > > > anything! My soundcard on linux always ran properly, e.g. using xmms. > > > > > > Thanx for any hint! > > > > OSALP does not provide any mixer control. The first thing to check is > > for the player app is the spectrum analyzer showing audio? If so then > > use > > a program like kmix, xmix, or xmixer to adjust the volume levels. > > This should do the trick. > > This brings to mind that neither player nor prog checks the return status > after trying to open the audio device. I've fixed this but haven't updated > the CVS yet. Don't bother updating prog. It has been replaced with osalp. prog and app can be deleted. Bruce Forsberg |
|
From: Chris <jc...@sd...> - 2001-02-23 00:48:07
|
Just a minor annoyance, but don't you think that the empty subdirectories in formatlib/ should be taken out of formatlib/Makefile.am? I know it kills all of the fancy automation, but it's a little annoying (and possibly confusing) to get these errors at the end of configure, make, etc. Now, I'm going to assume that these directories were intended to be empty for now, and weren't lost in any CVS madness. -- Chris |
|
From: Darrick S. <da...@dc...> - 2001-02-22 19:53:24
|
On Thursday 22 February 2001 09:38, for...@ad... wrote: > Patrick Reuter wrote: > > Hi, > > > > I want to get running OSALP, and my audio files are known, no error > > messages are presented using the player or prog, but I can't hear > > anything! My soundcard on linux always ran properly, e.g. using xmms. > > > > Thanx for any hint! > > OSALP does not provide any mixer control. The first thing to check is > for the player app is the spectrum analyzer showing audio? If so then > use > a program like kmix, xmix, or xmixer to adjust the volume levels. > This should do the trick. This brings to mind that neither player nor prog checks the return status after trying to open the audio device. I've fixed this but haven't updated the CVS yet. > > Bruce Forsberg > > _______________________________________________ > Osalp-dev mailing list > Osa...@li... > http://lists.sourceforge.net/lists/listinfo/osalp-dev |
|
From: <for...@ad...> - 2001-02-22 17:33:17
|
Patrick Reuter wrote: > > Hi, > > I want to get running OSALP, and my audio files are known, no error > messages are presented using the player or prog, but I can't hear > anything! My soundcard on linux always ran properly, e.g. using xmms. > > Thanx for any hint! OSALP does not provide any mixer control. The first thing to check is for the player app is the spectrum analyzer showing audio? If so then use a program like kmix, xmix, or xmixer to adjust the volume levels. This should do the trick. Bruce Forsberg |
|
From: Patrick R. <pr...@la...> - 2001-02-22 13:41:09
|
Hi, I want to get running OSALP, and my audio files are known, no error messages are presented using the player or prog, but I can't hear anything! My soundcard on linux always ran properly, e.g. using xmms. Thanx for any hint! Pat |
9 messages has been excluded from this view by a project administrator.
