linux-wildo-devel Mailing List for Linux-Wildo!

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

Forgot to make the pressed buttons.
Here they are.

_________________________________________________________________
Trött på att pendla? - Sök jobb där du bor! http://jobb.msn.monster.se/

I've made 3 new buttons for Gtk2 gui:

join.png , connect.png and getlist.png

/Nightrider

_________________________________________________________________
Trött på att pendla? - Sök jobb där du bor! http://jobb.msn.monster.se/

On Wed, 4 Jul 2007 10:24:19 +0200 (CEST)
Benjamin Peter <ben...@ar...> wrote:

> Hi,
>=20
> Gabriele Dini Ciacci wrote:
> > This is a copy from IRC about gros idea on how the new API shoudl
> > look like:
>=20
> To make it clear, you mean an API that coveres codecs, filters and
> output, right?
>=20
> [Client]-> NEW API >-[Filters/Codec/Output]+
>
This API idea was basically for Input/Output from the card, but if well
written and if we cannot design an easier one for the Codec/Filters it
will be common to all.

> And about the multiplexing for the case of multiple speakers, this
> would be outside of the new API I suppose.

Multiplexing as in playing a sound only to left speaker if the sound
did come from left?
If yes that stuff that is related to the buffer containing the data
itself, each sound buffer will have it's propriety that will be passed
over until some layer use it or change it.
If you mean Multiplexing as in mixing different streams coming
simultaneously from the client it's _very_ complex to do, not regarding
the audio part but because of the network code and protocol needed.
If you mean Multiplexing as client and other applications it's not up
to us to manage that part, it's library stuff.

> >
> > The API for the sound part shouldn't be hard to define. Basically,
> > you need open(), close(), get/setParameters(), encode() and
> > decode().
> >
> > open() and close() would take no parameters. Parameters would be
> > twofold: implementation-specific ones (for example, the device name
> > for OSS, or the port to use for a Jack-based one) and LW-specific
> > ones (quality).
>=20
> So the parameters can be changed during usage? Well since this is
> codec/output specific I guess it depends and every API module should
> decide for itself and document it.

Yes, indeed each thing will support his parameters.

> What kind of parameter do you want to use, something like
> setParamater(string type, string value) to be generic?

Probably this look as much generic as it can be.
=20
> > encode and decode would take/return a sized buffer chunk of data.
>=20
> > both encode and decode should take the amount of desired bytes to
> > read/write as a parameter.
>=20
> Maybe a struct (class?) with two fields, size and buffer pointer
> would be nice? I think those values should stay together, maybe event
> to provide additional information about the buffer in the future. A
> filter might need information about the sample lenght (not by some
> static define) and if the buffer was already encoded ... so there
> might even be some kind of communication possible between the API
> modules.

Yes a struct can offer us many advantages indeed, and the slow down
will probably be a few. The struct can also contain additional
information that can be where the sound come from and such for use with
positional audio.

> (Could be MAXBUFF and be reused, struct holds the real and current
> size with a third field)
>=20
> >
> > open, close, encode and decode would all throw an IOException when
> > something goes wrong, to manage error cases.
> >
> > the LW client would probably pass the initialization parameters to
> > the sound class constructor (which would then have a
> > "contructor(string params)" prototype.
>=20
> How is this different to the setParameters(), they are dynamic the
> init params are static?

Yes, init are for init, like device for audio, you need to reinit the
interface asking the factory for a new one if you change any of the
init parameters, naturally we want to reduce them as much as we can,
without making it ridiculous unuseful, like device change for audio
card is not going to happen often and so it's fine to ask for a reinit.

> >
> > Ideally, you'd want to wrap sound classes management into a factory
> > class, so to "hide" the implementation details from the rest of the
> > LW code, which would only give an init string to the factory, and
> > get a generic "LW_Sound" class in return.
>=20
> This is the way to do it.

yes, it's lot of work, but I hope we can gradually add it without
breaking everything.

>=20
> Sounds good, the implementation will show what is missing. :-)
>=20
>=20
> regards,
>=20
> Benjamin Peter
> aka dedeibel

Salutes,
Gabriele
>=20
>=20
>=20
> Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen +
> telefonieren ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT
> bei Arcor: g=FCnstig und schnell mit DSL - das All-Inclusive-Paket f=FCr
> clevere Doppel-Sparer, nur  39,85 =80  inkl. DSL- und ISDN-Grundgeb=FChr!
> http://www.arcor.de/rd/emf-dsl-2
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Linux-wildo-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel

-----------=20
http://linux-wildo.sf.net
http://www.diniciacci.org

Hi,

Gabriele Dini Ciacci wrote:
> This is a copy from IRC about gros idea on how the new API shoudl look
> like:

To make it clear, you mean an API that coveres codecs, filters and output, =
right?

[Client]-> NEW API >-[Filters/Codec/Output]+

And about the multiplexing for the case of multiple speakers, this would be=
 outside of the new API I suppose.

>
> The API for the sound part shouldn't be hard to define. Basically,
> you need open(), close(), get/setParameters(), encode() and decode().
>
> open() and close() would take no parameters. Parameters would be
> twofold: implementation-specific ones (for example, the device name for
> OSS, or the port to use for a Jack-based one) and LW-specific ones
> (quality).

So the parameters can be changed during usage? Well since this is codec/out=
put specific I guess it depends and every API module should
decide for itself and document it.

What kind of parameter do you want to use, something like
setParamater(string type, string value) to be generic?

> encode and decode would take/return a sized buffer chunk of data.

> both encode and decode should take the amount of desired bytes to
> read/write as a parameter.

Maybe a struct (class?) with two fields, size and buffer pointer would be n=
ice? I think those values should stay together, maybe event to
provide additional information about the buffer in the future. A filter
might need information about the sample lenght (not by some static define) =
and if the buffer was already encoded ... so there might even
be some kind of communication possible between the API modules.

(Could be MAXBUFF and be reused, struct holds the real and current
size with a third field)

