liboss-devel Mailing List for Apple OS X libOSS

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

http://unattached.lyodhfka.com/ Demonstrate your greatness to her

This Company Opens Higher in Early Trading!!! This Stock Needs to go back 
on your radar!

Today Price: $.0322
Name: Biostem Corporation
Symbol traded: H_A_IR
Long Term Target: $.65
Trading Date: July 25

It is at forefront of boom! Special Situation! We discovered a hidden 
commodity!

Hi,

Vivagra  3. 35
Ciavlis  3. 75
Valvium  1. 25
Sovma    1. 15
Ambvien  2. 90

http://www.zonr*x.com

Important: Remove "*" in the above link

Harry ignored her; he didnt want to give her the satisfaction of
knowing how much trouble the Witch Weekly article had caused.
Hagrid, who had told them last lesson that they had finished with

Good day,

Viazzgra  $1, 80
Ciazzlis  $3, 00
Levizztra $3, 35

http://www.printeryml.*com ( Important ! Remove "*" )

--
swayed. His head was pounding. His injured leg would no longer support
his weight. The crowd around them jostled, fighting to get closer,
pressing darkly in on him  Whats happened?  Whats wrong with him? 

Hi
Rollex
Carrtier
Breittling
Bvvlgari
=20
Louis Vuuitton Hanndbags
Tiffaany & CO Jewwerly
=20
http://www.darkqroadss.com
=20
=20
  _____ =20

Were not thundering, said Ron irritably. Were walking. Sorry if
weve disturbed the top-secret workings of the Ministry of Magic.=20
What are you working on? said Harry.

Hi
VIArrGRA $ 3. 30
AMBrrIEN $ 2. 90
VALrrIUM $ 1. 25
CIArrLIS $ 3. 75
XANrrAX $ 1. 50
=20
http://www.yahoodesawaserionks.com
=20
=20
=20
But nothing at Hogwarts had ever moved just because he shouted at it; he
knew it was no good. He looked up and down the dark corridor. Perhaps
Dumbledore was in the staffroom? He started running as fast as he could

Hi
=20
AM_MBlEN $ 2. 90
VA_ALlUM $ 1. 25
Vl_lAGRA $ 3. 30
Cl_lALlS $ 3. 75
XA_ANAX $ 1. 50
=20
http://www.deruikintungandesunlion.com
=20
=20
=20
he would be disturbed.
Harry planned his excursion carefully, because he had been caught out of
bed and out-of-bounds by Filch the caretaker in the middle of the night

Hi,

V r a g r a   from $ 3, 33 http://www.zasedbeirunkiontunhawe.com
=20
  _____ =20

is good reason, considering the length of the nights here. Their

Hi,

VlhAGRA for less http://www.yumidaspasdemins.com

=20
face of my inquisitor was touched by a fleeting cold smile.
top of him.

Hi

AMBnEN

VALnUM $1 , 25

VnAGRA $3 , 35

CnALIS $3 , 75

=20
http://www.gandesinmshdas.com

Hi
=20
k V b I h A o G q R c A
r V w A l L s I c U e M
q C d I w A g L o I e S
o A x M h B f I b E j N
v X q A g N c A z X
=20
S o AV u E up to 6 v 0 % w q it m h http://www.tuikewanjinlions.com
<http://www.tuikewanjinlions.com>=20

Hi
=20
All y h our P x HARM k AC t Y d d irec r tly from the man n uf w actu j
rer,
Your ch k anc q e to ec s onomiz g e w o ith us
http://www.swiaplust.info

Hi
=20
All y r our PH q AR t MAC r Y d f irectl c y from the ma f nuf z actur b
er,
Your ch a an i ce to ec m onomi r ze wi b th us http://paloidesunka.com

Just tried to install it

Matt

