GEM-dev March 2007

gem-dev@lists.iem.at

10 participants
14 discussions

pix_resize very greedy?
by B. Bogart 19 Mar '07

19 Mar '07

Hey all, I'm using pix_resize and pix_dump to feed the ann_som object with some image data. pix_resize subsamples down to 4x3 pixels. With pix_resize in the chain PD uses 56% or so. When I take pix_resize out PD drops down to 13%. oprofile does not see much difference in Gem's relative usage in either case, see attachments. I'm feeding pix_resize with pix_image at 640x480 @ 30fps. Any suggestions on optimizing this? or better ways to subsample an image? pix_zoom seems to do nothing on my machines... Thanks .b.

1 0

another videoDV4L bug
by Ivica Ico Bukvic 18 Mar '07

18 Mar '07

I just realized this was sent to the wrong gem list DOH! Hi all, Here's another problem I just discovered (surprisingly took me quite a while to notice it...). With the latest videoDV4L.cpp code, the video output has screwed up RGB. Namely, red colors appear to be blue. So do yellows. Greens and grays look orange etc. When I tried altering code as follows: dv_decode_full_frame(m_decoder, videobuf, e_dv_color_yuv, &decodedbuf, pitches); //changed e_dv_color_yuv to e_dv_color_rgb m_image.image.fromYVYU(decodedbuf); //changed to fromRGB This makes colors OK, it also signficantly lowers CPU usage, but the image is now mangled with bottom having bunch of junk and top half being split into 3 mirror images of the actual image. Any ideas what can be done to address this? Best wishes, Ico

1 0

lowering gem camera capture CPU overhead
by Ivica Ico Bukvic 18 Mar '07

18 Mar '07

Hi all, I've been trying to shave off precious cycles off the FW camera input capture. The problem is that vanilla capture of a FW camera feed (NTSC) already introduces 50+% of CPU overhead on an AMD64 3000+. I have experimented with lowered gem frame value, but anything below 20 seems to jagged. So, here are the questions: What is the cause of such a high capture overhead? Is there a way to minimize such overhead beyond just optimizing code for sse and other similar methods, plus the aforesaid frame option for the gem object? Many thanks! Best wishes, Ico

1 0

modifying gemframebuffer object
by maciej wojnicki 05 Mar '07

05 Mar '07

Hello I`m a regular user of gem that doesn`t do programming himself but thought of some improvment that would extense gem possibilities a lot (in my oppinion). Is it possible to modify the gemframebuffer object so that its outlet would not be plugged into the right inlet of pix_texture but to the left inlet of any pix object.?? That way a 2d processing of 3d objects would be finnaly possible in gem and all the video effects such as motion blur and others could be easily achived on 3d. Right now using pix_snap can give some good results but then the 3d object is still visible in gem window in its raw unprocessed form while using geframebuffer could allow to render few independent layers of 3d objects and then combining them all in a 2d manner in gem window. That would be a great advantage, at least for me. ... as I suppose if this modification could be easily then probably it would be already done that way since advantages are so obvious. While it is done the other way then I assume my solution is more complicated/impossible in gem. But if it could be done in the way I proposed then PLEASE do this. It would be funtastic. 2d postprocessing of 3d layers is one of the things I truly miss in gem greets. maciej --------------------------------- Access over 1 million songs - Yahoo! Music Unlimited.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev March 2007