Re: GSOC '08 hardware accelerated video decoding
Tom Cooksey wrote: Isn't XvMC going to be depricated in favor of VAAPI? Not sure if it's of any use to you, but Qt 4.4.0 has an OpenGL playback widget for Phonon GStreamer backend. It uses a shader to do the color-space conversion and is avaliable under the GPLv2/GPLv3. If your interest is XcMV because of client-side support, I may be able to find someone in Trolltech willing to write a Phonon/GStreamer playback widget which uses VAAPI. It may not be able to make use of all the VAAPI features as many of them need to be supported in the decoder elements (I think anyway). Ping me if this is of interest. Cheers, Tom Hi Tom, I went with XvMC because it has a lot of client support as you said. I think it would be immediately useful to a lot of people, plus there are lots of resources out there. Implementing VAAPI is on my list of nice-to-haves if I have time, but at the very least I'll try to keep the code modularized enough to make a VAAPI implementation as painless as possible. I think having VAAPI support would kick start things and get more clients to support it, so it's definitely worth the effort. If I have time at towards the end to do a basic VAAPI implementation I'll definitely keep your offer in mind. Thank you very much, Younes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15203] r300 lockup
http://bugs.freedesktop.org/show_bug.cgi?id=15203 --- Comment #11 from Oliver McFadden [EMAIL PROTECTED] 2008-03-29 10:53:25 PST --- Created an attachment (id=15563) -- (http://bugs.freedesktop.org/attachment.cgi?id=15563) r300: Correctly translate the value for the R300_CMD_WAIT command. This patch fixes the lockup caused by the test case on this bug. I've explained it in the commit log of the patch, but I'd like to get a couple of reviews before pushing. Markus, could you please test this patch and report your results? Thanks. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15258] New: recent commit broke compiz's water effect on r300
http://bugs.freedesktop.org/show_bug.cgi?id=15258 Summary: recent commit broke compiz's water effect on r300 Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Commit 978145a075255ae153ee05c2a037400e61558079 Set param_var-param_binding_type = PROGRAM_CONSTANT broke the water effect in compiz on my rv370 card. When I activate the effect, the screen becomes black with colored bands covering approximately the top 10 and bottom 10 pixels and I can see the wave edges in white moving through the screen at a frame every 1-2s. When the effect ends the screen stays mostly black, but when I activate the other effects it's possible to see some changes, and occasionally white borders where windows should be. The speed remains very low (~1 fps). Nothing on the logs, I bisected until I found the guilty commit. PS. I'm not sure if the bug is common or r300-specific, so assigning to dri-devel. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15258] recent mesa commit broke compiz's water effect on r300
http://bugs.freedesktop.org/show_bug.cgi?id=15258 Giacomo Perale [EMAIL PROTECTED] changed: What|Removed |Added Summary|recent commit broke compiz's|recent mesa commit broke |water effect on r300|compiz's water effect on ||r300 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15261] New: Segfault in function qglVertex2f
http://bugs.freedesktop.org/show_bug.cgi?id=15261
Summary: Segfault in function qglVertex2f
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: highest
Component: libglx
AssignedTo: dri-devel@lists.sourceforge.net
ReportedBy: [EMAIL PROTECTED]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb76ed6d0 (LWP 30281)]
viaEmitState (vmesa=0x182a8c70) at via_state.c:223
223 via_state.c: No such file or directory.
in via_state.c
(gdb) bt full
#0 viaEmitState (vmesa=0x182a8c70) at via_state.c:223
texObj = value optimized out
ctx = (GLcontext *) 0x182aa9f0
j = value optimized out
_vb = value optimized out
_nr = value optimized out
_x = value optimized out
#1 0xb7157298 in viaRasterPrimitive (ctx=0x182aa9f0, glprim=4, hwprim=4) at
via_tris.c:927
vmesa = (struct via_context *) 0x182a8c70
regCmdB = value optimized out
_vb = value optimized out
__FUNCTION__ = viaRasterPrimitive
__PRETTY_FUNCTION__ = viaRasterPrimitive
#2 0xb714cede in via_fastrender_quads_verts (ctx=0x182aa9f0, start=0, count=1,
flags=55)
at ../../../../../src/mesa/tnl_dd/t_dd_dmatmp.h:626
vmesa = (struct via_context *) 0x182a8c70
j = value optimized out
#3 0xb714cd03 in via_run_fastrender (ctx=0x182aa9f0, stage=0x182f5cac) at
via_render.c:113
mode = 0
start = 0
length = value optimized out
tnl = (TNLcontext *) 0x182f5ac8
i = 0
#4 0xb71f2cd3 in _tnl_run_pipeline (ctx=0x182aa9f0) at tnl/t_pipeline.c:158
tnl = (TNLcontext *) 0x182f5ac8
__tmp = 895
i = 6
mask = 63
#5 0xb71566e0 in viaRunPipeline (ctx=0x182aa9f0) at via_tris.c:1160
vmesa = (struct via_context *) 0x2
#6 0xb71f3251 in _tnl_draw_prims (ctx=0x182aa9f0, arrays=0x182e3ef8,
prim=0x182e2a54, nr_prims=1, ib=0x0,
min_index=0, max_index=0) at tnl/t_draw.c:402
bo = {0x3f12fa33, 0x9, 0x3f1813b7, 0x3f1a97bb, 0x3f1d15c8, 0x3f1f8dc7,
0x3f21ffa0, 0x3f246b3a,
0x3f26d07c, 0x3f292f4b, 0xde1, 0x0, 0xa, 0x3f32687d, 0x8, 0x3f36dc2c,
0x18a7dd1c, 0x3f3b33a8, 0x3f3d549e,
0x3f3f6e46, 0x3f41808e, 0x3f438b5f, 0x3f458ea7, 0x3f478a4c, 0x3f497e44,
0x3f4b6a78, 0x3f4d4ed5,
---Type return to continue, or q return to quit---
0x3f4f2b47, 0x3f50ffbc, 0x3f52cc23, 0x3f549069, 0x3f564c7d, 0x3f58004e}
nr_bo = 0
tnl = (TNLcontext *) 0x182f5ac8
#7 0xb71ebdc0 in vbo_exec_vtx_flush (exec=0x182e2930) at
vbo/vbo_exec_draw.c:215
ctx = (GLcontext *) 0x182aa9f0
#8 0xb71e8358 in vbo_exec_FlushVertices (ctx=0x182aa9f0, flags=1) at
vbo/vbo_exec_api.c:700
exec = (struct vbo_exec_context *) 0x182e2930
#9 0xb7289061 in enable_texture (ctx=0x182aa9f0, state=value optimized out,
bit=0) at main/enable.c:207
curr = 1
newenabled = 0
#10 0xb728b8d3 in _mesa_set_enable (ctx=0x182aa9f0, cap=3553, state=240 '�')
at main/enable.c:595
newenabled = value optimized out
#11 0xb728cece in _mesa_Disable (cap=3553) at main/enable.c:974
No locals.
#12 0x0811128a in R_DrawFlatGeoscape (x=0, y=0, w=1024, h=768, p=0.25,
q=-1.77736676, cx=0.5, cy=0.5,
iz=0.5, map=0x816e010 map_earth) at src/renderer/r_draw.c:527
gl = (image_t *) 0x1146670c
nx = 0
ny = 0
nw = 800
nh = 600
__PRETTY_FUNCTION__ = R_DrawFlatGeoscape
#13 0x080a17f8 in MAP_DrawMap (node=0x15e85ce0) at src/client/cl_map.c:1372
q = -1.77736676
base = (base_t *) 0x300
distance = 9.38528527e-26
__PRETTY_FUNCTION__ = MAP_DrawMap
#14 0x080d33be in MN_DrawMenus () at src/client/menu/m_draw.c:326
node = (menuNode_t *) 0x15e85ce0
menu = (menu_t *) 0x1664dea8
ref = 0x0
font = 0x3ff0 Address 0x3ff0 out of bounds
source = '\0' repeats 63 times
sp = 1
pp = 0
---Type return to continue, or q return to quit---
color = {0.80012, 0.80012, 0.80012, 1}
mouseOver = 1
y = -1208238880
i = -1077167752
message = (message_t *) 0x81225c1
width = 0
height = 407260176
itemHover = (const invList_t *) 0x0
tab = 0xc3 Address 0xc3 out of bounds
end = 0x8164e55 R_Clear
__PRETTY_FUNCTION__ = MN_DrawMenus
#15 0x080bb1ce in SCR_UpdateScreen () at src/client/cl_screen.c:458
No locals.
#16 0x08099ed3 in CL_Frame (now=22902, data=0x0) at src/client/cl_main.c:2374
delta = 54
last_frame = 22902
#17 0x080edf88 in tick_timer (now=22902, data=0x18a5a118) at
src/common/common.c:963
timer = (struct timer *) 0x18a5a118
old_interval = 11
lateness = 1875
#18 0x080ee1e1 in Qcommon_Frame () at src/common/common.c:1044
event = (struct event *) 0x18a7dc78
time_to_next = 0
#19 0x0812d149 in
[git pull] drm fixes for 2.6.25 final
Hi Linus, Please pull the 'drm-fixes' branch from ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes This contains a bug fix for hangs in the r300 3D system due to a really badly defined hardware wait interface, I've had to do some workarounds as its a userspace exposed interface and I want to fix it for old and new users. I've also included an oops fixer, a sparse cleanup, and patch to support non-coherent DMA for powerpc that I was going to hold but since I'm pushing stuff it may as well go now.. Dave. drivers/char/drm/ati_pcigart.c |6 drivers/char/drm/drm_scatter.c | 11 +++- drivers/char/drm/drm_vm.c | 20 +++--- drivers/char/drm/i915_dma.c|3 ++ drivers/char/drm/r300_cmdbuf.c | 54 +++- drivers/char/drm/radeon_drm.h | 12 + drivers/char/drm/radeon_mem.c |8 +++--- 7 files changed, 92 insertions(+), 22 deletions(-) commit 6876b3bacaaa4c73fb8752b47c84b2b7fad5422a Author: Benjamin Herrenschmidt [EMAIL PROTECTED] Date: Fri Mar 28 14:23:07 2008 -0700 drm: fix for non-coherent DMA PowerPC This patch fixes bits of the DRM so to make the radeon DRI work on non-cache coherent PCI DMA variants of the PowerPC processors. It moves the few places that needs change to wrappers to that other architectures with similar issues can easily add their own changes to those wrappers, at least until we have more useful generic kernel API. Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED] Cc: David S. Miller [EMAIL PROTECTED] Cc: Luck, Tony [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] Signed-off-by: Dave Airlie [EMAIL PROTECTED] commit 2b46278b6af0a4df43016f01a0741d8e0a76bfd4 Author: Harvey Harrison [EMAIL PROTECTED] Date: Fri Mar 28 14:23:06 2008 -0700 drm: radeon: fix sparse integer as NULL pointer warnings in radeon_mem.c drivers/char/drm/radeon_mem.c:91:23: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:116:28: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:124:28: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:177:26: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:177:53: warning: Using plain integer as NULL pointer Signed-off-by: Harvey Harrison [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] Signed-off-by: Dave Airlie [EMAIL PROTECTED] commit 144a75fa1faa4a81530bded2e59872ef80d496b6 Author: Dave Airlie [EMAIL PROTECTED] Date: Sun Mar 30 07:53:58 2008 +1000 drm/i915: fix oops on agp=off From Kernel BZ 10289 - not sure why anyone would boot an intel with no agp but it shouldn't crash. Signed-off-by: Dave Airlie [EMAIL PROTECTED] commit 0c76be35194563f56e02fc1775d0fe29281e84d4 Author: Dave Airlie [EMAIL PROTECTED] Date: Sun Mar 30 07:51:49 2008 +1000 drm/r300: fix bug in r300 userspace hardware wait emission This interface was originally designed wrong, confusing bit-fields and integers, major brown paper bag going back many years... But userspace only ever used 4 values so fix the interface for new users and fix the implementation to deal with the 4 values userspace has ever emitted (0x1, 0x2, 0x3, 0x6). Signed-off-by: Dave Airlie [EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15203] r300 lockup
http://bugs.freedesktop.org/show_bug.cgi?id=15203 --- Comment #12 from Markus Amsler [EMAIL PROTECTED] 2008-03-29 15:32:57 PST --- Created an attachment (id=15568) -- (http://bugs.freedesktop.org/attachment.cgi?id=15568) Emitting wait (In reply to comment #10) (In reply to comment #9) Emitting wait doesn't help. What exactly did you try? That. Lockups are still present here with git drm. drm/r300: fix wait interface mixup r300: Correctly translate the value for the R300_CMD_WAIT command. Had no noticeable effects here :( -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
