On 03/24/2014 04:56 PM, SeokYeon Hwang
wrote:
Unfortunately it doesn't work.
We should try to find the way.
Anyway, is there no way to enable GL acceleration on windows
RDP ??
Even though it could not draw on real display - we can not see
that, It's OK.
It can be used for remote display or remote auto testing.
include your own osmesa library with the emulator and explicitly use
osmesa (with its own osmesa "eg" layer). you now use the cpu to
render gl, and push out puxels manually from the osmesa buffer. it
works. on a fast enough cpu it's usable (but not brilliant).
Thanks.
------- Original Message -------
Sender : Stanislav
Vorobiov<[email protected]> Expert Engineer/SRR-Tizen
S/W Group/삼성전자
Date : 2014-03-19 16:19 (GMT+09:00)
Title : Re: [Dev] [SDK/Emulator] Discuss about remote GL
acceleration.
Hi,
I see. Is jenkins agent configured as a windows service ? If yes,
m.b. this can help:
http://jenkins-ci.361315.n4.nabble.com/DirectX-and-Jenkins-td4525448.html
IMHO this problem is not related to RDP at all, jenkins does not
use RDP, it simply runs your app
and can't initialize OpenGL since service may not be allowed to be
interactive. Does jenkins slave
service has "allowed interactive" enabled in service properties ?
On 03/19/2014 10:51 AM, SeokYeon Hwang wrote:
> We already running auto-test exactly same method described
that instruction.
>
> We can run emulator and can do test, but we can not enable GL
acceleration and can not run GL test.
>
> Maybe, the jenkins JNLP agent using windows RDP logic.
>
>
>
> You can test it using "windows remote desktop".
>
> 1. In PC (A), Windows, open "cmd" window.
>
> 2. Run "[TIZEN_SDK]/tools/emulator/bin/check-gl.exe". It may
produce positive results.
>
> 3. In PC (B), connect to PC (A) via "mstsc.exe" (Windows
Remote Desktop client).
>
> 4. You can see already opened "cmd" window that contains
positive result of "check-gl.exe".
>
> 5. Run "[TIZEN_SDK]/tools/emulator/bin/check-gl.exe". It may
produce negative results.
>
>
>
>
>
>
>
> ------- *Original Message* -------
>
> *Sender* : Stanislav Vorobiov Expert
Engineer/SRR-Tizen S/W Group/삼성전자
>
> *Date* : 2014-03-19 14:58 (GMT+09:00)
>
> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL
acceleration.
>
>
>
> Hi,
>
> I didn't use jenkins for quite a while and I don't have it
installed to check, but
> it seems that jenkins can run tests using interactive
logon, thus, it can run accelerated apps.
>
> Some quick googling shows:
>
>
http://stackoverflow.com/questions/19441324/how-to-run-gui-tests-on-a-jenkins-windows-slave-without-remote-desktop-connectio
>
> On 03/19/2014 06:25 AM, SeokYeon Hwang wrote:
>> We are running auto-test using "jenkins".
>>
>> A "jenkins" master node trigger "tests" in slave nodes
with various OS via JNLP Agent.
>>
>> We can use GL acceleration with linux, macos slaves,
but we can not use it with Windows slaves.
>>
>> That is our issue currently encountered.
>>
>>
>>
>> Thanks.
>>
>>
>>
>> ------- *Original Message* -------
>>
>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen
S/W Group/삼성전자
>>
>> *Date* : 2014-03-18 21:36 (GMT+09:00)
>>
>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote
GL acceleration.
>>
>>
>>
>> Hi,
>>
>> Thanks, but our case is to run the emulator itself
remotely, i.e. this is a little different.
>>
>> BTW, TigerVNC indeed works, OpenGL apps and emulator
can be launched remotely but within a single session.
>> SeokYeon, will that do for auto-tests ?
>>
>> On 03/18/2014 04:05 PM, Roman Kubiak wrote:
>>> x11vnc works well, i tested it with the M0 target
and got the tizen display from the phone on my desktop. I
remember doing the same trick @home with XBMC, and i know XBMC
uses some sort of hardware acceleration technique to run so
x11vnc mirrors that, but
>>> you'll need to install it inside the emulator, i
had to build it myself for ARM.
>>>
>>> best regards
>>> On 03/18/2014 12:50 PM, Stanislav Vorobiov wrote:
>>>> Hi,
>>>>
>>>> Is it so important to use RDP, why not try VNC
? IMHO this topic covers it:
>>>>
>>>>
http://www.opengl.org/discussion_boards/showthread.php/164372-Remote-Desktop
>>>>
>>>> On 03/18/2014 01:43 PM, 황석연 wrote:
>>>>> So using GL acceleration via
DISPLAY_DEVICE_PRIMARY_DEVICE within Windows remoting session is
impossible ??
>>>>>
>>>>>
>>>>>
>>>>> Or, could you try this ??
>>>>>
>>>>>
>>>>>
>>>>> ------- *Original Message* -------
>>>>>
>>>>> *Sender* : Stanislav VorobiovExpert
Engineer/SRR-Tizen S/W Group/삼성전자
>>>>>
>>>>> *Date* : 2014-03-18 15:47 (GMT+09:00)
>>>>>
>>>>> *Title* : Re: [Dev] [SDK/Emulator] Discuss
about remote GL acceleration.
>>>>>
>>>>>
>>>>>
>>>>> Oh, you mean you launch QEMU itself from
withing remoting session and GL caps test doesn't pass. Yes this
is expected.
>>>>>
>>>>> Have you tried doing it on linux ? m.b.
AIGLX can help in this case.
>>>>>
>>>>> And regarding windows RDP, quick googling
revealed that you can't have 3D acceleration in remote sessions,
though it's possible, but it's really slow
>>>>> and this is for DirectX only and I'm not
sure if it'll work for OpenGL:
>>>>>
>>>>>
http://stackoverflow.com/questions/272537/direct3d-over-remote-desktop
>>>>>
>>>>> On 03/18/2014 08:03 AM, SeokYeon Hwang
wrote:
>>>>>> I'm not talking about a specific issue.
>>>>>>
>>>>>> I'd like to discuss about the possible
solutions regarding the auto-test issues, and add new
functionalities if needed.
>>>>>>
>>>>>> Currently, it is possible to use
"spice" on Linux host.
>>>>>>
>>>>>> However, on Windows host, it is
unfeasible to run tests using Spice because of the Spice
server's inability to support Windows host yet.
>>>>>>
>>>>>> So, I suggest running tests using
Windows RDP for now.
>>>>>>
>>>>>> (I haven't yet found out whether
Windows RDP can send screens drawn with GL to clients or not.
>>>>>>
>>>>>> Even if it can't send the screens, as
long as it can be enabled we may use it in auto-tests.)
>>>>>>
>>>>>> The first issue we encouter is that it
cannot pass the GL capability test when connected remotely from
RDP.
>>>>>>
>>>>>> When we run "check-gl.exe" in Tizen
SDK, the result becomes false.
>>>>>>
>>>>>> It is because of the fact that the
display device is DISPLAY_DEVICE_MIRRORING_DRIVER.
>>>>>>
>>>>>> If we can find a solution to this
issue, we can at least solve the auto-test issue.
>>>>>>
>>>>>>
>>>>>>
>>>>>> If you have any other suggestions,
please feel free to tell me.
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------- *Original Message* -------
>>>>>>
>>>>>> *Sender* : Stanislav VorobiovExpert
Engineer/SRR-Tizen S/W Group/삼성전자
>>>>>>
>>>>>> *Date* : 2014-03-17 17:40 (GMT+09:00)
>>>>>>
>>>>>> *Title* : Re: [Dev] [SDK/Emulator]
Discuss about remote GL acceleration.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi, SeokYeon
>>>>>>
>>>>>> So, if I understand correctly, you've
launched the emulator on one machine and
>>>>>> then try to connect to it from
different machine using RDP, right ?
>>>>>>
>>>>>> So, RDP basically presents QEMU graphic
console contents to the client, i.e. GL acceleration
>>>>>> should happen on server as usual, right
?
>>>>>>
>>>>>> How can I reproduce this ? What command
line should be used to launch qemu in server mode so
>>>>>> RDP clients are able to connect ?
>>>>>>
>>>>>> Do I need some special RDP client or
can I use standard window's RDP for example ?
>>>>>>
>>>>>> On 03/17/2014 12:18 PM, SeokYeon Hwang
wrote:
>>>>>>> Yes, the remote approach is likely
to be based on "spice", or any other solution with similar
features.
>>>>>>>
>>>>>>> When considering remote execution,
we have to run the emulator from remote,
>>>>>>>
>>>>>>> and bring the screen to us using
"spice" or a similar solution.
>>>>>>>
>>>>>>> But, there's a problem.
>>>>>>>
>>>>>>> When we use Windows Remote Desktop
to connect and run GL capability tests, the result is "false".
>>>>>>>
>>>>>>> Because the device which Remote
Desktop uses does not utilize DISPLAY_DEVICE_PRIMARY_DEVICE
which supports GL, but rather DISPLAY_DEVICE_MIRRORING_DRIVER.
>>>>>>>
>>>>>>>
(http://msdn.microsoft.com/en-us/library/windows/desktop/dd183569%28v=vs.85%29.aspx)
>>>>>>>
>>>>>>> While different from Windows, Linux
is believed to have limitations in GL acceleration as well.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> The same thing happens when we run
tests using CI tools such as Jenkins,
>>>>>>>
>>>>>>> since the Jenkins' master node
connects to each of the OS slave nodes and run the tests.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Being not an expert about these
issues, I'd like to discuss and find solutions together.
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------- *Original Message* -------
>>>>>>>
>>>>>>> *Sender* : Stanislav VorobiovExpert
Engineer/SRR-Tizen S/W Group/삼성전자
>>>>>>>
>>>>>>> *Date* : 2014-03-14 15:36
(GMT+09:00)
>>>>>>>
>>>>>>> *Title* : Re: [Dev] [SDK/Emulator]
Discuss about remote GL acceleration.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi, SeokYeon
>>>>>>>
>>>>>>> Could you provide more info on the
remote approach being used ? It's based on spice, right ?
>>>>>>>
>>>>>>> What does "PRIMARY DISPLAY DEVICE"
mean in this context ?
>>>>>>>
>>>>>>> What does "emulator remote
execution" and "emulator GL auto test on CI tool" mean ?
>>>>>>>
>>>>>>> These lines:
>>>>>>>
>>>>>>>> It does not need to draw screen
on "MONITOR SCREEN" connected to remote host PC.
>>>>>>>>
>>>>>>>> In case of "emulator remote
execution", the drawing image can get another way into my
"MONITOR SCREEN".
>>>>>>> Are also not clear to me. Could you
give some overview of this so that we could
>>>>>>> get a better picture of what's
going on.
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> On 03/14/2014 06:12 AM, 황석연 wrote:
>>>>>>>> Hi, stanislav and other
emulator GL acceleration developer.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> When we connect host PC on
remote, we can not trun on GL acceleration.
>>>>>>>>
>>>>>>>> Because "remote desktop" did
not use PRIMARY DISPLAY DEVICE.
>>>>>>>>
>>>>>>>> Is there no method to enable GL
acceleration on remote ??
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> It is related with "emulator
remote execution" and "emulator GL auto test on CI tool".
>>>>>>>>
>>>>>>>> How can we use GL acceleration
via remote connection ?
>>>>>>>>
>>>>>>>> It does not need to draw screen
on "MONITOR SCREEN" connected to remote host PC.
>>>>>>>>
>>>>>>>> In case of "emulator remote
execution", the drawing image can get another way into my
"MONITOR SCREEN".
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
_______________________________________________
>>>>>>>> Dev mailing list
>>>>>>>> [email protected]
>>>>>>>>
https://lists.tizen.org/listinfo/dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Dev mailing list
>>>> [email protected]
>>>> https://lists.tizen.org/listinfo/dev
>>>
>>> --
>>> --------------
>>> Roman Kubiak
>>> --------------
>>>
>>>
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> https://lists.tizen.org/listinfo/dev
>>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
>
>
>
>
![]()
_______________________________________________
Dev mailing list
[email protected]
https://lists.tizen.org/listinfo/dev
--
The above message is intended solely for the named addressee and may
contain trade secret, industrial technology or privileged and
confidential information otherwise protected under applicable law
including the Unfair Competition Prevention and Trade Secret Protection
Act. Any unauthorized dissemination, distribution, copying or use of the
information contained in this communication is strictly prohibited. If
you have received this communication in error, please notify the sender
by email and delete this communication immediately.
|