What is it? Nothing happens on mobile Safari.
Nor mobile chrome. Guess I'll have to check it out later.
Ultrafast single TCP packet audio/visual experience
31–40 of 79 posts
Re: Ultrafast single TCP packet audio/visual experience
#32Earlier quoted context omitted.
At least in Linux, ICWND is set to 10 now: https://tools.ietf.org/html/rfc6928
Hm. I what the distribution of latency vs bandwidth is like, whether 14kB or 2 round trips takes longer for most people?
Re: Ultrafast single TCP packet audio/visual experience
#33Pro-tip: If you are doing additive synthesis and want to stack sine-waves in a harmonic series, please scale each successive n harmonic to an amplitude of 1/n. It creates a much more tolerable experience.
Re: Ultrafast single TCP packet audio/visual experience
#34For those you are wondering, this is a webserver that serves an HTML page in a single TCP packet. I guess ≤ 1500 bytes to avoid fragmentation - shows as 1.1KB in Chrome's network view. The HTML contains embedded JavaScript that runs a simple demo with animated ASCII and playing a LOUD changing audio tone. You can visit the demonstration website here: http://packet.city/ You can see a screenshot of the demo here: http…
So they're using p01's effect and they want to put ADs around it?
Re: Ultrafast single TCP packet audio/visual experience
#35For those you are wondering, this is a webserver that serves an HTML page in a single TCP packet. I guess ≤ 1500 bytes to avoid fragmentation - shows as 1.1KB in Chrome's network view. The HTML contains embedded JavaScript that runs a simple demo with animated ASCII and playing a LOUD changing audio tone. You can visit the demonstration website here: http://packet.city/ You can see a screenshot of the demo here: http…
This would be really great without the audio. Due to the sound of the audio my initial reaction is to be fascinated, followed immediately by discomfort.
Re: Ultrafast single TCP packet audio/visual experience
#36Re: Ultrafast single TCP packet audio/visual experience
#37For those you are wondering, this is a webserver that serves an HTML page in a single TCP packet. I guess ≤ 1500 bytes to avoid fragmentation - shows as 1.1KB in Chrome's network view. The HTML contains embedded JavaScript that runs a simple demo with animated ASCII and playing a LOUD changing audio tone. You can visit the demonstration website here: http://packet.city/ You can see a screenshot of the demo here: http…
Caution: loud
Re: Ultrafast single TCP packet audio/visual experience
#38Re: Ultrafast single TCP packet audio/visual experience
#39http://packet.city/ summary: A demo scene page that is smaller than a single IP frame and uses some flags to avoid other round trips. view-source: http://packet.city/ The page itself and view-source only work on some browsers. Use wireshark etc to see what it actually does.
-> DNS query A
-> DNS query AAAA
TCP SYN
TCP ACK
-> HTTP GET
TCP ACK
TCP FIN,ACK
So, the full traffic is 14 packet, all small (DNS, TCP handshaking) except the one HTTP reply packet containing the full website.Re: Ultrafast single TCP packet audio/visual experience
#40For those you are wondering, this is a webserver that serves an HTML page in a single TCP packet. I guess ≤ 1500 bytes to avoid fragmentation - shows as 1.1KB in Chrome's network view. The HTML contains embedded JavaScript that runs a simple demo with animated ASCII and playing a LOUD changing audio tone. You can visit the demonstration website here: http://packet.city/ You can see a screenshot of the demo here: http…
Out of those another 63 are consumed by the HTTP headers.
The full TCP payload is only 1226 bytes though, and the full HTTP payload 1163 bytes. The decoded HTML document is 1546 bytes.