(cd /sw/src/root-liboss-0.0.1-2/sw/lib && rm -f liboss.0.dylib && ln -s 
liboss.0.0.1.dylib liboss.0.dylib)
(cd /sw/src/root-liboss-0.0.1-2/sw/lib && rm -f liboss.dylib && ln -s 
liboss.0.0.1.dylib liboss.dylib)
/sw/bin/install -c .libs/liboss.lai 
/sw/src/root-liboss-0.0.1-2/sw/lib/liboss.la
/sw/bin/install -c .libs/liboss.a 
/sw/src/root-liboss-0.0.1-2/sw/lib/liboss.a
ranlib /sw/src/root-liboss-0.0.1-2/sw/lib/liboss.a
chmod 644 /sw/src/root-liboss-0.0.1-2/sw/lib/liboss.a
libtool: install: warning: remember to run `libtool --finish /sw/lib'
  /bin/sh ../libtool --mode=install /sw/bin/install -c  libossins.la 
/sw/src/root-liboss-0.0.1-2/sw/lib/libossins.la
libtool: install: warning: relinking `libossins.la'
(cd /sw/src/liboss-0.0.1-2/liboss-0.0.1/lib; /bin/sh ../libtool 
--mode=relink gcc -F/System/Library/Frameworks/Cocoa.framework 
-DLIBOSS_INTERNAL -DSYSTEM_LIB="/usr/lib/libSystem.dylib" -g -O2 -Wall 
-I/sw/include -O2 -fprefetch-loop-arrays -L/sw/lib -o libossins.la 
-rpath /sw/lib -export-dynamic -version-info 0:1:0 ossins.lo liboss.la 
-L/sw/lib)
gcc -r -keep_private_externs -nostdlib -o 
.libs/libossins.0.0.1.dylib-master.o  ossins.lo && gcc -dynamiclib 
-flat_namespace -undefined suppress -o .libs/libossins.0.0.1.dylib 
.libs/libossins.0.0.1.dylib-master.o  -L/sw/lib /sw/lib/liboss.dylib 
-lc -install_name /sw/lib/libossins.0.dylib -compatibility_version 1 
-current_version 1.1
gcc: /sw/lib/liboss.dylib: No such file or directory
libtool: install: error: relink `libossins.la' with the above command 
before installing it
libtool: install: warning: remember to run `libtool --finish /sw/lib'
/bin/sh ../mkinstalldirs /sw/src/root-liboss-0.0.1-2/sw/include
Making install in src
/bin/sh ../mkinstalldirs /sw/src/root-liboss-0.0.1-2/sw/bin
mkdir -p -- /sw/src/root-liboss-0.0.1-2/sw/bin
   /bin/sh ../libtool --mode=install /sw/bin/install -c osscat 
/sw/src/root-liboss-0.0.1-2/sw/bin/osscat
libtool: install: warning: `../lib/liboss.la' has not been installed in 
`/sw/lib'
/sw/bin/install -c .libs/osscat 
/sw/src/root-liboss-0.0.1-2/sw/bin/osscat
make[2]: Nothing to be done for `install-data-am'.
Making install in doc
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ../mkinstalldirs /sw/src/root-liboss-0.0.1-2/sw/man/man3
mkdir -p -- /sw/src/root-liboss-0.0.1-2/sw/man/man3
  /sw/bin/install -c -m 644 ./liboss.3 
/sw/src/root-liboss-0.0.1-2/sw/man/man3/liboss.3
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ./mkinstalldirs /sw/src/root-liboss-0.0.1-2/sw/lib/pkgconfig
mkdir -p -- /sw/src/root-liboss-0.0.1-2/sw/lib/pkgconfig
  /sw/bin/install -c -m 644 liboss.pc 
/sw/src/root-liboss-0.0.1-2/sw/lib/pkgconfig/liboss.pc
install -d -m 755 /sw/src/root-liboss-0.0.1-2/sw/share/doc/liboss
install -c -p -m 644 AUTHORS COPYING ChangeLog INSTALL NEWS README TODO 
/sw/src/root-liboss-0.0.1-2/sw/share/doc/liboss/
rm -f /sw/src/root-liboss-0.0.1-2/sw/info/dir 
/sw/src/root-liboss-0.0.1-2/sw/info/dir.old 
/sw/src/root-liboss-0.0.1-2/sw/share/info/dir 
/sw/src/root-liboss-0.0.1-2/sw/share/info/dir.old
rm -rf /sw/src/root-liboss-shlibs-0.0.1-2
mkdir -p /sw/src/root-liboss-shlibs-0.0.1-2/sw
mkdir -p /sw/src/root-liboss-shlibs-0.0.1-2/DEBIAN
install -d -m 755 /sw/src/root-liboss-shlibs-0.0.1-2/sw/lib
mv /sw/src/root-liboss-0.0.1-2/sw/lib/liboss.*.dylib 
/sw/src/root-liboss-shlibs-0.0.1-2/sw/lib/
install -d -m 755 /sw/src/root-liboss-shlibs-0.0.1-2/sw/lib
mv /sw/src/root-liboss-0.0.1-2/sw/lib/libossins.*.dylib 
/sw/src/root-liboss-shlibs-0.0.1-2/sw/lib/
mv: cannot stat `/sw/src/root-liboss-0.0.1-2/sw/lib/libossins.*.dylib': 
No such file or directory
### execution of mv failed, exit code 1
Failed: installing liboss-shlibs-0.0.1-2 failed

