GEM-dev March 2007

gem-dev@lists.iem.at

10 participants
14 discussions

Gem (cvs) load error on debian/etch
by B. Bogart 05 Jul '07

05 Jul '07

Hey all, I changed from nvidia's binary driver to the one in the etch repo (8776). Gem compiles (anon cvs update from today), but PD wont load it: /usr/lib/pd/extra/Gem.pd_linux: /usr/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i I've removed the files from the provided-by-nvidia-driver (--uninstall) Could there still be some headers somewhere and its compiling against the wrong opengl stuff? bbogart@insitu:~$ dpkg -l "*nvidia*" | grep ^ii ii nvidia-glx 1.0.8776-3 NVIDIA binary XFree86 4.x driver ii nvidia-kernel-2.6.18-3-686 1.0.8776-3+2.6.18-7 NVIDIA binary kernel module for Linux 2.6.18 ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files ii nvidia-kernel-source 1.0.8776-3 NVIDIA binary kernel module source ii nvidia-settings 1.0+20060516-3 Tool of configuring the NVIDIA graphics driv I'm lost, any suggestions? Attached is my config.log if that helps. Thanks, .b.

3 12

THANK YOU!!!!!!!!!!
by Frank Barknecht 29 May '07

29 May '07

Hi, damn, this new configue option --with-glversion fixed all the problems I had on my Matrox machine! (I didn't yet test the i915 laptop.) Using --with-glversion=1.5 not only lets Gem render again on newest Mesa/DRI, it also gets rid of the crash when closing the Gem window! So, thank you for supporting older and hardware with buggy GL2.0-drivers again. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

2 6

fonts: unicode & GLTT
by IOhannes m zmoelnig 02 Apr '07

02 Apr '07

hi all. i have just finished a working version (at least here on linux) of the font objects which support rendering of non-ascii (and non-local!) characters. this basically allows each character found in a ttf-file to be rendered (at least up to character#65535), e.g. cyrillic, IPA, chinese,... while doing so i have finally kicked out GLTT support. since this has been there only for legacy reasons, i don't think that this will break anything. however, before i check it in i would like to know whether there are any objections. mf.asdr IOhannes

1 1

[ pd-gem-Bugs-1691197 ] driver-message quirks to pix_video when compiled --with-v4l2
by SourceForge.net 30 Mar '07

30 Mar '07

Bugs item #1691197, was opened at 2007-03-30 11:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1691197&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: tfbb (tfbb) Assigned to: Nobody/Anonymous (nobody) Summary: driver-message quirks to pix_video when compiled --with-v4l2 Initial Comment: if gem has been compiled with support for v4l2, it freezes upon sending pix_video a |driver 1(-message to use the v4l1-driver (v4l2 is driver 0, which gets used by default). a workaround is to send any other message (like channel x) to pix_video before changing drivers. this occurs with gem-cvs from mid-march and millers pd0.40-2 on gentoo, with a bt878 capture card. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1691197&group_…

1 0

webcam logitech quickcam pro 5000 w/ linux
by Thoralf Schulze 30 Mar '07

30 Mar '07

hi there, i'm trying to get a high-resolution live feed into gem. since using a dv camera is not a viable option (frame rate to low, cpu consumption to high), i decided to give some usb webcams a go. unfortunately, things seem to look even worse here. quarter-vga resolutions are no problem, but for higher resolution (i settled for 640x480), the choices are rather limited ... for the cheap ones, there are just no v4l/v4l2-drivers available. i have a logitech quickcam pro 5000 for evaluation right now - while this one works relatively okay with the libuvc driver (which provides a v4l2 interface), i cannot get it to cooperate with gem. creating a pix_video object triggers the following messages on the shell: vidioc_s_crop: Invalid argument VIDIOC_S_FMT: Invalid argument and these in the pd window: video driver 0: video4linux2 video driver 1: video4linux video driver 2: ieee1394 for linux startTransfer: 0 start transfer device: /dev/video0 wanted 6408, got 'RGB4' error: should exit! error: unknown format 'MJPG' changed size from 64x64 to 320x240 buf.index==0 buf.index==1 buf.index==2 buf.index==3 format: MJPG -> 6408 colorconvert=1 waiting for thread to come up waiting for thread to come up waiting for thread to come up GEM: pix_video: Opened video connection 0x6 looking at the source of the driver, there is the following remark in uvc_driver.c: * The driver doesn't support the deprecated v4l1 interface. It implements the * mmap capture method only, and doesn't do any image format conversion in * software. If your user-space application doesn't support YUYV or MJPEG, fix * it :-). Please note that the MJPEG data have been stripped from their * Huffman tables (DHT marker), you will need to add it back if your JPEG * codec can't handle MJPEG data. sending a |colorspace YUV( to pix_video does not fix it ... so i assume that uvcvideos YUYV colour space is not the same as gem's YUV. is there any chance of getting this cam to work, anyway? if no, do you know of any affordable webcams that go along well with gem on linux and deliver 640x480 with 25 fps? thank you for your help, thoralf. ___________________________________________________________ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html

5 13

rendering different gemheads at different rates?
by B. Bogart 23 Mar '07

23 Mar '07

Hey all, Is there a way I can process a chain, or a certain part of a chain, at a different rate than its gemhead? I'm trying to figure out how to minimize the load of pix_resize, and it makes sense that it would sample the video only at certain points rather than for each frame. Any way of doing that? Thanks. .b.

2 1

Re: [GEM-dev] Fwd: another videoDV4L bug
by Thoralf Schulze 22 Mar '07

22 Mar '07

hi ivica, > to the gem object. My > understanding is that you can have as many gem > objects in a patch and each > with different FPS. So for instance, frame 20 will > give you 20 fps on that > gem tree. yes, you're right. but if I'm not totally mistaken, there is no way to reduce the resolution of the frames delivered by pix_video on linux - so you just have to live with the high cpu usage caused by pix_video (or, for that matter, libdv - cannot check right now) in conjunction with ieee1394 hardware at "normal" frame rates. i'd anytime favour a solution that delivers 25 fps with a 360x288 resolution and causes 20% cpu usage over one with 10fps@720x576 and 50% cpu load. with kind regards, thoralf. ___________________________________________________________ Yahoo! Messenger - with free PC-PC calling and photo sharing. http://uk.messenger.yahoo.com

3 5

Re: [GEM-dev] Fwd: another videoDV4L bug
by Ivica Ico Bukvic 21 Mar '07

21 Mar '07

probably really stupid - but i really > liked the way this issue is adressed by windows. the > directshow-framework allows for quality-messages to be > sent to pix_video, which actually lowered the > resolution of the captured frames (instead of just > making them more or less blocky as on linux), > resulting in corresponding drops of cpu usage. setting > the frame rate was possible, too. > i really hope that something along these lines will be > implemented into gstreamer one day, and that gem will > be able to use this interface - the state of things at > the moment really is less than satisfactory. > > with kind regards, > thoralf. I think that is exactly what "frame n" message does to the gem object. My understanding is that you can have as many gem objects in a patch and each with different FPS. So for instance, frame 20 will give you 20 fps on that gem tree. Best wishes, Ico

1 0

Fwd: another videoDV4L bug
by Ivica Ico Bukvic 21 Mar '07

21 Mar '07

And the last forwarded message: > BTW, this is somewhat OT but is there a way to limit how many frames are captured from the camera per > second in order to limit its CPU usage? Never mind. Figured this one as well. First I set out to change pix_videoNEW allowing it to receive msg with fps but then during testing realized that this gave me a much lower resolution than simply adjusting the gem object's frame message (DOH!). At any rate, attached is the bug-fix patch for the color issues on videoDV4L (diff -uw). Best wishes, Ico

2 1

Fwd: another videoDV4L bug
by Ivica Ico Bukvic 20 Mar '07

20 Mar '07

Another forwarded message: Hmm, I think I figured it out. After m_image.image.fromYVYU(decodedbuf); I added m_image.image.swapRedBlue(); and now it works. Strange... I guess this should be added as a patch (at least on Linux DV). BTW, this is somewhat OT but is there a way to limit how many frames are captured from the camera per second in order to limit its CPU usage? Best wishes, Ico

3 9

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