[plants]

This is incredible - I remember seeing this project at a hackathon back when I was in college and thinking it was so cool! So funny to see the actual author of it posting about it on HN now :). Really such a cool project - would love to see this become more mature.

Without actually looking through the code, I have a few questions:

1. How slow is it loading webpages? I think SMS would be a little sluggish since each message can only contain 160 characters.

2. How do you guys manage out of order text messages? Is there some sort of metadata that governs the order of a multi-part SMS?

Thanks so much for posting this - really a blast from the past.

[coldsauce]

Thanks! Yeah it was fairly slow but we did some work to try to make it faster.

Our process was

1. Remove all JS and CSS from the HTML file

2. Compress the file into a gzip stream

3. Base64 encode the file

4. Send it as a stream of text messages with some metadata on sequence numbers, etc

SMS uses the GSM 03.38 encoding which is a 7 bit encoding. I think we were working on building a custom encoding scheme for it rather than using Base64's 6-bit encoding, but never got around to it.

I think reddit.com (back in 2014 when it wasn't so fancy as it is now) took about 20 text messages to load, so you can imagine it would take less than a minute.

[lukeasch21]

This is crazy that I stumbled upon this post, I just learned about HackerNews today and saw this on the front page! I've been working on making a sort of revival project of Cosmos browser for a couple months now using a custom encoding and better compression. With the GSM 03.38 spec, I found there are 125 usable characters that I could use as a custom base, but I found out that for some reason the 0x10 column of the character set is mostly non-functional using any SMS API like Twilio. The characters from row 0x00 to 0x0A just show up as "?" instead besides the underscore. I contacted support for multiple API providers (Twilio and Plivo) and found that this is an issue on the operator level, which is quite surprising. I doubt this will ever be fixed because the problem runs so deep. This limits the usable characters to 115, which still has surprisingly good improvements in encoding efficiency compared to base64. I also used the (relatively) new Google brotli compression algorithm which allows me to compress even more efficiently. I'm still finishing a proof of concept so I don't have a GitHub repo up yet but I will soon (I'm a first-year CS student so I need to make my code somewhat presentable before it draws the internet's scrutiny, haha). Right now the server uses Python and the client app began as a fork of Cosmos browser. It turns out that getting code from the KitKat era to work on Android 11 isn't the best solution so I'm looking into rewriting the app. Regardless, thank you so much for your work! I'm super excited to finish the proof of concept and I hope to be able to implement the peer-to-peer system you briefly mentioned in the repo by having a "server" option you could turn on in the app that leverages a user's phone number and internet connectivity to allow other users to connect to that number.

Edit: I also want to add that I've looked into UCS-2 encoding (here: https://www.twilio.com/docs/glossary/what-is-ucs-2-character... ) but I'm not sure if the decrease in characters per message (only 70 instead of 160) is worth the greater amount of characters (theoretically 36,864 but probably includes many non-usable characters). It would also require a more complicated encoding algorithm, and I'm not sure how well supported this is by carriers internationally.

[mywittyname]

This is a great, ambitious, but doable project for a first year CS student.

You should put up a github repo when you're done, regardless of how you feel about the way the code looks. It will absolutely help during a job search.

[lukeasch21]

I appreciate the comment - at first I wasn't sure if it was too ambitious, but once I realized that Android has libraries for parsing HTML and a documented way to send and receive texts, it was more manageable. It was also nice that ColdSauce had created something that I could use as a reference so I wasn't going in blind. I definitely plan on putting up a repo, probably within the next couple weeks. Going into this project I realized there's a lot more potential and the open source community would be beneficial to help expand the scope of this project!

[coldsauce]

That's awesome - feel free to email me (should be on my website) if you want to talk more. Can share some tips and tricks or answer questions you might have.

[lukeasch21]

Thanks, I'll be in touch.

[itslennysfault]

I dunno... reddit seems the same as it's ever been to me :-D

https://old.reddit.com