similar to: [Bug 79701] New: [NVA0] GPU lockup when playing video with VDPAU

https://bugs.freedesktop.org/show_bug.cgi?id=82835 Priority: medium Bug ID: 82835 Assignee: nouveau at lists.freedesktop.org Summary: GeForce 8800 GS VDPAU h264 decoding hang QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: randrik at mail.ru

https://bugs.freedesktop.org/show_bug.cgi?id=86006 Bug ID: 86006 Summary: [NV84] Nvidia GeForce 8600 GT VDPAU h264 hardware acceleration Product: xorg Version: 7.6 (2010.12) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

I am pleased to announce Xwayland 24.1.2, a bugfix release for the current stable 24.1 branch of Xwayland. This release addresses several issues, including the first events being skipped with input emulation using libEI or a fix with rendering using the UYVY format with the X-Video extension using GLAMOR. Alan Coopersmith (1): Move sizeof to second argument in calloc calls Ian Douglas

On Wed, Jun 5, 2013 at 3:05 AM, Maarten Lankhorst <maarten.lankhorst at canonical.com> wrote: > Hey, > > Op 04-06-13 20:38, Ilia Mirkin schreef: >> On Mon, Jun 3, 2013 at 5:02 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> These chipsets include the VP2 engine which is composed of a bitstream >>> processor (BSP) that decodes H.264 and a video

Hey, Op 04-06-13 20:38, Ilia Mirkin schreef: > On Mon, Jun 3, 2013 at 5:02 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> These chipsets include the VP2 engine which is composed of a bitstream >> processor (BSP) that decodes H.264 and a video processor (VP) which can >> do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are >> driven by separate

On Mon, Jun 3, 2013 at 5:02 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > These chipsets include the VP2 engine which is composed of a bitstream > processor (BSP) that decodes H.264 and a video processor (VP) which can > do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are > driven by separate xtensa chips embedded in the hardware. This patch > provides the

Adds H.264 and MPEG2 codec support via VP2, using firmware from the blob. Acceleration is supported at the bitstream level for H.264 and IDCT level for MPEG2. Known issues: - H.264 interlaced doesn't render properly - H.264 shows very occasional artifacts on a small fraction of videos - MPEG2 + VDPAU shows frequent but small artifacts, which aren't there when using XvMC on the same

These chipsets include the VP2 engine which is composed of a bitstream processor (BSP) that decodes H.264 and a video processor (VP) which can do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are driven by separate xtensa chips embedded in the hardware. This patch provides the mechanism to load the kernel for the xtensa chips and provide the necessary interactions to do the rest of

Apparently some players are ill-prepared for us claiming that a decoder exists only to have creating it fail, and express this poor preparation with crashes (e.g. flash). Check that firmware is there to increase the chances of there being a high correlation between reported capabilities and ability to create a decoder. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: 10.0 10.1

I was wondering if the XVideo extension is supported or not? In a clean wine setup, I installed DivX 4.01 and The Playa, also installed Windows Media Player 6.4. They can both display DivX 4.01 material with sound. This is simply great :-) However, the performance is not that great. Especially when going fullscreen the cpu is overburdened (slide show). I assume that the XVideo extension is not

These chipsets include the VP2 engine which is composed of a bitstream processor (BSP) that decodes H.264 and a video processor (VP) which can do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are driven by separate xtensa chips embedded in the hardware. This patch provides the mechanism to load the kernel for the xtensa chips and provide the necessary interactions to do the rest of

https://bugs.freedesktop.org/show_bug.cgi?id=110679 Bug ID: 110679 Summary: va-api scaling with nv50-class cards incomplete? Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

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

https://bugs.freedesktop.org/show_bug.cgi?id=82118 Priority: medium Bug ID: 82118 Assignee: nouveau at lists.freedesktop.org Summary: nouveau tearing with xvideo QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: lameventanas at gmail.com

I am trying to get a video editing application, Edit Studio 4, working in wine. I think I have been successful except for previewing the project once it is assembled. When I click on the "play" button for the preview, the initial frame plays for about two seconds, the screen then goes black and then, at the end of the preview, the last frame shows as a still image. I'm pretty

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This release adds NVF0 support along with XV speedups, and reverse optimus fixes for use with new X server. Ben Skeggs (1): nvf0: implement EXA and XVideo acceleration Dave Airlie (4): drmmode: add support for multi-screen reverse optimus fix make distcheck. nouveau: fix crash when xinerama is enabled. bump to 1.0.9 for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This release adds NVF0 support along with XV speedups, and reverse optimus fixes for use with new X server. Ben Skeggs (1): nvf0: implement EXA and XVideo acceleration Dave Airlie (4): drmmode: add support for multi-screen reverse optimus fix make distcheck. nouveau: fix crash when xinerama is enabled. bump to 1.0.9 for

On Tue, Nov 08, 2005 at 09:36:52PM +0800, illiminable wrote: > > Then there's YUY2 which is interleaved Y0 U0 Y1 V0 Y2 U1 Y3 V1, and YVYU > (Y0 V0 Y1 U0 Y2 V1 Y3 U1), and UYVY (U0 Y0 V0 Y1 U0 Y2 V0 Y3)... and then > there's AYUV, which has a 4th alpha channel. We will only be doing [A]YUV ordered planar encoding, no other order, not packed using one of several methods.