[Clam-devel] Removing BlockingNetworkPlayer?

Natanael Olaiz nolaiz at gmail.com
Thu Jul 31 14:07:56 PDT 2008


OK. As far I saw the BlockingNetworkPlayer is just remove the file, the 
Alsa implementations and the inclusions, right?

PushFlowControl too?

And... just delete the files or move to an 'obsolete' folder?


Regards,
Natanael.

El 07/31/2008 05:35 PM, Pau Arumí escribió:
> Natanael, 
> take this task if you feel like. It's very straightforwards but will
> give you the occasion to intimate (more) with the
> NetworkPlayer-Network-FlowControl code. 
> The NetworkPlayer::IsCallbackBased() should also be removed and adapt
> the code that uses it.
>
> P
>
>
> On dj, 2008-07-31 at 21:42 +0200, David García Garzón wrote:
>   
>> El Thursday 31 July 2008 09:19:30 Pau Arumí va escriure:
>>     
>>> I am for removing the BlockingNetworkPlayer and all the accompanying
>>> code.
>>> The reason is that our backends now are limited to Jack and PortAudio
>>> which are callback-based. Other interesting backends: PulseAudio and
>>> Mac's CoreAudio, are also callback-based. The push backends if I recall
>>> correctly where ActiveX and Alsa which have been abandoned.
>>> Besides, callback-based is more efficient that push-based, we won't want
>>> to go back...
>>>
>>>       
>> It seems that is not that used at all so go ahead with it. A related removal 
>> that implies much more code reduction is AudioIO but this could have more 
>> dependencies on examples and applications that would be harder to adapt but 
>> as you feel like adventurous... ;-)
>>
>> David
>>
>>     
>
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel at llistes.projectes.lafarga.org
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
>
>   





More information about the clam-devel mailing list