similar to: bug report for oggenc in CVS: vorbis-tools/oggenc/encode.c

I've been trying to piece my way through the encoder_example.c program to better understand how to encode files as ogg/vorbis. I'm stuck on two sections of the code. This is the first /* uninterleave samples */ for(i=0;i<bytes/4;i++){ buffer[0][i]=((readbuffer[i*4+1]<<8)| (0x00ff&(int)readbuffer[i*4]))/32768.f;

Hi! I've made a vorbis encoder in delphi, but it's very verey slow! It takes 5 minutes to encode a pcm file. And i don't know why. Could anyone help me??? ---------------------------------------------------------------------------------- result := ogg_stream_flush(os, og); while result <> 0 do begin OutFile.Write(Pointer(og.header)^, og.header_len);

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

vorbis-tools/oggenc/utf8.c:164 has a //-style comment; it should be /* ... */ so that non-gcc compilers won't barf (e.g., solaris Forte 6.1 cc). Patch included, if you're really lazy. :-) {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I came to ND for 4 years and ended up staying for a decade" Index: oggenc/utf8.c

I have a technical question about the vorbis granule position, but I would like to put the question into context. When a ogg vorbis stream is ripped using wget, fetch, or streamripper under Linux or FreeBSD, the resulting file has problems both with granule position and with a missing EOS. I think I can figure out how to add an EOS, but is there a way to determine the granule position in a stream

I was wondering. When doing ogg only encoding, how do you mark end of stream? I am setting ogg_packet.e_o_s and then submitting it via ogg_stream_packetin() and then, because its the last potential page ogg_stream_flush()ing it. But when I walk through the file, EOS is not set on that logical bitstream. I have been using oggenc.c/encoder.c and oggdec.c/decoder.c for examples, but because the

Or rather - the ogg123 seems to run faster than the oggenc. Based on the vorbis toots 1.0_1,3 I've got (on freebsd) a small streaming server which essentially takes the oss/vox audion input; uses the code from oggenc to make a stream and then a bit of apache 2.0 to dole that stream out over TCP to various clients: setup oss /dev/dspW0.0 16 bit stereo 44k1. create ogg/vorbis

I am trying to create a Graphical User Interface for a Vorbis Player under MS Visual C++ 6.0 I was initially trting to use the code from decoder_example.c but I keep getting linker errors. I have set up my project as told to by James Boer on this mailing list. This is as follows: This document was prepared from an email received from James Boer on the Ogg Vorbis mailing list. It gives a

I apologize for bugging you all again, but I've been trying to wrap my head around the encoding process and I'm about to have an aneurysm :P I've gone through oggenc.c, encode.c, and audio.c and I think I have a basic idea of what happens. I got it down in pseudocode as follows: --- 1 get parameters 2 init vorbis_comment -- vorbis_comment_init() 3 init vorbis_info --

> > Which part? > > Well, my biggest problem is dealing with files. As you have mentioned > that fill_buffer() is obsolete, what has replaced it? ogg_sync_buffer() > didn't seem to be what I was looking for, as far as I can tell... am I > headed in completely the wrong direction? Ah, OK, I understand where you're headed now. The libvorbis API is different than

Hi all, I have a problem with smbclient from the samba-client-3.0.14a-2 package supplied with Fedora Core 2. It hangs when listing any directory with over 36 items in it on one particular Windows XP Professional box I'm trying to back up. If I run smbclient -d 3, I get the following output over and over when listing the directory: received 36 entries (eos=0) received 36 entries (eos=0)

...even worse, it *appears* to work, and produces crap files. When specifying a -b <foo> option for a batch encode, -b <foo> is only obeyed for the first file. All subsequent files encode with the equivalent of -b 0 (despite the chatty text output claiming otherwise) resulting in overly low bitrates that sound like shit. I don't know if this affects -q as well, but it a safe

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

Hello, i had nearly the same problem when compiling libao (of nightly snapshot of 2001/02/10) >checking for artsc-config... /usr/bin/artsc-config >I don't know enough about KDE to know if this file is supposed to be >there without any of the kde-devel packages installed (if not, then I >have a Mandrake bug). If I move this file so it can't be found, make >and make install

Hello, i had nearly the same problem when compiling libao (of nightly snapshot of 2001/02/10) >checking for artsc-config... /usr/bin/artsc-config >I don't know enough about KDE to know if this file is supposed to be >there without any of the kde-devel packages installed (if not, then I >have a Mandrake bug). If I move this file so it can't be found, make >and make install

Hi, I'm working on a new ogg file chopper (porting 'hogg chop' to C). These work pagewise, ie. they just copy the pages that are needed from the input to the output bitstream. I'm modifying the last page in the output bitstream so that it has the eos flag set. The last page is always one that has a granulepos set (that of the last packet finishing on that page). But let's say

On 25-Feb-08, at 3:42 PM, Conrad Parker wrote: > ok. If the correct behaviour should be to ignore the incomplete > packet, that should also be clarified in the spec. Fair enough. What if no packet ends on the eos page? What about additional pages after the eos page? > I'd find it useful if it was not considered a structural error, as it > allows us to very simply chop files

(I've already posted this message month ago, but nobody answered, may be it was not delivered to newsgroup?) Hello, All. I wrote an encoder-decoder based on example from OGG-Vorbis SDK. This encoder can encode a large amount of small WAV-files with equal parameters into one sound archive. Then I decode this sound archive back into large amount of small WAV-files. Theese files are

First of all, keep the replies on the mailing list. Are you subscribed to the mailing list? On Aug 24 09:44:56, nguyenquocthao00 at gmail.com wrote: > The file ogg is the same, I know that. So oggenc must have produced exactly the same audio. So it must be specific to the "live" playing. > And the problem is not from curl, > curl is only an example to replicate my problem.