search for: deinterlaced

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

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

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

Taking a look ahead at your QT (OSX version) work, you have Theora Encoding and Decoding on the list. This could be very beneficial as many times the only way to get a constant frame-rate out of QT is to export (and for DV video recorded in QT, this can be a large issue). Another major issue is that the video coming from DV (at least the sources I have used) is almost always

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

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

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

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)

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

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

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, 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

> 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

This also includes, other non raw formats... http://www.fourcc.org/codecs.php "fourcc" 's of rgb types http://www.fourcc.org/rgb.php raw yuv formats only http://www.fourcc.org/yuv.php Registered fourcc codecs http://www.microsoft.com/whdc/archive/fourcc.mspx Enumeration of actual types that are used in directshow (bottom of page)

Hi, Intel has recently open sourced otion compensation code (XvMC) for their i915/i945 integrated graphics chips. See: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=blob;hb=xvmc-i915;f=src/xvmc/I915XvMC.c XvMC API was intended for MPEG{2,4} class of codecs - so it can not be used for Theora as-is. However, could at least some parts of it such as hardware accelerated

I follow the download steps and did everything, but when I clicked the download/install link, it gives me pop-up error: "cannot find 'wine' " My brother also has ubuntu and he gets the same error, please help :( thanks

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=79211 Priority: medium Bug ID: 79211 Assignee: nouveau at lists.freedesktop.org Summary: [VP4.2] Video playback using vdpau unusably slow QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: mdop at seznam.cz