,
Mike Hinz
President
YR20
1718 Fry Road, Suite 440
Houston, TX 77084
mike.h...@yr20.com
832-225-1293 (o)
713-594-3095 (m)
832-550-2657 (f)
-Original Message-
From: DRC dcomman...@users.sourceforge.net
Sent: Tuesday, May 12, 2009 2:21pm
To: Adam Tkac at...@redhat.com
Cc: mike.h
This got buried in my inbox. I'm not sure if anyone replied to you
off-list, but I use RHEL 4 as a build platform as well. The secret to
building Xvnc on that platform is to use the unix/build-xorg-7.4 script,
located in the TigerVNC source tree. This fetches and builds the
necessary
ti...@piments.com wrote:
I saw this suggested as a means of securing the link: open the ssh
connection linking the port (eg. 5900) then configuring vncserver to
only reply to localhost. Thus preventing attempts to connect to
vncserver from outside the server machine.
ssh -C -X -L
or not this mechanism is implemented in the module
or how to configure it. Hoping someone else on the list knows.
On Feb 25, 2010, at 3:52 PM, ti...@piments.com wrote:
On 02/25/10 20:31, DRC wrote:
We may need to look at the break point between paletted and JPEG
Tiles.
It's possible
More than likely so. The color shifting would be consistent with trying
to draw an RGBX bitmap when the system expects XRGB, and I used to see
the same problems on Sparc TurboVNC clients whenever the pixel format
wasn't converted properly. The code that handles that in TigerVNC
as to what the right convention is,
please post. I can't seem to find any official word about this on the web.
DRC
On 2/2/11 6:21 AM, cwjor...@cox.net wrote:
DRC,
Thanks for your quick reply. The Solaris machine is Intel.
As you suggested I edited common/rfb/tightDecode.h to add the following
the same thing, and TurboVNC is known
to work on big endian platforms.
DRC
On 2/2/11 4:50 PM, DRC wrote:
Yeah, those values should be causing cinfo.out_color_space to be set to
JCS_EXT_XRGB, which is what we intended. However, I think I now
understand why there is a mismatch (bear
I assume you mean why does Red Hat Enterprise Linux 6 *not* use
TigerVNC. The answer is that Red Hat Enterprise takes a specific Fedora
revision and stabilizes it to enterprise quality standards. That
process takes many months or even years to complete, so Red Hat
Enterprise does not have the
Yeah, 70 ms is generally not enough to become latency-dominant, unless
you're dealing with a really high bandwidth as well (or a really low
image quality.)
On 5/27/11 8:59 AM, Marc Weber wrote:
Excerpts from DRC's message of Fri May 27 15:53:00 +0200 2011:
Network latency is VNC's Achilles
There is a proposal to add a -resolutions argument to Xvnc, which I
want to look into, but if we implement it, it won't land until the next
major release of TigerVNC, since 1.1 is feature frozen.
On 6/4/11 2:57 PM, Christopher J. Madsen wrote:
On 6/4/2011 9:02 AM, Travis Lawrie wrote:
I want
occupy only one
screen.
Regards, Adam
On 05/05/2011 04:11 PM, DRC wrote:
Right, but he's not running full-screen? I think it would be a lot easier to
add this if it didn't involve a new config option, so would it make sense to
have the behavior be to maximize across both screens in full
On 6/19/11 1:01 AM, Lorenzo Fiorini wrote:
I have started leaving the xvnc4viewer but it didn't work at full color.
Then I installed the tigerviewer without any new parameter but I got
some artifacts
like white backgrounds with some gray bands.
What version of TigerVNC Viewer produced those
:59 PM, DRC wrote:
YMMV, but some quick dirty benchmarks from my systems are below. I'm
using a Mac as the client in both cases:
CentOS 5.5 server with RealVNC 4.1.2 -- Mac with TigerVNC 1.0.90 r4501
Hextile: ~6.1 Mpixels/sec, ~80 Mbps
ZRLE: ~8.6 Mpixels/sec, ~35 Mbps
Raw: ~15
Doesn't exist yet. There is an outstanding feature request for that. I
have it on my to-do list to beef up the man pages prior to the 1.1
release, but as far as a comprehensive User's Guide, that's a more
long-term proposition.
On 7/7/11 11:49 AM, Reon Toerien wrote:
Hi,
I'm obviously
On 8/26/11 9:03 AM, Csillag Kristof wrote:
Dear TigerVNC users,
I am looking for advice about optimizing a client-server 3D application.
There is an application, which renders rotating objects in 3D, using
custom calculations - no OpenGL is used, neither HW nor SW.
The app was originally
May be fixed in 1.1.0. Please try the newer version.
On 8/26/11 6:02 AM, Mark Bostock wrote:
I am attempting to log in to a vnc server (a Fedora 13 linux terminal)
running Xvnc TigerVNC 1.0.90 from a remote windows xp machine (and also a
remote windows 7 machine) using a putty terminal and
).
/Brian/
On Thu, Aug 25, 2011 at 9:21 AM, DRC dcomman...@users.sourceforge.net wrote:
I've installed both on Windows 7 x64, so not sure what's wrong, but I'll
look into it
On Aug 25, 2011, at 7:48 AM, Brian Long briandl...@gmail.com wrote:
I've been running the TigerVNC 1.0.1 release
On Aug 26, 2011, at 8:46 AM, Csillag Kristof csillag.kris...@gmail.com wrote:
At 2011-08-26 16:16, DRC wrote:
If you have 100 Mbit at your disposal,
By 100 Mbit, I mean that there are some clients that only have a 100
Mbit network card, in the other end of a (potentially big) building
On 8/26/11 10:30 AM, Csillag Kristof wrote:
That is the way Xvnc works. It will only send framebuffer updates in
response to X drawing commands (and in response to client-side update
requests.) Give it a try.
That sounds nice, but how can it automatically know which series of
drawing
On Sep 5, 2011, at 6:21 AM, Csillag Kristof csillag.kris...@gmail.com wrote:
Hi,
I am still evaluating TurboVNC and TigerVNC for a project.
There are a few special requirements, and I would like to ask you
whether I can fulfill them with these tools.
1. I need a way to influence the
On 9/6/11 3:47 AM, Csillag Kristof wrote:
However, the problem is that the compression parameters are very
specific to the type of encoding being used. You couldn't, for
instance, force a client to receive JPEG, because you have no idea
whether the client even supports Tight encoding.
We can
On 9/18/11 3:22 PM, Mark juszczec wrote:
Hello all
I'm using tigervnc viewer on fedora core 14. I believe I'm running
Chicken of the VNC on my Mac.
I'd like to know how i'd set up the ability to transfer a file from my
fedora system by dragging it into the vncviewer showing the mac
On 10/17/11 4:39 PM, Mikael Höghede wrote:
Hi!
I just discovered the NeverShared option is absent from TigerVNC-server.
I think it would be nice to have this functionality also in TigerVNC,
are there any plans to supply this functionality?
Just for future reference to members of this
On 10/17/11 7:49 PM, John Aldrich wrote:
I've got a Debian box I'm playing with here... the TigerVNC Server
doesn't seem to work here... it says it installs, but it doesn't want to
work properly. Had to install VNC4Server to get a useable VNC server. Any
idea what's going on with that?
On 10/17/11 7:49 PM, John Aldrich wrote:
I've got a Debian box I'm playing with here... the TigerVNC Server
doesn't seem to work here... it says it installs, but it doesn't want to
work properly. Had to install VNC4Server to get a useable VNC server. Any
idea what's going on with that?
And
On 10/18/11 2:00 AM, Antoine Martin wrote:
Can you specify which Debian version you have, which exact version of
the package you installed and what doesn't work.
The packages I made are outdated and built wrong, it's been on my TODO
list for a while to make proper packages. But I was hoping
On 10/26/11 2:54 AM, Pierre Ossman wrote:
I'm afraid I have no Ubuntu 11.10 box set up, so I can't really look at
this right now. Could you add an entry in the bug tracker describing
the problem and what you've tested?
Note that Ubuntu has a live CD, which can be useful in debugging such
On 11/29/11 10:03 AM, Ben Short wrote:
Hi,
I'm trying to compile TigerVNC revision 4819 on windows xp.
Here is my cmake command:
cmake -G MinGW Makefiles -DUSE_INCLUDED_ZLIB=1 -DENABLE_GNUTLS=OFF
-DJPEG_INCLUDE_DIR=c:\libjpeg-turbo-gcc\include
On 11/30/11 9:45 AM, Pierre Ossman wrote:
Yup. Xorg misfeature unfortunately, so there's no obvious fix. Upstream
was informed, but they didn't really care as it was for an old Xorg
release (and it's fixed in newer versions).
How new? Our official, i.e. legacy-friendly builds of TigerVNC were
On 11/30/11 4:21 PM, Lou Berger wrote:
So just did the same upgrade and found the same performance issue. There is
*definitely* something very wrong with tight encoding in tigervnc. (Worked
great pre-upgrade, post-upgrade was just awful on same
hardware/network/client.) Changing to Hextile
On 12/1/11 3:21 AM, Pierre Ossman wrote:
No idea unfortunately. Upgrading wasn't on the table for us, so I
stopped investigating when it was clear that 1.5.x had no obvious fix.
Apparently 1.6.x doesn't either. :|
--
On 12/2/11 7:07 AM, Kevin Van Workum wrote:
Does any one have some suggestions on a good way to quantitatively
benchmark the performance of different VNC parameters (version,
encoding, compression, deps, etc.)? Right now I'm just adjusting
parameters and qualitatively evaluating performance
implementation where
available.
The versions tested are:
TightVNC 1.2.9
TigerVNC 1.1.0, 1.1.80 (DRC pre release build)
TurboVNC 1.0.2
Xorg 6.9.0
VGL 2.2.1, 2.3 beta
Anyone that have experience running this application or have experienced
similar problems?
--
Filip Gedell
was more than 32767 pixels in width, which apparently
exceeds some fundamental size limit in Xorg (but not, oddly, in the
older XFree86 code on which TurboVNC is based.)
On 12/8/11 7:20 AM, DRC wrote:
Note:
I asked Filip to post to this list, since I suspect that this is an X
server-related bug
https://sourceforge.net/projects/tigervnc/files/tigervnc/1.1.90%20%281.2beta1%29/
Enjoy!
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to
Please read the bug report on this (I would link to it, but I'm not in front of
a real computer.) It explains in more detail why it was necessary to remove the
extension by default. It may be possible to enable it at run-time. I don't
know. Composite isn't a priority for my project, so I'm not
, Jernej
Simončičjernej's-sfl...@eternallybored.org wrote:
On Friday, December 23, 2011, 16:17:47, DRC wrote:
https://sourceforge.net/projects/tigervnc/files/tigervnc/1.1.90%20%281.2beta1%29/
Looks like international keyboard now works fine from Windows to Linux
(TigerVNC server on Linux
/2011 02:07 PM, DRC wrote:
Please read the bug report on this (I would link to it, but I'm not in front
of a real computer.) It explains in more detail why it was necessary to
remove the extension by default. It may be possible to enable it at
run-time. I don't know. Composite isn't a priority
Just a shot in the dark, but it may have something to do with SELinux.
On newer systems, GDM will disallow certain things (such as invoking
/usr/bin/xauth) when SELinux is enforcing, and maybe KDM disallows other
things.
On 1/19/12 11:07 AM, lists.sourceforge@perrache.com wrote:
Hi,
On 1/19/12 5:13 PM, lists.sourceforge@perrache.com wrote:
After system updates I found the message in kdm.log saying Xvnc
hasn't the
permission to open the port. I disabled SELinux and now it works. Two days
lost for that, I'm sad. Btw, audit.log seems also to complain about xauth.
On 3/4/12 5:42 PM, Rudy J. Richardson wrote:
Will future versions of TigerVNC incorporate additional security features
such as SSH tunneling, or should users set up a separate SSH tunnel in
conjunction with TigerVNC? Thank you.
We had a fairly extensive discussion of this on tigervnc-devel a
Running
vncserver -kill :79
should get rid of the file.
On Mar 24, 2012, at 2:55 AM, Michael D. Setzer II mi...@kuentos.guam.net
wrote:
I've had the issue of the vncserver not starting after a bad restart
where the /tmp/.X11-unix/X79 file has not been deleted during the
shutdown
]: *** No rule to make target
`../../../../common/network/libnetwork.la http://libnetwork.la',
needed by `libvnc.la http://libvnc.la'. Stop.
Thanks
On Tue, Apr 3, 2012 at 10:30 PM, DRC
dcomman...@users.sourceforge.net
mailto:dcomman...@users.sourceforge.net wrote
If you build against libjpeg-turbo, then you have to use libjpeg-turbo
at run time. Building against libjpeg-turbo enables the libjpeg-turbo
colorspace extensions, which improve performance. These are not
available in libjpeg, hence the run-time errors.
All of the below is expected behavior.
On 6/1/12 3:30 PM, tiger...@martins.cc wrote:
If I install the 32 bit version of tigervnc on a 64 bit
Windows 7 machine I can connect to the server on a fedora
linux 64 bit machine running tigervnc-1.1.0-3.fc16.x86_64
configured with SecurityTypes of VeNCrypt,TLSPlain.
If, on the same 64
It does for X11 traffic, and in fact the default is to use Unix domain
sockets for that unless you start the server with '-nolisten local'.
VNC traffic has to use TCP sockets in the current implementation.
On 7/9/12 7:13 AM, Eslam Mamdouh El Husseiny wrote:
Hi,
i'd like to know if tigervnc
Short answer: no, it's not possible, but what are you specifically
trying to achieve? It may be possible to achieve it some other way.
Also, I'm not sure why running a big VNC session that spans both
monitors is inconvenient. I have hundreds of customers who have
replaced their 3D
On 3/11/13 3:53 AM, Peter Åstrand wrote:
I don't want to restart the debate, but just point out to the TigerVNC
audience that we have a different view on a few things:
If you don't want to restart the debate, then don't restart the debate.
Nothing I said in my previous message was anything
There shouldn't be a trunk directory in your checkout. I think you
may have checked out the code incorrectly from subversion. You should
add trunk to the URL when you are checking it out. e.g.:
svn co https://tigervnc.svn.sourceforge.net/svnroot/tigervnc/trunk tigervnc
I don't know that
CC'ing the TigerVNC lists, since this may also interest some of those
users/developers.
I believe that the latest pre-release of VirtualGL
(http://virtualgl.sourceforge.net/vgl.nightly/) should (with emphasis on
should) allow you to run compiz or other 3D WM's with hardware
acceleration.
Is vncconfig running in the server session? I haven't noticed clipboard
issues, but I have noticed for quite a while that vncconfig is not
starting iconified, so the GUI for it always pops up in the middle of my
TigerVNC desktop. If I don't think about it and dismiss that dialog,
vncconfig
Is there a normal way? Last time I checked, pretty much everyone
builds TigerVNC differently. Your official build maintainer (Brian) is
producing a cross-compatible build like I used to do, and this issue
adversely affects the ability to do that. Thus, I would think that such
a build
TigerVNC has never been focused on providing a Windows server solution.
The primary developers have always used it in products that serve up
Linux applications remotely, so the Windows client gets some testing,
but not the Windows server for the most part. There are major known
issues with
That would be a great idea.
On Dec 13, 2013, at 7:31 AM, Peter Astrand astr...@cendio.se wrote:
Hi. Yes, we are aware of that WinVNC needs some work. Unfortunately, we at
Cendio does not have any time to work on this now. Thus, unless someone
else volunteers to fix this, three options
On 12/13/13 7:16 PM, Ronald F. Guilmette wrote:
Who are you asking? Me? I've moved on already, so don't do anything just
on my acount.
Also, I guess I'm confused about something. One of the reasons... actually
the main reason why I stareted my experimenting with TigerVNC in particular,
On 1/7/14 5:43 AM, Pierre Ossman wrote:
I It seems the installer available at
http://sourceforge.net/projects/tigervnc/files/tigervnc/1.3.0/tigervnc-1.3.0.exe/download
is 32 bit.
For TigerVNC 1.2, I produced 64-bit binaries, but they were slightly
crippled. The issue was that there were no
On 1/7/14 8:33 AM, Bob Gustafson wrote:
The other issue is that if you have any 32-bit binary applications on
your 64-bit system, you need to have 32-bit libraries in addition to the
64-bit libraries. Added disk space..
Adobe acroread has the same problem - only 32-bit is/was available and
TurboVNC has an idle timeout feature that someone could probably port
over pretty easily to TigerVNC. It starts the timer as soon as the last
client disconnects, and the server exits after the specified timeout.
Usually, the people who use the feature set it for something pretty
lengthy, like
I think you can safely ignore those warnings. You might be able to get
rid of the first two by changing (const TCHAR*) to (LPCTSTR), but that's
just a wild guess. The warning is basically the compiler saying I see
you did this. Are you really really sure you want to? In this case,
yes we
You might not notice much difference, depending on the type of
application you're using. TigerVNC uses a high-performance variant on
Tight encoding developed originally by yours truly for TurboVNC. Tight
encoding attempts to encode subregions of the remote display using the
most efficient
I have a proposal on the tigervnc-devel list for basically capping the
Zlib level at no more than 7, which is the highest useful level for the
type of data we're dealing with. So basically Compression Levels 7 and
8 in TigerVNC would be virtually the same as CL 6, and CL 9 would use
the same
I don't want to be seen as trying to steal users away, because I'm not,
but since you are asking specifically which VNC clients still have the
toolbar option, TurboVNC does in both our Windows and Java clients. Our
Java client is based on the TigerVNC Java code that Brian developed, but
it
Yes. For a little historical perspective, TightVNC basically spawned
all of these projects, but in various ways. TurboVNC is the most direct
descendent of TightVNC 1.3.x. It forked from that project nearly 10
years ago and was originally just TightVNC 1.3.x with high-speed JPEG
support.
63 matches
Mail list logo