Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 54 reacties

Google heeft een extensie voor zijn browser ontwikkeld die ervoor zorgt dat bijvoorbeeld laptops urls's kunnen delen via een audiosignaal. Een gebruiker kan zo direct browserpagina's openen op systemen in de buurt, mits die ook Chrome met de extensie draaien.

Volgens Google is met digitale communicatie het delen van content met mensen over de hele wereld weliswaar makkelijker geworden, maar het delen met personen direct in buurt zou nog gecompliceerd zijn. Tone zou dit moeten oplossen.

De extensie schakelt de microfoon van een systeem in en verstuurt audiosignalen om url's te delen. Zo kunnen gebruikers sites openen op meerdere systemen in de buurt. Die moeten zich dan wel op gehoorafstand bevinden. Alle beperkingen die bij overbrengen van signaal via spraak aanwezig zijn, zijn ook bij Tone van toepassing, tekent Google aan. Ontvangers die Tone hebben ingeschakeld krijgen een notificatie van de 'uitzending', inclusief wie hem stuurt. Gebruikers moeten dan ook ingelogd zijn met hun Google-account.

Google werkte aanvankelijk met een signaal op frequenties die niet hoorbaar zijn voor het menselijk gehoor, maar koos uiteindelijk voor het toevoegen een hoorbaar op dtmf gebaseerde codec.

Moderatie-faq Wijzig weergave

Reacties (54)

Het verbaast me inderdaad al jaren dat het zo moeilijk is om data tussen devices te delen. Met al die ingebouwde antennes is het vaak nog steeds nodig om dingen via het internet uit te wisselen met alle bandbreedte issues van dien. Een universele AirDrop-achtige feature in alle OS-en zou toch verdomd handig zijn, met de nadruk op universeel.
Daar is bluetooth ooit voor ontwikkeld...
Klopt, maar ik vind dat niet erg goed gelukt. Helaas wordt het in de praktijk gelimiteerd doordat fabrikanten niet alle Bluetooth profielen implementeren waardoor het vaak niet duidelijk is of je een bepaald soort data kunt verzenden/ontvangen. Ook is de UX complexer dan gewenst. Mijn ouders snappen wel AirDrop, maar komen niet heel ver met Bluetooth.

Het had een bijna ideaal systeem kunnen zijn en is voor veel dingen heel geschikt, maar het heeft voor universele ad-hoc communicatie teveel mitsen en maren.
AirDrop kan ook gebruik maken van bluetooth. Het grote nadeel is dat Apple zo graag dingen voor zichzelf houdt.
Op OS X en iOS kan je vanalles met elkaar uitwisselen als je bij elkaar in de buurt zit. Ook URL's.
Klopt. Dat is die AirDrop feature die ik al noemde. Werkt erg goed. Wat is mis is iets dat ook met Windows, Linux, Android, etc. werkt. Een open, wijdverbreid protocol. Ik had echt verwacht dat we dat in 2015 opgelost zouden hebben.
Het is zelfs mogelijk om een "random" URL te krijgen door zelf een hoog piep geluidje te maken in de microfoon.

(Ik zeg random omdat je zelf natuurlijk niet weet welke bytes jijzelf verstuurd)
Ik neem aan dat er een checksum bij zit, en als die niet klopt wordt het niet als een geldige Tone sequence herkend.
Ik moet ineens weer denken aan de Basicode uitzendingen uit de jaren '80 van de vorige eeuw. Met de andere knutselaars je cassettedeck klaar zitten om de radio-uitzending van de nieuwe software op te nemen, en met wat geluk weer kunnen gebruiken in je 'thuiscomputer'.
Link
Leuke nieuwe invulling van een natuurlijk al heel oud mechanisme.
Volgens mij is het helemaal niet zo dat de URL "door de lucht gaat". Het is waarschijnlijk alleen een IDtje wat gekoppeld is aan een gedeelde URL. De ontvanger checkt dit IDtje bij Google en krijgt de oorspronkelijke URL terug. Zo doet Chirp dit overigens ook.
En nu verder uitwerken zodat je lokaal naar je gsm links kan sturen, bestanden kunt sturen, via pc kunt sms'en,... Iets zoals "airdroid" of "pushbullet". De vorige genoemde services zijn van concept goed, maar ik vind het maar niks dat alles via een third party gaat. Als deze third party gehacked wordt dan ligt je data op straat.
Je kan ook gewoon chrome synchroniseren om je tabbladen van je andere devices te zien. Ik ztuur nooit wat door, als ik een tabblad op mijn PC open heb, kan ik die met 2 klikken op mijn telefoon toveren, zonder diensten van 3den!

https://support.google.com/chrome/answer/2591582?hl=en
http://www.talkandroid.co...hone-tablet-and-computer/

[Reactie gewijzigd door watercoolertje op 20 mei 2015 10:10]

