search for: m_enc

Hi everybody, We have FLAC supported for input/output in REAPER (http://www.reaper.fm), and the problem is that when writing 24 bit FLAC files, the data isn't compressed (i.e. the FLAC is slightly larger than if it was writing to .WAV). The files play back fine, however, and 16 bit mode works great. We're using flac-1.1.2, built on win32 with MSVC6 w/ SP5 + VCPP, and NASM version 0.98.39

If you encode with int iByteSizeEncoded = opus_encode(m_enc, m_ShortsInput, (1920/sizeof(short)), m_EncodedBytes, (960*6)); ... the byte size is 120. I thought that an odd value like 359 has to be a fault on my side. I thought it would be a multiple of something. So 359 is really correct??? Thank you for clearing this up. Am 06.10.2013 16:50, schrieb...

...60/sizeof(short)), fin); for(int i=0;i<iShortsRead;i++) { opus_int32 s; s=m_RawBytes[2*i+1]<<8|m_RawBytes[2*i]; s=((s&0xFFFF)^0x8000)-0x8000; m_ShortsInput[i]=s; } int iByteSizeEncoded = opus_encode(m_enc, m_ShortsInput, (5760/sizeof(short)), m_EncodedBytes, (960*6));

Hello! I have been using int iByteSizeEncoded = opus_encode(m_enc, m_ShortRawInput,960,m_EncodedBytes, 4000); iByteSizeEncoded was 120 as expected. Now when I double the frame size... int iByteSizeEncoded = opus_encode(m_enc, m_ShortRawInput,960*2,m_EncodedBytes, 4000); ... iByteSizeEncoded is not 240 as expected, but 239. This seems really odd to me since...

...or(int i=0;i<iShortsRead;i++) > { > opus_int32 s; > s=m_RawBytes[2*i+1]<<8|m_RawBytes[2*i]; > s=((s&0xFFFF)^0x8000)-0x8000; > m_ShortsInput[i]=s; > } > int iByteSizeEncoded = opus_encode(m_enc, m_ShortsInput, > (5760/sizeof(short)), m_EncodedBytes, (960*6)); > _______________________________________________ > opus mailing list > opus at xiph.org > http://lists.xiph.org/mailman/listinfo/opus >

Hi, We would like to use the OPUS codec @ 16 kHz sampling rate and max 32 kbps. What about implementing an OPUS coder and decoder in an FPGA? Has this been done? Would either coder or decoder more suitable for FPGA implementation? Best regards Fredrik Bonde -------------- next part -------------- An HTML attachment was scrubbed... URL: