Ontwikkelaars demonstreren multitouch-interface voor Linux

Een groep Franse ontwikkelaars heeft een proof-of-concept gedemonstreerd die het mogelijk maakt om met behulp van de meest recente Linux-kernel multitouch-interfaces te bouwen. Mogelijk zal de code zijn weg vinden naar Android.

De multitouch-code is geschreven door Franse studenten van de Ecole Nationale de l'Aviation Civile in de Franse stad Toulouse. Tijdens een presentatie was onder andere te zien hoe vensters konden worden geroteerd door met meerdere vingers het scherm aan te raken. Ook het inzoomen op plaatjes wordt mogelijk via de multitouch-invoer. Bij de multitouch-code wordt gebruik gemaakt van nieuwe mogelijkheden die het Linux-input-system biedt in kernelversie 2.6.30.

De multitouch-invoer wordt volgens de ontwikkelaars direct via de driver doorgestuurd naar de Compiz Fusion 3D-window manager; de X-server en zijn Multi-Pointer X-technologie wordt dus overgeslagen. De huidige code ondersteunt nog maar enkele touchscreens, maar dit moet verbeteren als meer fabrikanten van dergelijke schermen drivers uitbrengen. Verder spreken de ontwikkelaars de verwachting uit dat delen van hun touchscreen-code gebruikt zullen gaan worden in Android, het mobiele OS van Google.

Reacties (62)

[thof]

Waarom willen zoveel systemen een multi-touch op hun scherm?

Als ik zie hoe hij z'n schermen loopt te draaien kan ik me niet voorstellen dat dit erg practisch is. Hele tijd met je handen op het scherm.

Waarom niet een multi-touch touchpad naast je toetsenbord? Dan zit je niet met je handen voor je beeld en lijkt me een stuk goedkoper te produceren en de techniek was er altijd al voor (single-touch): touchpad op laptops...

Edit:
Zoiets bedoel ik maar dan groter:
http://www.mydigitallife....n-windows-7vistaxpserver/

[Reactie gewijzigd door thof op 23 juli 2024 20:55]

[Rob Coops]

Denk eens aan andere toepassingen dan desktop werk...

Het voordeel is inderdaad zo als dragunova al zegt het is veel intuïtiever dan met een muis of touchpad.

Presentaties, een uitleg bij een tentoonstelling een marketing ding in een winkel en zo meer van dat soort materiaal waar je mensen geen muis wilt bieden.
Denk eens aan een toepassing als de surface computing van Microsoft iets wat helemaal niet zo moeilijk is om te doen als je multi-touch kan ondersteunen. Als je dan kijkt naar bijvoorbeeld CNN die een surface computer op zijn kant gebruiken om foto's en dergelijke te laten zien.

Natuurlijk zijn er minimaal net zo veel dingen te bedenken waar mulit-touch totaal geen zin heeft of alleen maar onhandig zal zijn maar het geen er op dit moment gebeurt is dat het heel erg snel een standaard besturings methode wordt voor ieder zich zelf respecteerend OS, dat houd vervolgens in dat als iedereen het eenmaal ondersteunt er weinig meer over gesproken gaat worden. Systemen waar het handig, nodig of anderszins nuttig is zullen er dan gebruik van maken en de rest zal het gewoon links laten liggen. Net als bijvoorbeeld besturing met een pen in plaats van een muis, iedereen kan het maar alleen de grafische programma's maken hier echt gebruik van... multi-touch zal net zo'n niche product worden dat alleen in heel specifieke situaties echt gebruikt zal worden de reden dat je er nu zo veel over hoort is omdat iedereen zo snel mogelijk ondersteuning wil gaan bieden voor deze nieuwe vorm van input.

[Room42]

Het is ook misschien beter te gebruiken om kleine, mobiele apparaten.

Waarom niet een multi-touch touchpad naast je toetsenbord?

Waar wil je je dan op oriënteren bij het aanraken? Je moet toch zien waar je je vingers zet ten opzichte van het beeld? Anders heb je een reeds bestaande techniek: De muis

[ZpAz]

Dat klopt niet, op de trackpad van de macbooks en macbook pro's heb je ook multitouch, zoomen werkt prima, draaien ook, (PDF, foto's).

Swipen met 3 vingers, is vorige volgende, met twee vingers kan je scrollen, met 4 vingers ga je naar expose (bureablad, of alle programmas tonen).

