raphy.ilias@free.fr wrote:
Thanks IOhannes and Frank !
So, if i understand (as my french-english is quite bad), there's no solution to get the gemwin on the external screen and the patch on the laptop screen, with
well it says that you have "known problems" with your gfx card.
that type of card. I had managed to display "clone" and "extended" screen. But
this is what frank said: use "clone"; some (esp. older) gfx cards on laptops will do this in hardware (no drivers involved);
you notice this, if you have a special key combination which you can use to switch between the various settings, regardless of the os you are running.
under windows 2K (glups !) i can get an extended desktop and the video is rendered (for example, with VLC player) on the external screen. Maybe this because this is not OpenGL. In this case, couldn't it exist a trick to render
yes; obviously non-openGL calls are rendered to the 2nd head; else it would be completely useless (always black ;-)) however, you should also be able to use vlc on linux on the 2nd screen.
it as non-3D (wich doesn't interest me, i'm doing 2D with Gem, because i know
well Gem is 3d; you cannot do non-openGL stuff in Gem (not totally true: the pix_ stuff is completely independent from openGL, but whenever you want to display it (within Gem) you are bound to openGL)
it better) or something like passing it from Gem to pdp ? If I remember well the workshop i did, there's something like gem_to_pdp... Or should I use pdp in case of Gem ?
yes that is an option: if you can stay within one library, i suggest to do so. converting data between Gem and pdp costs you time; so if you don't necessarily need a functionality that is only provided in Gem i would try to do it in pdp alone.
however, afaik there _is_ one functionality that is only provided by Gem: [pix_video] is able to capture your DV-camera; [pdp_ieee1394] is (to my knowledge) only functional on os-x. the bridging objects are called: [gem2pdp] : convert the current rendering buffer of gem to a pdp-packet [pdp2gem] : convert the current pdp-packet into a pix [pix_2pdp]: convert the current pix into a pdp-packet
About the Intel Graphics, I heard that Intel had just made their drivers more open, dont't they ? Do you think, there will be more support for these cards later with linux ?
i am not sure whether this is an issue with the (software) driver or hardware. you could try to run Gem on the 2nd screen under w32 (if you still have it) and see what happens (and have a look at the cpu-meter, it might be that your system switches to software rendering on the 2nd screen, which still gives you an image, but at the cost of a rather high cpu load)
if it is a hardware problem, then nobody will be able to help you.
nota : excuse me, i send this mail to your personnal adress instead of sending it to the pd-list
did you?
mfga.sdr IOhannes