search for: input_buffer

...ps but it don´t work and i don´t come forward. Hopefully someone can help me! CALL int __stdcall EncodeSpeexFrame (float *input_frame, unsigned char *output_bytes, int input_size) { int MAX_NB_BYTES, nbBytes; char *output_buffer; unsigned char *temp_buffer; float *input_buffer; input_buffer = new float (input_size); input_buffer = input_frame; speex_bits_reset(&enc_bits); speex_encode(enc_state, input_buffer, &enc_bits); delete input_buffer; MAX_NB_BYTES = speex_bits_nbytes(&enc_bits); output_buff...

...endianness is native instead of little-endian so it > isn't safe to simply copy a WAVE sample into the Flac buffer unless you can > guarantee you are on a little-endian platform. > > A cross-platform 24-bit sample packing into a FLAC__int32 would look something > like this: > input_buffer[sample * 3 + 2] << 16 | > input_buffer[sample * 3 + 1] << 8 | > input_buffer[sample * 3 + 0] > > Or you may choose a different method for mapping the sample words from WAVE to > Flac. The sample word sizes should match and the interleaved buffer formats > should match...

...contained 224 zero bytes, followed by 224 non-zero bytes. I've tracked the bug to the calculation of the number of bytes to fill the input_ buffer with, which is calculated in line 778 of encode.c as follows: data_bytes = wide_samples * (bps >> 3); However, my understanding is that the input_buffer is always an array of 32-bit integers, and therefore the calculation should always be: data_bytes = wide_samples * 4; The expression (bps >> 3) is also used elsewhere in encode.c so you may wish to examine those instances as well for similar bugs. Best wishes, and thanks for FLAC. Dave

Hi, In the last days I've been taking as reference the example found in examples/c/encode/file/main.c. With it I've been able to encode a 2ch, 16 bps, 44100 sample rate input WAV file to a FLAC file. Now I've been trying to modify this example to encode a 2ch, 24 bps, 96000 sample rate WAV file. I have to say I'm a bit lost on how I should read the input file in this case, and

...bytes. > > I've tracked the bug to the calculation of the number of bytes to > fill > the input_ buffer with, which is calculated in line 778 of encode.c > as > follows: > > data_bytes = wide_samples * (bps >> 3); > > However, my understanding is that the input_buffer is always an array > of > 32-bit integers, and therefore the calculation should always be: > > data_bytes = wide_samples * 4; > > The expression (bps >> 3) is also used elsewhere in encode.c so you > may > wish to examine those instances as well for similar bugs. &gt...

...emplate_instnt.o)(.gnu.linkonce.t._._Q25mySTLt4list1ZPQ25yaSSL11SSL_SESSION+0x41): In function `mySTL::list<yaSSL::SSL_SESSION *>::~list(void)': : undefined reference to `__builtin_delete' /usr/lib/mysql/libmysqlclient.a(template_instnt.o)(.gnu.linkonce.t._._Q25mySTLt4list1ZPQ25yaSSL12input_buffer+0x41): In function `mySTL::list<yaSSL::input_buffer *>::~list(void)': : undefined reference to `__builtin_delete' /usr/lib/mysql/libmysqlclient.a(template_instnt.o)(.gnu.linkonce.t._._Q25mySTLt4list1ZPQ25yaSSL13output_buffer+0x41): In function `mySTL::list<yaSSL::output_buffer *&gt...

http://bugs.freedesktop.org/show_bug.cgi?id=23505 Summary: KDE's Kubrick has problems with xf86-video-nouveau driver Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at