Hi Jay,
I am sorry you feel that way. I still remember when you and Marc invited
me to leave rdesktop and join FreeRDP because rdesktop was controlled by
Cendio and refused any architetural changes even they were useful or
necessary. And Marc said FreeRDP would be much more open. This has been
Yeah, it would be nice to have a beta out as soon as possible. Just one
question, do we still maintain downloads in sourceforge.net?
Vic
On 10/28/2011 02:47 PM, Marc-André Moreau wrote:
> Hello FreeRDP developers,
>
> I am happy to announce that I have finally taken on the task of migrating
> th
Hi Marc,
The plug-n-play device redirection was never implemented thus so
migration should be necessary. The original one in 0.9 is only a
skeleton which does nothing. So I think it should be ok to drop it from
the todo list for 1.0.
Vic
On 10/10/2011 10:06 AM, Marc-André Moreau wrote:
> plug
Hi Gotsi,
Please try the latest 1.0 git tree. We will no longer add any new
features into the old branches (0.8 or 0.9).
Vic
On 09/26/2011 06:01 PM, Gotsi Boon wrote:
> Hi Vic,
>
> first, thanx a lot for taking care of the latency.
> But for me it doesn't work (frdp 0.8 from todays gid), rdpsnd
09/22/2011 05:11 PM, Vic Lee wrote:
> Hi Guys,
>
> I am in progrss of completing clipboard redirection in 1.0, after that I
> should have some time to deal with it. Sorry for the late reply.
>
> Thanks,
>
> Vic
>
> On 09/22/2011 03:46 PM, Gotsi Boon wrote:
>> Hi Gadi
Hi Guys,
I am in progrss of completing clipboard redirection in 1.0, after that I
should have some time to deal with it. Sorry for the late reply.
Thanks,
Vic
On 09/22/2011 03:46 PM, Gotsi Boon wrote:
> Hi Gadi,
>
> sorry for late reply but I was on the road. Nope, I have no solution,
> yet. I
We don't need to ensure a rewrite of everything comparing to
FreeRDP-old. However we will ensure it's 100% rewrite comparing to
rdesktop. More specifically, we've rewritten the entire core from
scratch. And we migrated some stuff that we have already rewritten
before. Actually there's already n
This is intended. The delay is mainly for buffering in order to provide
a smoother playback. I think in this case what you will need is a new
argument to reduce or turn off the buffering for rdpsnd. It might make
things better, but just not to expect it will provide the sync quality
as tsmf can
On 08/27/2011 03:04 AM, Marc-André Moreau wrote:
> Does anybody have an idea for a name this library could have? I thought
> of libfreerdp-compression, but it's quite a long name. How about
> libfreerdp-z? It's a "compressed" name, I don't know, I'm in lack of
> inspiration right now for a name.
I
Hi Marc,
Looks like something else has break master. I used my "server" branch
and still everything works fine, including rail. However, the master
branch now cannot display anything, even in a regular session. I am
checking which commit caused the issue. Thanks.
Vic
On 08/25/2011 05:11 AM, M
--plugin ./channels/cliprdr/.libs/cliprdr.so
On 08/11/2011 05:09 AM, Christian Nilsson wrote:
> Hi!
> To me this looks like the plugin is not loaded? how is it freerdp installed?
>
> i normally use ./X11/xfreerdp in the source directory.
> but no plugins work out of the box like this?
> so just to
Hi!
Please try to run ./configure again with "--with-debug-chanman" argument
and you should see some more debug output.
Thanks,
Vic
On 08/10/2011 12:02 PM, bandroidx wrote:
> Vic, thanks for your response. It's not disabled on the server/remote
> end as it works pefectly from windows' client.
Hi,
Are you sure your clipboard redirection is not disabled on the server?
You can try to use mstsc to connect to the same server to see if it's
working. Also please provide more technical details, like the
command-line arguments you use, the terminal output you see, etc.
Vic
On 08/06/2011 06
Hi FreeRDP developers,
I would like to make another exciting announcement :) The RemoteFX
encoder has been completed and unit tested. This will make the component
libfreerdp-rfx a complete RemoteFX codec library, which can be used in
both client and server side. This encoder was also SSE2 accel
Hi Peter,
Please let's not argue which license is better. It's about which license
is more suitable for the project, and we had already a long long
discussion before the decision. Let's face the fact: there are much more
contributions than ever, from various new comers, to FreeRDP project,
and
On 06/20/2011 08:24 PM, Peter Åstrand wrote:
> * "My understanding is that if you start with a work and modify it, no
> matter how extensive the modifications, the final result is a derived
> work of the original. You will need to write the library from scratch."
Hi Peter,
Again, I think you've i
Hi Jörg,
It has been fixed in github, but it just looks a little different from
the original patch.
At this moment, I believe we are very close to releasing 0.9 thus the
current stable version 0.8 is not being maintained. Please be patient
and once the release is out, the PPA will be updated s
Hi Steve,
Thanks, that's even cooler. :)
Vic
On 06/11/2011 11:54 AM, S. Erisman wrote:
> SUCCESS!
>
> I figured out the major problem with my SSE code. Apparently you have
> to pay special attention to how the CPU access memory and provide the
> proper cache hints so it doesn't starve itself an
That's quite strange because it processes 8 coeffectients in parallel
and shouldn't be slower.
On 06/10/2011 05:16 PM, Martin Fleisz wrote:
> The_mm_* functions are compiler intrinsics and map 1:1 to the
> corresponding SSE instructions. It's just a nicer and cleaner interface
> to the instructio
I am not quite sure how internally those _mm_* functions work, but if
those are really functions, it will definitely hurt the performance. I
think use assembly SSE2 instruction set directly (like paddw) should be
much better.
Vic
On 06/10/2011 02:09 PM, S. Erisman wrote:
> Yeah, those are simi
Hi Steve,
Yes both is faster, but the SSE version is still quite slower than the
original one. Here is my testing.
Before pulling:
| rfx_decode_YCbCr_to_RGB_SSE2 | 2123 | 1.75 | 0.000824 |
| rfx_decode_YCbCr_to_RGB | 2098 | 0.26 | 0.000124 |
After pulling your com
Hi Steve,
The RemoteFX algorithm does not specify the minimum required bits, butt
according to a forum post in MSDN, MS's implementation use 16bit signed
integer, so I believe it should be enough.
Vic
On 06/10/2011 12:01 AM, S. Erisman wrote:
> Since Vic wrote the original decoding routines (I
Hi Marc,
I agreed with this approach, this should be easier for more people
working on the same feature.
Right now, I am in progress of writing the encoder into libfreerdp-rfx,
so I will directly commit stuff into remotefx branch instead of using my
own.
Vic
On 06/09/2011 02:13 AM, Marc-Andr
Hi Steve,
I think it looks like it might be not just affecting fullscreen toggling
only (depending on the window manager I guess it might happen other
cases). This patch should fix it more properly.
diff --git a/X11/xf_decode.c b/X11/xf_decode.c
index 092aced..acd40c8 100644
--- a/X11/xf_decode
when not in fullscreen mode very smoothly, I
don't recall if that was the case prior to optimizations though. In all
cases, it does feel much better. There are still others places that need
optimizations.
>From 87f7198c830436ce409fd71129453b001a640134 Mon Sep 17 00:00:00 2001
From: Vic Lee
Hi Marc,
Thanks for a nice improvement! Yes I believe there will be various way
to improve it. Things like SSE could be interesting and worth
investigating, as I saw a lot of similar stuff in FFmpeg decoder.
Vic
On 06/07/2011 07:57 AM, Marc-André Moreau wrote:
> And boom, here's a memory pool
Hi Marc,
Thanks for your correction, I should say most, not all. :)
Vic
On 06/06/2011 01:47 AM, Marc-André Moreau wrote:
> Hi Vic,
>
> I would have to confirm, but apparently *some* (very few) GDI messages
> still get sent when RemoteFX is in use. libfreerdp-gdi supports both,
> but from my test
Just in case someone still not clear about the difference between
RemoteFX and Multimedia Redirection, here is my comments.
1. RemoteFX is a codec to turn all GDI drawing intructions into video
frames. In a normal RDP session, it's known that the server will send
GDI drawing commands to the cli
Hi Gerry,
I don't think there's such limitation. I share /tmp quite often and it
always works. Try to look and send the terminal output to see if any hints.
Vic
On 06/01/2011 07:20 AM, Gerry Reno wrote:
> Today I tried sharing some paths using xfreerdp.
>
> If I was the owner of the directory,
Hi Marc,
On 05/27/2011 06:23 AM, Marc-André Moreau wrote:
> Hi Vic,
>
> I added a couple of comments on github
>
> two main questions:
>
> 1) "decode" is used to "decode" either no codec or RemoteFX. Are there
> any other known codecs to be supported in the future, or this could
> named "remotefx"
Hi,
I have finally completed RemoteFX software decoding feature. It's writen
as a separate and relatively independent library librfx. I only added it
to xfreerdp, but the library is portable, so there shouldn't be problem
to use it in other UI.
I have started the pull request, please review an
Hi Gernot,
On 05/25/2011 04:23 PM, Gernot Tenchio wrote:
> Hi Vic,
>
> Thank you for your answer.
>
> What i need is exactly the opposite direction. I have clients clipboard data
> available in the main thread and have to send it to the clipboard channel. But
> as far as i see, only a ReadFD is pr
Hi Gernot,
It seems your questions remain unanswered, so here is my understanding:
adding rdpInst in a channel plugin is not right and is not safe even you
hack it. Channel plugins are run in its own thread so trying to acces
rdpInst it does not own will cause you trouble.
You did not specify
Are you using win7 enterprise or ultimate? Other editions seem not
supporting this.
Vic
On 05/18/2011 01:03 AM, Eduardo Beloni wrote:
> Hello,
>
> I'm having problems to redirect the audio input: apparently the plugins are
> loaded successfully, but windows can't find an audio recording device.
I think it should be ok to merge. Although there could be some
enhancement regarding rdpdr_scard module but it can be solved at a later
time.
By the way, don't forget to remove libcommon and link against
libfreerdputils when you merge, otherwise it won't compile as it is
right now.
Vic
On 05
I think this is already a known issue in 0.8.2 (which does not work well
with PulseAudio). Try git master.
On 05/12/2011 03:59 PM, Неворотин Вадим wrote:
> Here is a console output of freerdp:
>
> $ xfreerdp -a 16 --plugin rdpsnd -f -u test xx.xx.xx.xx
> freerdp_chanman_load_plugin: filename rdps
Hi,
This has been discussed some time ago, and now I have moved the static
library channels/libcommon into libfreerdputils so that it can be
properly linked by the channel plugins and save some binary code. The
unicode stuff in libcommon has been removed and replaced with
freerdp_uniconv_* wri
rd.
Vic
>From 1102c547993ece4e66c6911a0c1f4dce7af44b13 Mon Sep 17 00:00:00 2001
From: Vic Lee
Date: Wed, 4 May 2011 15:58:53 +0800
Subject: [PATCH] rdpdr: move PCSC dependency to smartcard sub-plugin and make
rdpdr_main independent of compile option.
Signed-off-by: Vic Lee
---
channels/rdpdr/Makefile.a
I think the right thing to do is to announce only smartcard before
login, and accounce all after login. I remember the device will be
cleared after the server sends PAKID_CORE_USER_LOGGEDON.
On 05/02/2011 08:19 AM, Aaron Small wrote:
> Hello,
>
> Thanks for implementing smart card redirection! I
On 05/02/2011 04:12 AM, Otavio Salvador wrote:
> Sorry but you're wrong. At embedded environment build-depends does
> matter since they need to be available for the target so if the
> project doesn't require scard support I wouldn't want to have pcsc
> even if I can not install the plugin.
>
> This
If you install in /usr/local (which is the default), you need to run
ldconfig as root.
On 05/01/2011 12:12 AM, Jo Mann wrote:
>
> Hi developers,
>
> first thanx a lot for your fantastic freerdp.
>
> I right compiled the latest git-version as I'm eager to experiance
> multimedia-redirect. I have n
On 05/01/2011 12:34 AM, Otavio Salvador wrote:
> On Sat, Apr 30, 2011 at 01:35, Vic Lee wrote:
> I disagree. To compile the plugin we need pcsc and thus new
> dependencies. For some use cases (embedded OSs and like) this is not
> desired since increase the amount of code needing
Hi,
I don't have a device to test, but that's good news, thanks! I reviewed
that code and have the following comments:
1. We should not need WITH_SCARD compile-time option. Whether smartcard
is on/off depends on whether the sub-plugin is loaded successfully or
not. So the codes in rdpdr_scard.
One comment: you should not put window_title member into rdpSet. This
has nothing to do with the core, but X11 specific. Please put it in
xfInfo (X11/xf_types.h).
Thanks,
Vic
On 04/29/2011 11:20 PM, Tim Gouma wrote:
> Hi!
>
> I made an patch for FreeRDP to support alternative window titles
> c
On 04/21/2011 12:10 PM, Marc-André Moreau wrote:
> I got it working after creating a new virtual machine
>
> this time, I could connect without the admin console. One other thing
> might be the edition: the previous virtual machine was Windows Server
> 2008 R2 Standard, while this one is Enterprise
Hi Mads,
On 04/21/2011 12:28 AM, Mads Kiilerich wrote:
> But it all follows from how we have tcp.c as a part of libfreerdp and
> thus have hardcoded that we use tcp sockets. tcp.c is however also the
> part of libfreerdp that has most platform specific code (plus the
> ui_select callback - whateve
Hi Mads,
I agree to have it in FreeRDP, but I do *not* agree to have it in
libfreerdp. That's two different thing. libfreerdp is the core library
that implement the core RDP protocol. If SOCKS4 got built in, should
SOCKS5? HTTP proxy? SSH tunnel? Unix socket? That's messing up the
readibility
I updated the Wiki and added info about "Server Requirement", together
with XVideo and Pixel format update earlier.
Marc, I guess your win2008r2 not working is because you haven't
configured it to enable the feature yet?
Vic
On 04/20/2011 02:17 PM, Vic Lee wrote:
> Take a
Take a look at this blog:
http://blogs.msdn.com/b/rds/archive/2009/07/24/multimedia-redirection-improvements-in-windows-7-and-ws2008-r2-part-1.aspx
It said "The server you connect to has to be running WS2008 R2 with the
Remote Desktop Server role installed. The server also has to be
configured
I pushed the fix, thanks!
Vic
On 04/20/2011 12:40 PM, Jay Sorg wrote:
>> #if LIBAVCODEC_VERSION_MAJOR< 52 || (LIBAVCODEC_VERSION_MAJOR == 52&&
>> LIBAVCODEC_VERSION_MINOR<= 20)
>
> I can confirm this works for me.
>
> Thanks Vic, I'll let you push it, unless you want me to.
> Jay
>
--
Hi Jay,
You are right, I checked FFmpeg document and it seems 0.5 and 0.6
branches have the same major version 52. However if you use major
version 53, you will end up using old API when you are in 0.6, which
leads to some compile warnings.
So I think a better way to fix it is to use the minor
Hi,
This reminds me of the extension for XPUnlimited. Maybe it's better to
be done through an extension as well? There are so many different ways
of proxy or tunnel a connection, I don't think it's a good idea to touch
the core for every one of them. Maybe others have some comments.
Vic
On 04
On 04/20/2011 04:53 AM, eduardo fiss beloni wrote:
> Hello Vic
>
> Just to give you a feedback:
>
> In our tests, the multimedia redirection is working great when connecting to
> a win 2008 R2 server.
> We couldn't find any way to configure win 7 to behave as multimedia
> redirection server. Our
On 04/20/2011 09:32 AM, Marc-André Moreau wrote:
> Hi Jay and Vic,
>
> I'm trying when connecting to my Windows 7 SP1 virtual machine, but no
> luck so far. I'm using Fedora 15, it appears to have properly compiled
> with all the required libraries, but I can't get it to work as well.
Hi Marc,
I
Hi Jay,
Thanks for pointing this out. I have removed the unused header, which is
just a garbage that forgot to be dumped during the development. :)
You should not need libswscale-dev now.
Vic
On 04/20/2011 05:46 AM, Jay Sorg wrote:
> Vic,
>
> Just a note.
> To get the current git version compi
Hi Nils,
For whatever reason you want it, you now have it in git. :)
Vic
On 04/19/2011 02:15 PM, Nils Andresen wrote:
> Hi,
> sorry - I was out of the loop some time...
> this relates directly to
> http://thread.gmane.org/gmane.network.freerdp.devel/482/focus=490
> In which I seemed to have lost
Hi Marc,
I am wondering, if libgdi is intended to be used by UIs outside of
FreeRDP, for example, Remmina? If so, I think it's better to have its
headers installed and name it libfreerdpgdi?
Vic
On 04/19/2011 12:36 AM, Marc-André Moreau wrote:
> I have made a pull request here for this first s
Hi Marc,
I have added --without-xvideo configure option to disable XVideo
completely (which is necessary anyway). However there should be a better
way to fix this and compile this feature in.
It's quite funny that OSX does have other Xv* functions and have
XShmCreateImage, but does not have Xv
I have added an FAQ section in the wiki:
http://www.freerdp.com/wiki/doku.php?id=tsmf#faq
Vic
--
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualizati
I found this is an issue related to the byte alignment of the XVideo
driver. I already fixed it. Everything is in master now, you may refer
to the latest tsmf commit.
Thanks.
Vic
On 04/16/2011 05:46 AM, nicolas graziano wrote:
> Hi,
> I give a try to your modification and it is impressive how
On 04/15/2011 11:02 PM, Gerry Reno wrote:
> Hi Vic,
> The use case is cross-compile. Even though the header files are
> available on the build system that does not mean that the functionality
> will be present on the target system. And this is why an explicit
> configure switch is necessary
On 04/15/2011 08:31 PM, mi...@vicont.in.ua wrote:
> No, I haven't tried, and I do not think it will give an error.
> The only problem is that that there will be a component, which is on HDD,
> but cannot be used.
> Well, the necessary thing is to remove unneeded files. And the easiest way
> is to r
On 04/15/2011 04:16 PM, Михайло Падалка wrote:
> The use-case is a Gentoo portage.
> I we compiled freerdp and plugins were built, if then we remove the
> needed library they will stop working, and package manager will not
> warn about that.
> But if we can control, we can say that for pulseaudio p
Hi Gerry,
The sound configure options were removed since the module has been
changed to use sub-plugin. You choose which sound plugin to use when you
run xfreerdp, not when you compile it. Whether a sound sub-plugin will
be compiled depends on whether you have the development header, but it
co
Hi!
The multimedia redirection is now ready! I have started a pull request
in github, so you can review.
This whole thing is really not trivial. The plugin itself is a small
media player that is capable of decoding, playing and synchronizing
video/audio content. I have written the things that
Hi Jay,
On 04/08/2011 02:02 PM, Jay Sorg wrote:
> One thing that we might need is a way to inform the main thread that
> there is a event pushed.
> That would mean another item in the fd list but that can be added
> later, if it's even needed.
Actually I have already reused the same fd in libfree
Hi,
As part of the video redirection implementation, I have added an
extension to the current static and dynamic virtual channel API, so that
a channel plugin can send events back to libfreerdpchanman and
eventually retrieved by the UI main thread. Please take a look at the
extension:
https:/
Hi FreeRdP developers,
Some good news on this topic. I've already made the following done:
1. Decoding of audio frames are done, and audio can be played smoothly.
I wrote two sub-plugin for ALSA and PulseAudio respectively for audio
playback, both working good.
2. Decoding of video frames are
I use a lot of win2003 servers, and I never saw this crash, but maybe I
am not using it as extensive as you did. I heard another user reported
similar issue here some time ago. A bluescreen means it's a kernel
driver failure on the server side. It's hard to say whether xfreerdp did
something wr
Works great now, thanks!
On 04/02/2011 02:54 AM, Mads Kiilerich wrote:
> On 04/01/2011 05:17 AM, Vic Lee wrote:
>> Hi Mads,
>>
>> Pause/Break keys no longer respond. Seems you've removed the special
>> handling of those two keys, which is actually necessary.
>
04/01/2011 06:11 PM, Mads Kiilerich wrote:
> On 04/01/2011 05:17 AM, Vic Lee wrote:
>> Hi Mads,
>>
>> Pause/Break keys no longer respond. Seems you've removed the special
>> handling of those two keys, which is actually necessary.
>
> Ok, I will fix that.
>
&
Hi Mads,
Pause/Break keys no longer respond. Seems you've removed the special
handling of those two keys, which is actually necessary.
Vic
On 03/31/2011 10:49 PM, Mads Kiilerich wrote:
> Hi
>
> I just pushed patches for using xkbfile directly.
>
> Please let me know if you see new or old proble
I had some attempt to implement the drawing on cairo, which is
cross-platform and hardware-accelerated. But unfortunately I cannot
finish it because cairo does not support any kind of bitwise operation,
which is crucial in RDP drawing (ROP2, ROP3). Maybe EGL is also an option?
On 03/24/2011 05:
Hi Marc,
Yes I agree a common drawing library libfreerdpgdi will be awesome. Will
it be as fast as using X11 or Windows API drawing?
Vic
On 03/23/2011 11:04 PM, Marc-André Moreau wrote:
> Hi Vic,
>
> I think on the long term the best solution would be to work on improving
> libfreerdpgdi so tha
On 03/23/2011 10:16 PM, Mads Kiilerich wrote:
> Ok. Can you share some thoughts if don't plan to look into this?
>
> Do you have any idea what the problem could be? What did you try that
> didn't work?
I tried to review the whole drawing program bit by bit but unfortunately
I couldn't find any cl
Actually I did saw some artifact, but I couldn't figure it out when I
wrote it.
On 03/23/2011 06:44 PM, Mads Kiilerich wrote:
> I noticed some redraw problems with wfreerdp - xfreerdp works fine.
> Connecting to 2003 or 2008.
>
> When the remote Task Manager performance graph is shown there are o
I don't know if it's possible to use XEmbed - the plugin creates its own
window, shape it and embed it into the freerdp main window based on the
geometry info from the channel. However it still requires to get the
handle of the main window, and it won't work for non-X11 UI so maybe
that's not a
On 03/23/2011 02:05 AM, Jay Sorg wrote:
> Since we are not distributing ffmpeg I don't think there is a license
> issue even if it is GPL. People can do whatever they link on there
> own machine. It's just a matter of distributing.
Yes I agree it's going to be an issue of distributing.
> And ma
On 03/23/2011 01:14 AM, Marc-André Moreau wrote:
> It is still better than nothing, just wanted to point out that it's not
> impossible, but only has the problem of making the entire thing GPL for
> using a GPL'ed component.
Right, people who distribute it or use it with GPL'd ffmpeg will
automat
On 03/23/2011 01:02 AM, Marc-André Moreau wrote:
> If LGPL allows proprietary software to _use_ an LGPL library, why would
> it be a problem for Apache-licensed software to use an LGPL library?
Yes, LGPL is ok, but as I stated LGPL version of FFmpeg is missing
features like H.264, because libx264
Hi!
Second issue regarding video redirection. When we come to the point that
all of the channel data are processed and decoded, we will have:
1. The video playback window geometry, i.e. left, top, with, height, etc.
2. The visible part of the video window, i.e. the part that is not
obscured by o
Hi!
Recently, I have started working on the video(or media) redirection on
this branch and have done some initial work:
https://github.com/llyzs/FreeRDP/tree/tsmf
For those who don't know about this channel, it enables redirecting raw
video/audio data to the client so that streams can be decod
Merged, and enjoy the new feature!
On 03/21/2011 05:23 PM, Vic Lee wrote:
> Hi!
>
> I have started a pull request as title, in github, for your review:
>
> https://github.com/FreeRDP/FreeRDP/pull/4
>
> The following changes are made to enhance Audio Input Redirection chann
Hi!
I have started a pull request as title, in github, for your review:
https://github.com/FreeRDP/FreeRDP/pull/4
The following changes are made to enhance Audio Input Redirection channel:
1. Converted to use sub-plugin archticture and ALSA implementation was
moved to a sub-plugin
2. Add ADPCM
Hi,
As discussed earlier, I have already moved the certificate related codes
from tls to crypto module, and ui_check_certificate is now called from
secure.c. No logic should have been changed so far, just moving some
codes to more appropriate location.
Vic
---
The project is still young and probably does not yet have enough
influence. I believe there will be much higher chance next year.
Vic
On 03/19/2011 06:04 AM, Marc-André Moreau wrote:
> Hello FreeRDP developers,
>
> I have some bad news: FreeRDP wasn't selected for Google Summer of Code
> 2011. I
On 03/19/2011 12:12 AM, Marc-André Moreau wrote:
> Otherwise, it will have to wait until I find the time for it.
No problem, definitely not an urgent request. :)
--
Colocation vs. Managed Hosting
A question and answer gu
Hi Marc,
Since we are on github now, I think it's better to add introduction on
how to use github forks to create personal branches. This will be useful
to everyone, not just FreeRDP members.
For example I started a personal branch for some audio input
enhancement. After I forked it on github
On 03/18/2011 09:08 PM, Marc-André Moreau wrote:
> I have known Martin since he started working on FreeRDP. He is a good
> developer and I think he's going to be a valuable asset. As he
> mentioned, he's currently working on improving libfreerdpgdi, we'd like
> to make it good enough so that we can
On 03/17/2011 07:26 PM, Mads Kiilerich wrote:
> crypto_* might just contain a set of crypto algorithms, but from another
> point of view they implement "methods" on different kinds of crypto
> "objects" (md5, sha1, rc4, x509 certificate). I don't think a nice
> encapsulation in tls_openssl is that
On 03/17/2011 02:19 AM, Mads Kiilerich wrote:
> On 03/16/2011 06:14 PM, Vic Lee wrote:
> I would like to merge that with crypto_openssl.c, but I agree with the
> direction of the change ;-)
I don't think it's a good idea to merge them. tls.c is more readable as
a separated
Hi!
As a continued discussion some days ago regarding TLS security, I have
pushed 2 commits in master directly. Hope it's alright. :)
First one added a TLS abstraction layer and rename tls.c to
tls_openssl.c. I think this one should be good for everyone.
Second one added a ui_check_certificate
Yes, it's automatically detected, however you can force to use a
sub-plugin. Usually this will not needed but it might be useful you have
multiple audio devices and want to use the one that is not default, you
can use such argument. example:
1. ALSA, default device
xfreerdp --rdpsnd --data
Hi,
I think I fixed it some days ago in latest git version. Try it if you can.
Vic
On 03/16/2011 04:44 PM, APOLLOH wrote:
> hi, everyone:
> I'm researching RDP and there's a problem for my trying. I
> implement a client of RDP using JAVA. The problem is that the remote
> serve always sends
Hi Marc,
Regarding uppercase, just think of one special situation in Turkish. In
English, the letter 'i' in uppercase is 'I', as everyone knows. However
in Turkish, 'i' in uppercase is 'İ', and 'ı' in uppercase is 'I'.
So this uppercase conversion is locale-related, not just a one-one
mapping
Hi Nils,
libsamplerate dependency was removed. The --with-sound option was also
removed, but it doesn't mean alsa is always needed. It's just because
the sound module now uses sub-plugin so this option no longer applicable.
We now also support pulse as another sub-plugin. So it's possible that
Hi Kim,
Your issue is a known issue with current stable release (0.8.2) and I am
quite sure this has been fixed in git master branch now. We are in
progress of making 0.9 release soon so we will probably not going to fix
it for 0.8. Your option is to either wait for 0.9, or grab the latest
git
Hi Otavio,
I believe github only charges for private (non-open source)
repositories. It doesn't matter if the organization is profitable or
non-profitable; as long as you open-source it will be free. So it
shouldn't be a problem for FreeRDP or O.S. systems. If you have
something that is not op
Take a look at this one:
https://github.com/facebook/facebook-android-sdk/
Vic
On 03/11/2011 11:27 AM, Marc-André Moreau wrote:
> Vic, do you know of an open source project hosted on github that would
> provide a good example of the full usage of the github features, such as
> its issue tracking
Thanks! One more thing I think we should consider, is to change the
statement of the project goal after we are "clean". The statement
"freerdp is a fork of rdesktop" should be removed because if we are
clean, we should no longer be a fork.
Personally I never treat this project as a rdesktop for
1 - 100 of 124 matches
Mail list logo
