similar to: mixed interlaced content and ffmpeg2theora

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

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

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, I'm probably being fairly stupid. But I did the following, starting with the following two files: # tcprobe -i vts_01.m2v [tcprobe] MPEG elementary stream (ES) [tcprobe] summary for vts_01.m2v, (*) = not default, 0 = not detected import frame size: -g 720x576 [720x576] aspect ratio: 16:9 (*) frame rate: -f 25.000 [25.000] frc=3 # tcprobe -i vts_01.m2a

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

http://bugs.freedesktop.org/show_bug.cgi?id=22317 Summary: Interlace does not work with Geforce 6200 / NV44a Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

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

http://bugs.freedesktop.org/show_bug.cgi?id=18071 Summary: Interlaced DVI on NV34M doesn't work properly. Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

We advertise being able to set interlaced modes, so let's actually make sure to do that. Otherwise, we'll end up hanging the display engine due to trying to set a mode with timings adjusted for interlacing without telling the hardware it's actually an interlaced mode. Signed-off-by: Lyude Paul <lyude at redhat.com> --- drivers/gpu/drm/nouveau/dispnv50/headc37d.c | 5 +++--

We advertise being able to set interlaced modes, so let's actually make sure to do that. Otherwise, we'll end up hanging the display engine due to trying to set a mode with timings adjusted for interlacing without telling the hardware it's actually an interlaced mode. Signed-off-by: Lyude Paul <lyude at redhat.com> Cc: stable at vger.kernel.org ---

On Mon, May 11, 2020 at 6:42 PM Lyude Paul <lyude at redhat.com> wrote: > diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c > index 43bcbb6d73c4..6dae00da5d7e 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_connector.c > +++ b/drivers/gpu/drm/nouveau/nouveau_connector.c > @@ -1065,7 +1065,7 @@

Can anyone tell me if it is possible to encode music in an "interlaced" format.. perhaps I should explain what I mean by this. Say I'm getting 1k/sec off some guy's modem on opennap. It would be sweet if I could listen to the song as it is downloading but obviously the quality is gunna suck. So suppose the song was encoded in this interlaced fashion, I would be able 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

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually

Hi, I have two questions 1) How can I convert a raw miniDV file to ogg? I have made a continuation to the conference I organised two years ago on gravitational waves Astrophysics and Relativity and I have a lot of miniDVs to be converted to ogg. I think I have seen the information before but, after looking for some one hour, I have given up. And, by the way, do you know how to dowload the file

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