>
> open, close, encode and decode would all throw an IOException when
> something goes wrong, to manage error cases.
>
> the LW client would probably pass the initialization parameters to the
> sound class constructor (which would then have a "contructor(string
> params)" prototype.

How is this different to the setParameters(), they are dynamic the
init params are static?

>
> Ideally, you'd want to wrap sound classes management into a factory
> class, so to "hide" the implementation details from the rest of the LW
> code, which would only give an init string to the factory, and get a
> generic "LW_Sound" class in return.

This is the way to do it.

Sounds good, the implementation will show what is missing. :-)

regards,

Benjamin Peter
aka dedeibel

Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: g=FCnsti=
g
und schnell mit DSL - das All-Inclusive-Paket f=FCr clevere Doppel-Sparer,
nur  39,85 =80  inkl. DSL- und ISDN-Grundgeb=FChr!
http://www.arcor.de/rd/emf-dsl-2

This is a copy from IRC about gros idea on how the new API shoudl look
like:

The API for the sound part shouldn't be hard to define. Basically,
you need open(), close(), get/setParameters(), encode() and decode().

open() and close() would take no parameters. Parameters would be
twofold: implementation-specific ones (for example, the device name for
OSS, or the port to use for a Jack-based one) and LW-specific ones
(quality).

encode and decode would take/return a sized buffer chunk of data.

both encode and decode should take the amount of desired bytes to
read/write as a parameter.

open, close, encode and decode would all throw an IOException when
something goes wrong, to manage error cases.

the LW client would probably pass the initialization parameters to the
sound class constructor (which would then have a "contructor(string
params)" prototype.

Ideally, you'd want to wrap sound classes management into a factory
class, so to "hide" the implementation details from the rest of the LW
code, which would only give an init string to the factory, and get a
generic "LW_Sound" class in return.

(and thus you can first isolate the sound stuff from the rest, and then
implement more complex management, like hotplugging or autodetection of
available sound drivers)

Salutes,
Gabriele
----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

If it was entirely up to me, it'd be something like this :

Alpha  : Login name = displayed name, unique to the whole control server / 
data server cluster (note that I don't consider this to be important for the 
first alpha version released, but preferably some time before the first 
beta).

Somewhere along the line : Login name unique to the whole cluster, displayed 
name possible to change but not to someone elses login name (and the login 
name should be easily obtainable by clicking on the user or something, this 
is for security reasons to make it more difficult to successfully claim to 
be someone else). (Perhaps it would be a good idea to also add the 
possibility of enforcing a strict username = displayed name policy if the 
server owner wants it.)

The reason why I want the ability to change the displayed name is that when 
you play a game you're typically divided into clans/guilds/corps/whatever, 
and you usually get a "clantag" that you can make as part of your name. For 
example, in most EVE Online voice comms servers I'd be named [INFOD]Scorpyn 
or similar. This makes it easier for different groups to know who they are 
talking to when they are working together.

>Hi,
>
>I have a simple question. Are nicknames of user to be unique to a
>controlserver, to a dataserver, unique at all?
>
>I think it doesn't make sense to have more people with the same nick
>in the same room. For a controlserver it might be okay to have more
>than one nick since those people possibly never meet if the rooms are
>propperly managed.
>
>(For example a controlsever that managed players from multiple servers
>and each server has a room, no one cares if on nick is duplicated on the
>controlserver)
>
>So I think we should prevent two people with same nick joining one room.
>
>What do you think?
>
>
>cu,
>
>Ben
>aka dedeibel

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Hi,

I have a simple question. Are nicknames of user to be unique to a
controlserver, to a dataserver, unique at all?

I think it doesn't make sense to have more people with the same nick
in the same room. For a controlserver it might be okay to have more
than one nick since those people possibly never meet if the rooms are
propperly managed.

(For example a controlsever that managed players from multiple servers
and each server has a room, no one cares if on nick is duplicated on the
controlserver)

So I think we should prevent two people with same nick joining one room.

What do you think?

cu,

Ben
aka dedeibel

