Hoofdcategorieën
Device Settings

Ontwikkelaars demonstreren multitouch-interface voor Linux

Door Dimitri Reijerman, maandag 15 juni 2009 14:18, views: 14.284

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.

Hier had een filmpje kunnen staan maar je browser heeft blijkbaar geen flash-support of javascript is uitgeschakeld...
Volgende 14:55 Use-Next negeert takedown-notice van Brein
Vorige 13:49 Open platform voor opladen elektrische auto's bepleit
Advertentie

Reacties

«  1  2  »

Erg leuke ontwikkeling. Hopelijk zal deze ontwikkeling, omdat het een open source code is, zich langzaam naar embed systemen als navigatie, mp3's en eventueel interactieve fotolijsten schuiven.

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...

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. :)

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

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

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.

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 appie2003 op maandag 15 juni 2009 14:37]


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 ;)

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

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

leuk voor de volgende ubuntu release

de netbook remix bedoel je ? - helaas zijn er niet zoveel tablets waar ik UNR al op heb zien draaien - en de meeste netbooks hebben geen Toutchscreen

Ik denk niet dat ubuntu op veel multi-touch schermen draait, bovendien moet de kernel hier apart voor gecompileerd worden (of is het een toevoeging aan drivers die toch al gecompileerd worden?). Het is dus eerder te verwachten dat er een aparte versie van Ubuntu hiervoor komt, speciaal gemaakt voor multi-touch apparaten.

Volgens mij is het iets dat standaard in de kernel zit, alleen zit deze nieuwe versie nog in weinig distributies. http://kernel.org vertelt mij dat deze gereleased is op 2009-06-10 03:24 UTC.

Volgens mij zit het probleem niet zo zeer in de kernel, maar het feit dat het compiz specifiek is. Dit soort dingen horen niet thuis in de windowmanager, maar in X zelf, die normaal je invoer apparaten beheert. Door het in te bouwen in compiz maak je jezelf daar teveel afhankelijk van, en als je compiz dan uit zet (het heeft naar mijn ervaring nog steeds slechte performance in video en opengl apps) ben je je multitouch features ineens kwijt.

Net even het artikel verder gelezen.

Dit is niet zozeer Compiz specifiek. Het komt erop neer dat ze voor de nieuwste kernel een driver hebben gebouwd. Je moet deze dus apart compileren wil je er gebruik van maken.

Het voorbeeld programma leest direct het apparaat 'bestand' (/dev/input/eventX) en stuurt vervolgens berichten met behulp van DBus naar Compiz om iets te tonen.

De volgende stap zal dus zijn dat de X server ook van deze device file gebruik kan gaan maken.

en tja, de kernel van ubuntu willen ze graag zo klein mogelijk houden, dus een drivertje toevoegen voor multitouch is niet discussieerbaar
offtopic:
ja, dat is sarcastisch

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 thof1 op maandag 15 juni 2009 14:31]


Omdat het intuitiever kan werken dan een muis of touchpad.

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

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 maandag 15 juni 2009 16:03]


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 :)

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 maandag 15 juni 2009 15:04]


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...

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.

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.

@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 maandag 15 juni 2009 15:11]


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

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 :)

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 appie2003 op maandag 15 juni 2009 14:37]


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.

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.

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.

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

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

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

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

Dit ziet er uit als KDE4 volgens mij..

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

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.

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...)

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.

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)

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?

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 maandag 15 juni 2009 18:33]


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 maandag 15 juni 2009 14:48]


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)

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.

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+.

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.

Oee en hier zat ik dus al een tijdje op te wachten, al laten ze vrij weinig functioneel gebruik zien op het desktop wissel en inzoomen na gaat mij meer hoe snel kan je door je Os heen. en hoe maakt het mijn desktop managing makkelijker.

Dit is een goede stap voor de netbook markt met de netbook remix releases die er uitermate geschick uitzien voor touchscreen. (moet toegeven ik druk nu al wel eens op me scherm omdat het er zo logisch voor uitziet om daarna niets te zien gebeuren.)

ik zit te hopen op de volgende onwikkeling waar je aan 2 kante schermen hebben en dat je 1 dan kan instellen als een touch toetsenboard en dan op de andere werken. om hem daarna halve te draaien en als een soort van boek je documenten te lezen.

hoop dat de ontwikkeling beetje snel door gaat en dat er niet te veel gezeur meer komt over al die patenten er op, wat alleen maar de ontwikkeling vertraagd.

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.

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 maandag 15 juni 2009 15:33]

«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 14:55 Use-Next negeert takedown-notice van Brein
Vorige 13:49 Open platform voor opladen elektrische auto's bepleit
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011