[CELT-dev] Variable frame size and API changes

[Dennis Heerema]

Hi,

As I stated: "But then again it depends on where you want to use the
codec for. I mean for a voip app, it doesn't really mather the lack of
44.1, either you choose 32Khz of 48Khz for quality standards you might
wish / need."

regards,

Dennis

Op 18-5-2010 15:45, Thorvald Natvig schreef:
> Hi,
>
> Since CELT is intended primarily as a low-latency codec for "live"
> material, is transcoding likely to be needed?
>
> Best Regards,
> Thorvald
>
>
> Dennis Heerema wrote:
>> Hi There,
>> 
>> 44.1 Khz is the most used samplerate, downsampling is really
>> something you want to avoid.
>> But then again it depends on where you want to use the codec for.
>> I mean for a voip app, it doesn't really mather the lack of 44.1,
>> either you choose 32Khz of 48Khz for quality standards you might
>> wish / need.
>> But when transcoding existing recorded material from format X to
>> Celt...then it could be negative to not have the option of 44.1 Khz
>> samplingfreq.
>> 
>> regards,
>>
>> Dennis
>> 
>> --
>>
>> Het is een raar fenomeen.
>> Maar echte Amsterdammers wonen er 20 kilometer omheen!!
>>
>> Quote Marije en Dennis
>>
>>     -----Original Message-----
>>     From: "Mike Hooper" <mihooper at bellsouth.net>
>>     To: <celt-dev at xiph.org>
>>     Date: Tue, 18 May 2010 08:40:48 -0400
>>     Subject: [CELT-dev]  Variable frame size and API changes
>>
>>     Jean-Marc,
>>          I hate to see the loss of flexibility (ie 44.1). How about a
>>     CFR/VFR switch so that you accommodate both variable and fixed
>>     frame sizes? Or does this complicate the code too much?
>>          MikeH
>>
>> ------------------------------------------------------------------------
>>
>>
>> _______________________________________________
>> celt-dev mailing list
>> celt-dev at xiph.org
>> http://lists.xiph.org/mailman/listinfo/celt-dev
>>  
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/opus/attachments/20100518/36b185df/attachment-0002.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6539 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.xiph.org/pipermail/opus/attachments/20100518/36b185df/attachment-0002.bin