[Vorbis-dev] unofficial tags
Didier Dambrin
didid at skynet.be
Thu Aug 9 05:49:16 PDT 2007
I've heard a lot that it was impossible, however, while I don't know how
vorbis encoding works, the ACM is pretty well open to anything, basically,
you feed the decoder and you get the result, and it doesn't matter if you
didn't feed it enough and the decoder has no result yet. You just keep
feeding until you get the result.
Only problem may be with 32bit float output.
> Hi,
>
> I thought there were problems with ACM codecs and VBR. Isn't this why the
> Vorbis codec was discontinued? Or am I wrong?
>
> Geoff.
>
> ----- Original Message -----
> From: "Didier Dambrin" <didid at skynet.be>
> To: <vorbis-dev at xiph.org>
> Sent: Thursday, August 09, 2007 2:45 PM
> Subject: Re: [Vorbis-dev] unofficial tags
>
>
>
>>> Another question: I'm thinking of ogg being nice to encode samples for
>>> sampler use. This introduces several problems:
>>>
>>
>>> -looping: I don't think any lossy compression would deal with this too
>>> well,
>>> but it's not that bad with ogg. Now is it technically possible to -not-
>>> compress frames that'd be around the loop points, so that the decoded
>>> result
>>> would still loop perfectly?
>>>
>>
>> Don't think this (forcing no compression) is possible in
>> Vorbis, but if you were willing to hack at the encoder
>> level you could probably lap the window function for
>> the MDCT at the loop point.
>>
>
>
> Is anyone here interested in developing for us a Windows ACM codec based
> on
> vorbis compression, and with these loopability requirements?
> _______________________________________________
> Vorbis-dev mailing list
> Vorbis-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/vorbis-dev
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.11.10/943 - Release Date:
> 08/08/2007 17:38
>
>
More information about the Vorbis-dev
mailing list