[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [gopher] Gopher Live Stream Demonstration



Tested in OmniWeb, it seems it just keeps eating the data and never renders it.

lynx works well though.

As for MJPEG, I'm thinking maybe that wouldn't be too hard as long as a client is expecting it. After all, they're just JPEG images separated by a boundary. The client would just have to recognise the boundary and then buffer that image, replace the existing one and start buffering the next one. Easy.

I might look into setting something up on gopher://aucs.co/1/ at some point this week. I have no idea how I would go about a client, but I'll set up a server with one of the feeds I run at http://www.room205.org/live.php.

Could be interesting.


On 19 Aug 2012, at 21:43, Wolfgang Faust <wolfgangmcq@gmail.com> wrote:

> About a month ago, someone on this mailing list posed the question:
> "Can gopher handle streaming?" I answer this question with:
> "Yes, sort of." I created a quick&dirty gopher server with Bash &
> micro-inetd, and tested it with a few clients. They all support it,
> once  you get past their initial buffer.
> 
> The reference implementation is at http://gpa.internetearth.com:7070/1
> Tell me what other clients it works with (or doesn't work with).
> 
> Next up: Motion JPEGs!
> -- 
> 01010111 01101111 01101100 01100110
> 
> _______________________________________________
> Gopher-Project mailing list
> Gopher-Project@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project


_______________________________________________
Gopher-Project mailing list
Gopher-Project@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project




Reply to: