Selon Frank Barknecht fbar@footils.org:
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
raphy.ilias@free.fr wrote:
Hello !
Another question : I'm now working with the pure:dyne (I think you know
it). I'd
like to display the Gem window in fullscreen on an external monitor/videoprojector. I manage to get an « extended desktop » (with
Xinerama)
but not to display the gemwin on the external monitor : with [fullscreen
1( it
is always displayed on my laptop, and with [fullscreen 0( the video of
the Gem
window is no more rendered when i pass it on the external screen. I tried
lots
of settings in my xorg.conf, but it never worked more than once (if it
works
one time, it doesn't anymore when i restart X). I think Gem refers to the Screen 0 to choose where it is displayed, but even if i define the
external
screen as the Screen 0, it doesn't work, the « display screen » or the « rendering buffer » remains on my laptop. My graphic card is a Intel 855
GME, so
i'm using i810 as driver. Has anyone got the same problem ?
this should be a problem with your gfx card (though i have no experience with your specific model; probably frank can help you here)
...
there is nothing you can do about this, but: a) try to mirror the output of the built-in screen to the external screen. this way you have less possibilities to interact with your patch (since your primary display is occupied by the fullscreen gem window), but at least you might get output.
Well, how to set up the PIPEs on Intel chips still is a mystery to me as well, so I'm avoiding it. I also don't use Xinerama, but instead just rely on your solution a) which is the default setup anyways for xorg AFAIK. My laptop has a special key which cyccle between disabled/enabled builtin screen/VGA output like (builtin on, vga off), (b off, vga on) and (b on, vga on). Normally I then get the same image on both screens and all is well (unless a Ben-Q beamer is connected to VGA, as these seem to dislike my laptop.)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
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 that type of card. I had managed to display "clone" and "extended" screen. But 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 it as non-3D (wich doesn't interest me, i'm doing 2D with Gem, because i know 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 ?
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 ?
However, now, I'll try with my girlfriend laptop ; i hope her graphic card is different !
Thanks once more
nota : excuse me, i send this mail to your personnal adress instead of sending it to the pd-list
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
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
raphy.ilias@free.fr wrote:
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);
Note that with the Intel chips or at least with their Xorg driver, you probably do *not* want to enable the Option "Clone" in xorg.conf. Even though this will make the second head ("Pipe B") display a cloned mirror of what's on the first head, Pipe B then will not be able to use "Video overlay functions" (http://en.wikipedia.org/wiki/Video_overlay) according to the "i810" manual page.
Another note: I found several websites which state that enabling Xinerama disables Direct Rendering (on i810). So you probably want to disable Xinerama for Gem, too.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
-
Frank Barknecht -
IOhannes m zmoelnig -
raphy.ilias＠free.fr