linux-wildo-devel Mailing List for Linux-Wildo!
Status: Pre-Alpha
Brought to you by:
darkschneider2
You can subscribe to this list here.
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
|
From: <nig...@ho...> - 2007-07-07 19:52:42
|
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/ |
From: <nig...@ho...> - 2007-07-07 17:11:36
|
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/ |
From: Gabriele D. C. <dar...@io...> - 2007-07-04 12:02:57
|
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 |
From: Benjamin P. <ben...@ar...> - 2007-07-04 08:24:27
|
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 |
From: Gabriele D. C. <dar...@io...> - 2007-07-03 21:50:12
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-06-23 03:14:42
|
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/ |
From: Benjamin P. <Ben...@ar...> - 2007-06-22 21:27:48
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-04-23 07:07:49
|
<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> |
From: Gabriele D. C. <dar...@io...> - 2007-04-22 15:03:45
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-04-21 14:26:41
|
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/ |
From: Gabriele D. C. <dar...@io...> - 2007-03-29 11:42:38
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-03-29 09:56:52
|
<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 if anything that affects us 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 --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 :)</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">>Portaudio is code that was commited by an old developer and at that<BR>>time was flagges as working.<BR>>I never tested it but gros did it about 1.5 years ago and he said it<BR>>was not working.<BR>>The main problem is that we have sightly changed the<BR>>API from that time and it probably need at least a fast lift-up (nothing<BR>>complex, just a matter of naming the functions correctly and checking<BR>>the are conformant to the specs).<BR>><BR>>Volunter here is needed, anyone?<BR>><BR>>About OSS it was working 2 weeks ago when I lastly tested it, it was<BR>>working bad as OSS always did (perfect on my system thought, but not<BR>>on other systems).<BR>>By default the configure enable ALSA if it can find it, as many other<BR>>thing it checks only for the lib and not for the headers, i have to fix<BR>>all those problems cause they give issues on many system (mainly<BR>>Debian!!)<BR>>--disable-alsa is stupid like many other switches cause it do disable<BR>>alsa but cause of the missing plugin design you still need the header<BR>>to compile lw!! There is more and more worki on that configure.ac... it<BR>>grows and grows, I'll have a look at what i can do, that is a bug that<BR>>should be put in sf... so when someone has time he can take care of it<BR>>(without forgetting it, it happens continuously).<BR>><BR>>About the test stuff it would be strange it does not work when you<BR>>sucessfuly compile with oss, those that does not use static instance of<BR>>ALSA should still work, they are just too waiting the pluginization...<BR>>then you will just choose what to use with -<something><BR>>alsa/oss/portaudio -<something> gsm/speex/CELP<BR>><BR>>Regards,<BR>>Gabriele Dini Ciacci<BR>><BR>><BR>>On Tue, 27 Mar 2007 23:21:38 +0000<BR>>"Scorpyn ." <sc...@ho...> wrote:<BR>><BR>> > Hmm...<BR>> ><BR>> > What's the status of portaudio? Is that supported and/or still<BR>> > planning to be supported?<BR>> ><BR>> > The problems I've had with alsa (some or all might be fixed by now<BR>> > though) :<BR>> ><BR>> > 1. ./configure --disable-alsa didn't work.<BR>> > 2. Some of the test stuff seemed to still be using oss a while ago<BR>> > (linux with alsa but without oss emulation failed, but I might be<BR>> > assuming too much<BR>> > - maybe there was another issue).<BR>> > 3. ./configure was able to find alsa support in a Cygwin environment,<BR>> > but there were no header files so the compilation failed.<BR>> ><BR>> > ><BR>> > >Hi Scorpyn,<BR>> > ><BR>> > >Scorpyn . wrote:<BR>> > > > Looks good. INSTALL.Cygwin does need to be updated aswell,<BR>> > > > because at the moment it only describes how to compile the test<BR>> > > > stuff. I think some changes to other files in the project might<BR>> > > > be necessary first though (./configure --disable-alsa comes to<BR>> > > > mind, but maybe that's already taken care of).<BR>> > > ><BR>> > > > I'll have a look at INSTALL.Cygwin and related stuff instead then<BR>> > > > (as I'm supposed to) :)<BR>> > ><BR>> > >Sounds great, please do that. --disable-alsa could be a problem at<BR>> > >the moment since oss isn't working, but maybe darkschneider can say<BR>> > >something about that.<BR>> > ><BR>> > ><BR>> > >regards,<BR>> > ><BR>> > >Benjamin Peter<BR>> > ><BR>> ></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> |
From: Gabriele D. C. <dar...@io...> - 2007-03-28 13:39:53
|
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 |
From: Gabriele D. C. <dar...@io...> - 2007-03-28 13:22:28
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-03-27 23:21:48
|
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/ |
From: Scorpyn . <sc...@ho...> - 2007-03-27 23:10:06
|
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/ |
From: Gabriele D. C. <dar...@io...> - 2007-03-27 16:08:39
|
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 |
From: Gabriele D. C. <dar...@io...> - 2007-03-27 16:05:07
|
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 |
From: Benjamin P. <Ben...@ar...> - 2007-03-27 15:16:00
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-03-27 14:43:40
|
<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: <I>Benjamin Peter <Ben...@ar...></I><BR>Reply-To: <I>lin...@li...</I><BR>To: <I>lin...@li...</I><BR>Subject: <I>Re: [Linux-wildo-devel] bootstrap.sh issue</I><BR>Date: <I>Mon, 26 Mar 2007 19:03:02 +0200</I><BR>MIME-Version: <I>1.0</I><BR>Received: <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: <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: <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: <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: <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 <lin...@li...>;Mon, 26 Mar 2007 19:03:02 +0200 (CEST)</I><BR>Received: <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 <lin...@li...>;Mon, 26 Mar 2007 19:03:02 +0200 (CEST)</I><BR>Received: <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 <lin...@li...>;Mon, 26 Mar 2007 19:03:02 +0200 (CEST)</I><BR>>Hi Scorpyn,<BR>><BR>>Scorpyn . wrote:<BR>> ><BR>> > A better description of what to do with the gsm.h file can be found in<BR>> > INSTALL.Cygwin (section 2), maybe we could simply copy that section into<BR>> > the INSTALL file? It'll probably have to be rewritten slightly though.<BR>> > (Some stuff should probably be added aswell, like run bootstrap.sh and<BR>> > make sure you have gtk libs etc).<BR>><BR>>I talked to darkschneider and the gsm.h thing is not necessary anymore<BR>>the problem is solved.<BR>><BR>>I don't know if anyone has tried a cygwin build lately, but I guess<BR>>that file surely needs an update too. :)<BR>><BR>> ><BR>> > I'll try to have a look at this tonight.<BR>><BR>>Sry, I just commited a 5 line version of it (before I got your mail). It<BR>>is just something like a stub, if you want to make a more detailed<BR>>version, please go ahead. :)<BR>><BR>><BR>>regards,<BR>><BR>>Benjamin Peter<BR>><BR>>-------------------------------------------------------------------------<BR>>Take Surveys. Earn Cash. Influence the Future of IT<BR>>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>>opinions on IT & business topics through brief surveys-and earn cash<BR>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV<BR>>_______________________________________________<BR>>Linux-wildo-devel mailing list<BR>>Lin...@li...<BR>>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> |
From: Benjamin P. <Ben...@ar...> - 2007-03-26 17:03:07
|
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 |
From: Scorpyn . <sc...@ho...> - 2007-03-26 16:54:55
|
<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: <I>Benjamin Peter <Ben...@ar...></I><BR>Reply-To: <I>lin...@li...</I><BR>To: <I>lin...@li...</I><BR>Subject: <I>[Linux-wildo-devel] bootstrap.sh issue</I><BR>Date: <I>Sun, 25 Mar 2007 21:01:20 +0200</I><BR>MIME-Version: <I>1.0</I><BR>Received: <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: <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: <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: <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: <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 <lin...@li...>;Sun, 25 Mar 2007 21:01:19 +0200 (CEST)</I><BR>Received: <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 <lin...@li...>;Sun, 25 Mar 2007 21:01:19 +0200 (CEST)</I><BR>Received: <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 <lin...@li...>;Sun, 25 Mar 2007 21:01:18 +0200 (CEST)</I><BR>>Hi darkschneider, hi all,<BR>><BR>>There is a problem with the new bootstrap.sh or rather the automake<BR>>(aclocal) version check.<BR>><BR>>First, maybe it should exit when there was a wrong automake version. I<BR>>couldn't build it on my notebook because of a wrong automake. There was<BR>>a warning about an old version but the mass of automake errors made the<BR>>warning hard to see.<BR>><BR>>And second I now have automake 1.10 and it reports it as incorrect<BR>>version since it compares the version as decimal values. Maybe we should<BR>>rewrite the script to check major and minor version separately. (Same<BR>>goes for aclocal)<BR>><BR>>One small thing, the information about gsm.h in the INSTALL file is<BR>>deprecated, isn't it? If so we should remove it or use some default<BR>>configure/make/make install text.<BR>><BR>>regards,<BR>><BR>>Benjamin Peter<BR>><BR>>-------------------------------------------------------------------------<BR>>Take Surveys. Earn Cash. Influence the Future of IT<BR>>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>>opinions on IT & business topics through brief surveys-and earn cash<BR>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV<BR>>_______________________________________________<BR>>Linux-wildo-devel mailing list<BR>>Lin...@li...<BR>>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> |
From: Benjamin P. <Ben...@ar...> - 2007-03-25 19:01:24
|
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 |
From: Steffen P. <kr...@gm...> - 2007-03-24 22:12:28
|
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. |
From: Benjamin P. <ben...@ar...> - 2007-03-20 07:48:50
|
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 |