Displaying 4 results from an estimated 4 matches for "speex_skip_wb_frame".
2008 Feb 13
2
Determine number of 20ms frames in packet - without decoding
...ad of 0 to make it compatible with speex_mode_query()
> return values. So, for now I declared own version of wb_skip_table[].
I'll need to have a closer look at that code.
> I also think that having rame_num.c in libspeex, code size could be
> reduced and simplified slightly by using speex_skip_wb_frame() in
> nb_decode() instead of duplicating code.
Well, the code is a bit different (e.g. handling of in-band data), so
I'm not sure it's possible in a way that is worth it.
> You definitely have to create some dictionary of terms, used in Speex.
> It's really hard to understan...
2008 Feb 12
2
Determine number of 20ms frames in packet - without decoding
Hi Alexander,
> Here is first attempt. I'm sending it here for review - am I understand
> you correctly? If general approach is correct, I'll change code to use
> modes from modes.c.
I haven't tested, but it looks sane. Just a few comments:
- printf("\tERROR not enough bits left after wb\n"); this is actually
now an error. It just means you got to the end of the
2008 Feb 13
0
Determine number of 20ms frames in packet - without decoding
...should be 4 instead of 0 and last four elements should
be -1 instead of 0 to make it compatible with speex_mode_query()
return values. So, for now I declared own version of wb_skip_table[].
I also think that having rame_num.c in libspeex, code size could be
reduced and simplified slightly by using speex_skip_wb_frame() in
nb_decode() instead of duplicating code.
>> One question - as far as I understand, to get number of samples
>> we should not parse WB frames even in (U)WB mode, becuase
>> in WB mode "meta"-frame consist of NB frame, and WB frame.
>> Is it correct?
>
>...
2008 Feb 13
0
Determine number of 20ms frames in packet - without decoding
For clarity I attached modified testenc.c I used to test my code.
On 2/14/08, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote:
> > I also think that having rame_num.c in libspeex, code size could be
> > reduced and simplified slightly by using speex_skip_wb_frame() in
> > nb_decode() instead of duplicating code.
>
> Well, the code is a bit different (e.g. handling of in-band data), so
> I'm not sure it's possible in a way that is worth it.
Oh, you're right, inband handling is different, but it's a matter of one
flag, passed t...