Zelf heb ik ingesteld dat in safari de pinch gesture mijn tabblad sluit (het 'knijpen' met 2 vingers).

Multitouch hoeft zeker niet op het scherm te zitten om fijn te werken.

Hier een filmpje met voorbeeld.

[Reactie gewijzigd door ZpAz op 23 juli 2024 20:55]

[Keneo]

bijna alle synaptic touch pad's ondersteunen al multitouch...

Op mijn msi vr601 laptop met ubuntu linux op scroll ik ook met 2 vingers, nieuwe tab openen is klikken met 2 vingers ipv 1 vinger, etc, etc...

[HerrPino]

Waar wil je je dan op oriënteren bij het aanraken?

Hiervoor zou het mooi zijn als de trackpad zelf ook een schermpje is, zoals de iPod Touch en iPhone bijvoorbeeld.

[kraai_]

of gewoon net als mac book pro's een multitouch mousepad(kan even niet op de benaming van dat vlak komen, maar je weet vast wat ik bedoel).

dan is het wel erg fijn

[HerrPino]

OSX zegt (Multitouch) Trackpad

Wat ik wel graag zou willen zien is een combinatie van een lcd-schermpje en een multitouch trackpad (zoals de iPod Touch en iPhone) met een representatie van wat er op je scherm te zien is. Ik heb dat liever dan dat ik met mijn vingers aan het scherm zou moeten zitten... op den duur wordt dat dan toch wel erg vet en hinderlijk. Ook bedekken vingers toch ook wel een redelijke oppervlakte, wat vervelend is bij precisie werkjes. Een 2e schermpje kan voor dit doel tijdelijk in- of uitgezoomd zijn of compleet iets anders tonen om het werk eenvoudiger te maken.

[Reactie gewijzigd door HerrPino op 23 juli 2024 20:55]

[dragunova]

Omdat het intuitiever kan werken dan een muis of touchpad.

[poepkop]

@thof1:
Ben het wel met je eens. Het lijkt me superhandig en de touchpad van de macbook werkt aardig lekker. Misschien nog wel fijner dan een muis in bepaalde zaken.
Ik zie mezelf ook nog niet zo bezig op mijn scherm, ik kan vrij weinig toepassingen bedenken die ik met een muis of touchpad niet makkelijker kan doen (of met een keyboard shortcut).

[Reactie gewijzigd door poepkop op 23 juli 2024 20:55]

[WoRsTeNBoY]

Ik meen ergens gelezen te hebben dat Apple specifiek aan Google gevraagd had geen multitouch in android te implementeren,
dus of deze code zijn weg naar android vind is mij een vraag...

[RM-rf]

er bestaat inderdaad en zeer sterk gerucht, dat ook wel enigszins geloofwaardig is (aangezien bv google CEO Eric Schmidt in Apple's raad van bestuurders zit en apple en google 'twee-handen-op-één-buik lijken te zijn en bovenal beide MS als grootste concurrent zien)
http://digital.venturebea...roid-and-google-complied/

Anderszijds, dat zijn vage geruchten en in hetzelfde stuk staat iets over een 'grote aankodiging betreffend eAndroid en Netbooks, die echter sindsdien juist compleet ontkend is, Google lijkt voorlopig zeker niet android ook op netbooks te willen richten..

verder was het zo dat rond de release van Android sowieso enorm veel druk gemaakt werd en een hoop dingen half-af waren: zeker wat betreft de screen input..
dat men de ontwikkelde beta-code voor het gebruik van multitouch voorlopig uitgeschajeld had kan evengoed gegrond zijn in de wens de G1 op het gewenstte tijdstip uit te kunnen brengen en te voorkomen dat er direkt al problemen zouden kunnen zijn...
zeker bv multitouch zou snel vergeleken worden met de al verder uitontwikkelde iPhone en als dat niet geheel stabiel was voorheen, kon dat snel ook 'anti-reclame' worden

[jip_86]

Dat zou nog niet verklaren waarom Apple dat niet zou willen hebben. Dat zou juist goed zijn voor de iPhone lijkt me.

[Sorcix]

Waarom zou Apple daar iets mee te maken hebben? Als ze dat niet willen uitbrengen wegens bugs dan zal dat wel vooral de keuze van Google zijn. Dat Apple hier een afspraak over heeft is enkel een gerucht momenteel.

