On Tue, 3 Jun 2014 08:11:53 -0400,
Brian Hinz wrote:
On Tue, Jun 3, 2014 at 3:28 AM, Pierre Ossman wrote:
On Mon, 02 Jun 2014 23:57:00 -0700,
Alan Coopersmith wrote:
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6f1dafc8beb84f2ac
(which
On Mon, 30 Jun 2014 13:21:13 +0200,
Pierre Ossman wrote:
- Copy over at least the 1.3.1 release.
Meh. We have such a silly amount of files that this became very messy.
I just linked to the sourceforge page for now. Should probably look at
dumping release binaries at the same place we
move to long term.)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because
On Mon, 23 Jun 2014 10:37:53 -0500
DRC dcomman...@users.sourceforge.net wrote:
On 6/23/14 5:39 AM, Pierre Ossman wrote:
I'd like to keep the ball rolling here, so unless anyone objects I
intend to start officially setting things up this week.
One thing I wanted to ask-- you had mentioned
Just an FYI; most of the patches we require for FLTK ar now merged
upstream. The keyboard hacks remain, but I need to explore alternatives
there first.
So hopefully we'll be able to point to something better soon when
people build TigerVNC. :)
Rgds
--
Pierre Ossman Software
On Mon, 02 Jun 2014 23:57:00 -0700,
Alan Coopersmith wrote:
On 06/ 2/14 11:43 PM, Pierre Ossman wrote:
4. We, as tigervnc maintainers, can comment on these changes. Even on
individual lines of individual commits.
The biggest downside I've seen with github is that anyone can comment
. Please report back any issues and I will do my best to
address them.
A quick test seems to indicate that it works well. Nice work. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköping
a fantastic web interface for those youngsters
that don't prefer mail. ;)
So what do you say? I'd like to start looking at converting our repo to
git and migrating rather soon. And probably look at a new release after
that.
Rgds
--
Pierre Ossman Software Development
Cendio AB
/bugreport.cgi?bug=700530
which indicates that perhaps it's an xserver build issue. Does anyone have
any insight into this?
Not really. That Debian report gives some clues though. Is there
something simpler to test with rather than KDM?
Rgds
--
Pierre Ossman Software Development
Cendio
/master
The beauty of this is also that you can easily comment on individual
commits and even individual lines. So on that note, when are we moving
this project to github? :)
Please have a look, comment and test.
Rgds
--
Pierre Ossman Software Development
Cendio AB http
?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it messes up the order
).
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it messes up the order
On Fri, 17 Jan 2014 06:09:05 -0600,
DRC wrote:
On 1/17/14 5:17 AM, Pierre Ossman wrote:
As far as the code is concerned, both. The protocol still mandates
support, hence the simple colour cube to support such clients (of
which I expect few).
Let me rephrase. Currently, when does
on the client (when
the server is 8bpp ColourMap) but the colors are generally not approximated
correctly.
I'm not sure what you mean by this. Can't they run the client in it's
normal 24-bit mode? That should cover all the colours of the server's
palette.
Rgds
--
Pierre Ossman Software
to deal with details like this directly. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
from H.264 simply because of the offloading.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
power and which
decoders are accelerated).
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
. This at least archives the
patches that are necessary to build on certain platforms and provides some
additional templates for people that wish to build from source. I'm OK
with taking responsibility for this if no one objects.
Sounds good.
Rgds
--
Pierre Ossman Software Development
tigervnc-release.
Sounds like a decent idea. Would need some cleanup though and UI. Would
be nice if we could have some kind of indication when a grab is active
as well. Not sure what's best for that though...
Rgds
--
Pierre Ossman Software Development
Cendio AB http
such a feature in the future? I should
be also able to deliver the patch files, if you are interested in?
Sure, it's definitely interesting. One issue is how it will play nice
with the SetDesktopSize functionality though.
Rgds
--
Pierre Ossman Software Development
Cendio AB
into the repository code?
Sure. But the crucial issue is the first one IMO; how to present this
in a sensible manner to the user.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp
than
0x address, the condition will fail and XVnc will ignore the
connection approval.
Thanks. I've applied the patch to trunk now.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30
the individual codecs that are used.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
are better suited on
tigervnc-users though.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
After over a year, we've finally finished a new version of TigerVNC. A
lot of fixes and new features have gone into this new release. The big
higlights are:
- Full multi-head support.
- Improved keyboard support in Xvnc.
- Listen mode is back in both viewers.
- SSH tunneling is back on
We have hopefully shaken out most of the bugs by now. Time for a final
1.3?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600
,-Bstatic -lintl -liconv -Wl,-Bdynamic -liconv -Wl,-Bstatic
-lstdc++ -Wl,-Bdynamic -lc -lgcc -lgcc_eh -Wl,-Bstatic -ljpeg -lz -Wl,-Bdynamic
-lgcc
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30
should
be applied on top of branches/1_3 and then we can make a new
tags/1_2_91 for beta 2.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone
On Thu, 11 Apr 2013 16:57:35 -0400
Brian Hinz bph...@users.sourceforge.net wrote:
InputXKB.cc:46: error: cannot convert 'int**' to 'int*' in initialization
Damnit... Try it now.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
: 'KEYBOARD_OR_FLOAT' was not declared in this scope
Also fixed.
Could you give it a new try?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13
this with Xorg 1.5 and 1.14. Versions inbetween _should_
work, but might require some minor ifdef tweaking if parameters have
been moved around or similar nonsense.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio AB
TigerVNC 1.2? I'm afraid that there has
already been a lot of work done for RandR 1.2 on trunk, so your patches
are probably not necessary anymore. Could you have a look at what's in
subversion right now?
And thank you for sending patches. :)
Rgds
--
Pierre Ossman Software Development
this bug, so I can't easily debug it.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
to it though. Since then DRC has moved away from
TigerVNC, and we've gotten Brian Hinz as a major contributor of Java
code. So what are the opinions of the current development group? Cendio
is still very much for a change.
Rgds
--
Pierre Ossman Software Development
Cendio AB
compatible with itself to be
broken...
That's most likely always going to be the case. Any sufficiently
detailed license is most likely going to be impossible to make
non-trivial changes to without making it incompatible.
Rgds
--
Pierre Ossman Software Development
Cendio AB
can take the password data from /etc/passwd
(or /etc/shadow) and put it in the vnc password file, then the answer
is no. The algorithms are different, so it's not compatible.
But TigerVNC supports PAM authentication, which will allow users to log
in using their normal password.
Rgds
--
Pierre
weeks and we can try to get this
finalised.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com
== 0x08 | 0x0A = 0x0A. So
masking off nozlib does not give you back fill, but 0x00.
And I see no code for telling the server that the client supports the
extension.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http
but the vncviewer code has this line:
sprintf(icon_path, %s/icons/hicolor/%dx%d/tigervnc.png,
Note the discrepancy.
Hmm... This has been discussed before and I thought somebody fixed
it. Apparently not. :/
Your patch is applied now at least. Many thanks.
Rgds
--
Pierre Ossman
/dist/epel5/
I have an f16 branch one level above epel5 as well.
Password protected. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone
. :)
Adam, do you know where the pCompositeClip thing comes from? I couldn't
find anything in the archive. I don't want to commit something when I
don't know why it's there.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http
the compiler output (vanilla xorg 7.5
sources used):
I did a diff against the randr interface in 1.11, and the bug you saw
seems to be the only significant change.
Does the included patch work for you?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
On Fri, 13 Jul 2012 15:36:28 +0200
Pierre Ossman oss...@cendio.se wrote:
Not sure what the fix is. Starting to activate hooks even for just the
screen pixmap still means we have to audit the code for assumptions
about windows. Not terribly appealing. I'll dig around and see if I can
find
disabled deferred updates?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
On Tue, 17 Jul 2012 07:50:30 -0400
Brian Hinz bph...@users.sourceforge.net wrote:
On Tue, Jul 17, 2012 at 4:40 AM, Pierre Ossman wrote:
Does the included patch work for you?
I haven't tested any of the randr functionality yet, but it compiles clean
and seems to run just fine.
Good
mention using pixmaps was
problematic? :)).
Try the updated patch.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http
the compiler output (vanilla xorg 7.5
sources used):
Must be = 7.5 in that case, 'cause I've been using 7.4. :)
I'll have a look at the errors tomorrow.
Have you tested any other Xorg versions?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone
be that it's impossible to hook the actual drawing itself, but
then we'll have to look at its triggering conditions instead and
duplicate some of the border logic. E.g. hooking expose events and
checking window flags.
Rgds
--
Pierre Ossman Software Development
Cendio AB http
copied to the window using XCopyArea()?
That was the assumption. Something is wrong about that assumption
though as we're seeing missing updates. Only speculation as to what so
far.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
On Fri, 13 Jul 2012 12:50:00 +0200
Pierre Ossman oss...@cendio.se wrote:
On Fri, 13 Jul 2012 05:18:16 -0500
DRC dcomman...@users.sourceforge.net wrote:
Maybe I'm missing something, but isn't the goal to hook only drawing
commands that actually produce visible information? That being
... I'm utterly confused as to how this could be happening, any chance
someone can take a peek and see if you can make some sense of it?
I'm messing around in Xvnc for other reasons, so maybe I can have a
quick look. Got a good test case?
Rgds
--
Pierre Ossman Software Development
Cendio
as I can tell. Upstream
patch entry is here:
http://fltk.org/str.php?L2816
Have you done an strace of vncviewer? Does it try to open some icon
files? My guess would be that something is still off with the path.
Rgds
--
Pierre Ossman Software Development
Cendio AB http
on the X list for suggestions on where in the Xorg
code that the server does the implicit rendering. That might make it
easier to trace where we should have hooks.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http
anything.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
A: Because it messes up
condition with respect to
the icons?
Your patch looks correct. An oversight on my part. It should work with
that applied though. Which FLTK are you using? Icon support requires a
patch to FLTK.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
encoding called ExtendedClipboard.
Unfortunately it is not documented yet. So before we start designing a
new extension, we should investigate if this on will do. I think it is
from UltraVNC, so you would have to dig around in their documentation
and code.
Rgds
--
Pierre Ossman Software
out what and where. You have to find a simple
test case, and then start following the chain of draw commands and see
where a hook is either missing, or miscalculating the damaged region.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 01 May 2012 20:23:39 -0700
Alan Coopersmith alan.coopersm...@oracle.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/25/12 08:13 AM, Pierre Ossman wrote:
Btw, would you like commit rights? I'd say you have enough street
them needs
to use the sed g flag to replace all instances, not just the first.
Committed, thanks.
Btw, would you like commit rights? I'd say you have enough street cred
for that not to be an issue. :)
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer
in the logging
facilities.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad
want to use CMake's functions for searching for libraries.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally
On Tue, 27 Mar 2012 10:46:34 +0200
Arthur Huillet arthur.huil...@free.fr wrote:
On Tue, 27 Mar 2012 10:41:36 +0200
Pierre Ossman oss...@cendio.se wrote:
Might also want to use CMake's functions for searching for libraries.
As far as I'm concerned, a patch that fixes the build where
On Tue, 27 Mar 2012 11:11:26 +0200
Arthur Huillet arthur.huil...@free.fr wrote:
On Tue, 27 Mar 2012 11:05:13 +0200
Pierre Ossman oss...@cendio.se wrote:
Could you test this patch:
I confirm that the patch works.
Fixed on trunk. Thanks for testing.
Rgds
--
Pierre Ossman
the client from
locking up.
If this breaks in the java version, then perhaps it isn't calling
readVersion() the same way the C++ code does?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
a feature request in SF's tracker though. I can't promise
it's something that anyone will look at right now, but maybe in the
future.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
line argument (or the UI once it is running).
(The man page is also a bit out of date. We forgot to update it for the
new viewer. :/)
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
.
Looks good. Committed as r4858.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why
= 95;
+ cp.subsampling = SUBSAMP_NONE;
+
+ // Update all the screen (TODO: be smarter)
+ framebufferUpdateRequest(Rect(0, 0, cp.width, cp.height), false);
It's probably safer to modify the update tracker directly.
Rgds
--
Pierre OssmanOpenSource-based Thin Client
it back out for
that matter).
Does the Java client support switching pixel formats? If it does, then
sending extra FBU requests is a problem, yes.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio AB
commit log below.
The tight encoder _writes_ to the pixel buffer given to it, corrupting
the screen contents.
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because
functionality. I figured that was apparent given that we
checked for the extra features and have conditional code based on those
detections.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
, then send a mail to support at
cendio.com and we'll give you a download link.
We are currently based on TigerVNC revision 4816, but we might make a
new code drop if we find any major bugs.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone
, make it easier to switch settings
depending on the use case and preferably work towards a system that can
automatically reconfigure itself.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
On Fri, 02 Dec 2011 04:14:14 -0600
DRC dcomman...@users.sourceforge.net wrote:
On 12/2/11 3:19 AM, Pierre Ossman wrote:
Annoying. I did some work at making the thing more asynchronous, but
more might be needed. If the problem is getting the data on the wire
rather than the actual encoding
Any luck getting this working?
On Thu, 1 Dec 2011 11:31:25 +0100
Pierre Ossman oss...@cendio.se wrote:
On Wed, 30 Nov 2011 15:47:14 -0600
DRC dcomman...@users.sourceforge.net wrote:
Yes, I'm getting the enabling continuous updates message. How I'm
testing is to look at responsiveness
update fits in there, then
X won't be throttled (and the update timer should also be more precise).
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up
it won't appear frozen.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting
be perfect, but the numbers I've seen
during my tests shows that it tends to be pretty damn close.
Further improvements can probably be made, but we're at a point where
we deem it good enough for now and are looking to put the stuff in the
hands of users first.
Rgds
--
Pierre Ossman
provide the kernel's view of things
for reference (only relevant if you're not using any proxying).
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up
to keep it around for
multiple updates.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why
On Fri, 18 Nov 2011 10:53:23 -0600
DRC dcomman...@users.sourceforge.net wrote:
On 11/18/11 2:45 AM, Pierre Ossman wrote:
I think it would be worth it to have on, off, and auto. We always want
to offer the user the ability to override our decisions.
I'm not sure about the always part
.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
Index
On Wed, 16 Nov 2011 11:14:30 -0600
DRC dcomman...@users.sourceforge.net wrote:
On 11/16/11 5:25 AM, Pierre Ossman wrote:
JPEG quality level 1 is not what I'm considering a reasonable WAN
setting, so I'm not sure how realistic these numbers are. Still, I
think my conclusions are roughly
compression setting.
Does this seem ok to you?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why
anything from Adam. What are Red
Hat's goals with this project?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally
I've now received official allocations for the extensions introduced
here. Unless I hear any big objections, I intend to start committing
this next week.
Updated patch attached.
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46
is
if it should be on by default or not.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
signature.asc
, and the people
who don't need it can turn it off.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why
therefore not be deployed anywhere!
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top
as
r4786.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing
be in order though to avoid conflicts.
Note that the external name can be the same, but the object name should
be different.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http
as turning off JPEG has no effect.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting
On Tue, 8 Nov 2011 14:33:53 +0100
Pierre Ossman oss...@cendio.se wrote:
Somewhere between r4754 and r4765 (i.e. DRC's latest optimisations),
the tight decoder got broken. When used with an older Xvnc, it garbles
the data. It's easy to reproduce using just gnome-terminal where most of
the text
of everything
(in a platform specific way though) and can update its window without
having to go back to the server.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
only updated xserver15.patch as that is the server I have here.
Please see if you can do the same modifications to the other versions
(that you have easy access to).
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio AB
Second step, making the server skip over updates if the socket is
congested (aka frame spoiling).
I'd like to commit this soon and then look at integrating the deferred
updates with this mechanism. Should work more reliable per connection.
Rgds
--
Pierre OssmanOpenSource-based Thin
over many links. Things are still very much up in the
air, but I've written down my thoughts so far and I'd appreciate any
input you could give on it. You can find my notes here:
https://sourceforge.net/apps/mediawiki/tigervnc/index.php?title=VNC_Latency_Considerations
Rgds
--
Pierre Ossman
.
(there's also the evil of jconfig.h which is just pure luck that people
aren't seeing more fallout of as it is more or less designed to screw
with projects' own config.h)
If you have a better solution then feel free...
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System
to
be converted to a proper ODT file or something else like RST that is
easily editable.
I was thinking of rfbproto.rst:
http://tigervnc.svn.sourceforge.net/viewvc/tigervnc/rfbproto/rfbproto.rst?view=markup
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System
1 - 100 of 183 matches
Mail list logo