Hi, Twiggy is irrelevant to your question :)

What you need to create is the opposite of Kamaitachi::Service::Recorder/ Service::LiveStreamingRecorder

What you need is a Kamaitachi::Service::Streaming subclass that returns bits and pieces of .flv files (cut up using FLV::Cut )

It appears straightforward, but given the strength of docs, you might have to learn more about RTMP

However they aren't really *streaming* solutions in that they both just pop out an FLV file beginning at the specified point-in-time within the video.

Sorry to tell you, but that is streaming :)

It may not be RTMP, but it is streaming

Its like going to the bathroom to make deposits, sometimes you're streaming, sometimes you're dumping, but its always downloading :)

My point is this, it helps to use the correct vocabulary, helps you get answers or ask the right questions

Sorry to tell you, but that is streaming :)

The more I think about it, my idea of "streaming" involves allowing 10,000+ people to "stream" videos from the same server at the same time (everyone watching different videos). I'm pretty sure you can't do this with a normal http server like Apache, because you'd run out of available connections.

My nod toward Twiggy reflects the idea that video would be streamed to all clients in chunks, depending on "where" each client is in their stream.

I know that you have set limits on the number of open filehandles and whatnot, but that's another problem which may have its own solution.

Hi, this is only from reading some docs, but gstreamer has a ffmpeg plugin, see gst-ffmpeg .

I can't tell your how to setup the code, but some gst tutorial code shows:

In Python, you can do something like this:

buffer = gst.Buffer(data)
buffer.timestamp = gst.SECOND * 10 # start at the 10th second
buffer.duration = gst.SECOND * 3 # three seconds duration

See Gstreamer. The module author is very active on the gtk-perl maillist