Hoewel ik me heel goed kan inbeelden dat Apple dit zou afspreken om de positie van de iPhone te houden (wegens eerder vernoemde redens). Android is een goede concurrent voor de iPhone, zeker omdat het open is en er geen limieten zitten op de applicaties. Als Android verder goed ontwikkeld wordt zal mijn volgende telefoon waarschijnlijk android zijn.

[Verwijderd]

Mult-touch is alleen op mobile devices gepatenteerd door Apple.

In dit geval is er geen sprake van mobile devices. Microsoft had al een tijd voor Apple multi-touche (Surface).

Zolang het dus blijft bij computers, laptops, touch apparaten zie ik geen problemen.

[Reactie gewijzigd door Verwijderd op 23 juli 2024 20:55]

[graey]

Daarnaast betrof het patent niet multitouch, maar slechts bepaalde gebaren waarvoor multitouch nodig is.
Daarbovenop komt nog dat het helemaal niet zo heel zeker is dat dat patent in de rechtzaal zal blijven staan

[Ford Prefect]

Oh ja joh? Volgens mij werder zowel de surface als de iphone binnen een paar maanden na elkaar gepresenteerd. Waar de iPhone net iets eerder was dan de Surface:

http://en.wikipedia.org/wiki/Microsoft_surface

en

http://en.wikipedia.org/wiki/Iphone

[graey]

Maar de surface was al tij-den in research bij microsoft, en te bezichtigen op research.microsoft.com

[ErikKo]

Correct. Maar Android is open-source. Dit stimuleert de community om dit er zelf in te bouwen. Dus dan houdt Google zich prima aan zijn afspraak.

[gkooistra]

Ben benieuwd welke linuxdistributie ze gebruiken. Vind de taakbalk erg veel op die van vista lijken.

[Touchdomex]

KDE met Opensuse zo snel te zien. het lijkt op vista, maar werkt zoveel beter

[Zaffo]

Inderdaad KDE4 samen met OpenSUSE. Dat het KDE4 is is duidelijk te zien als je het zelf eens gebruikt hebt. Dat het OpenSUSE is is te zien aan het OpenSUSE menu symbool links onder.

Dat gkooistra het op Vista vind lijken zal komen omdat dat bekent is voor hem. Verder is het natuurlijk nog gebaseerd op het idee van een balk onder in beeld, zoals we dat kennen van de eerste grafische omgevingen. KDE4 is echter wel anders opgebouwd.

Voor mobiele apparaten is een touchscreen handig. Doordat het apparaat meestal ligt werkt het een stuk fijner dan (multi-)touch op een staand beeldscherm.

[gkooistra]

Heb de laatste tijd minder met linux gewerkt.
Denk dat ik het toch maar weer eens ga installeren. Ziet er goed uit (andere keren dat ik verschillende linuxsystemen gebruikt heb zag het er ook wel goed uit)

[acemoo]

Dit ziet er uit als KDE4 volgens mij..

Ben ik de enige dat het vreemd vind, KDE4 met Compiz Fusion?

[Verwijderd]

Niet heel vreemd. Alle distro's zullen Kwin als standaard meeleveren, maar dit is makkelijk uitwisselbaar. Wellicht werkt compiz wat beter met DBus, waardoor een en ander eenvoudiger voor ze was. Bovendien kunnen ze het water-effect laten zien. Niet erg nuttig, maar doet het goed in een presentatie.

[DJFreestyler]