<html><div style='background-color:'><DIV class=RTE>
<P>(Apologies for sending this again, but for some reason this didn't show up in the mailing list on the sf site.)</P>
<P>A bit late due to memory related issues but here it is :<BR><BR>Name : Stefan Hermansen (aka Scorpyn)<BR>Part of the project since : August 2006<BR>Info :<BR><BR>When it comes to starting a project, I usually ask myself one question :<BR>"Is it actually possible?". Then I ignore the answer and start it anyway.<BR><BR>Linux-Wildo is actually an exception to this - in fact, I consider it to be<BR>very much possible, but I'm doing my best to come up with stupid<BR>ideas to make it more complicated.<BR><BR>Since I wasn't entirely satisfied with the available voice<BR>communication programs for various reasons, I decided to make my own.<BR>Luckily, I stumbled upon the Linux-Wildo project before starting,<BR>and decided that it would make more sense to join an existing project<BR>than creating it all from scratch.<BR>(The "stumbling" consisted of me trying to find out if there was such<BR>a 
project going on.)<BR><BR>(I like tea btw)<BR><BR><BR>Contribution : Working on making LW work in Windows<BR><BR>Other projects :<BR><BR>* InsanePack (sourceforge.net/projects/insanepack) - Trying to figure out<BR>a way of using checksums as a viable compression method<BR><BR>(I am also trying to figure out a way of creating an AI capable of<BR>proper learning, but that project is currently somewhat inactive)<BR></P></DIV></div><br clear=all><hr>Express yourself instantly with MSN Messenger! <a href="http://g.msn.com/8HMBEN/2740??PS=47575" target="_top">MSN Messenger</a> Download today it's FREE!</html>

Hello, Shawn
I am linux-wildo code mantainer, when youwas in the project you kindly
coded some support for portaudio for lw.
Currently another developer in the effort of ensuring support for both
mac and windows want to touch that code.
The problem is that he highlighted me the fact that both files you
provided:

http://linux-wildo.svn.sourceforge.net/viewvc/linux-wildo/trunk/linux-wildo/src/sound/lw_sound_portAudio.h?revision=221&view=markup

http://linux-wildo.svn.sourceforge.net/viewvc/linux-wildo/trunk/linux-wildo/src/sound/lw_sound_portAudio.cpp?revision=188&view=markup

Do not contain a license statement and are copyrighted to you only, so
we can't touch them or use them in any way.

What I am asking is if you can renounce to the rights on them and
release them to the project under any license the project want
(currently and probably GPL but maybe later on LGPL).

Thanks,
Best Regards
Gabriele Dini Ciacci

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

A bit late due to memory related issues but here it is :

Name : Stefan Hermansen (aka Scorpyn)
Part of the project since : August 2006
Info :

When it comes to starting a project, I usually ask myself one question :
"Is it actually possible?". Then I ignore the answer and start it anyway.

Linux-Wildo is actually an exception to this - in fact, I consider it to be
very much possible, but I'm doing my best to come up with stupid
ideas to make it more complicated.

Since I wasn't entirely satisfied with the available voice
communication programs for various reasons, I decided to make my own.
Luckily, I stumbled upon the Linux-Wildo project before starting,
and decided that it would make more sense to join an existing project
than creating it all from scratch.
(The "stumbling" consisted of me trying to find out if there was such
a project going on.)

(I like tea btw)

Contribution : Working on making LW work in Windows

Other projects :

* InsanePack (sourceforge.net/projects/insanepack) - Trying to figure out
a way of using checksums as a viable compression method

(I am also trying to figure out a way of creating an AI capable of
proper learning, but that project is currently somewhat inactive)

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Good, if you can have a look it would be nice, spec for new audio API
will be out soon when me and gros can talk.

We have moved to ALSA exactly cause of those OSS random errors... I am
one of the luckiest linux audio user I know, everything always worked
perfectly (must be cause of the live card.. that still rocks after 7-8
years :DD )

There was a typo already in the configure.ac ... probably there are
more indeed, if it's on line 203 maybe it's on other lines too (you
often copy and paste that code), anyway i have to add more
functionality as i said to the configure script, so leave it until it's
"new"

On Thu, 29 Mar 2007 09:56:42 +0000
"Scorpyn ." <sc...@ho...> wrote:

> As far as portaudio is concerned, it's kinda on my TODO list already
> so I can have a look at it. I think there has been a new release of
> portaudio since then, so it needs to be updated to work with that
> aswell (I don't know if anything that affects us has changed or not
> though).
> 
> I'm not really sure what my oss problem is, but I'm guessing that its
> due to some errors in my kernel configuration more than anything (I
> had the same problem with teamspeak iirc).
> 
> I was hoping that fixing --disable-alsa was a simple matter of fixing
> the spelling error on line 203 in configure.ac, but unfortunately
> that doesn't seem to be the case :)
> 
> >Portaudio is code that was commited by an old developer and at that
> >time was flagges as working.
> >I never tested it but gros did it about 1.5 years ago and he said it
> >was not working.
> >The main problem is that we have sightly changed the
> >API from that time and it probably need at least a fast lift-up
> >(nothing complex, just a matter of naming the functions correctly
> >and checking the are conformant to the specs).
> >
> >Volunter here is needed, anyone?
> >
> >About OSS it was working 2 weeks ago when I lastly tested it, it was
> >working bad as OSS always did (perfect on my system thought, but not
> >on other systems).
> >By default the configure enable ALSA if it can find it, as many other
> >thing it checks only for the lib and not for the headers, i have to
> >fix all those problems cause they give issues on many system (mainly
> >Debian!!)
> >--disable-alsa is stupid like many other switches cause it do disable
> >alsa but cause of the missing plugin design you still need the header
> >to compile lw!! There is more and more worki on that configure.ac...
> >it grows and grows, I'll have a look at what i can do, that is a bug
> >that should be put in sf... so when someone has time he can take
> >care of it (without forgetting it, it happens continuously).
> >
> >About the test stuff it would be strange it does not work when you
> >sucessfuly compile with oss, those that does not use static instance
> >of ALSA should still work, they are just too waiting the
> >pluginization... then you will just choose what to use with
> >-<something> alsa/oss/portaudio -<something> gsm/speex/CELP
> >
> >Regards,
> >Gabriele Dini Ciacci
> >
> >
> >On Tue, 27 Mar 2007 23:21:38 +0000
> >"Scorpyn ." <sc...@ho...> wrote:
> >
> > > Hmm...
> > >
> > > What's the status of portaudio? Is that supported and/or still
> > > planning to be supported?
> > >
> > > The problems I've had with alsa (some or all might be fixed by now
> > > though) :
> > >
> > > 1. ./configure --disable-alsa didn't work.
> > > 2. Some of the test stuff seemed to still be using oss a while ago
> > > (linux with alsa but without oss emulation failed, but I might be
> > > assuming too much
> > > - maybe there was another issue).
> > > 3. ./configure was able to find alsa support in a Cygwin
> > > environment, but there were no header files so the compilation
> > > failed.
> > >
> > > >
> > > >Hi Scorpyn,
> > > >
> > > >Scorpyn . wrote:
> > > > > Looks good. INSTALL.Cygwin does need to be updated aswell,
> > > > > because at the moment it only describes how to compile the
> > > > > test stuff. I think some changes to other files in the
> > > > > project might be necessary first though (./configure
> > > > > --disable-alsa comes to mind, but maybe that's already taken
> > > > > care of).
> > > > >
> > > > > I'll have a look at INSTALL.Cygwin and related stuff instead
> > > > > then (as I'm supposed to) :)
> > > >
> > > >Sounds great, please do that. --disable-alsa could be a problem
> > > >at the moment since oss isn't working, but maybe darkschneider
> > > >can say something about that.
> > > >
> > > >
> > > >regards,
> > > >
> > > >Benjamin Peter
> > > >
> > >
> 
> ------------------------------------------------
> Express yourself instantly with MSN Messenger! MSN Messenger Download
> today it's FREE!

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

<html><div style='background-color:'><DIV class=RTE>
<P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">As far as portaudio is concerned, it's kinda on my TODO list already so I can have a look at it. I think there has been a new release of portaudio since then, so it needs to be updated to work with that aswell (I don't know&nbsp;if anything&nbsp;that affects us&nbsp;has changed or not though).<BR><BR>I'm not really sure what my oss problem is, but I'm guessing that its due to some errors in my kernel configuration more than anything (I had the same problem with teamspeak iirc).<BR><BR>I was hoping that fixing&nbsp;--disable-alsa was a simple matter of fixing the spelling error on line 203 in configure.ac, but unfortunately that doesn't seem to be the case&nbsp;:)</FONT><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"><BR><BR></P></FONT>
<P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">&gt;Portaudio is code that was commited by an old developer and at that<BR>&gt;time was flagges as working.<BR>&gt;I never tested it but gros did it about 1.5 years ago and he said it<BR>&gt;was not working.<BR>&gt;The main problem is that we have sightly changed the<BR>&gt;API from that time and it probably need at least a fast lift-up (nothing<BR>&gt;complex, just a matter of naming the functions correctly and checking<BR>&gt;the are conformant to the specs).<BR>&gt;<BR>&gt;Volunter here is needed, anyone?<BR>&gt;<BR>&gt;About OSS it was working 2 weeks ago when I lastly tested it, it was<BR>&gt;working bad as OSS always did (perfect on my system thought, but not<BR>&gt;on other systems).<BR>&gt;By default the configure enable ALSA if it can find it, as many other<BR>&gt;thing it checks only for the lib and not for the 
headers, i have to fix<BR>&gt;all those problems cause they give issues on many system (mainly<BR>&gt;Debian!!)<BR>&gt;--disable-alsa is stupid like many other switches cause it do disable<BR>&gt;alsa but cause of the missing plugin design you still need the header<BR>&gt;to compile lw!! There is more and more worki on that configure.ac... it<BR>&gt;grows and grows, I'll have a look at what i can do, that is a bug that<BR>&gt;should be put in sf... so when someone has time he can take care of it<BR>&gt;(without forgetting it, it happens continuously).<BR>&gt;<BR>&gt;About the test stuff it would be strange it does not work when you<BR>&gt;sucessfuly compile with oss, those that does not use static instance of<BR>&gt;ALSA should still work, they are just too waiting the pluginization...<BR>&gt;then you will just choose what to use with -&lt;something&gt;<BR>&gt;alsa/oss/portaudio 
-&lt;something&gt; gsm/speex/CELP<BR>&gt;<BR>&gt;Regards,<BR>&gt;Gabriele Dini Ciacci<BR>&gt;<BR>&gt;<BR>&gt;On Tue, 27 Mar 2007 23:21:38 +0000<BR>&gt;"Scorpyn ." &lt;sc...@ho...&gt; wrote:<BR>&gt;<BR>&gt; &gt; Hmm...<BR>&gt; &gt;<BR>&gt; &gt; What's the status of portaudio? Is that supported and/or still<BR>&gt; &gt; planning to be supported?<BR>&gt; &gt;<BR>&gt; &gt; The problems I've had with alsa (some or all might be fixed by now<BR>&gt; &gt; though) :<BR>&gt; &gt;<BR>&gt; &gt; 1. ./configure --disable-alsa didn't work.<BR>&gt; &gt; 2. Some of the test stuff seemed to still be using oss a while ago<BR>&gt; &gt; (linux with alsa but without oss emulation failed, but I might be<BR>&gt; &gt; assuming too much<BR>&gt; &gt; - maybe there was another issue).<BR>&gt; &gt; 3. ./configure was able to find alsa support in a Cygwin environment,<BR>&gt; &gt; but there were no header 
files so the compilation failed.<BR>&gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;Hi Scorpyn,<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;Scorpyn . wrote:<BR>&gt; &gt; &gt; &gt; Looks good. INSTALL.Cygwin does need to be updated aswell,<BR>&gt; &gt; &gt; &gt; because at the moment it only describes how to compile the test<BR>&gt; &gt; &gt; &gt; stuff. I think some changes to other files in the project might<BR>&gt; &gt; &gt; &gt; be necessary first though (./configure --disable-alsa comes to<BR>&gt; &gt; &gt; &gt; mind, but maybe that's already taken care of).<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; I'll have a look at INSTALL.Cygwin and related stuff instead then<BR>&gt; &gt; &gt; &gt; (as I'm supposed to) :)<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;Sounds great, please do that. --disable-alsa could be a problem at<BR>&gt; &gt; &gt;the moment since oss isn't working, but maybe darkschneider can 
say<BR>&gt; &gt; &gt;something about that.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;regards,<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;Benjamin Peter<BR>&gt; &gt; &gt;<BR>&gt; &gt;</P></FONT></DIV></div><br clear=all><hr>Express yourself instantly with MSN Messenger! <a href="http://g.msn.com/8HMBEN/2743??PS=47575" target="_top">MSN Messenger</a> Download today it's FREE!</html>

Portaudio is code that was commited by an old developer and at that
time was flagges as working.
I never tested it but gros did it about 1.5 years ago and he said it
was not working.
The main problem is that we have sightly changed the
API from that time and it probably need at least a fast lift-up (nothing
complex, just a matter of naming the functions correctly and checking
the are conformant to the specs).

Volunter here is needed, anyone?

About OSS it was working 2 weeks ago when I lastly tested it, it was
working bad as OSS always did (perfect on my system thought, but not
on other systems).
By default the configure enable ALSA if it can find it, as many other
thing it checks only for the lib and not for the headers, i have to fix
all those problems cause they give issues on many system (mainly
Debian!!)
--disable-alsa is stupid like many other switches cause it do disable
alsa but cause of the missing plugin design you still need the header
to compile lw!! There is more and more worki on that configure.ac... it
grows and grows, I'll have a look at what i can do, that is a bug that
should be put in sf... so when someone has time he can take care of it
(without forgetting it, it happens continuously).

About the test stuff it would be strange it does not work when you
sucessfuly compile with oss, those that does not use static instance of
ALSA should still work, they are just too waiting the pluginization...
then you will just choose what to use with -<something>
alsa/oss/portaudio -<something> gsm/speex/CELP

Regards,
Gabriele Dini Ciacci

On Tue, 27 Mar 2007 23:21:38 +0000
"Scorpyn ." <sc...@ho...> wrote:

> Hmm...
> 
> What's the status of portaudio? Is that supported and/or still
> planning to be supported?
> 
> The problems I've had with alsa (some or all might be fixed by now
> though) :
> 
> 1. ./configure --disable-alsa didn't work.
> 2. Some of the test stuff seemed to still be using oss a while ago
> (linux with alsa but without oss emulation failed, but I might be
> assuming too much 
> - maybe there was another issue).
> 3. ./configure was able to find alsa support in a Cygwin environment,
> but there were no header files so the compilation failed.
> 
> >
> >Hi Scorpyn,
> >
> >Scorpyn . wrote:
> > > Looks good. INSTALL.Cygwin does need to be updated aswell,
> > > because at the moment it only describes how to compile the test
> > > stuff. I think some changes to other files in the project might
> > > be necessary first though (./configure --disable-alsa comes to
> > > mind, but maybe that's already taken care of).
> > >
> > > I'll have a look at INSTALL.Cygwin and related stuff instead then
> > > (as I'm supposed to) :)
> >
> >Sounds great, please do that. --disable-alsa could be a problem at
> >the moment since oss isn't working, but maybe darkschneider can say
> >something about that.
> >
> >
> >regards,
> >
> >Benjamin Peter
> >
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's
> FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys-and
> earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________ Linux-wildo-devel
> mailing list Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

I asked a bit ago and libgsm was in cygwin, maybe ehy said me
wrong, anyway as you said it is covered in INSTALL.Cygwin so no problem.

Yes someone will want to compile it and we have indeed to take care of
them, but we hope that if they start a compile in cygwin they are
somehow "experienced", we will take care of the inexperienced part
later and point them to a prebuild bin meanhwile.

Regards
Gabriele Dini Ciacci

On Tue, 27 Mar 2007 23:09:56 +0000 "Scorpyn ."
<sc...@ho...> wrote:

> Some people may want to compile it in a windows environment though,
> and libgsm is not shipped with Cygwin (unless I somehow managed to
> miss it).
> 
> However, it's already covered in INSTALL.Cygwin (section 2) so there 
> shouldn't be any problems related to that.
> 
> >
> >I did not tested the Cygwin build, when i said that gsm.h hack was
> >not necessary anymore i was referring to the one on linux distros
> >(cause all get the debian version of the header).
> >Do not know which version ships with windows. Anyway windows users
> >will not compile lw, so it's up to us to keep it in a state a
> >developer can build the exe for windows.
> >
> >Regards,
> >Gabriele Dini Ciacci
> >
> >On Mon, 26 Mar 2007 19:03:02 +0200
> >Benjamin Peter <Ben...@ar...> wrote:
> >
> > > Hi Scorpyn,
> > >
> > > Scorpyn . wrote:
> > > >
> > > > A better description of what to do with the gsm.h file can be
> > > > found in INSTALL.Cygwin (section 2), maybe we could simply copy
> > > > that section into the INSTALL file? It'll probably have to be
> > > > rewritten slightly though. (Some stuff should probably be added
> > > > aswell, like run bootstrap.sh and make sure you have gtk libs
> > > > etc).
> > >
> > > I talked to darkschneider and the gsm.h thing is not necessary
> > > anymore the problem is solved.
> > >
> > > I don't know if anyone has tried a cygwin build lately, but I
> > > guess that file surely needs an update too. :)
> > >
> > > >
> > > > I'll try to have a look at this tonight.
> > >
> > > Sry, I just commited a 5 line version of it (before I got your
> > > mail). It is just something like a stub, if you want to make a
> > > more detailed version, please go ahead. :)
> > >
> > >
> > > regards,
> > >
> > > Benjamin Peter
> > >
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's
> FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys-and
> earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________ Linux-wildo-devel
> mailing list Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

Hmm...

What's the status of portaudio? Is that supported and/or still planning to 
be supported?

The problems I've had with alsa (some or all might be fixed by now though) :

1. ./configure --disable-alsa didn't work.
2. Some of the test stuff seemed to still be using oss a while ago (linux 
with alsa but without oss emulation failed, but I might be assuming too much 
- maybe there was another issue).
3. ./configure was able to find alsa support in a Cygwin environment, but 
there were no header files so the compilation failed.

>
>Hi Scorpyn,
>
>Scorpyn . wrote:
> > Looks good. INSTALL.Cygwin does need to be updated aswell, because at
> > the moment it only describes how to compile the test stuff. I think some
> > changes to other files in the project might be necessary first though
> > (./configure --disable-alsa comes to mind, but maybe that's already
> > taken care of).
> >
> > I'll have a look at INSTALL.Cygwin and related stuff instead then (as
> > I'm supposed to) :)
>
>Sounds great, please do that. --disable-alsa could be a problem at the
>moment since oss isn't working, but maybe darkschneider can say
>something about that.
>
>
>regards,
>
>Benjamin Peter
>

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Some people may want to compile it in a windows environment though, and 
libgsm is not shipped with Cygwin (unless I somehow managed to miss it).

However, it's already covered in INSTALL.Cygwin (section 2) so there 
shouldn't be any problems related to that.

>
>I did not tested the Cygwin build, when i said that gsm.h hack was not
>necessary anymore i was referring to the one on linux distros (cause all
>get the debian version of the header).
>Do not know which version ships with windows. Anyway windows users
>will not compile lw, so it's up to us to keep it in a state a developer
>can build the exe for windows.
>
>Regards,
>Gabriele Dini Ciacci
>
>On Mon, 26 Mar 2007 19:03:02 +0200
>Benjamin Peter <Ben...@ar...> wrote:
>
> > Hi Scorpyn,
> >
> > Scorpyn . wrote:
> > >
> > > A better description of what to do with the gsm.h file can be found
> > > in INSTALL.Cygwin (section 2), maybe we could simply copy that
> > > section into the INSTALL file? It'll probably have to be rewritten
> > > slightly though. (Some stuff should probably be added aswell, like
> > > run bootstrap.sh and make sure you have gtk libs etc).
> >
> > I talked to darkschneider and the gsm.h thing is not necessary anymore
> > the problem is solved.
> >
> > I don't know if anyone has tried a cygwin build lately, but I guess
> > that file surely needs an update too. :)
> >
> > >
> > > I'll try to have a look at this tonight.
> >
> > Sry, I just commited a 5 line version of it (before I got your mail).
> > It is just something like a stub, if you want to make a more detailed
> > version, please go ahead. :)
> >
> >
> > regards,
> >
> > Benjamin Peter
> >

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