On Tuesday, October 22, 2002, at 11:32 PM, Benjamin Reed wrote:

> I've added a pkg-config setup (liboss.pc.in) and a rudimentary info 
> file (liboss.info.in), and I've updated arts to find the pkg-config'd 
> version of liboss properly.
>
> Arts builds and links, but when I try running artsd, I get:

As an aside, if you want to try it, you just need to have the 
KDE-Darwin tree (or at least the Makefile, fink, admin, misc, and arts 
dirs), and run:

misc/gen_patches.sh arts
cp fink/arts* /sw/fink/dists/local/main/finkinfo/
echo "--enable-debug=yes" > /tmp/kde-build-options
fink (install|rebuild) arts

You'll need liboss installed for it to work...

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 22 October 2002 11:32 pm, Benjamin Reed wrote:
> *** malloc: vm_allocate(size=3D3221225472) failed with 3

Erm, isn't that over a gigabyte? I'm not suprised that it's having trouble=
=20
mapping that :)
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9th68XGZ5Dt+bdVwRAulhAKCKpljOI8OeW2JJARK4n4JGe0FGUgCfQmZA
Rl6UYSRBOX/ZT4PwtrkPWP8=3D
=3DT7+g
=2D----END PGP SIGNATURE-----

I've added a pkg-config setup (liboss.pc.in) and a rudimentary info 
file (liboss.info.in), and I've updated arts to find the pkg-config'd 
version of liboss properly.

Arts builds and links, but when I try running artsd, I get:

hijacking /dev/dsp open, and taking it to esd...
using device Built-in audio controller for output:
         with sample rate 44100.000000, 2 channels and 32-bit sample
using device Built-in audio controller for input:
         with sample rate 44100.000000, 2 channels and 32-bit sample
hijacking /dev/dsp ioctl, and sending it to esd (10 : 4004500f - 
0xbffff878)
hijacking /dev/dsp ioctl, and sending it to esd (10 : c0045005 - 
0xbffff87c)
hijacking /dev/dsp ioctl, and sending it to esd (10 : c0045003 - 
0xbffff880)
hijacking /dev/dsp ioctl, and sending it to esd (10 : c0045002 - 
0xbffff884)
hijacking /dev/dsp ioctl, and sending it to esd (10 : c004500a - 
0xbffff888)
unhandled /dev/dsp ioctl (c004500a - 0xbffff888)
hijacking /dev/dsp ioctl, and sending it to esd (10 : 4010500c - 
0xbffff400)
*** malloc: vm_allocate(size=3221225472) failed with 3
*** malloc[6916]: error: Can't allocate region
*** malloc: vm_allocate(size=3221225472) failed with 3
*** malloc[6916]: error: Can't allocate region
Abort

...so I guess something still isn't happy with it.  It should be at 
least more accessible to get it installed.  It's definite progress... 
rock on!

shouldn't we set the -D in config.h? and I don't think we need the dlsym
define anymore

ran...@us... writes:
>+CFLAGS = @CFLAGS@ $(ESD_INCS) $(COREAUDIO_CFLAGS) -DHAVE_SOUNDCARD_H
>-DLIBOSS_INTERNAL 