Lijkt me sterk dat KWin minder goed met DBus werkt aangezien het KDE project zo'n beetje de uitvinder is van DBus. (DBus is gebaseerd op DCOP wat de inter-process communicatie verzorgde in KDE3) KDE4 maakt verder ook erg veel gebruik van DBus
(Zie http://techbase.kde.org/D...orials/D-Bus/Introduction voor meer info)

Ik denk dat het verschil eerder is dat KWin minder... uitbundig is en meer minimalistisch waardoor veel dingen die in Compiz voorkomen niet in KWin zitten, zoals het water effect en het roteren van vensters. Beide dingen die je nou niet direct nuttig kunt noemen voor dagelijks gebruik. Ze zijn wel leuk om te showen wat er mogelijk is met de techniek, maar totdat het geimplementeerd wordt in de toolkits is het toch minder interresant aangezien er nu alleen wat window acties mee mogelijk zijn.

Op het moment dat we in applicaties met multitouch kunnen zoomen wordt het een stuk interresanter... (Qt Software is overigens al bezig met het implementeren van multitouch in Qt, dus wie weet...)

[capsoft]

maakt toch niet uit welke distro. t gaat toch om de desktopmanager.
volgens mij is het gnome met dit: http://www.gnome-look.org...(automated)?content=72318

[Superstoned]

nope, tis een standaard KDE 4.2 desktop. Distro kon ik zo snel niet zien.

[Zapato]

Multitouch zat toch al in Android, maar was er 'op verzoek' van Apple weer zijn uitgehaald. Zou dat dan nu geen probleem zijn?

[Verwijderd]

Tja een mobiele telefoon is iets anders dan een monitor . Apple heeft alleen patent op multi-touch bij mobile devices.

Zolang het op laptops/touch apparaten draait zie ik geen problemen.

[Reactie gewijzigd door Verwijderd op 23 juli 2024 20:55]

[poepkop]

Apple heeft alleen patent op multi-touch bij mobile devices.
Ok, maar kan Google dan geen licentie nemen of botst dit met het open-source gedeelte van Android? Ik meen namelijk op mijn LG Arena ook multitouch te hebben en volgens mij zijn er nog genoeg andere telefoons met multitouch.

[cpt.skydiver]

Sommige delen van android zijn, dacht ik, ook gelicenseerd dus in principe denk ik niet dat het een probleem is alleen komt hier dan de source code niet van vrij.

[Goderic]

Licenties en open-source gaan zeker samen. Je kunt zelfs een licentie op iets nemen en een open-source programma maken dat gebruik maakt van deze licentie waardoor andere mensen die je code gebruiken geen gebruik mogen maken van dat deel omdat ze geen licentie hebben (hoe het exact zit weet ik ook niet).
Daarom is GPL v3 uitgevonden: Als je programma gelicenceerd is als GPL v3 geef je automatisch toestemming aan alle gebruikers om de licentie te gebruiken.

[watercoolertje]

Nee hoor google heeft het er nooit uitgehaald heeft er officieel ook nooit ingezeten, dat het de community is gelukt het toe te voegen aan wat builds heeft niks met google en of apple te maken hoor

[arnem_]

Heeft het Multi-Pointer-X-project dan zoveel nadelen? (Behalve het toch wel relevante nadeel dat ik niet zou weten hoe je het zou moeten draaien) Daarnaast vraag ik me af of je als je eenmaal bij Compiz bent nog wel terug kan koppelen naar het programma waar je mee bezig bent.

Bijvoorbeeld als je wilt schrijven of tekenen in een programma. Kan je google-earth gebruiken als je de input direct naar Compiz stuurt? Of nog relevanter, kan je een link aanklikken? Misschien nogal beginners vragen maar ik zie liever een project dat overal werkt dan tig net iets afwijkende projecten die voor de normale Ubuntu gebruiker nauwelijks te draaien zijn en ook nog eens ieder z'n eigen nadeel heeft.

edit: Het enige wat ze doen is de applicatie inzoomen en weer uitzoomen. Ja,dan is de functionaliteit wel erg ver te zoeken. Misschien hadden ze hun tijd beter in het MPX-project kunnen stoppen.

[Reactie gewijzigd door arnem_ op 23 juli 2024 20:55]

[kozue]

Ja, tis leuk dat je nu met water kunt spelen, maar dat volgens mij is het niet zozeer nuttig om je windowmanager mutlitouch te leren, maar dit in programma's in te bouwen (zoals bv firefox, video players of tekenprogramma's)

[ATS]

Er wordt momenteel door QtSoftware gewerkt aan het toevoegen van multi-touch aan de Qt toolkit; de basis van KDE. Dat is niet zo eenvoudig, maar er zijn al wel wat werkende voorbeelden. Als dat er daadwerkelijk doorheen gaat komen op een goede manier, dan kan je er donder op zeggen dat er veel applicaties ondersteuning gaan inbouwen hiervoor, in elk geval in KDE.

[onox]

Maar gebruikt Qt dan xinput 2.0? En dan moet elk programma apart dan support voor MPX klussen? Ik vond hier http://blogs.gnome.org/ca.../19/more-multitouchy-fun/ iets voor Gtk+.

[Verwijderd]

Het is niet zozeer dat het Multi-Pointer-X-project zoveel nadelen heeft, wat je hier ziet is een demo app die laat zien dat de driver werkt die ze hebben gebouwd voor de nieuwste kernel.