I did not tested the Cygwin build, when i said that gsm.h hack was not
necessary anymore i was referring to the one on linux distros (cause all
get the debian version of the header).
Do not know which version ships with windows. Anyway windows users
will not compile lw, so it's up to us to keep it in a state a developer
can build the exe for windows.

Regards,
Gabriele Dini Ciacci

On Mon, 26 Mar 2007 19:03:02 +0200
Benjamin Peter <Ben...@ar...> wrote:

> Hi Scorpyn,
> 
> Scorpyn . wrote:
> > 
> > A better description of what to do with the gsm.h file can be found
> > in INSTALL.Cygwin (section 2), maybe we could simply copy that
> > section into the INSTALL file? It'll probably have to be rewritten
> > slightly though. (Some stuff should probably be added aswell, like
> > run bootstrap.sh and make sure you have gtk libs etc).
> 
> I talked to darkschneider and the gsm.h thing is not necessary anymore
> the problem is solved.
> 
> I don't know if anyone has tried a cygwin build lately, but I guess
> that file surely needs an update too. :)
> 
> > 
> > I'll try to have a look at this tonight.
> 
> Sry, I just commited a 5 line version of it (before I got your mail).
> It is just something like a stub, if you want to make a more detailed
> version, please go ahead. :)
> 
> 
> regards,
> 
> Benjamin Peter
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys-and
> earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________ Linux-wildo-devel
> mailing list Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

