QtEmu - A virtualization frontend

For the past 6 months or so I have claimed to anyone who asks that QtEmu is about ready for it's 2.0 release - and I think I'm totally right about that. QtEmu is an app that is basically trying to be like vmWare workstation, but better. It's not quite there yet, but it's already pretty good. It is based on the work of uwolfer, the mind behind the massive improvements to KRDC in kde, and he has played a key role in helping me improve it this much.

In the past 6 months or so I have added a number of big features - things like automatic USB support, local file socket VNC support (this makes connections a lot more secure) and a bunch of other things. At the moment I'm pretty sure the only thing holding it back is the fact that VNC screen updates are rather slow - but that's the case in KRDC as well.

KRDC is the upstream kde app that I've 'borrowed' the vnc code from (thanks again uwolfer!), and I'm starting to look through it to figure out how to speed up drawing, but honestly it's not my top priority at the moment (college, job, house, wife.... you know the drill).

I consider QtEmu to be either early beta or late alpha. I haven't had any crashes with it for ages,  and it's relatively complete. There's always another thing I'd like to add, but hey isn't that always the case?

So here's a few more of the cooler features that QtEmu has, for those of you who havn't heard of it yet (I bet that's most of you):

New/Cool Features

  • Runs virtual machines using QEMU or KVM
  • Embeds the view within the application to reduce clutter
  • Shows a preview image of the machine when it is not running
  • Supports multiple running machines in one instance of QtEmu using tabs
  • Full screen mode
  • Scales the machine's screen up/down to make it fit the available space if you want
  • Seamless mouse support
  • Configurable sound support
  • Partial network support (doesn't touch your host's settings, so you need to create bridges and stuff yourself)
  • Access to the machine console in a tab of the app
  • Statistics about your VM image
  • Pause/suspend/resume
  • Let a machine keep running when you've closed QtEmu, and reconnect to it when you start QtEmu back up.
  • It's pretty
  • Uses only Qt for now, i'll probably add some kde specific stuff later though. I'm still trying to decide how KDE can help me with this app.

It of course comes complete with bugs, including but probably not limited to:

  • Slowish screen updates sometimes
  • Some people have had trouble with the VNC display not showing up
  • If you select a USB device in one machine, it will still let oyu select it in another
  • Scaling doesn't work right immediately after resolution changes, you need to disable/reenable scaling to fix this for the moment. It's just a simple button press.
  • Fullscreen mode freaks out if you are using synergy to share your keyboard/mouse with another machine - I don't know if this is fixable.
  • It lets you do things like assign your primary keyboard/mouse usb devices to the virtual machine. this is generally a bad idea and hard to turn off without your keyboard and mouse.

How to get it

Instructions for downloading are at http://qtemu.org near the bottom - the current version is only in SVN for the moment.

It works well for me, and works pretty well for a few other people, but it hasn't been tested much more than that.

Screenshots:

 Running Fedora with windows in the background tab:

 Running Windows with Fedora in a background tab:

 Showing the settings tab with USB settings open:

Trackback URL for this post:

http://intellilinux.info/trackback/28

Comments

Asian Teens

More information about it, feature detection, and what this feature provides can be found in the jQuery.support documentation
It's Asian Teens

At the moment I'm pretty sure

At the moment I'm pretty sure the only thing holding it back is the fact that VNC screen updates are rather slow - but that's the case in KRDC as well.college degree | justice degree

It is based on the work of

It is based on the work of uwolfer, the mind behind the massive improvements to KRDC in kde, and he has played a key role in helping me improve it this much.university degree | criminology degree | counseling psychology degree

best articel.. SEO hosting

best articel..
SEO
hosting

Seviyeli Sohbet

buy generic propecia online

buy zithromax online

buy cheap amoxil

buy propecia online without

buy generic propecia online

buy strattera online

buy lexapro without

buy lasix without

buy zithromax without

clomid buy online, buy amoxil

buy lasix online, lexapro

clomid buy online, buy amoxil

buy lasix online, generic

cipro online, buy

buy soma

buy cialis generic

buy online tramadol

Very good post, thanks a lot.

Very good post, thanks a lot.

buy generic viagra

plavix

Great work!

Great work! Just tested latest SVN. I think the interface is a bit cluttered though. Needs some usability love.

usability

I honestly hadn't looked at things from that perspective before, but you're probably right. Usability could be improved - which area do you feel is cluttered? the side bar/control panel, the settings tab, or just everything in general?

After taking a quick look, everything in the control panel area could probably go into the toolbar, with a dropdown for choosing a cd image instead of a physical drive, same for floppy. I'm not too sure if there's a good way to do that with USB devices, but maybe it could just live in the settings tab, where it already exists as well.

I'm not certain if there's actually a good way to really clean up the settings tab, I thought that was actually pretty good. I do plan on adding a summary page that lists important information (specs) about your machine as the first page in the settings tab though.

libvirt

Have you thought about using libvirt ( http://www.libvirt ) ? It would make development easier for you and you would be able to support other virtualization engines (VirtualBox, Xen, VMWare, etc) with zero effort on your side.

I'm so happy to being a part

I'm so happy to being a part of this large community of successful and future of great geeks found here!! I hope joining in this site would really help me and getting the best knowledge gigantically! Infect now a days i'm preparing for 70-237 exam for achieving the certification. Although it is not hard to get certified but it keeps me busy. I've also attained certification of another course of NS0-153 exam which I had passed last two months back. Also I am trying to complete my pending thesis of 1z0-051 exam project which i hope will be completed soon. I really enjoyed my stay over here and have knowledge while stopping by. And hope to hear from you folks!...

libvirt

I have thought about it and looked into libvirt a little, however it doesn't seem (at least to me) to be exactly what I want. theres a couple of reasons:

  1. LibVirt seems to be client/server based.
    This means qtemu would require setup and configuration as root to do some things. I don't really want that. It also means I can't integrate quite as tightly to qemu/kvm because I can't make assumptions about image type, specific capabilities, or other things like that.
  2. I want to make a Desktop oriented virtualization tool. libvirt is server oriented.
    Basically what vmware workstation does, not vmware server or tools like that - i'm aiming for end users. I want a never-used-linux Kubuntu newbie to be able to install and use qtemu with zero hassle.
  3. There are already plenty of LibVirt clients.
    I have yet to find a tool other than virtualbox (which i really can't stand for whatever reason) that does exactly what I want, and i'm not sure libvirt could bring be the tight integration I want.

virt-manager? It's the UI

virt-manager? It's the UI (libvirt-based) that I use for virt-related things. It's a shame that there is not a QT/KDE based equivalent.

virt-manager

I actually DO want to make a tool that is the equivalent of virt-manager, but Qt and designed to be as easy to use as QtEmu; I just don't want to divide my efforts too much, because after looking at things a bit I feel that that would have to be a major departure from QtEmu, and probably the UI is the only thing that could easily be reused...

So in short, yes, I agree, it's on the radar, but won't happen (from me) until I feel QtEmu is relatively complete.

Hello, this looks great, and

Hello,

this looks great, and it could maybe be a solution to my problem.

I need to set 2 vm : a dev OS in which I write the test OS, and a test OS.
I'm currently am under gentoo 64, and the test OS is written for 32 bits x86.
So, with virtualbox, it failed to load.

What I need to do :
the 2 OSes need to communicate through a serial line, and the test OS is booted via PXE.

My question : can I do that with QtEmu, and will the PXE image load (on virtualbox, it failed) ?

Keep up the good work, and thanks :)

pxe

using the guest networking mode, supposedly it supports PXE. i've never tried it though - just added the options for it. theoretically it should be seamless, just edit the options for it in the advanced networking mode.

serial line

you could, pretty easily. the best way to do it that I can think of would be to add "-serial unix:[some-path-to-a-temp-file],server,nowait" to the additional options box on one machine, and "-serial unix:[some-path-to-a-temp-file],nowait" to the other machine. That should basically be the same as having a nullmodem cable between the two.

without the "nowait" option, neither machine wil start to boot until the other one is starting - if you want it to work that way you can, but i'd suggest not. One machine does need to be set as server, the other not, that way the server creates the temp file, the other just tries to use it.

This is actually exactly how qtemu talks to its machine console - through a UNIx socket, and how it talks to VNC too. I was planning on using the virtual serial port to talk to some kind of guest tools later on, but if people are gonna be using the serial port it sounds like I should have a way to disable it! :)

QEmu +VDE

this looks really impressive ... I have to test it right away!

Until now, I set up virtual qemu-machines with selfmade bash-scripting on a central server to make them available through Remote-Desktop(Windows) or freenx(Linux).

Therefor I needed a virtual subnet. I had a look at VDE (http://vde.sourceforge.net/), which you can use to set up virtual switches+cabel - in combination with qemu its a beauty!

Did you ever throught about adding vde-support? I can send you all my scripts to show, how it works from the terminal.

Greetings
Jens

Wow! The advising is great

Wow! The advising is great and sounds very good. Infect i am student of testking 000-101This is awesome information which i was search from last half an hour. This described great and found useful to enhance my knowledge. As well as i am busy in my study and preparing of certification course of testking 70-299 which is going to take place next month. Also busy to complete my pending thesis testking E20-040. I am also glad to being here and happy that there are many good places to visit. Thanks for sharing this awesome information.

VDE

I never understood the point of VDE actually. you can set up a virtual switch quite easily using a linux bridge with the qemu tap devices added to it.... or even just use a qemu multicast vlan (this theoretically would work between machines). The multicast VLan I havn't tested, but I beleive I included support for it as far as the manual said it worked.

If VDE does something I'm not aware of, then it might actually BE worth it. also, there's probably already a way to integrate it using all the custom script boxes and custom networking boxes available.

Great

Really I impressed by all the new features. Well done.

Awesome stuff!

Awesome stuff!

Great work!

Nice blog entry, and really nice work! It's fun to work together with you and see how thing progress :)

Keep on the good work.

comments

sorry, forgot to enable comments!