De driver die ze hebben gemaakt zorgt ervoor dat de device files (dev/input/eventX) uitgelezen kan worden.

Vervolgens hebben ze een applicatie gemaakt die dit ook daadwerkelijk leest en als output sturen ze berichten naar Compiz met behulp van DBus. Dit is inderdaad een niet erg praktische applicatie, maar daarom is het ook een demo.

De volgende stap zal waarschijnlijk de X server zover krijgen dat hij /dev/input/eventX ook gaat lezen. Dan zullen meer programma's er gebruik van kunnen maken.

[RalphMalph]

Niet traag. Kijk nog maar eens. Loopt erg lekker.
Ligt volgens mij aan YouTube , of er is misschien net een nieuw filmpje opgezet.

[Remco Kramer]

Ik vind er anders nog een erg grote vertraging inzitten. Niet erg handig als je snel iets moet doen. Het kan overigens niet aan youtube liggen, het is onmogelijk dat via youtube alleen bepaalde handelingen vertraagt worden. Dan zou alles vertraagt moeten zijn, maar in dat geval zullen de vinger bewegingen en de bewerking op de machine nog steeds synchroon lopen.
Wel leuk om te zien dat er native multi-touch in Linux komt. Het zal waarschijnlijk nog wel flink door-ontwikkelt worden zodat het wat sneller reageert.

[cpt.skydiver]

Vooral bij het roteren van dat venstertje te zien maar misschien is dit een soort smoothing wat ze erover heen hebben gegoten zodat het soepeler "lijkt" voor deze proof of concept?

Doet niet af aan het feit dat het dus inderdaad last heeft van vertraging

[Reactie gewijzigd door cpt.skydiver op 23 juli 2024 20:55]

[Dr_Hell]

Ik vraag me af of Compiz Fusion wel lekker gaat draaien op apparaten die niet zoveel grafische kracht hebben.
Of hebben de nieuwste telefoons allemaal een krachtige grafische chip aan boord?

[cumulus007]

Compiz is slechts een voorbeeldimplementatie, je kunt dit overal in gebruiken. volgens mij heeft Qt er al ondersteuning voor...
edit: zie bericht van ATS een stukje hieronder

[Reactie gewijzigd door cumulus007 op 23 juli 2024 20:55]

[masterpoi]

Ik vind dat er behoorlijk wat input-lag opzit. Zelfs het draaien en rescalen van de foto's gaat niet echt vlot zo te zien... maar iig goed dat er iemand aan de weg timmert voor multitouch op linux.

[HerrPino]

Idd, ik wilde net hetzelfde zeggen... heel leuk maar het werkt nogal traag, het is wel een goed punt om vanaf verder te gaan met ontwikkelen. Maar het feit dat dit een proof-of-concept is betekend ook wel dat het in zijn geheel nog niet uitontwikkeld is en waarschijnlijk ongelooflijk slechte (maar functionerende) code bevat. Heb vaak genoeg zelf een proof-of-concept gebouwd, en dan ga je niet voor de super geoptimaliseerde code omdat je nog niet precies weet wat je allemaal tegen gaat komen, je gaat dan alleen voor functionaliteit.

[Reactie gewijzigd door HerrPino op 23 juli 2024 20:55]

[HyperBart]

Ligt het nu aan mij of heb ik het gevoel dat het hier nu in dit geval op Linux wel een beetje traag gaat?

[HerrPino]

Idd, maar daar is het ook een proof-of-concept voor... nog niet eens een alpha release.

[PhoenixT]

Van Apple mag Google geen multitouch ondersteuning inbouwen in Android, in ieder geval niet op mobile devices. Maar stel dat Google die ondersteuning wel inbouwt maar standaard uitzet en dat die support aan te zetten is door ergens in een configuratiebestand een boolean waarde om te zetten, zou Google dat mogen?

Dan zouden andere users simpelweg een "Enable Multitouch" app kunnen maken die voor de casual gebruikers dit even aanzet, allemaal legaal.

[Bilel]

Als Apple zegt tegen Google om geen multitouch te integreren in de Android-software, terwijl 20 andere ontwikkelaars zeggen van wel. Dan lijkt het mij logisch dat Apple uiteindelijk weinig te zeggen heeft. Bovendien kan Apple alsnog, gewoon de functies voor multitouch uitzetten of niet gebruiken.

[Reactie gewijzigd door Bilel op 23 juli 2024 20:55]