About mumble: some of you tested it on the channel, the project is
promising for sure, they have something that we do not have, but look
like that we have something that they don't have.
But the development is very different is style, look like we are going
the Linux way (solid engine, GUI just atop of it) and they are going
the windows way (client and server are nearly the same thing), moreover
they are using many dependencies we choose to avoid in the past, sad we
have a so different design.. anyway i think we can benefit from looking
at each other code and maybe in the future we will get mutual benefit
from it.

About Squawk:
We had the author on the channel yesterday, he was quite silent, he
said that he dud not know about lw (sad cause we are easy to spot on SF
if you just put in "voice chat" in the search field).
He did not looked too interested about a cooperation (no proposition
from him and a statement that said that he do not know C++), but this
does not exclude anything for the future.

Regards,
Gabriele Dini Ciacci

On Sat, 24 Mar 2007
23:12:05 +0100 Steffen Pankratz <kr...@gm...> wrote:

> Hi guys,
> 
> i read you have some troubles at the moment (sound choppiness).
> Maybe one of this alternatives has a solution or can give you some
> new ideas. I have to admit that i did not test or had a closer look
> at one of them.
> 
> 1. http://mumble.sourceforge.net/
> 2. http://jdolan.dyndns.org/trac/wiki/Squawk
> 
> Good luck, Steffen.
> 

