1 Apr 14:39
Re: vorbis decoder stuffs
Ed Sweetman <ed.sweetman <at> wmich.edu>
2003-04-01 12:39:56 GMT
2003-04-01 12:39:56 GMT
furthermore, the file handle stuff is nothing more than a hack for all the other decoders added sometime later from their initial creation. It is something that Has to be removed. Especially before work on minimizing the use of locks such that zinf is not crashable by races can continue. My latest ogg vorbis decoder is much closer to the "standard" decoder look. I've also determined exactly why seeking doesn't work in it. i should have time wednesday and thursday to move my BeginRead code arond the BeginWrite code so that the sequence of pausing and clearing the subsystems works correctly and doesn't introduce a garbage pcm buffer to the output plugin. I've actually simplified the plugin and since i have it much in the format of the other plugins seeking works if you time when you seek correctly, all that remains is moving the read methods to the correct place to get it working 100% of the time. I could shove code in the InitDecoder and DecodeWork methods into separate private functions like the other decoders do but it's not really necessary. In the end my decoder works the way an lmc for zinf Should work minus seeking at the moment. The other decoders are corrupt and need to be fixed. And in the case of the vorbis plugin, libvorbisfile requires the File as far as i know to decode and this is simply not acceptable in zinf. Ed Sweetman wrote: > Kristian Kvilekval wrote: > >> >> Ed, I have committed your makefile and lmc changes. >> >> I don't even feel comfortable trying your patches to the vorbis decoder >> at the moment. I am having a hard time believing this is the right(Continue reading)
RSS Feed