Het is vooral praktisch als je met meerdere/andere personen samenwerkt.
Denk bijvoorbeeld aan een klaslokaal.
Dat is helemaal waar, maar lampstoelkast heeft het toch echt over delen met zichzelf, en was zoekende naar een handige manier :)
Tsja dan is het handig als iedereen dan ook chrome gebruikt. Ikzelf ga dat niet doen. Heb het alleen voor ontwikkelingsdoeleinden geïnstalleerd staan.
Je kan ook gewoon chrome synchroniseren om je tabbladen van je andere devices te zien.
Leuk, maar nutteloos als je verschillende browsers gebruikt. Ik vind Chrome op de desktop een hele fijne browser, maar dan ook alleen op de desktop. Op mijn Surface browse ik voornamelijk in IE in metro mode, dat werkt echt veel fijner met touch dan Chrome. En op mijn iPad browse ik gewoon met Safari, want ook daar laat Chrome wat steekjes vallen (niet dat Safari nou zo goed is overigens). Op mijn Windows Phone heb ik niet eens de keuze om Chrome te gebruiken. Ik zou graag tabbladen cross browser kunnen delen. Maar bijvoorbeeld ook het delen van het clipboard zou echt ideaal zijn.

.edit @ hieronder: ik snap de drang om jezelf te verdedigen niet zo. Als je mijn reactie nou gewoon als aanvulling ziet ipv als een poging tot wat jij zegt te ontkrachten :)

[Reactie gewijzigd door .oisyn op 20 mei 2015 12:00]

Dat is vervelend voor je dat jij dat niet kan gebruiken, maar het gaat toch duidelijk om een chrome extentie, zo gek is mijn aanname dus niet dat het om chrome naar chrome moet gaan en ik dus ook een chrome naar chrome oplossing presenteer, gezien het artikel daar over gaat :)

Voor delen van clipboard heb je wel airdroid of pushbullet nodig, werkt best wel goed, maar gebruikte het zelf te weinig om zn risicovol ding op mijn pc alsmede mijn telefoon te draaien.

[Reactie gewijzigd door watercoolertje op 20 mei 2015 11:38]

Het lijkt me toch dat dit ook via een third party gaat, namelijk Google.
Weet de technische implementatie niet, maar lijkt mij logisch.
Ligt eraan hoe je het bekijkt, maar je kan inderdaad ook stellen dat Google de 3rd party is idd :)

Via geluid zou inderdaad zonder partijen kunnen, maar denk niet dat het zo is gemaakt, gezien er vrij veel informatie in lijkt te zitten. Ik denk dus dat je een simpele code hoort/doorkrijgt en Google de informatie die bij die code hoort laat zien. Dat is dus een URL en gebruiker die het stuurt.

[Reactie gewijzigd door watercoolertje op 20 mei 2015 11:35]

Zonder 3e partijen is wel fijn, maar op 56k6 een filmpje oid overzetten dan weer wat minder lijkt me :)
(Geen idee of het ook echt 56k6 is maar heel veel sneller zal t niet gaan)
Als het DTMF is, is het een stuk trager. Per toonpaar kunnen 4 bits worden overgedragen, de laagste toon is 697Hz. Als je 2 perioden nodig hebt om de frequentie te kunnen detecteren, kun je dus (697/2)*4 = 1394 bits/seconde. Misschien minder, als er nog een pauze tussen moet.
Je kan natuurlijk wel een handshake doen via zn protocol, en dan de overdracht via Wifi, net als bestandsuitwiseling op mijn telefoon, handshake via BT of NFC en de overdracht via Wifi.
Wauw. Zo simpel. En waarschijnlijk toch best wel handig!

Hoewel je bij computers elkaar de link nog kan sturen via e-mail, is het van desktop/laptop naar telefoon misschien nog wel een stuk makkelijker! Al met al sowieso een leuke gimmick! Of het veel gebruikt gaat worden is een tweede.
Ontvangers die Tone hebben ingeschakeld krijgen een notificatie van de 'uitzending', inclusief wie hem stuurt. Gebruikers moeten dan ook ingelogd zijn met hun Google-account.
Dat is dan wel weer jammer en onnodig vind ik.

Maar zeker leuk concept. Ben wel benieuwd hoe ze de karakters coderen, aangezien DTMF alleen 0..9 + A..D kent http://www.openhardware.n...l/Dtmf.Character.Set.html

Ook handig voor radio/tv uitzendingen; in plaats van een volledige url op te noemen stuur je deze als DTMF gecodeerd signaal.
Wat ik ervan begrijp is dat er om esthetische redenen pseudo DTMF tonen zijn toegevoegd, zodat de mens kan horen dat er "iets" wordt verzonden. Het daadwerkelijke transport van data gaat via een modulatie op hogere frequenties die wij als mensen niet kunnen horen.
Lijkt me sterk. Een laptop luidspreker/mic is gebouwd om in het hoorbare bereik te werken. Je kunt wel ultrasoon proberen, maar geen enkele garantie dat het werkt.
DTMF is ook ontworpen om in het hoorbare bereik te werken, en ook nog een storingsongevoelig en eenvoudig decodeerbaar te zijn.
Stukje uit de google research blog:
... The initial prototype used an efficient audio transmission scheme that sounded terrible, so we played it beyond the range of human hearing. However, because many laptop microphones and nearly all video conferencing systems are optimized for voice, it improved reliability considerably to also include a minimal DTMF-based audible codec. The combination is reliable for short distances in the majority of audio environments even at low volumes, and it even works over Hangouts. ...

