similar to: Pages with granulepos = -1 while encoding..

Hi all ! I am experiencing a strange issue with the theora encoding process. Apparently, when I put packets into the ogg stream, the pages are not returned immediately by ogg_stream_pageout. What happens seems that I get several pages at once later. This causes me trouble since then the pages are not properly placed with the other vorbis audio pages, leading to warnings in oggz-validate,

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 ! Le Monday 22 September 2008 18:32:57 Ivo Emanuel Gon?alves, vous avez ?crit?: > It seems like a fine patch, but you need to revise it because > video/ogg and audio/ogg are registered media types for Ogg streams > too. ?This, of course, is something recent, so don't blame yourself if > you haven't heard. Thanks for the review ! I don't get where the patch should be

Hi all, something which came up recently in relation to the design of Kate's granulepos was whether or not the granulepos of successive Ogg pages is allowed to be the same, ie. whether or not granulepos must be strictly increasing. As this question is more generally about Ogg granulepos, how about we answer it first and then get back to the discussion of Kate's granulepos ... Here is

Hello, I'm just totally confused. In my theora streams encoded using ffmpeg2theora (but also when using my own encoder) I have packets with a granulepos of -1 so I can't identify the packet during a seeking operation correctly. I can also see those strange value when I just print the packet granulepos before sending it to the Theora decoder. I know why there are PAGES with granularpos of

Hello , We are using Icecast for few years in a small french radio station with great success ! ( hitting 60 simultaneous listeners sometimes :-) ) http://www.radiogalere.org:8080/ Now we plan to stream the webcam capture of the studio, we 've done a test with Ogv/theora @128kb video with great sucess although none of the HTML5 browser wher able to keep on playing the stream after few

Hi all, 2012/2/29 Tom Swirly <tom at swirly.com>: > On Wed, Feb 29, 2012 at 11:29 AM, Raymond Lutz <raylutz at cognisys.com> wrote: >> >> This is absolutely not "off-topic" and if this list will not support this >> VERY IMPORTANT discussion, then I will be happy to host the discussion on a >> different list for those who are interested. I have been

Le jeudi 13 mai 2010 05:46:12, jaromil a ?crit : > re all, Hi, > this patch has not been integrated in Debian yet, hence the Icecast2 > package still segfaults after filling up all the memory with its leak. > > as this is a critical bug, while it seems that the current Debian > mantainer for the icecast2 package has abandoned its duty, i'm kindly > asking

Le Monday 22 September 2008 18:48:34 Ivo Emanuel Gon?alves, vous avez ?crit?: > On 9/22/08, Romain Beauxis <toots at rastageeks.org> wrote: > > I don't get where the patch should be changed ? The default mime value > > for ogg streams ? > > Yep. ?Any of the three media types should be allowed. ?There is simply > no "default mime" anymore. > >

Hi all, 2017-06-13 9:33 GMT-05:00 Philipp Schafft <phschafft at de.loewenfelsen.net>: > > Good afternoon, > > > On Mon, 2017-06-12 at 13:20 -0500, Rick Keniuk wrote: > > Marvin, > > > > That is the current version being used and it still has no meta data. > > server_id Icecast 2.4.99.1 > > Icecast2 2.5 beta releases use 2.4.99.x as version

On 9/24/08, Romain Beauxis <toots at rastageeks.org> wrote: > First patch is 100% backward compatible, and only documents the new > audio/ogg and video/ogg mime types. "Documents" doesn't sound good. A quick look at the patch seems to imply that libshout doesn't act on those two. > Second patch is not backward compatible and sets "audio/ogg" if you

On 9/25/08, Romain Beauxis <toots at rastageeks.org> wrote: > No, the API is 100% backward compatible. Only difference is that programs > that use the (deprecated) SHOUT_FORMAT_VORBIS will then send the > "audio/ogg" mime type instead of "application/ogg". I don't believe this will > cause any trouble. I'm sold. If nobody sees a reason to oppose

Le vendredi 30 juillet 2010 12:25:48, Michael Smith a ?crit : > All that said: Icecast2 is largely unmaintained these days - I don't > know if anyone is interested in going through these and figuring out > which ones are mergeable, which need fixing, and which shouldn't be > used at all. Maybe its time to find include new contributors ? If no one has time to review the

I've been looking over Benjamin Schwartz's Skeleton A-mod proposal. I've been pretty busy with other projects over the past few months, so haven't had a chance to look at Ogg indexing until now... In general, I think Benjamin's ideas are sound, they're improvements, and I'm open to being convinced to take them in the next index version. We may as well get the index

On 09/12/2009 16:59, Romain Beauxis wrote: > Hi ! > > Le mardi 8 d?cembre 2009 19:59:23, Karl Heyes a ?crit : >>> But since you asked, attached are the missing frees for icecast2_2.3.2-4 >>> in a totally untested drive-by-patching manner. Like I said the -kh17 I >>> also happened to have did not have this specific code at all and the >>>

Le mercredi 02 f?vrier 2011 12:12:53, Michael Smith a ?crit : > No new releases are currently planned: icecast doesn't have any active > developers working on it at the moment. This is not a true statement. I will just mention here the patch proposed some months ago which included serveral enhancements but were apparently not considered. Thus, I do not think that Icecast is lacking

On 17 May 2010, at 21:07, Geoff Shang wrote: > On Mon, 17 May 2010, Jamie Bullock wrote: > >> I'm write an icecast source client and I'd like to support streaming of AAC encoded files. >> >> Can anyone tell me if and how this can be achieved with libshout2/icecast? > > I can't tel you as I don't know, but Ices0 can do AAC (IIRC) so you could look

On 10 May 2010 23:20, Chris Pearce <chris at pearce.org.nz> wrote: > The granulepos radix was something that Conrad and Ralph were talking about > at FOMS2010. I don't know how it's supposed to be used, or why we need it. > It was supposed to be needed for Dirac? Maybe Ralph or Conrad can remember? > If not, we should remove it. There's no point in adding a poorly

On 16 Jun 2017, at 5:41, Rick Keniuk wrote: > Is this the HTTP call for injecting the “song” metadata? > This is a capture (using RawCap in conjunction with Wireshark) of my > AAC+ stream metadata input to IceCast that works fine. > > GET > /admin/metadata?mode=updinfo&mount=%2FFVHradio_AAC&song=Fox%20Valley%20Hit%20radio%20-%20Hits%20from%20the%20Valley > HTTP/1.0

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>