similar to: On the fly transcoding from FLAC to a Vorbis stream

On 6/7/14, 1:55 AM, Jean-Marc Valin wrote: > Actually... no! 24-bit can indeed be useful as extra margin and Opus > can actually represent even more dynamic range than 24-bit PCM. That's > not the case for 192 kHz. There's no "margin" that 192 kHz buys you > over 48 kHz. You can do as much linear filtering as you like, the > stuff above 20 kHz isn't going to

Figured I'd join the list since I saw someone else had just popped in looking for exactly the same thing I am (non-transcoding opus streamer for sending multiple .opus files to icecast2). It looks like ices2 would do exactly what I personally need, except for not having been updated to support opus yet. (I chatted on IRC once or twice with someone who it sounds like is interested in adding

Is there a particular reason why CELT grabs 100KB of stack immediately? Is that really required or can that be trimmed down some/a lot? -a

I saw the custom API, but nothing explicitly says "CELT-only" just "custom sample rate and frame size". I'll dig further now that you've pointed me in a direction. Thanks, -a On 7/6/15, 6:18 PM, Jean-Marc Valin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > I believe what you want is called Opus custom (OPUS_CUSTOM in the > code).

Okey, thanks. Do you have any idea what I might use for feedings files to oggfwd? I have done a bit of searching, but I can't really find anything. With mpd it's possible to set a file as output with their fifo output plugin: http://www.musicpd.org/doc/user/ch05s06.html#idp58733200 But it seems like it's a PCM stream and not the file as-is. On 8 February 2014 09:50, "Thomas B.

How does one deal with the case when an fread callback doesn't have any more data but is going to get more data in the future? In particular, this is an issue when reading an incoming Ogg stream from a socket (icecast2, in this case). The issue is that the fread can't return 0 (that signals EOF and hoses everything), and it doesn't have a negative code that says come back later

Hi! I'm looking for a Linux source client that supports the Opus codec and doesn't transcode/re-encode the music files. I have tried both mpd and Liquidsoap, but both re-encodes the media files even if they already are in Opus. I would like to be able to pre-encode my music library to, lets say, 100 kbit/s Opus files and then just stream them as-is. This would save storage space, CPU

That article is a bit too dismissive. I agree that one cannot hear the difference between 48KHz/16bit and 192KHz/24bit if you just transfer the data directly to the audio output device. As such, there is no good reason for Opus to support higher than 48KHz (especially since this is lossy compression, anyway). However, in general, that's not all you do with audio data. 192KHz is useful for

If everything has moved and this mailing list has gone dormant, how about an official announcement as well as official pointers to the new stuff? It would also be good to have some sort of "migration document" given that you have to do specific things to OPUS in order to get the old CELT behavior. Thanks, -a

I need to test the latency of a system that I ported CELT to. I'd like to set a flag when the stream "changes". In order to see the stream "change", I'd like to be able to scan the compressed CELT directly to set the flag. ie. I'd like to be able to find a byte or two that change reliably between two values when the stream "changes". I don't

Hi Thomas, Em 07-09-2012 12:40, R?cker Thomas escreveu: > Could you shed some more light on what the actual problem is? > Icecast's behaviour, logs at debug level. Client software behaviour, etc. > > Without that it's really hard to even guess what is going wrong... I'm sorry if my first mail wasn't clear on this. In Icecast, I see this mount point on the status page

Dear Thomas Thomas B. Ruecker wrote: > On Mon, Nov 01, 2010 at 05:17:12PM +0700, Bino Oetomo wrote: > >> Now .. I want to do it the otherway with Icecast >> >> I try with wget -nv -O - http://root:root at 192.168.10.234/mjpg/video.mjpg >> | ffmpeg2theora -a 0 -f mjpeg -o /dev/stdout | oggfwd 192.168.10.232 >> 8000 hackme /matamerapi >> >

Hello folks! How can I broadcast video (mpeg4) files via icecast2? I make icecast with theora support and what can i do with this feature? Where can i read about this feature? Help pls.

All, Just a heads up that the IETF codec working group has issued a last call on the draft Opus specification. This means we think the draft adequately documents the format, and that we're willing to live with whatever bugs are present in the reference implementation, if they can't be fixed without breaking decodes. In turn, this means we could really use some feedback from implementers.

Hi, I just wanna share with you my experience with theora ffmpeg2theora, icecast2 and ubuntu edgy. I wanted to broadcast live video on an Ubuntu machine with ffmpeg2theora, oggfwd and icecast2. I read the thread http://lists.xiph.org/pipermail/icecast/2005-February/008608.html about the stream dying after a couple seconds with libshout 2.0. Now the same happens if you use libshout3 v2.2 with

So, once all those things are in place what Andrew says WILL happen? I think plans as important as that deserves an announcement. Roadmap for the project? Future directions for the main committers? Are there patent issues? Date: Mon, 11 Jul 2011 20:45:14 -0400 > From: Gregory Maxwell <gmaxwell at gmail.com> > Subject: Re: [CELT-dev] Mailing list and project shutdown >

Hi all, I've been playing with Theora this week and have hacked together a test program (http://www.firestorm.cx/live1/) that can encode live video (no audio) from a V4L* source that supports the YUV420 pixel format. Now encoding Theora ain't exactly a speedy process, and sometimes frames get lost during capturing. What I'd like to be able to do is tell libtheora that the next few

Dear All ... I have AXIS camera with output mjpeg format. I try to relay it to outside world using ffmpeg and it work The recipe is taken from http://www.daantje.nl/2007/05/07/convert-axis-webcam-stream-to-flash-swfflv/ Now .. I want to do it the otherway with Icecast I try with wget -nv -O - http://root:root at 192.168.10.234/mjpg/video.mjpg | ffmpeg2theora -a 0 -f mjpeg -o /dev/stdout |

? Do you have any references for me to investigate, I am trying to understand how noise is reduced by introducing higher sampling rates. (I tried to search, but maybe it is so obvious that nobody even explains it) This is not very obvious. It requires you to understand basic signal processing theory. I will give some pointers below. Any physical signal (e.g. audio coming out of speaker, current

On Sun, Mar 21, 2010 at 9:02 PM, ogg.k.ogg.k at googlemail.com < ogg.k.ogg.k at googlemail.com> wrote: > > As written on my subject, is it possible to do on-the-fly video > > multiplexing with OGG? I'm doing my final project in my college, and i > > want to build a system which has three live videos from cameras, then > > i want to transmit those video in single