similar to: pre 1.0 API issues.

Hello, I need to demux video files created with ffmpeg2theora 0.28+svn18147 I have ogminfo v1.5 and getting this error (ogminfo.c) OGG stream 1 is of an unknown type (bad header?) (ogminfo.c) OGG stream 2 is of an unknown type (bad header?) (ogminfo.c) (a1/serial 1092562206) Vorbis audio (channels 2 rate 48000) Is possible, that ogminfo is older then ffmpeg2theora ? Or what can be the reason?

Hi Guys, 2012/7/20 juantello <juantello1234 at gmail.com>: > > Hello. > > Icecast client for android > http://droidtools.sourceforge.net/content/icecast-client-android > http://droidtools.sourceforge.net/content/libogglibvorbis-and-libshout-libraries-android I just finished compiling an android version of our reshaped shine encoder [1] there:

Hi all, 2012/8/21 Romain Beauxis <toots at rastageeks.org>: > Hi Guys, > > 2012/7/20 juantello <juantello1234 at gmail.com>: >> >> Hello. >> >> Icecast client for android >> http://droidtools.sourceforge.net/content/icecast-client-android >> http://droidtools.sourceforge.net/content/libogglibvorbis-and-libshout-libraries-android > > I

Hi just saw this today :a real icecast client on android ! Seems to have been published on november 2012 : https://play.google.com/store/apps/details?id=sa.broadcastmyself <-----------------------------------------------------------------------------------------------------------> web perso : http://memeteau.org <xmpp%3Afreechelmi at jabber.fr> 2012/8/24 Romain Beauxis

Oggz 0.9.1 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip and oggz-validate. liboggz is a C library providing a simple programming interface for reading and writing Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This

Oggz 0.9.1 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip and oggz-validate. liboggz is a C library providing a simple programming interface for reading and writing Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This

--- On Tue, 2/15/11, Romain Beauxis <toots at rastageeks.org> wrote: > You should be able to use Liquidsoap for that. Looks interesting. I'm using Gentoo and the official portage tree doesn't have a liquidsoap ebuild. I noticed that Savonet actually prepared its own ebuilds but they are a bit outdated (2007). I could build directly from source but I'd prefer to do it via

Oh, this seems very cool - but, it doesn't handle the actual streaming, am I right, just mixes multiple relay streams together? Or, does it actually stream from playlists on the server? If so, I'd switch in a moment! (I think I'm seeing different documentations from different times here...) I'm using eztream as my streamer for when my base computer isn't operating... and I

Hi Robert, Icecast itself doesn't do any resampling of audio streams it receives. One would likely craft a solution that listens to the original stream and re-encodes on the fly, providing those alternate bitrate streams back to Icecast. I've heard people doing this with liquidsoap and other source clients, and a bit of server-side magic. Some quick Googling provided me with this link

I have an Icecast server and an Asterisk dialplan containing a call to ICES(/my/ices.xml). So Asterisk launches "ices /my/ices.xml" where /my/ices.xml contains: <input> <module>stdinpcm</module> <param name="rate">8000</param> <param name="channels">1</param> </input> and <encode>

2008/11/26 David Flynn <davidf+nntp at woaf.net>: >>>> http://trac.annodex.net/changeset/3801 >>> >>> I'll test this shortly. > > Ok, i've tested muxing some audio and video together and that works fine. > woo. great, thanks :-) So the last remaining tool to check is oggz-chop. I at first assumed it would not work with Dirac's granulepos,

dear list, i am trying to write a small program which reads an ogg file and writes it to another ogg file (and changes serial number, granulepos etc on the fly). reading the ogg file is ok (ogg_sync_pageout, ogg_stream_pagein, ogg_stream_packetout). but writing the file doesn't work - the granulepos and page structures don't match with the original file. here's what i am doing.

Hi, I'm wondering if the Dirac granulepos parsing in liboggz and display in the oggz tools is currently correct, as I'd like to do a release of these soon. A couple of days ago David Schleef mentioned there were some problems. David, is that currently true (ie. since David Flynn's recent updates to support Dirac), and if so could you please explain what the problems are, or point me

On Fri, Dec 05, 2008 at 06:34:41AM +0900, Conrad Parker wrote: > So the last remaining tool to check is oggz-chop. I at first assumed it > would not work with Dirac's granulepos, but it seems to do something > vaguely useful: > > conrad at chichai:~/share/oggz-chop$ oggz chop -s 7 -e 11 -o > sage-7-11.ogv ../dirac/sage-640x360.ogg > conrad at chichai:~/share/oggz-chop$

Hi Guys, I've been working on speeding up seeking in Ogg playback in for the video element in Firefox. This is Mozilla bug 469408: https://bugzilla.mozilla.org/show_bug.cgi?id=469408 When liboggz seeks, it basically does a bisection search through the media, looking for an Ogg page with the target seek time. This is fine for files stored locally, but when the file is stored on a web server,

Hello everyone, I'm not new to Icecast, but I've always used Darkice. A new project friends and myself are building for fun utilizes a Rivendell automation setup that will run on one computer, then a source client for icecast on a 2nd computer with a mixer inbetween. I'm looking to push the title information from the Rivendell system over to the system that will have the

The definition of granule position for an OggDirac elementary stream isn't the same as theora. Index: tools/oggz_tools.c =================================================================== --- tools/oggz_tools.c (revision 3759) +++ tools/oggz_tools.c (working copy) @@ -454,7 +454,15 @@ iframe = granulepos >> granuleshift; pframe = granulepos - (iframe << granuleshift);

Sounds good! Though maybe calling it oggz-metadata might make more sense? Cheers, Silvia. On Sun, Jun 13, 2010 at 1:42 PM, VolodyA! V Anarhist <Volodya at whengendarmesleeps.org> wrote: > Hi, > > I've sent one of these before, but i wasn't subscribed, and i'm unsure if it > went out. I'm subscribed now and i've written another (i believe) nifty > wrapper

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it