Dus in beginsel ultrasoon met een kleine aanvulling van DTMF. Dus het leeuwendeel van de data gaat onhoorbare frequenties.
Ben wel benieuwd hoe ze de karakters coderen, aangezien DTMF alleen 0..9 + A..D kent
Dat hoeft natuurlijk geen bezwaar te zijn, een QR-code kent maar twee mogelijkheden voor een pixel: zwart of wit.

DTMF kent ook nog het sterretje en hekje (* en #) en dat maakt dat je op 16 varianten zit. Dan kun je dus al vier bits aan informatie versturen met één toontje. Die toontjes passen er best een paar in een seconde en zo kun je -voor het overgooien van een URL- voldoende 'bandbreedte' hebben :)
Dat is dan wel weer jammer en onnodig vind ik.
Het is voor Google een lokkertje om mensen ingelogd te krijgen met hun account. Wederom dankzij 'handig en leuk'.
0 t/m 9, #, *, A, B, C, D. Dat zijn 16 codes, dus genoeg voor 4 bit. Gebruik vervolgens telkens twee opeenvolgende dual-tonen per byte. Dit gecombineerd met een URL shortener kan genoeg zijn om zoiets als to.ne/ddFgE4 ofzo te versturen, waar dan een klein JSON bestandje staat dat door Tone geïnterpreteerd wordt en een notificatie weergeeft met de naam van de webiste, de URL en de naam van de zender.
Wauw. Zo simpel.
Dit was opzich te verwachten. :) Dit is de geluidsvariant van QR code (welke visueel is).

@hieronder: ik denk dat geur te langzaam is, maar ik heb daar maar beperkte kennis over. :)

[Reactie gewijzigd door Feanathiel op 20 mei 2015 10:18]

Klopt. Dus welke zintuigen houden we dan nog over? Haha. Want NFC hebben we ook al, wat op zich een beetje hetzelfde idee is.

Zien: QR-code;
Praten en Horen: Tone (en alle andere applicaties die op dezelfde manier werken);
Voelen: NFC.
Ruiken: dat wordt nog een moeilijke voor technologie e.d. Voorlopig, tenminste :9.
Hebben we dan geen TasteCode ? :+
Airborne viri, kom er maar in!

Zie je het voor je? Een of andere dwaas die de PA van de trein 'kaapt' (is niet moeilijk) en een URL afspeelt door de hele trein. Half forenserend Nederland-met-laptop-op-schoot die die URL oppikt en opent en zo direct op schoot zet bij een virus. Ja heel knus :)

[Reactie gewijzigd door Odiebla op 20 mei 2015 10:13]

"Ontvangers die Tone hebben ingeschakeld krijgen een notificatie van de 'uitzending', inclusief wie hem stuurt.", ik lees nergens dat de pagina gelijk wordt geopend.
Gelukkig zijn de meeste gebruikers slim genoeg om eerst rustig na te denken voordat ze op een linkje of knopje klikken... Toch?
Net wat ik dacht. Appje draaien die constant het toontje afspeelt die naar een advertentie verwijst. Al kun je de dader wel makkelijk achterhalen, je kunt immers horen waar het geluid vandaan komt :D

[Reactie gewijzigd door ThinkPad op 20 mei 2015 10:13]

Ik dacht eigenlijk dat ze bij goochel daar hun inspiratie juist vandaan hadden: http://mobile.extremetech...-speakers-and-microphones
Dus je computer staat constant te luisteren... Nee dank je. Ctrl-c in de browser, ctrl-v in skype duurt ook ook geen 10 seconden om een url door te sturen.
Niet iedereen gebruikt skype o.i.d denk bijvoorbeeld aan een bedrijfs policy waar skype/social media niet openstaat.
Voor thuis? sluit ik me helemaal bij je aan
Eerlijk gezegd, wel. Je moet eerst je ontvanger nog toevoegen op Skype (en wil je dat wel? Ik heb trouwens niet eens Skype, moet ik dat eerst nog aanmaken en installeren) en pas dan kun je het sturen. Als je 5 mensen om je heen hebt of misschien wel 20 die de link moeten bezoeken, dan ben je lekker lang bezig. Eén geluidssignaal versturen, ontvanger klikt op 'Openen' en klaar.
*pakt 14k4 modem uit de kast*
*pakt 14k4 modem uit de kast*
Jee, wat ouderwetsch. Neem dan een 33k6
Vroeger had je al van die gadgets waarbij je een telefoonnummer kon opslaan en die deze dan piepte in de hoorn van je telefoon waardoor een telefoon ging bellen. Niet heel veel anders dan de techniek die dus al heel lang bestaat in de telefonie.
Een dialer ja, werd ook veel gebruikt voor het gratis kunnen bellen in telefooncellen (bepaalde codes die normaliter enkel werden gebruikt door de bewuste provider). Daar doet dit mij inderdaad ook sterk aan denken.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True