----------- 
http://linux-wildo.sf.net
http://www.diniciacci.org

Hi Scorpyn,

Scorpyn . wrote:
> Looks good. INSTALL.Cygwin does need to be updated aswell, because at
> the moment it only describes how to compile the test stuff. I think some
> changes to other files in the project might be necessary first though
> (./configure --disable-alsa comes to mind, but maybe that's already
> taken care of).
> 
> I'll have a look at INSTALL.Cygwin and related stuff instead then (as
> I'm supposed to) :)

Sounds great, please do that. --disable-alsa could be a problem at the
moment since oss isn't working, but maybe darkschneider can say
something about that.

regards,

Benjamin Peter

<html><div style='background-color:'><DIV class=RTE>
<P>Looks good. INSTALL.Cygwin does need to be updated aswell, because at the moment it only describes how to compile the test stuff. I think some changes to other files in the project might be necessary first though (./configure --disable-alsa comes to mind, but maybe that's already taken care of).</P>
<P>I'll have a look at INSTALL.Cygwin and related stuff instead then (as I'm supposed to) :)<BR><BR></P></DIV>
<DIV></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">
<HR color=#a0c6e5 SIZE=1>

<DIV></DIV>From:&nbsp;&nbsp;<I>Benjamin Peter &lt;Ben...@ar...&gt;</I><BR>Reply-To:&nbsp;&nbsp;<I>lin...@li...</I><BR>To:&nbsp;&nbsp;<I>lin...@li...</I><BR>Subject:&nbsp;&nbsp;<I>Re: [Linux-wildo-devel] bootstrap.sh issue</I><BR>Date:&nbsp;&nbsp;<I>Mon, 26 Mar 2007 19:03:02 +0200</I><BR>MIME-Version:&nbsp;&nbsp;<I>1.0</I><BR>Received:&nbsp;&nbsp;<I>from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc7-f18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 26 Mar 2007 10:03:09 -0700</I><BR>Received:&nbsp;&nbsp;<I>from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid EFC77FD28; Mon, 26 Mar 2007 09:03:08 -0800 (PST)</I><BR>Received:&nbsp;&nbsp;<I>from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]helo=mail.sourceforge.net)by 
sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1HVsb5-0006FO-71 for lin...@li...;Mon, 26 Mar 2007 10:03:07 -0700</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-09.arcor-online.net ([151.189.21.49])by mail.sourceforge.net with esmtp (Exim 4.44) id 1HVsb3-0001YF-Lufor lin...@li...;Mon, 26 Mar 2007 10:03:07 -0700</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net[151.189.8.20])by mail-in-09.arcor-online.net (Postfix) with ESMTP id AEC8C37A474for &lt;lin...@li...&gt;;Mon, 26 Mar 2007 19:03:02 +0200 (CEST)</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net[151.189.21.51])by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id A26662130C2for &lt;lin...@li...&gt;;Mon, 26 Mar 2007 19:03:02 
+0200 (CEST)</I><BR>Received:&nbsp;&nbsp;<I>from [192.168.2.2] (p54A9461C.dip0.t-ipconnect.de [84.169.70.28])(Authenticated sender: ben...@ar...)by mail-in-11.arcor-online.net (Postfix) with ESMTP id 546B4281408for &lt;lin...@li...&gt;;Mon, 26 Mar 2007 19:03:02 +0200 (CEST)</I><BR>&gt;Hi Scorpyn,<BR>&gt;<BR>&gt;Scorpyn . wrote:<BR>&gt; &gt;<BR>&gt; &gt; A better description of what to do with the gsm.h file can be found in<BR>&gt; &gt; INSTALL.Cygwin (section 2), maybe we could simply copy that section into<BR>&gt; &gt; the INSTALL file? It'll probably have to be rewritten slightly though.<BR>&gt; &gt; (Some stuff should probably be added aswell, like run bootstrap.sh and<BR>&gt; &gt; make sure you have gtk libs etc).<BR>&gt;<BR>&gt;I talked to darkschneider and the gsm.h thing is not necessary anymore<BR>&gt;the problem is solved.<BR>&gt;<BR>&gt;I 
don't know if anyone has tried a cygwin build lately, but I guess<BR>&gt;that file surely needs an update too. :)<BR>&gt;<BR>&gt; &gt;<BR>&gt; &gt; I'll try to have a look at this tonight.<BR>&gt;<BR>&gt;Sry, I just commited a 5 line version of it (before I got your mail). It<BR>&gt;is just something like a stub, if you want to make a more detailed<BR>&gt;version, please go ahead. :)<BR>&gt;<BR>&gt;<BR>&gt;regards,<BR>&gt;<BR>&gt;Benjamin Peter<BR>&gt;<BR>&gt;-------------------------------------------------------------------------<BR>&gt;Take Surveys. Earn Cash. Influence the Future of IT<BR>&gt;Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>&gt;opinions on IT &amp; business topics through brief surveys-and earn 
cash<BR>&gt;http://www.techsay.com/default.php?page=join.php&amp;p=sourceforge&amp;CID=DEVDEV<BR>&gt;_______________________________________________<BR>&gt;Linux-wildo-devel mailing list<BR>&gt;Lin...@li...<BR>&gt;https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel<BR></FONT></BLOCKQUOTE></div><br clear=all><hr>Don't just search. Find. <a href="http://g.msn.com/8HMAEN/2749??PS=47575" target="_top">MSN Search</a> Check out the new MSN Search!</html>

