similar to: Xiph QT Theora Codec

On 09.05.2016 19:37, Ilia Mirkin wrote: > Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm > guessing that due to some unfortunate issues, you're no longer getting > hw accelerated video decoding. Check in vdpauinfo to make sure that > it's indeed showing the relevant codec as supported. If not, you can > turn that back on by updating to mesa

NVIDIA G98 mesa-dri-drivers-11.2.1-2.20160501.fc22.x86_64 (incl. mesa commit 38fcf7c) vdpauinfo | grep -i deint DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL - https://cgit.freedesktop.org/vdpau/libvdpau/tree/include/vdpau/vdpau.h#n3420 #define VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL ((VdpVideoMixerFeature)0) /** * \hideinitializer * \brief A

dv file from minidv camera - interlaced. small dv created by imported jpeg images - not interlaced. seems that when I use ffmpeg2theora with deinterlace switch and reduce size, it works. But when the only reduction I am doing is to width (720x480 -> 640x480) the encoder ignores the naturally interlaced bit and uses the last de-interlaced frame. Since the small bit made from jpegs is a dv

libshout 2.2 has just been released. It's a fairly minor update: * Speex support (this is why it's 2.2 instead of 2.1.1) * Theora timing fix * Double-free bug, response parser bug on failed login fixed. It's at http://www.icecast.org/download.php

Is there any way to get better encoding speed out of ffmpeg2theora? eg: <snip> Duration: 00:57:04.92, <snip> ET: 02:06:24 here is the command: ffmpeg2theora --soft-target -V303 -v4 -F25 -K25 --croptop 8 --cropleft 2 --cropright 2 -x360 -y288 --deinterlace --aspect 4:3 -H24000 -A56 --optimize "<filename.mpg>" also the bitrate, 300kbits == 297kb (3 kbit less)

Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm guessing that due to some unfortunate issues, you're no longer getting hw accelerated video decoding. Check in vdpauinfo to make sure that it's indeed showing the relevant codec as supported. If not, you can turn that back on by updating to mesa 11.2.2, or downgrading your kernel to 4.2 or earlier. (The issue only

You can try playing with pstate in /sys/kernel/debug/dri/0/pstate On Mon, May 9, 2016 at 2:42 PM, poma <pomidorabelisima at gmail.com> wrote: > On 09.05.2016 19:37, Ilia Mirkin wrote: >> Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm >> guessing that due to some unfortunate issues, you're no longer getting >> hw accelerated video

Theora-devs: I am in seek of a theora (but possibly vorbis/ogg/ffmpeg) dev to optimize the encoding in a realtime software product. We do live encoding and transcode into ogg/theora/vorbis at various resolutions and frame rates. The higher resolutions cannot process in realtime and we are pushing the boundaries of hardware (cpu) encoding with the existing theora/ffmpeg. Right now we have to

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, I've been thinking about how a Theora encoder could be integrated into mencoder or transcode and I'm not sure whether I understand the A/V sync strategy of Theora/Vorbis correctly. When transcoding from some video format (ie MPEG2 or DivX), at least some images of the video stream will have time stamps, as well as the fragments of the audio stream. Or at least time stamps can be

> Unfortunately the ALSA API defines a number of formats which are > in practice extremely rare. In particular, any unsigned int format > larger than 8 bits. For instance, the only unsigned int type that > libsndfile supports is unsigned 8 bit. I expected this, it just seemed like a good starting point to get more than 7 formats on the table. Specifically I wanted to the logarithmic

https://bugs.freedesktop.org/show_bug.cgi?id=95282 Bug ID: 95282 Summary: system hang on video playback via vdpau Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at

Hello, I'll start by applauding your efforts to make an open source driver for nv hardware. I imagine it is a very difficult task trying to reverse engineer hardware and produce something useful and featureful. I wish to make a change to the nouveau source. You might say I am considering becoming a nouveau developer. I am one of those crazy nutters who connects my nvidia card directly to

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 folks,I'm joining this list because I've encountered difficulties with the ogg tools. I'm running Windows, and can't find binaries for liboggz tools, such as oggz-merge.exe Can someone provide oggz-merge.exe? So I use ffmpeg (v19289) for muxing ffmpeg -y -i sync2.ogg -i sync.ogv -vcodec copy -acodec copy sync2.ogv but the framerate fluctuates wildly on playback, and ogginfo

On Wed, Nov 09, 2005 at 10:52:53AM +0800, illiminable wrote: > > "fourcc" 's of rgb types > http://www.fourcc.org/rgb.php I'm prowd to say that http://wiki.xiph.org/OggRGB supports all of these losslessly as well as PNG for non-indexed bitmaps. These are video formats, correct? Not just single frames? > raw yuv formats only > http://www.fourcc.org/yuv.php

Hi, We're currently editing a video advertizing Firefox and plan to release it exclusively encoded with Theora during a couple of days (before it hits YouTube, DailyMotion...). Editing is done with Final Cut Pro so sources are QT files. What is your experience of encoding QT to Theora? For the time being we are not down to testing xiphQT so we're looking for general advice. Thank you

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

> For a lossless codec, the luxury of a "small number of useful formats" > may not be advisable. I can't tell you how many times I've had some raw > data and been completely unable to play it with e.g., mplayer, because > mplayer did not have an apporpriate fourcc. And mplayer has made up many > of their own non-standard fourcc's (which not even all of mplayer

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