archseer

Yep, the work they do at Audiocogs is pretty amazing, live demo: http://audiocogs.org/codecs/ The transcoding is done completely client-side.

Don't think so, it was a few years ago though :/ Might have been an incorrect content-type header?

I'm looking into https://github.com/audiocogs to add AAC/other codecs to browsers with no support -- that's the main feature I'm missing with all these web-players, depending on the browser, parts of my library may not play.

I've been working on something similar, just for fun (gave me an excuse to mess with Elixir and Ember). Still highly unstable though, I've spent maybe a week total on this. It's a rewrite of an older sinatra-based project I did back when html5 audio became stable enough (on my github as well).

https://github.com/archSeer/colibri https://github.com/archSeer/colibri-server

Try this: http://osxdaily.com/2015/02/18/remove-bluetooth-pan-wi-fi-co...

Brewster Kahle is the founder of IA and Jason Scott's boss.

Sweet! Looks like a nice addition to WaniKani. I'm using WaniKani for my general studies, but automatic card generation based on my word lookup is definitely neat.

SEEKING WORK -- remote

I'm a full stack developer based in Europe. I'm primarily a rubyist, but I think languages are an implementation detail, and I'm comfortable in any language. I like to tackle hard engineering problems, my main expertise is optimizing performance of large scale web applications. Last position was Project Lead on a medium sized Rails codebase. I've also worked for YC startups before.

https://github.com/archSeer

email: hello <at> mxxn.io

Full-stack Software Engineer

Location: Ljubljana, Slovenia (currently)

  Remote: yes!
  Willing to relocate: yes (Japan, maybe Singapore, Hong Kong)
  Technologies: expertise in Ruby, Ruby on Rails, Golang, JavaScript, node.js tiny bits of Clojure, Elixir

  website: http://mxxn.io
  github: https://github.com/archSeer
  email: hello <at> mxxn.io
  resume: per request

I'm primarily a rubyist, but I think languages are an implementation detail, and I'm comfortable in any language. I like to tackle hard engineering problems, my main expertise is optimizing performance of large scale web applications. Last position was Project Lead on a medium sized Rails codebase. I've also worked for YC startups before.

All of my work experience so far being remote, I'm comfortable doing work long distance and adapting my hours to other timezones. I'm responsible enough to manage my own time and get work done.

Active in open-source, doing a variety of different project, currently a 2D game engine built from scratch with OpenGL, C++ and mruby, soon to be cross-compiled to the web with emscripten.

How can I help your startup? Get in touch.

One of the maintainers here, we do agree that documentation and getting our message across a bit more clearer is our primary priority.

One of our major advantages is that we're a bit more ambitious about deploys and we try not to limit you to a certain format: you can deploy any type of application on Flynn, not just web apps, but regular applications and services like databases, mail servers and so on. We then let you connect all of these together via service discovery. Meaning that instead of limiting you to a plugin system, Flynn allows you to write your own "plugins" that behave just like regular apps.

Yes, we technically could collaborate with Deis, though they a different programming language (python). I also have a few concerns doing major contributions, since Deis developers' company basically makes money off of Deis via consulting -- I'd probably prefer to join the Flynn camp (https://flynn.io/).

Peas seems to be less feature complete. We use Heroku's logplex for storing the logs (something peas doesn't do yet, they do have a development branch that uses mongodb for that), and we also store the github repositories on the server, like Heroku does, while peas requires you to use a separate repository. We also work as a multi-tenant system (although admittedly, accounts need to be pre-seeded right now), while peas has no notion of users. I like tombh's work though, I just wanted to release my own system, since it predates peas.

tl;dr: Peas offers a few less features, but is more lightweight.

One of the authors here. Deis is better at the moment, supporting clusters, as well as being coreOS based (which is one of our goals as well). Back in october/november, when the project was started, we were ahead for some time, but I ran out of time to work on it. So recently, I found more time and ended up open-sourcing it, hoping to get more contributors onboard.