-=[JFH]  Justin F. Hallett <Systems Analyst>
-=[JFH]  Rendek Communications Inc.
-=[JFH]  ju...@ca...        

On Tuesday, October 22, 2002, at 02:22 AM, Justin Hallett wrote:

> it's so it builds in the current dir.  for testing...I guess it should
> more be make; make install prefix=`pwd` or =`pwd`/opt or something.

I figured as much, but it also masked the problem that "prefix" was not 
getting set i configure if it wasn't passed on the command-line, and it 
wouldn't have been releasable that way anyways.  Just use --prefix if 
you want to put it somewhere weird...  Even if you want to work on 
configure.in you never have to run it again, that stuff gets 
automatically rebuild if you just run 'make'.

it's so it builds in the current dir.  for testing...I guess it should
more be make; make install prefix=`pwd` or =`pwd`/opt or something.

ran...@us... writes:
>--prefix=`pwd`??  why???

-=[JFH]  Justin F. Hallett <Systems Analyst>
-=[JFH]  Rendek Communications Inc.
-=[JFH]  ju...@ca...        

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 20 October 2002 06:21 pm, Dave Vasilevsky wrote:
> Making a real /dev/dsp would be an interesting project, but it's not
> really necessary. I was thinking about it mostly because it's not
> always a great idea to #define common words like "open". For example,
> the aRTs oss code uses open() to open /dev/dsp, but also has a C++
> method someClass::open(). Liboss currently would not work there, since
> it would turn someClass::open() into someClass::oss_open()--but the
> best workaround is probably just to hack on aRTs's oss module. Just
> make an #ifdef in soundcard.h so that aRTs can #include it without
> #defining open(), and then make aRTs explicitly use oss_*() when
> necessary. I guess the folks upstream might not like that hack, so we
> could just make it into a whole new file "audioliboss.cc" or something.

Um... just do this:
inline int open(whatever_the_args_are) {
return oss_open(whatever_the_args_are);
}

> I'm not sure that I agree that liboss should be moved from esound to
> CoreAudio. To make liboss based on CoreAudio, we would need to spawn a
> daemon, do a lot of IPC, do some conversion between types of sound,
> etc--esd already does most of this, is it worth rewriting all that? The
> things that esound doesn't do perfectly are:

No, not if it's a shared library like my esddsp hack is.

=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9szZ5XGZ5Dt+bdVwRApRKAJ97B2zry/AiLjEaylel6bhw6dXF+ACgo6aT
QSmwtkHViHW122TqhLRcktI=3D
=3Dp+Ir
=2D----END PGP SIGNATURE-----

Justin Hallett wrote:
> yes i meant kext, though I didn't want to go that route.  I'd rather 
> just
> a lib but a daemon migh tbe needed, though I guess to stay in the OSX
> spirit a kext would be that choice, just trying to get an offical feel 
> for
> the direction here i guess.
>
> Immediate would be good, an esd wrapper for a 0.1 release i think 
> would be
> good.  Then we can port it to core audio for a v1 release.

Making a real /dev/dsp would be an interesting project, but it's not 
really necessary. I was thinking about it mostly because it's not 
always a great idea to #define common words like "open". For example, 
the aRTs oss code uses open() to open /dev/dsp, but also has a C++ 
method someClass::open(). Liboss currently would not work there, since 
it would turn someClass::open() into someClass::oss_open()--but the 
best workaround is probably just to hack on aRTs's oss module. Just 
make an #ifdef in soundcard.h so that aRTs can #include it without 
#defining open(), and then make aRTs explicitly use oss_*() when 
necessary. I guess the folks upstream might not like that hack, so we 
could just make it into a whole new file "audioliboss.cc" or something.

I'm not sure that I agree that liboss should be moved from esound to 
CoreAudio. To make liboss based on CoreAudio, we would need to spawn a 
daemon, do a lot of IPC, do some conversion between types of sound, 
etc--esd already does most of this, is it worth rewriting all that? The 
things that esound doesn't do perfectly are:

