similar to: [Bug 18071] New: Interlaced DVI on NV34M doesn't work properly.

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

http://bugs.freedesktop.org/show_bug.cgi?id=18636 Summary: nouveau git does not run on NV34M Product: xorg Version: git Platform: PowerPC OS/Version: All Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: wouter

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

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

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

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

I ran into this issue on a gm204 GPU with a display reporting interlaced modes. Nvidia dropped those modelines for DP, but not HDMI. We should do the same on hardware where interlaced modes aren't supported via DP. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/dispnv50/core.h | 10 ++++++++++ drm/nouveau/dispnv50/core507d.c | 25 +++++++++++++++++++++++++

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

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=17347 Summary: NV34M (12" powerbook G4) LVDS not supported Product: xorg Version: git Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=16450 Summary: Powerbook G4 12" (NV34M [GeForce FX Go5200]) freezes on X restart - Fedora 9 Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Right now, we make the mistake of allowing interlacing on all connectors. Nvidia hardware does not always support interlacing with DP though, so we need to make sure that we don't allow interlaced modes to be set in such situations as otherwise we'll end up accidentally hanging the display HW. This fixes some hangs with Turing, which would be caused by attempting to set an interlaced mode

http://bugs.freedesktop.org/show_bug.cgi?id=16120 Summary: White or black vertical stripes/fencing on whole display with NV34M Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

MTS is a file extension for an AVCHD video clip format for high-definition video, s supporting 1080i (a high definition video format with 1080 horizontal scan lines, interlaced) and 720p (720 horizontal scan lines, progressive scan, rather than interlaced) in a relatively small file size. Recently more and more people have updated their Mac computer to Mac OS X 10.9 Mavericks, but video

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

http://bugs.freedesktop.org/show_bug.cgi?id=17138 Summary: Randr12 on nv34m causes colour corruption on laptop panel. Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

I got 1920x1200 at 59.95Hz via DVI and 3840x2160 at 60.00Hz via HDMI at the same time with the proprietary nvidia driver. I get flickering on the 1920x1200 at 59.95 with the nouveau driver (it doesn't flicker if I lower it to 1920x1080 at 59.96). Any idea why? proprietary: $ xrandr Screen 0: minimum 8 x 8, current 5760 x 2160, maximum 32767 x 32767 DVI-D-0 connected primary 1920x1200+0+0

Hello list, I just had a first shot at the "nouveau" Xorg driver, I'm a regular "nv" user. It compiled and installed without a itch in a short time, congrats (great instructions on http://nouveau.freedesktop.org/wiki/InstallNouveau), ran fine... but with a funny vertical fencing effect: one vertical line out of two was black. After a few minutes, the effect would

I was getting a glicthy checkerboard mess at the cursor in some programs (konsol+) with # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro text quiet changed the command line in a blind attempt to: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro nouveau.config=NvForcePost=1

http://bugs.freedesktop.org/show_bug.cgi?id=13319 Summary: YV12 and YUY2 overlay broken on PPC with NV34M Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org