On Mon, Oct 1, 2018 at 10:16 AM Alexandr via FreeRDP-devel <freerdp-devel@lists.sourceforge.net> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > В Пн, 01/10/2018 в 09:41 +0200, Armin Novak via FreeRDP-devel пишет: > > Look at the sample client: > > > > nCount = freerdp_get_event_handles(instance->context, &handles[0], > > 64); > > status = WaitForMultipleObjects(nCount, handles, FALSE, 100); > > > > freerdp_check_event_handles(instance->context) > > > > > > That basically collects all event sources and waits for an object to > > trigger. > > > > (Note, if you want to reduce the load, make the 100ms timeout > > INFINITE) > > > > Handling the events is done by freerdp_check_event_handles > > > > > > best > > > > Armin > > > > > > On 10/1/18 9:25 AM, Alexandr via FreeRDP-devel wrote: > > > В Пн, 01/10/2018 в 09:04 +0200, Armin Novak via FreeRDP-devel > > > пишет: > > > > Hi Alexandr, > > > > currently there are no dynamic changes of handles (note, the > > > > *_fds > > > > functions are deprecated just as the dfreerdp client - due to > > > > lack of > > > > a > > > > maintainer) > > > > but that might change therefore the process is repeated before > > > > each > > > > wait. > > > > best > > > > Armin > > > > On 9/29/18 1:30 AM, Alexandr via FreeRDP-devel wrote: > > > > > hi all. > > > > > in "client/DirectFB/dfreerdp.c" i found what "freerdp_get_fds" > > > > > and > > > > > "freerdp_channels_get_fds" used to get fd's for select, but in > > > > > each > > > > > iteration they called again for new fd's, also i have checked > > > > > under > > > > > debugger, and they does not changing during session. > > > > > My question is it necessary to get new fd's via > > > > > "freerdp_get_fds" > > > > > and > > > > > "freerdp_channels_get_fds" each time after calling > > > > > "freerdp_check_fds" > > > > > and "freerdp_channels_check_fds" or i can get fd's one time > > > > > only ? > > > > > > > > _______________________________________________ > > > > > > > > > FreeRDP- > > > > > > > > devel > > > > mailing list > FreeRDP-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > > > > _______________________________________________ > > > > FreeRDP-devel mailing list > > > > FreeRDP-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > > > > > > Understood. > > > So if fd's functions is deprecated, what should i sue instead ? > > > > > > > > > _______________________________________________ > FreeRDP- > > > > > > devel > > mailing list > FreeRDP-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > > > > > > _______________________________________________ > > FreeRDP-devel mailing list > > FreeRDP-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > > nevermind preveous message, i misunderstood you, just too sleepy now, > sorry. > > yes freerdp_get_event_handles is what i need. >
It looks like we are doing the same thing, look here: https://gitlab.com/R0b0t1/rdpuppet. Specifically https://gitlab.com/R0b0t1/rdpuppet/blob/master/rdpuppet.c#L196. Per your other mailing list question, you can simply not create a thread and run rdpuppet_client_thread and rdpuppet_input_thread directly (pass them the right argument or copy the code out of them to somewhere else). Why I use two threads in this case is because it is actually SDL2 which provides no view into its internals. If you use XCB or Xlib you should have access to file descriptors. I was going to prepare it for inclusion in FreeRDP but I have just relocated for work. If you can find a good way to modify FreeRDP to allow greater configuration of the rendering threads please let the list and myself know, it is something I want to do very badly. I had a brief discussion with someone else about it on this list. Disabling rendering will work but it can't be restarted, so what I was going to do was just disconnect and reconnect if I needed to get video back. The problem with some of the FreeRDP code is that it was all written by the same people for the same purpose, so there are not clear interface boundaries in some places. Cheers, R0b0t1 _______________________________________________ FreeRDP-devel mailing list FreeRDP-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
