Hi everybody, I am trying to use the libopus trivial example I found here: http://git.xiph.org/?p=opus.git;a=blob;f=doc/trivial_example.c When I run it I get my new decoded file with the same size(+/-) as my initial .wav file. I try to start it with vlc but I can't. I think this is a problem of header/container but I am not sure. Does anybody have an idea where it may come from ? Benjamin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20150916/2277d59d/attachment.htm
On 16/09/15 05:39 AM, GoudGaime . wrote:> When I run it I get my new decoded file with the same size(+/-) as my > initial .wav file. > I try to start it with vlc but I can't. I think this is a problem of > header/container but I am not sure.Your surmise is correct. This example reads and writes raw pcm without a wav header (see 'trivial' :/). So it treated the wav header on your input file as audio data (it's short, so at most you'd hear a blup at the start) and then wrote out the decoded data without a wav header, which is why (a) vlc doesn't recognize it and (b) the size is slightly off. You can use a utility like sox or audacity to convert the 'raw pcm' data to wav, and vice versa. HTH, -r
Possibly Parallel Threads
- multiple barplot
- lme4 problem: model defining and effect estimation ------ question from new bird to R community from SAS community
- Bug#745419: xen-utils-4.1: Pygrub fails to boot from LVM LV when something installed in the volume boot record
- Unlist alternatives?
- BLUP with missing data