Hi stanislav, jinhyoung Jo.
Could you rewrite "check-gl" for Windows, Linux and Mac ??
Current "check-gl" produce only restrict information and it was made based on the legacy "VirtGL".
I think now is a good time to upgrade "check-gl" including kind logs.
What do you think about it ?
------- Original Message -------
Sender : Stanislav Vorobiov<[email protected]> Expert Engineer/SRR-Tizen S/W Group/삼성전자
Date : 2014-03-24 17:35 (GMT+09:00)
Title : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration.
Hi,
The problem with RDP is not that it's unable to draw stuff, but acquiring the right device, RDP sessions
use DISPLAY_DEVICE_MIRRORING_DRIVER instead of DISPLAY_DEVICE_PRIMARY_DEVICE as you mentioned yourself
earlier and you can't have GL or DirectX acceleration with that. That's why there're things such as RemoteFX - you can try
using that, but I'm not sure that it'll work for OpenGL (it works for DirectX) and there're some special OS requirements for it.
But what I don't understand why doesn't jenkins agent work with GL, it should work. Are there any logs, what
do they say ? Sorry, but I really don't understand what RDP has to do with all this...
If you want to use RDP for more than jenkins, i.e. remote display then IMHO it probably won't do, it'll not be able
to utilize host GPU resources
On 03/24/2014 11:56 AM, 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.
>
>
>
> Thanks.
>
>
>
> ------- *Original Message* -------
>
> *Sender* : Stanislav Vorobiov
>
> *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 VorobiovExpert 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
