libjpeg-turbo can be compiled for NaCl, but as far as TurboVNC, the "native" version of it on Unix uses Xt for its GUI interface, and thus it would need an all-new GUI in order to function as a browser plugin. What you would end up with after such a hypothetical porting effort would bear little resemblance to the current version of TurboVNC.
The question about "recompiling" into HTML5 doesn't make any sense to me. HTML5 is a completely different language. This is not to say that I wouldn't be interested in developing TurboVNC as a Chrome plugin, but definitely not for free. On 8/11/13 11:19 PM, Joey Carlini wrote: > You're probably right, although you can get an xserver running in a > Crouton instance and VNC into it via localhost:1, GPU acceleration would > be key, so TurboVNC inside a tab would most likely fit my purposes. > Could it be recompiled for Native Client or HTML5 at large? > > On Aug 11, 2013 11:49 PM, "DRC" <dcomman...@users.sourceforge.net > <mailto:dcomman...@users.sourceforge.net>> wrote: > > I could see TurboVNC being useful in that regard, but VirtualGL's > job is to redirect 3D rendering from an X server that lacks 3D > acceleration to an X server that has 3D acceleration, then to read > back the pixels and display them to the X server where they would > have originally ended up. Unless you can run an X server in your > chroot environment an attach said X server to a GPU, then VirtualGL > is not going to be useful, but TurboVNC still might be. > > On Aug 11, 2013, at 10:24 PM, Joey Carlini <moocow1...@gmail.com > <mailto:moocow1...@gmail.com>> wrote: > >> VirtualGL would be helpful in order to VNC into an Ubuntu Chroot >> on Chrome OS, allowing you to run real apps on your Chrome OS >> Device without having to dual boot Ubuntu, even letting you just >> open up a tab and SSHing in. >> >> >> On Sun, Aug 11, 2013 at 6:53 PM, DRC >> <dcomman...@users.sourceforge.net >> <mailto:dcomman...@users.sourceforge.net>> wrote: >> >> I am not sure I fully understand the architecture. Why do you >> think >> VirtualGL is necessary? Assume I know nothing about Crouton >> or ChromeOS. >> >> >> On 8/11/13 8:47 PM, Joey Carlini wrote: >> > >> > >> > ---------- Forwarded message ---------- >> > From: *Joey Carlini* <moocow1...@gmail.com >> <mailto:moocow1...@gmail.com> >> <mailto:moocow1...@gmail.com <mailto:moocow1...@gmail.com>>> >> > Date: Sun, Aug 11, 2013 at 3:27 PM >> > Subject: Using VirtualGL with Chrome OS + Crouton >> > To:virtualgl-us...@lists.sourceforge.net >> <mailto:virtualgl-us...@lists.sourceforge.net> >> > <mailto:virtualgl-us...@lists.sourceforge.net >> <mailto:virtualgl-us...@lists.sourceforge.net>> >> > >> > >> > Hi there, I'm working on the Crouton project for Chrome OS, which >> is >> > essentially trying to run a Ubuntu Chroot under the Chrome OS >> > environment, then using a Window manager to run full fledged GUI >> > applications, and I was wondering if I could adapt the VirtualGL >> code to >> > the cause. Running it on the Ubuntu Chroot shouldn't be that hard, >> but >> > TurboVNC is a bit trickier to play with in the Chromespace without >> a >> > Native Client compilation or Javascript project. I found a way to >> enact >> > a proof of concept through Java, but for the sake of non hacky >> ways, >> > would there be a way to recompile the source to work natively with >> > Chrome as an app or extention? ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