1) The way it buffers audio now is reasonably prone to skipping (the 
threads stumble over each other a lot).
2) It doesn't do a great job of dealing with different audio devices. 
(It can't open for just for playing or just for recording; and it can't 
deal with non-default devices--so I can't play audio with esound while 
I have my USB mic attached. Weird, eh?)
3) It uses esound's standard methods for converting between, say, 16- 
and 32-bit audio. CoreAudio's methods are likely to be optimized.
4) The /dev/dsp "implementation" in esddsp.c isn't complete.

All of these need to be fixed in esound, even if we weren't making 
liboss. So it would be more efficient to have just one place to worry 
about these issues (esd), and fix them all there. The only concern I 
have with staying with esound is that it may not be quite as efficient 
(we have to profile that!). If the esd performance is not good enough, 
we could take the intermediate route of stealing some of the esd code 
for the daemon and dsp emulation, and dumping the stuff for mixing and 
all, replacing it with CoreAudio code.

Dave

yes i meant kext, though I didn't want to go that route.  I'd rather just
a lib but a daemon migh tbe needed, though I guess to stay in the OSX
spirit a kext would be that choice, just trying to get an offical feel for
the direction here i guess.

Immediate would be good, an esd wrapper for a 0.1 release i think would be
good.  Then we can port it to core audio for a v1 release.

I looked at alsa a while back and it looks fairly hard to port.  But if
there is one thing i learnt from fink is nothing is fully impossible,
thought with esd and oss I doubt we'll even have the need for alsa.

ra...@be... writes:
>I think he meant kext, one of the early discussions was one of making a 
>/dev/dsp with a kext...
>
>> Anyway, while it does work sortof now, it is really just a hack to 
>> have it use esd. It still definitely needs to be ported to CoreAudio 
>> if anyone ever figures out that API. :)
>
>Yup, but having *something* would be more immediately useful.  'twould 
>rock to be able to port any oss app...
>
>Wonder how hard it would be to port libalsa (minus the kernel hooks), 
>too.  From what I had heard, alsa resembles CoreAudio a bit...  
>Certainly more than OSS does.  ;)

-=[JFH]  Justin F. Hallett <Systems Analyst>
-=[JFH]  Rendek Communications Inc.
-=[JFH]  ju...@ca...        

On Saturday, October 19, 2002, at 05:02 PM, Ben Hines wrote:
> I assume you mean "Framework" not kext? :) Should be pretty easy to 
> have builds for both.

I think he meant kext, one of the early discussions was one of making a 
/dev/dsp with a kext...

> Anyway, while it does work sortof now, it is really just a hack to 
> have it use esd. It still definitely needs to be ported to CoreAudio 
> if anyone ever figures out that API. :)

Yup, but having *something* would be more immediately useful.  'twould 
rock to be able to port any oss app...

Wonder how hard it would be to port libalsa (minus the kernel hooks), 
too.  From what I had heard, alsa resembles CoreAudio a bit...  
Certainly more than OSS does.  ;)

On Saturday, October 19, 2002, at 01:52  PM, Justin Hallett wrote:

> Well it seems that this project is up and going strong again and 
> according
> to Dave it now plays wav files.  I was pretty happy to see this this
> morning.  I haven't tried it yet but I will right away.  Since it was 
> so
> queit for sooo long and just started up and it looks like Feanor and 
> vasi
> have been the main contributors to this point, what direction are we 
> going
> with this? kext or lib? or both for that matter.  I personally would 
> love

I assume you mean "Framework" not kext? :) Should be pretty easy to 
have builds for both.

Anyway, while it does work sortof now, it is really just a hack to have 
it use esd. It still definitely needs to be ported to CoreAudio if 
anyone ever figures out that API. :)

-Ben

2002	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct (13)	Nov	Dec
2003	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2006	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (5)	Oct (1)	Nov (1)	Dec (5)
2007	Jan (4)	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb	Mar (1)	Apr (1)	May (1)	Jun	Jul (10)	Aug (5)	Sep (3)	Oct (3)	Nov (1)	Dec (1)
2015	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

liboss-devel Mailing List for Apple OS X libOSS

liboss-devel — liboss Developers List