Hi Scorpyn,

Scorpyn . wrote:
> 
> A better description of what to do with the gsm.h file can be found in
> INSTALL.Cygwin (section 2), maybe we could simply copy that section into
> the INSTALL file? It'll probably have to be rewritten slightly though.
> (Some stuff should probably be added aswell, like run bootstrap.sh and
> make sure you have gtk libs etc).

I talked to darkschneider and the gsm.h thing is not necessary anymore
the problem is solved.

I don't know if anyone has tried a cygwin build lately, but I guess
that file surely needs an update too. :)

> 
> I'll try to have a look at this tonight.

Sry, I just commited a 5 line version of it (before I got your mail). It
is just something like a stub, if you want to make a more detailed
version, please go ahead. :)

regards,

Benjamin Peter

<html><div style='background-color:'><DIV class=RTE>
<P>Hi!</P>
<P>I'll only reply regarding the gsm.h issue because I'm not familiar enough with the other stuff.</P>
<P>A better description of what to do with the gsm.h file can be found in INSTALL.Cygwin (section 2), maybe we could simply copy that section into the INSTALL file? It'll probably have to be rewritten slightly though. (Some stuff should probably be added aswell, like run bootstrap.sh and make sure you have gtk libs etc).</P>
<P>I'll try to have a look at this tonight.<BR><BR></P></DIV>
<DIV></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">
<HR color=#a0c6e5 SIZE=1>

