similar to: Removing metadata segmentation

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

> 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 stream, so changing metadata will cause a new stream to be started, with the

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

Hello, oggdec is a very simple ogg decoder, and it fails in the following case: a source A has a fallback A' transcoder curl | oggdec | ices2 is transcoding to lower bitrates ogg A fails, all the listeners are transfered to A' oggdec fails because the stream content changed: [2004-01-29 18:44:47] OggDec 1.0.1 [2004-01-29 18:44:47] Warning: hole in data <p><p>[2004-01-29

It seems that oggdec in Fedora 7 produces a wav header followed by lots of zeros. Building vorbis-tools 1.0.1 from source produces a working oggdec, so I think the problem is in the vorbis-tools package. I can't build vorbis-tools from svn due to some make problems, but I can build the F7 SRPM. There are no differences between the share and oggdec directories, but there are autoconf related

On Sun, Feb 01, 2004 at 07:20:40PM +0100, root wrote: > I have more info about that problem... > curl | oggdec | ices will never work to my opinion with fallback setup on source > because when transfering listeners to fallback, no ogg headers are sent, so > whatever we do, oggdec will not be happy with the data received... I took a look at this. It is true that oggdec does not

Hello there. I can't use bugtracker because it is permanently think that I'm spammer. -------------- System: Windows XP Service Pack 3 When I trying to decode any *.ogg file with oggdec.exe like this: oggdec.exe file.ogg I have an error (it is translate version - I don't have english version of Windows): Instruction from address 0x7c91b1fa trying to access 0x00000010. Memory

--- vorbiscomment/vorbiscomment.1 | 4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/vorbiscomment/vorbiscomment.1 b/vorbiscomment/vorbiscomment.1 index 0108e78..2bceb83 100644 --- a/vorbiscomment/vorbiscomment.1 +++ b/vorbiscomment/vorbiscomment.1 @@ -39,13 +39,11 @@ Reads, modifies, and appends Ogg Vorbis audio file metadata tags. .IP "-a, --append" Append

Hello, In one of my recent assignments, I was asked to develop a ogg player. I am not able to find the right repository of the source code. There are few repositories on vorbis but I am not clear which one is the right one for Windows environment. If somebody has successfully compiled any ogg player ever, his ideas will be helpful to me. In one of the code set, I was able to compile the

Hi, Has anyone succeeded to build oggenc and oggdec on Mac OS X with static linking? I can build libogg and libvorbis and install them as dynamic libraries (by running ./configure, make and then make install). Then oggenc and oggdec will load them in runtime and use them. That works fine. But I'd like to build these two command line tools so they're linked with all the libraries they

On Sun, Feb 01, 2004 at 07:20:40PM +0100, root wrote: > curl | oggdec | ices will never work to my opinion with fallback setup on source > because when transfering listeners to fallback, no ogg headers are sent, so > whatever we do, oggdec will not be happy with the data received... really? That would be a bug unless it rewrites the stream id instead. > Chris P.S. If you're

I forgot to mention that the patched version seams to work fine, except that one of the listener (curl | oggdec | ices) don't like the source content change. I have to search for that. Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org'

Hi, I'm a Pocket PC developer and have created a audio translator application on this platform. I currently make use of an MP3 decoder engine, but due to heavy licensing fees I'm thinking of switching over to a patent free format. Vorbis presents the best approach. I read that tremor decoder has been especially optimized for embedded devices. I'd like to make use of this and

Hi everybody! I encountered a strange problem with ices-2.0.0. I use a icecast2/ices2 combo ti stream live audio and I use ices to record my stream. This worked well until last week. Since then the recording function produces somehow corrupt ogg-files. I cannot decode them to wav with oggdec, the program tells me "Only one logical bitstream currently supported". ogginfo prints out

This question is mainly directed at John Edwards, I believe. I'm attempting to use oggdec.exe in a batch conversion of ogg vorbis files for use on a portable player. I'm using the -o option to redirect output to the LAME encoder. So far so good. However, I also want to do volume leveling using the replaygain tags. If I specify track (radio) gain, everything works fine, however, when I

I bumped the version number of vorbis-tools and am preparing it for an eventual release in a few days. A changelog of what's new may be found at [1]. Meanwhile, what's in SVN is a "Release Candidate" to find out if anything was broken since version 1.1.1. Report any (or lack of) problems you may find, so we'll be able to put out a new version of vorbis-tools. -Ivo [1]

Hello, While trying to debug a problem with the open-source slimp3 server, which uses oggdec, I found that the tarball for vorbis-tools 1.0 contains an old version of oggdec, containing at least one bug in the command line handling code (a missing break statement). The latest code in CVS appears to be fixed. Are you planning to release a new tarball for vorbis-tools? Ori Pessach --- >8

On 25-Jun-08, at 3:23 AM, ivo at svn.xiph.org wrote: > * correctness: make oggdec output help text on stdout instead of > stderr Hmm. Doesn't oggdec output the decompressed audio to stdout? IIRC the help goes to stderr to avoid clobbering that. If 'corretness' is the windows issue, could it be compile-time switched? -r

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 think, I got the problem: > > When I re-encode both audio files with the same quality/bitrate, oggCat/oggJoin works as expected. > > The reason, that it does not work, is as follows: I had a lot of trouble concatenate the audio-files (as I was starting with video only). In many cases, the concatenation works even if the bitrate does not correspond (correct me if I am