On Fri, Nov 18, 2011 at 11:43 AM, Thomas PABST <thomas.pa...@gmail.com>wrote:
> That's Ok for me. I tried to compile form the client/DirectFB folder. > > Anyway, I have some questions about the project: > > 1) There are a confusion with the both wiki. The new don"t explain some > things which was explain on the old wiki. that could be a great idea to do > some cleaning. > I know, I'm sorry, lack of time is the main reason. People ask for features, people ask for documentation, sometimes you have to prioritize. Getting 1.0 stable is the priority right now. > > 2) Well, What is the status of FreeRDP today. FreeRDP1.0 just released. > What's the roadmap for FreeRDP ? I have a heard about RemoteFX, a new rich > RDP experience push by Mircosoft since Windows Server 2008 SP1. Is freeRDP > is going to works this ? > You might want to check the --rfx option then, and libfreerdp-codec which implements both encoding and decoding of RemoteFX with SSE2 + NEON optimization. We've actually supported RemoteFX for a while now. 1.0 *stable* is not yet released, we are currently in beta1. > > 3) I read and try to design my own embedded (NoX11) client with Qt. > I understood some part of FreeRDP and not others. I I also studying > Remmina-project to do that. > What is still difficult for me is to understand what are the minimum > request to do for having a minimal client. Some part of remmina are written > using a GTK and GObject way. > For Qt you might want to look online for videos from the Ubuntu Developer Summit, there were a lot of Qt people there and some interesting presentations. The FreeRDP libraries don't depend on much except OpenSSL, otherwise it is very flexible. Other features are on a per-case basis, where you need to choose either from what's available or port the feature to a new system. Sound redirection can use either ALSA or PulseAudio, for instance, if you want to support another system you'll need to port sound redirection to that system. What you'd need to do in your Qt port is mostly a re-implementation of the graphical messages used in RDP. You register callbacks with the core, and the core notifies you of such events. One easy way to get started is to use libfreerdp-gdi, which will register all the callbacks and perform software rendering in a single software buffer, which you can then draw on your Qt drawing surface. The downside to this is performance: since it's software rendering it'll never be as fast as a Qt-specific implementation. Once you get the software rendering working, you can work on the Qt-specific rendering, and implement each of those messages using Qt. A good example of this is xfreerdp, which can either make use of libfreerdp-gdi or use its own X11-specific rendering which can be found in xf_gdi.c and xf_graphics.c Remmina implements its own Gtk-specific rendering, and does not make use of libfreerdp-gdi from what I know. > > 4) I read on the blog that the FreeRDP that the 1.0 git repository is > not functional yet. > Which is ? > It must be outdated, it is functional: https://github.com/FreeRDP/FreeRDP We're just not officially stable yet, but it's definitely functional > > 5) I have some trouble with DirectFB client. is it supposed to works right > now ? On which version this client is working well ? > And which directfb minimal version should be used ? > > You must be connecting to XP, I guess, from the "incorrect offset" messages on top. I fixed that one or two weeks ago I think, maybe update your sources. These warnings do not break anything though. Did you create your own ~/.directfbrc file? Here's mine for running dfreerdp on an X11 backend: awake@workstation:~$ cat .directfbrc system=x11 depth=32 mode=1024x768 autoflip-window force-windowed As for running it directly on the real framebuffer, I think you need the "system=fbdev" option, but I've never really done it. Also, dfreerdp currently only makes use of libfreerdp-gdi, which means it's effectively going to be suboptimal. If you want to use DirectFB for a minimalistic environment, I would recommend implementing DirectFB-specific rendering similar to what can be seen in xfreerdp, it's just that nobody had time to work on that yet for dfreerdp. > connected to myhost.com:3389 >> incorrect offset, type:0x14 actual:12 expected:8 >> incorrect offset, type:0x0E actual:8 expected:4 >> ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.10 |~~~~~~~~~~~~~~~~~~~~~~~~~~ >> (c) 2001-2008 The world wide DirectFB Open Source Community >> (c) 2000-2004 Convergence (integrated media) GmbH >> ---------------------------------------------------------------- >> (*) DirectFB/Core: Single Application Core. (2010-07-09 12:33) >> (*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] >> <8388608>... >> (*) Direct/Thread: Started 'PS/2 Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org) >> (*) Direct/Thread: Started 'Keyboard Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: Keyboard 0.9 (directfb.org) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: Power Button (1) 0.1 (directfb.org) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: Power Button (2) 0.1 (directfb.org) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: CHICONY HP Basic USB Keyboard (3) 0.1 (directfb.org) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: Logitech Logitech USB Optical M (4) 0.1 (directfb.org >> ) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: HP WMI hotkeys (5) 0.1 (directfb.org) >> (*) Direct/Thread: Started 'Linux Input' (-1) [INPUT OTHER/OTHER 0/0] >> <8388608>... >> (*) DirectFB/Input: Video Bus (6) 0.1 (directfb.org) >> (*) DirectFB/Genefx: MMX detected and enabled >> (*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org) >> (*) DirectFB/Core/WM: Default 0.3 (directfb.org) >> (*) FBDev/Surface: Allocated 1024x768 32 bit RGB32 buffer (index 0) at >> offset 0 and pitch 4096. >> (!!!) *** WARNING [Non-flipping window surface and no 'autoflip-window' >> option used] *** [../../../src/display/idirectfbsurface_window.c:319 in >> IDirectFBSurface_Window_Construct()] >> (*) Direct/Thread: Started 'EventBufferFeed' (-1) [MESSAGING OTHER/OTHER >> 0/0] <8388608>... >> ^C(!) [ 6191: 0.000] --> Caught signal 2 (sent by the kernel) <-- >> (!!!) *** WARNING [still objects in 'Window Pool'] *** >> [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()] >> (!!!) *** WARNING [still objects in 'Layer Region Pool'] *** >> [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()] >> (!!!) *** WARNING [still objects in 'Layer Context Pool'] *** >> [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()] >> (!!!) *** WARNING [still objects in 'Surface Pool'] *** >> [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()] > > > > Thanks > > ----------------------------------------------------- > Thomas PABST > thomas.pa...@gmail.com > > > > 2011/11/17 Marc-André Moreau <marcandre.mor...@gmail.com> > >> It actually does compile for me, with a fresh build. >> >> Can you provide more details on where it fails for you? >> >> On Thu, Nov 17, 2011 at 1:01 PM, Thomas PABST <thomas.pa...@gmail.com>wrote: >> >>> Hi, >>> >>> The compilation of the directfb client doesn"t works. >>> >>> >>> ----------------------------------------------------- >>> Thomas PABST >>> thomas.pa...@gmail.com >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> _______________________________________________ >>> Freerdp-devel mailing list >>> Freerdp-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freerdp-devel >>> >> >> > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
