similar to: Simple encodig sample...

Jan, Here's a hacky patch to add a few commandline options for setting comment header fields in ffmpeg2theora. It's a bit big because I virtualized the global info struct in theorautils.c. In retrospect that probably wasn't necessary, but I think it's cleaner anyway. I didn't test it because I couldn't compile ffmpeg2theora, but modulo bugs it should support

if(state==-1){ /* initialize the double frame buffer */ yuvframe[0]=malloc(video_x*video_y*3/2); yuvframe[1]=malloc(video_x*video_y*3/2); /* clear initial frame as it may be larger than actual video data */ /* fill Y plane with 0x10 and UV planes with 0X80, for black data */ memset(yuvframe[0],0x10,video_x*video_y); memset(yuvframe[0]+video_x*video_y,0x80,video_x*video_y/2);

For last few days I was trying to learn ffmpeg and libtheora API. In the process, I have modified ffmpeg2theora code to include support for start time and end time. ffmpeg2theora -s 60 -e 130 file.avi will produce file.ogg which will be from 60th to 130th second of input file (something like -ss and -endpos in mencoder). This is a useful feature for someone who wants to cut a part of video

Hi! Some background: I am trying to create an application that would encode video taken by USB camera using Theora and then send it to the client. I have almost succeeded, but I have one problem. When I grab video frames from the camera and encode them they form 4KB OGG pages, then I send them over TCP/IP to the client application. Since I want to achieve as small latency as possible I

Hi, ffmpeg2theora currently assumes that the first frame in the input file also corresponds to the first audio sample in the input file, which might not be true for many file formats. I have especially bad problems with MPEG-TS streams that I recorded via DVB-T (sync off by 0.5 seconds etc.). Encoding chapter-ranges from DVD might yield similar problems. The attached patch fixes that, using

Hi, the attached patch (against current SVN) adds three new options to ffmpeg2theora: --keyint (set keyframe interval) --smoothness (set the theora_info::sharpness encoding parameter) and --noautosync (disable the new frame dropping/duplicating code). It also fixes a bug with the processing of --cropright that sometimes segfaulted. The sync adjustment code is now tuned to be more reliable. BTW

Hi everybody, me again. I'm trying to write my own VFW-like dll... It doesn't need to do much. 1.) compress a single frame and give it back to the host application 2.) host applications sends the frame 3.) client application receives frame 4.) client application tells the dll to decompress the data So if I try to do this, something is going wrong... Perhaps someone could have a look at my

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

After posting my previous mail, I realized that i should instead post a patch against HEAD. This is because v0.12 was released while I was also changing ffmpeg2theora.c from v0.11. So please use this patch instead and apply it to version at http://svn.xiph.org/trunk/ffmpeg2theora Nilesh Bansal http://www.cse.iitb.ac.in/nilesh/ -------------- next part -------------- Index: ffmpeg2theora.c

Bastard is used in a negative context here :) A snippit of a top command reveals: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 3246 root 15 0 2436 2436 1280 S 10.5 3.9 0:14 ices <p>I am re encoding using: <encode> <nominal-bitrate>8000</nominal-bitrate>

Well, actually you have from Geoff Shang. You stated at the time you would look into it after exams or the like. Geoff said he would post an official bug report but hasn't managed it yet. For the record: Using cvs ices2, libshout and icecast2 and can't remember what else but all cvs. Ices runs almost 24 hours before it leaks all the memory it can get and all the processes get killed

On 31 Oct 2002, Kirk Reiser wrote: > Well, actually you have from Geoff Shang. http://www.xiph.org/archives/icecast/3367.html http://www.xiph.org/archives/icecast/3401.html > For the record: > Using cvs ices2, libshout and icecast2 and can't remember what else > but all cvs. Ices runs almost 24 hours before it leaks all the memory > it can get and all the processes get

At 02:53 PM 30/10/2002 -0700, you wrote: >Bastard is used in a negative context here :) A snippit of a top >command reveals: > >PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND >3246 root 15 0 2436 2436 1280 S 10.5 3.9 0:14 ices > > >I am re encoding using: > > <encode> >

At 06:32 AM 31/10/2002 -0500, you wrote: >I've noticed with the cvs ices that the more memory which is leaked >the higher the load average gets until just before all the ices >processes get killed off by the kernel. During normal operations with >three reencoding streams the average pretty much stays around .050 to >1.2. > I've had no reports of memory leaks or

At 11:17 AM 29/10/2002 -0700, you wrote: >I'm doing a top on my server (ices2 and icecast2 from CVS) and ices is >using 14% of my cpu cycles - bastard! One channel is doing reencoing >and when I just play an ogg without reencoding. The ogg file was >encoded at 64kbs 44khz Is this praise, a bug report, a question, or other? If you're having a problem with the software, it

hem here it is the patch. ;) bye kysucix -------------- next part -------------- Index: conf/icecast.xml.in =================================================================== --- conf/icecast.xml.in (revisione 10365) +++ conf/icecast.xml.in (copia locale) @@ -62,6 +62,7 @@ <port>8001</port> </listen-socket> --> +

Hi, I would like to improve the debugging experience for ASan. The idea is to have a couple of useful commands in LLDB (probably implemented as Python scripts) that could help the user when they are debugging an ASan-enabled binary. We already have some debugging API (asan_interface.h): // Print the description of addr (useful when debugging in gdb). void __asan_describe_address(void