thanks! ik ga nog even verder knoeien 


Lennard schreef:thanks! ik ga nog even verder knoeien
Afbeelding niet beschikbaarDe bron kon niet worden geladen (www.oeiikgroei.nl).Bron openen ↗
12.192 (achttien minuten, 12 seconden en 192 miliseconden over 8 s avonds dus), en de bezoeker heeft een bepaalde tijd.

Lennard schreef:Ik moet zoiets ook maken, nodejs backend en javascript frontend.Iets gefixt om tijden te synchroniseren.
Mn server heeft een bepaalde tijd (zeg 2012.192 (achttien minuten, 12 seconden en 192 miliseconden over 8 s avonds dus), en de bezoeker heeft een bepaalde tijd.
Ik wil een countdown laten zien die echt exact gelijk moet lopen op elke device.
De browser van de bezoeker haalt daarom de tijd inclusief miliseconden op van de server, kijkt hoelaat het is bij de bezoeker, en rekent het verschil uit.
Dan update ie elke 50 miliseconden (dus 20x per seconde) een countdown d.m.v. de huidige tijd van de bezoeker en dan die offset.
Hij loopt nu redelijk gelijk, maar er zit nog een fractie van een seconde verschil tussen (dat komt doordat de request met de actuele tijd nog van de server naar de browser van de bezoeker moet komen, en andere overhead).
Zit nu te klooien of ik dat nog nauwkeuriger krijg, maar volgens mij niet echt.
Even stackoverflow afspeuren dan maar! Niet dat het echt nauwkeuriger móet, maar ben wel benieuwd of het me lukt.
volgens mij kun je het nooit helemaal sluitend krijgen; al zit ik redelijk in de buurt nu, dus vind het wel prima 
Xjessex schreef:Die hebben altijd pechJe zit idd met de connectie tijd, socket push is ook aantal ms..
Maar I can live with that.
Hoop onze (toekomstige) klanten ook, anders hebben ze pech.

Lennard schreef:Als je echt snelheid wilt krijgen kun je t eens proberen met een UDP connectie ipv TCP, maar weet niet hoe socket.io / node daarmee omgaan.Nicevolgens mij kun je het nooit helemaal sluitend krijgen; al zit ik redelijk in de buurt nu, dus vind het wel prima
Raaoul schreef:Heb het even bekeken, maar UDP schijnt minder nauwkeurig te zijn (grotere kans op packetloss) en lastiger te implementeren. Snelheid is ook niet dermate belangrijk dat ik dat er voor over heb.volgens mij kun je het nooit helemaal sluitend krijgen; al zit ik redelijk in de buurt nu, dus vind het wel primaEerdere citaten tonen
Lennard schreef:Nice
Als je echt snelheid wilt krijgen kun je t eens proberen met een UDP connectie ipv TCP, maar weet niet hoe socket.io / node daarmee omgaan.

Lennard schreef:UDP is idd niet zo slim om te gebruiken, als er fouten zijn worden ze niet gefixt zoals bij TCP. (Packetloss zoals Lennard zegt)Heb het even bekeken, maar UDP schijnt minder nauwkeurig te zijn (grotere kans op packetloss) en lastiger te implementeren. Snelheid is ook niet dermate belangrijk dat ik dat er voor over heb.Eerdere citaten tonen
Raaoul schreef:volgens mij kun je het nooit helemaal sluitend krijgen; al zit ik redelijk in de buurt nu, dus vind het wel primaEerdere citaten tonen
Lennard schreef:Nice
Als je echt snelheid wilt krijgen kun je t eens proberen met een UDP connectie ipv TCP, maar weet niet hoe socket.io / node daarmee omgaan.

Lennard schreef:Kun je niet de tijd dat de request duurt met JavaScript berekenen? Zoiets: http://stackoverflow.com/a/5257308Hij loopt nu redelijk gelijk, maar er zit nog een fractie van een seconde verschil tussen (dat komt doordat de request met de actuele tijd nog van de server naar de browser van de bezoeker moet komen, en andere overhead).
Zit nu te klooien of ik dat nog nauwkeuriger krijg, maar volgens mij niet echt.
Marijnnn schreef:Daar zat ik ook aan te denken inderdaad, maar volgens mij niet.Zit nu te klooien of ik dat nog nauwkeuriger krijg, maar volgens mij niet echt.Eerdere citaten tonen
Lennard schreef:Hij loopt nu redelijk gelijk, maar er zit nog een fractie van een seconde verschil tussen (dat komt doordat de request met de actuele tijd nog van de server naar de browser van de bezoeker moet komen, en andere overhead).
Kun je niet de tijd dat de request duurt met JavaScript berekenen? Zoiets: http://stackoverflow.com/a/5257308