search for: decoders

libswfdec/swfdec_loadvars_as.c | 2 - test/trace/Makefile.am | 9 ++++++ test/trace/loadvars-decode-5.swf |binary test/trace/loadvars-decode-5.swf.trace | 23 +++++++++++++++ test/trace/loadvars-decode-6.swf |binary test/trace/loadvars-decode-6.swf.trace | 23 +++++++++++++++ test/trace/loadvars-decode-7.swf |binary

When I was trying to find yesterday's xmms-plugin bug, i have noticed that seeking in stream without seek-table isn't very good. With attached patch it is much better. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig 2003-02-26 19:41:51.000000000 +0100 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-09 23:49:35.000000000 +0200

I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in

Here's what I listed in that email. Merging doesn't appear to be necessary. If you have any build problems, let me know. Note that my detection code is Darwin-specific. It's a BSD call (sysctl()), so a change to the platform-detection macros should enable it to work on other BSDs. However, I don't know what that would be, and I couldn't determine any safe way to do the check

Ok, the patch from 2003 about improving seeking still didn't make it to CVS, so here is another try. I made some benchmarking with the test_seeking utility from flac sources to show how bad the current seeking is, especially without seektable. Track used for the experiment had about 50 minutes. In the following table is average number of seeks and number of decoded frames required for one

My file is 3 hours long, so decoding takes around 5 minutes on an average computer. That is a bit too long unfortunately... Am 23.12.2011 20:38, schrieb Steve Checkoway: > On Dec 23, 2011, at 10:54, Hermann Weber<hermie.weber at gmx.de> wrote: > >> And how many frames does Speex need to "recover"? >> Or is that not predictable? > No idea. My guess is not

libswfdec/swfdec_player.c | 18 +-- test/trace/loadvars-decode-5.swf |binary test/trace/loadvars-decode-5.swf.trace | 182 +++++++++++++++++++++++++++++++++ test/trace/loadvars-decode-6.swf |binary test/trace/loadvars-decode-6.swf.trace | 182 +++++++++++++++++++++++++++++++++ test/trace/loadvars-decode-7.swf |binary test/trace/loadvars-decode-7.swf.trace |

I'm having a hell of a time linking against libFLAC_static.lib on Win32: link -out:blib\arch\auto\Audio\FLAC\Decoder\Decoder.dll -dll -nologo -nodefaultlib -debug -opt:ref,icf -libpath:"C:\Perl\lib\CORE" -machine:x86 Decoder.obj libflacsupport.lib C:\Perl\lib\CORE\perl58.lib C:\Perl\lib\CORE\libFLAC_static.lib -def:Decoder.def Creating library

...rn decoder->out_format; +} + +/** + * swfdec_audio_decoder_push: + * @decoder: a #SwfdecAudioDecoder + * @buffer: a #SwfdecBuffer to process or %NULL to flush + * + * Pushes a new buffer into the decoding pipeline. After this the results can + * be queried using swfdec_audio_decoder_pull(). Some decoders may not decode + * all available data immediately. So when you are done decoding, you may want + * to flush the decoder. Flushing can be achieved by passing %NULL as the + * @buffer argument. Do this when you are finished decoding. + **/ +void +swfdec_audio_decoder_push (SwfdecAudioDecoder *decode...

On Mon, Jan 24, 2005 at 06:31:21PM -0800, Josh Coalson wrote: > yes, a mere 2 years later it is checked in! > > speed improvement for me is roughly 17% testing flac files on > linux-i386. Thanks! In case you would like to check another old patch, I have attached updated patch for seekable stream decoder, originally posted on 09/07/2003. -- Miroslav Lichvar -------------- next

...-prototypes -Waggregate-return -Wcast-align -Wnested-externs -Wshadow -Wundef -Wmissing-declarations -Winline -Wdeclaration-after-statement -D_FORTIFY_SOURCE=2 -msse2 -MT decode.o -MD -MP -MF $depbase.Tpo -c -o decode.o decode.c &&\ mv -f $depbase.Tpo $depbase.Po decode.c: In function 'DecoderSession_destroy': decode.c:270:5: error: unknown type name 'HANDLE' HANDLE fh = CreateFile_utf8(d->outfilename, GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); ^ decode.c:270:17: warning: implicit declaration of...

libswfdec-gtk/swfdec_gtk_loader.c | 10 -- libswfdec/Makefile.am | 2 libswfdec/swfdec_codec.c | 39 -------- libswfdec/swfdec_codec.h | 26 ----- libswfdec/swfdec_codec_ffmpeg.c | 98 ++++++++------------- libswfdec/swfdec_codec_gst.c | 174 +++++++++++++++++++------------------- libswfdec/swfdec_codec_screen.c | 60 +++++--------

On Mon, Oct 30, 2006 at 11:13:25AM -0800, Josh Coalson wrote: > my apologies for not doing this before Miroslav... I will definitely > integrate it this time. Thanks. Sending latest version of the patch. Now it can seek in files that have large id3 tag (or any random data) at the end and it won't loop on streams with shuffled frames. -- Miroslav Lichvar -------------- next part

Hi All, We are using speex decoder only for narrow band decoding. Quite often, even though source frame is not silence, decoded audio is silence. I wonder there is a problem in the way we uses speex decoder API. Basically, we initialize speex decoder only once and just reset the decoder before we decoding another file. Do we need to intialize speex decoder and destory decoder for each audio file

Because a wideband signal has both a narrowband part and a wideband part the first part of the wideband decode is to call the narrowband decode. In the fixed point version the signal generated from the narrowband decode is downshifted at the end. In this same version the wideband then upshifts the signal by the same amount. I would like to do away with the downshift on the narrowband side

To avoid crash caused by an unbound LPC decoding when predictor order is larger than blocksize, the sanity check needs to be moved to the subframe decoding functions. --- src/libFLAC/stream_decoder.c | 30 ++++++++++++------------------ 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/src/libFLAC/stream_decoder.c b/src/libFLAC/stream_decoder.c index d13b23b..211b4db 100644 ---

Sorry, I am newbie. Sample codes are from https://github.com/oneman/libflac/tree/master/examples/cpp. I used FLAC__stream_decoder_process_single function but it still gives exception. Maybe I could not control read callback, you're right. I will check it and write result in this thread. Thanks for help. 2013/7/1 Martijn van Beurden <mvanb1 at gmail.com> > I'll top-post this

Hi, I just started using speex recently and I've been having problem with Speex ver. 1.1.10 decoder. I used Speex to encode a wav file to spx then decode it back to wav file to see the voice quality that results from different speex options. Somehow, I couldn't get the original wav file back. I used both Speex ver 1.1.6 and ver 1.1.10 to both encode and decode, despite the same output

hi everyone, since about 10 days I've been working on an implementation of ogg vorbis *decoder* from scratch, and I've got a few constructive remarks about the specs and some questions. -------------------------- First a question: > 9.2.4. low_neighbor > > "low_neighbor(v,x)" finds the position n in vector [v] of the greatest > value scalar element for which

Sorry, it seems I have only replied to Lakhdar, not to the newsgroup. Below is my reply to Lakhdar, and I would like to make it more clear now, using some pseudo values for simplicity: I read bytes 1 to 124 from my encoded spx file. I decode themt and get the values: ---Frame 1---- -293 -8234 2134 17 ---Frame 2---- -9323 -732 189 2329 Both frames are just perfect as I need them. But now when I