<DIV></DIV>From:&nbsp;&nbsp;<I>Benjamin Peter &lt;Ben...@ar...&gt;</I><BR>Reply-To:&nbsp;&nbsp;<I>lin...@li...</I><BR>To:&nbsp;&nbsp;<I>lin...@li...</I><BR>Subject:&nbsp;&nbsp;<I>[Linux-wildo-devel] bootstrap.sh issue</I><BR>Date:&nbsp;&nbsp;<I>Sun, 25 Mar 2007 21:01:20 +0200</I><BR>MIME-Version:&nbsp;&nbsp;<I>1.0</I><BR>Received:&nbsp;&nbsp;<I>from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc11-f12.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Sun, 25 Mar 2007 12:01:26 -0700</I><BR>Received:&nbsp;&nbsp;<I>from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 6C84B12032; Sun, 25 Mar 2007 11:01:26 -0800 (PST)</I><BR>Received:&nbsp;&nbsp;<I>from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]helo=mail.sourceforge.net)by 
sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1HVXy0-0001Sm-Hs for lin...@li...;Sun, 25 Mar 2007 12:01:24 -0700</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-01.arcor-online.net ([151.189.21.41])by mail.sourceforge.net with esmtp (Exim 4.44) id 1HVXxz-00046s-2Mfor lin...@li...;Sun, 25 Mar 2007 12:01:24 -0700</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net[151.189.8.15])by mail-in-01.arcor-online.net (Postfix) with ESMTP id 66AB21934A8for &lt;lin...@li...&gt;;Sun, 25 Mar 2007 21:01:19 +0200 (CEST)</I><BR>Received:&nbsp;&nbsp;<I>from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net[151.189.21.42])by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 21CB82D366Cfor &lt;lin...@li...&gt;;Sun, 25 Mar 2007 21:01:19 
+0200 (CEST)</I><BR>Received:&nbsp;&nbsp;<I>from [192.168.2.2] (p54a960b5.dip.t-dialin.net [84.169.96.181])(Authenticated sender: ben...@ar...)by mail-in-02.arcor-online.net (Postfix) with ESMTP id E49DA2D9A80for &lt;lin...@li...&gt;;Sun, 25 Mar 2007 21:01:18 +0200 (CEST)</I><BR>&gt;Hi darkschneider, hi all,<BR>&gt;<BR>&gt;There is a problem with the new bootstrap.sh or rather the automake<BR>&gt;(aclocal) version check.<BR>&gt;<BR>&gt;First, maybe it should exit when there was a wrong automake version. I<BR>&gt;couldn't build it on my notebook because of a wrong automake. There was<BR>&gt;a warning about an old version but the mass of automake errors made the<BR>&gt;warning hard to see.<BR>&gt;<BR>&gt;And second I now have automake 1.10 and it reports it as incorrect<BR>&gt;version since it compares the version as decimal values. Maybe we 
should<BR>&gt;rewrite the script to check major and minor version separately. (Same<BR>&gt;goes for aclocal)<BR>&gt;<BR>&gt;One small thing, the information about gsm.h in the INSTALL file is<BR>&gt;deprecated, isn't it? If so we should remove it or use some default<BR>&gt;configure/make/make install text.<BR>&gt;<BR>&gt;regards,<BR>&gt;<BR>&gt;Benjamin Peter<BR>&gt;<BR>&gt;-------------------------------------------------------------------------<BR>&gt;Take Surveys. Earn Cash. Influence the Future of IT<BR>&gt;Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>&gt;opinions on IT &amp; business topics through brief surveys-and earn cash<BR>&gt;http://www.techsay.com/default.php?page=join.php&amp;p=sourceforge&amp;CID=DEVDEV<BR>&gt;_______________________________________________<BR>&gt;Linux-wildo-devel mailing 
list<BR>&gt;Lin...@li...<BR>&gt;https://lists.sourceforge.net/lists/listinfo/linux-wildo-devel<BR></FONT></BLOCKQUOTE></div><br clear=all><hr>Express yourself instantly with MSN Messenger! <a href="http://g.msn.com/8HMBEN/2743??PS=47575" target="_top">MSN Messenger</a> Download today it's FREE!</html>

Hi darkschneider, hi all,

There is a problem with the new bootstrap.sh or rather the automake
(aclocal) version check.

First, maybe it should exit when there was a wrong automake version. I
couldn't build it on my notebook because of a wrong automake. There was
a warning about an old version but the mass of automake errors made the
warning hard to see.

And second I now have automake 1.10 and it reports it as incorrect
version since it compares the version as decimal values. Maybe we should
rewrite the script to check major and minor version separately. (Same
goes for aclocal)

One small thing, the information about gsm.h in the INSTALL file is
deprecated, isn't it? If so we should remove it or use some default
configure/make/make install text.

regards,

Benjamin Peter

Hi guys,

i read you have some troubles at the moment (sound choppiness).
Maybe one of this alternatives has a solution or can give you some new ideas.
I have to admit that i did not test or had a closer look at one of them.

1. http://mumble.sourceforge.net/
2. http://jdolan.dyndns.org/trac/wiki/Squawk

Good luck, Steffen.

-- 
Hypnos powered by LFS SVN-20041206 (Linux 2.6.20.4)

Best regards, Steffen Pankratz.

Hi,

----- Original Nachricht ----
Von:     Gabriele Dini Ciacci <dar...@io...>
An:      lin...@li...
Datum:   20.03.2007 01:01
Betreff: Re: [Linux-wildo-devel] New API for Audio and Codec

> Naturally, everything said in the mail in the mail with topic
> "dataserver packets" still applies, this mail is intended for serious
> discussion and concrete ideas on the implementation too.
> Like "I want it to be able to do this" or "I have heard that other
> programs do this".

This is no concrete idea but we should think about where to add the possibl=
ity for
buffering input frames and how to create an output buffer.

A timestamp for frames (or just for the whole buffer if implemented) is als=
o needed to
handle missing frames since we just rely on a datagram service.

Mixing multiple sounds is something that can be considered in the design (A=
s darkschneider
allready stated in the irc channel). Even if it is just to make sure it mig=
ht not belong there.

I think we need a buffer but I am not absolutely sure, since we sill don't =
know what
exactly is the cause of the choppyness.

regards,

Benjamin Peter

Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: g=FCnsti=
g
und schnell mit DSL - das All-Inclusive-Paket f=FCr clevere Doppel-Sparer,
nur  39,85 =80  inkl. DSL- und ISDN-Grundgeb=FChr!
http://www.arcor.de/rd/emf-dsl-2

2003	Jan	Feb	Mar (7)	Apr (5)	May	Jun	Jul	Aug	Sep (28)	Oct (60)	Nov (1)	Dec
2004	Jan (3)	Feb (14)	Mar	Apr	May (18)	Jun	Jul	Aug (4)	Sep	Oct (1)	Nov	Dec
2005	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (2)	Oct (3)	Nov	Dec
2006	Jan (1)	Feb (7)	Mar	Apr	May	Jun	Jul	Aug (3)	Sep	Oct	Nov (1)	Dec
2007	Jan	Feb	Mar (21)	Apr (3)	May	Jun (2)	Jul (5)	Aug	Sep	Oct	Nov	Dec

linux-wildo-devel Mailing List for Linux-Wildo!

linux-wildo-devel — developers public list