similar to: latest checkins

--- Matt Zimmerman <mdz@debian.org> wrote: > On Fri, Nov 09, 2001 at 11:33:17AM -0800, Josh Coalson wrote: > > > I have checked in a few changes worth noting: > > > > 1. I split the file decoder into a more general 'seekable > > stream decoder' which, makes the file decoder just a special > > case of the seekable stream decoder. this is useful

FYI, I have checked in a few interesting things. One is a speedup to the decoder (about 15% improvement in overall decode time). Another is a new interface to FLAC file metadata. If you're curious look at include/FLAC/metadata.h. It is basically a collection of object manipulation routines and iterators that make it pretty easy to add/edit/delete FLAC metadata in files efficiently. The

Dear FLAC devs, I would like to get some of our patches merged into master. Most of them deal with adhering to GNU conventions, respectively not overriding flags/variables that are up to the user to set. For instance, honoring $(htmldir) is important, as we have installation paths for the documentation that differ from what is currently coded in the various Makefile.am's. Regards David

With these versions: ii autoconf 2.54-2 automatic configure script builder ii automake1.6 1.6.3-2 A tool for generating GNU Standards-complian I am unable to build the autoconfiscations. autoheader gives: autoheader2.50: error: AC_CONFIG_HEADERS not found in configure.in What versions are you using? (btw, I do think it would be a very good idea to start using

I'm seeing these recently: Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error:

Thanks for the quick response on the C++ thing. It would also be nice if the host program could correctly write the STREAMINFO block in the stream encoder metadata callback without having to know the specifics of the header format (or worry about endianness). How exactly to achieve this might take some thought, but what about this idea: 1. The correct way to respond to the metadata callback:

I've been trying to get oggdec to work with input streamed in through a pipe or a socket. This seems to work on Linux and OS X, but not on Windows. I've found that code in vorbisfile.c tests the input stream for seekability by invoking fseek in the following way: int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR) : -1); Unfortunately, fseek succeeds for a socket on Windows (even

Hi, I use the following code: if (ov_open(NULL, &vf, const_cast<char*>(reinterpret_cast<const char*>(get_data())), get_size()) < 0) error = 0x100; else { vorbis_info* vi = ov_info(&vf, -1); Cvirtual_file f; const int cb_samples = ov_pcm_total(&vf, -1); const bool seekable = ov_seekable(&vf); So all data is already in memory and passed to

Libraries that are used internally by libFLAC(++) but are not part of their API should be listed in pkg-config "private" clauses. Otherwise executables that are linked dynamically against libFLAC(++) will have unneeded direct dependencies (overlinking). Based on a patch by Brad Smith from https://sourceforge.net/p/flac/bugs/397/ that I updated to only include ogg if libFLAC is

I have in my working directory the trivial header changes necessary to allow FLAC library functions to be used in C++ programs. Is it OK to commit this? -- - mdz -------------- next part -------------- ? Makefile ? Makefile.in ? ordinals.h Index: file_decoder.h =================================================================== RCS file: /cvsroot/flac/flac/include/FLAC/file_decoder.h,v

I have a number of assets packed into a single file. Some of these are OGG files. I have code to seek to the start of an embedded file, but cannot find any OGG functions that let me start at an arbitary point in a stream. The original code (which works) that opens a stream, then reads in the OGG data starts like this: // Read from an already open stream. // Assumes stream is positioned to

Hi,guys Hope you are doing well! I am an ogg format starter, and I am implementing ogg audio streaming. I meet some problems for streaming. My application is as follows: I send download request to server,and server sends the download ogg file to client side. when a certain amount of data is downloaded, and I start to play the ogg file by using a library. I use juce c++ library which uses

Just noticed this article on Slashdot: http://ask.slashdot.org/article.pl?sid=04/05/18/0432202 ...about the feasibility and efficiency of reading id3v2 tags out of mp3's over http. I know that vorbisfile's callback model is well suited to handling this sort of scenario, but I'm curious to know whether ov_open will try to read enough stream to pull the comments out on a

On Sun, Jan 09, 2005 at 02:03:28AM -0200, Henrique de Moraes Holschuh wrote: > *AND* there is a major problem with liboggflac1. > > liboggflac1 did not change the soname (better check this, it might require a > soname change, check the seekable ogg-flac support stuff). CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? If so, it needs a soname change. >

wow, this is pretty cool, but I may not get to play with it for a little while. trying to have 0.9 out this weekend. but this is a good proof of concept. do you have any numbers as to how much the file size increases on average? Josh --- Matt Zimmerman <mdz@debian.org> wrote: > On Mon, Mar 26, 2001 at 11:34:04AM -0800, Josh Coalson wrote: > > > --- "smoerk@gmx.de"

Hi, This patchet allows a few targets to be disabled when unrequired. The rational is coming from VLC's contrib buildsystem, so far we use make -C to select only some subparts of the available targets. It would be easier and cleaner to use autoconf to do so IMHO. There's an additional patch which fixes the build when building for WinRT/UWP platform, upstreamed from VLC. We have a couple

ogg.k.ogg.k at googlemail.com wrote: >> We're also doing scheduled metadata change to indicate the current show >> to listeners. So for a 4pm show a url is hit which causes icecast to >> change the metadata indicating the 4pm show. That also works fine. >> > > And this causes segmentation because the metadata is stored in the > second header of the Vorbis

On Wed, 2003-09-03 at 21:58, Erlend Simonsen wrote: > Hirendra Hindocha <hiren_hindocha@comcast.net> writes: > >> > >> > >> No. icecast2 is a streaming server, so it... streams. > >> > > > > Good point. I wonder how the other servers (Real Server ,Quicktime etc) do it. > > Any inputs on any other streaming servers that lets a

> Speaking of CFLAGS, it looks like configure.in clobbers any existing > CFLAGS in > the environment. This can be a pain when trying to compile with a > modified > CFLAGS, as the usual idiom is: > > CFLAGS=... ./configure ... > > thus propagating CFLAGS to all generated makefiles. The right thing > to do is > probably to prepend to CFLAGS instead of replacing

>From the documentation that I read, ov_time_tell is supposed to tell you the how many seconds the decoder is into in the stream. However, I'm getting some weird results from it. On my stream (which is seekable - I verified it), ov_time_total returns the correct total seconds. However, when I start playing, ov_time_tell first gives me a wrong floating point number (like 4.969.). when I