search for: muxers

Hi all, I am trying to test DirectShow PushSource example from the SDK with Theora encoder and Ogg muxer (DirectShow filters of course) by using GraphEdit tool. My goal is capturing the screen as video by taking snaphot bitmaps continuosly (what PushSource eaxmple does) and giving them to the Theora encoder through the DS pipeline (next goal is transmitting this video **). My DirectShow graph is

(Cross posted to theora-dev@xiph.org and ffmpeg-devel@mplayerhq.hu) I am working towards adding Theora encoding support to libavcodec in FFmpeg. I am doing this by simply calling libtheora from libavcodec. I am at the point where I can execute: "./ffmpeg -v 100 -i test.wmv -f avi -an -vcodec theora -b 1000000 -y test.avi" I get some whirring and an output file written. My calls to

hi All i'm trying to use speex codec for my voip application. let me describe how i made it: i build dshow graph with speex encoder and my own renderer filter which receives encoded data and pass it thouht network to other application. in this application i have another graph with my own source filter which is connected to speex decoder. the problem is in following: decoder filter doesn't

L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > > The RLP draft mentioned on the libvorbis docs page, are there sample > > implementations (in C) of this yet anywhere?  > Sorry that should say RTP, not RLP I am not sure I understand exactly what you are asking, but libavformat has a RTP packetizer that works for both Vorbis and Theora, implemented in rtpenc_xiph.c.

But is there any sound player for windows that plays speex in an ogg container? One more question, besides the source code found in the speex site (like speexenc.c) can you tell me where to find source code developed in C++ (using object oriented programing) that makes it easier to write ogg files with speex content? Miguel Gomes -----Mensagem original----- De:

>From some random dude on Slashdot [ http://yro.slashdot.org/comments.pl?sid=224420&cid=18177356 ]: "Second, whether AVI is better or worse than Ogg is debatable. Any who has ever written an Ogg (de)muxer curses it's name frequently. It's extremely codec-specific, and the format is rather loosely defined, with no consistent standard way to do much of anything.... AVI has

>From some random dude on Slashdot [ http://yro.slashdot.org/comments.pl?sid=224420&cid=18177356 ]: "Second, whether AVI is better or worse than Ogg is debatable. Any who has ever written an Ogg (de)muxer curses it's name frequently. It's extremely codec-specific, and the format is rather loosely defined, with no consistent standard way to do much of anything.... AVI has

Hi, I've been studying the Opus code and documentation for a while and have seen it mentioned several times that Opus uses pre-skip to allow the codec to converge. What convergence are they referring to? Rate control? Energy envelope prediction after seeking? Is there a discussion of this somewhere? Also, I'm also interested in the seeking behaviour of the decoder. If, say, I want to

Yes, that's a start. Ultimately, though, I'm hoping to reduce the 80ms requirement, and am trying to get a handle on what state in the decoder must converge and what complications I might be up against. I'm also only considering CELT-based encodings if that simplifies things. I know that Opus can do inter-frame energy envelope prediction, but that dependency can be eliminated by

...nssh code implements TCP-over-TCP for its tunnel support. You might look at that. There are even patches to make it drop the compression so there's no performance overhead. With Ogg, I think oggz is your best bet for a sane library, but you're correct it's more a library-for-writing-muxers than a muxer library. -r

Well, actually most OGM files do have a subtitle track, often in multiple langauges. Also, re 2. Keyframe seeking in OGM is generally a bit rough because ogm files can contain almost any codec as the video track, usually xvid or divx. re 1. As a general rule you shouldn't be trying to make any more ogm files :) So chances are the ogg muxer is not accepting the connection, because it

Hallo all, I currently hacking on cheese an got problem with variable framerate produced by webcams (2-30fps). There is no problem to encode it with theora, but problem to mux it in ogg. Or at least to play produced file. There is no problem tu mux it in to matroska. My question is: should actually ogg support timestamps, also variable framerate? If yes: it seems to be some where broken. Here

Hallo all, I started this discussion today on gstreamer.irc and ogg-dev list. So there seems to be different results. Probably i need to fill a bug on gstreamer... here was my question to ogg-dev > I currently hacking on cheese an got problem with variable framerate > produced by webcams (2-30fps). There is no problem to encode it with > theora, but problem to mux it in ogg. Or at least

On 2019-08-16 08:10, Bernd Niedergesäß wrote: > I am a software developer myself. We develop a Radio Automation System/Broadcasting. Hence we are using the reference encoders. > > For OGG there is LUCKILY still the admin interface working to update meta data mid-stream. > That is why my post is related to the other ogg based formats: FLAC and OPUS! > > Tractor Pro is btw not

Hi all, This may sound like a weird problem, but I am trying to create a DirectShow graph (using the Theora DirectShow filters from http://www.illiminable.com/ogg/) where I have a video source, which is connected to the Theora encoder, which is then connected to a Theora decoder. The problem is that this doesn't seem to work, those filters refuse to connect to each other. Now obviously

On 13-08-14 10:09 PM, Bob Estes wrote: > I've been studying the Opus code and documentation for a while and have > seen it mentioned several times that Opus uses pre-skip to allow the > codec to converge. What convergence are they referring to? Rate > control? Energy envelope prediction after seeking? Not rate control, but there are a number of predictors running in the

After trying to find out what to do when no packets complete on a page... i reread the ogg spec and found this... "A special value of -1 (in two's complement) indicates that no packets finish on this page." So i searched through a few files and it appears that the muxer doesn't do this... has this been depracated ? In all cases i can find that this happens the page has the same

Dear all, As the next version of XiphQT is mostly ready, I thought it could use some more wide pre-release testing. The major change since last release is the addition of Ogg exporter and Vorbis and Theora encoders. Any feedback on how this new functionality performs (or doesn't!) with audio/video editing/producing software will really help. Also, comments and suggestions on the work of

Dear all, As the next version of XiphQT is mostly ready, I thought it could use some more wide pre-release testing. The major change since last release is the addition of Ogg exporter and Vorbis and Theora encoders. Any feedback on how this new functionality performs (or doesn't!) with audio/video editing/producing software will really help. Also, comments and suggestions on the work of

Dear all, As the next version of XiphQT is mostly ready, I thought it could use some more wide pre-release testing. The major change since last release is the addition of Ogg exporter and Vorbis and Theora encoders. Any feedback on how this new functionality performs (or doesn't!) with audio/video editing/producing software will really help. Also, comments and suggestions on the work of