Video Streaming Input/Decoder to

    Mar 16 2006 | 11:02 am
    I would like to find out if video streaming input/decoder is on the wish-list for next Jitter release?
    It would be great if it is, but if it is not, is it possible to write an external object that does it?
    Any insight will be of great help. Thanks.
    Cheers, Paul

    • Mar 16 2006 | 11:07 am is already capable of reading http and rtsp QuickTime streams. What other kinds of streams are you thinking of?
    • Mar 16 2006 | 12:02 pm
      Hi JB,
      Thanks for your reply. It's good news, because I wasn't able to find rtsp support as input from the reference. At present, could take in rtstp 3gp streams directly, e.g. mpeg4 video + amr-nb audio, mpeg 4 + acc audio, etc.?
      Somehow I thought amr-nb and acc audio formats are not supported in current version. If they are not supported, does that mean I need to somehow decode the audio formats to a streaming format that MAX/MSP can take in?
      Thank again.
    • Mar 16 2006 | 12:07 pm
      Jitter should be capable of streaming any QuickTime-compatible rtsp source. If QuickTime Player handles it, and Jitter doesn't, I'd like to know about it.
    • Mar 16 2006 | 12:09 pm
      Also, I have tried reading a 3gp video file (with probably amr-nb audio), and split the audio out via spigot~.
      But when I read the video file, it throws the following error message:
      "error: error -205 setting media soc"
      So I assume it's a format issue. Maybe I misinterpret the error code...
    • Mar 16 2006 | 12:15 pm
      Sorry I take in what I posted earlier. It seems AMR-NB is supported perfectly fine. Maybe the error is due to another cause.
      Cheers, Paul
    • Mar 16 2006 | 12:18 pm
      Yes, you are interpreting the error code.
      a) I don't believe that spigot~ works with streams
      b) spigot~ is presently broken under QuickTime 7, as has been exhaustively discussed on this list. We're in the process of developing a workaround. The workaround defintely won't work with streams. Please file complaints with: Steve Jobs, 1 Infinite Loop, Cupertino, CA 95014
    • Mar 16 2006 | 12:33 pm
      Thanks a lot for the clarification. I will search for postings on spigot~.
      One more question: Is there any workaround if I'd like to process the video streams and export the processed video stream together with the original video stream as a quicktime movie file?
      Currently, I understand how to copy an existing audio file as a track to, but don't know how to do that with an audio stream. Would that be possible?
    • Mar 16 2006 | 12:40 pm
      Sorry typo:
      export the processed video stream together with the original AUDIO stream as a quicktime movie file...
      P.S. And Yes, I will write to 1 Infinite Loop... haha
    • Mar 16 2006 | 12:44 pm
      No way that I'm aware of. Streamed audio is typically "untouchable", although you could try exporting/flattening a streaming movie and see what happens. We don't stop you from trying it, although you might run into some errors.
    • Mar 16 2006 | 12:54 pm
      Thanks for the insight, JB. I will try and see what will happen.
      Have a nice day~
    • Mar 17 2006 | 11:44 pm
      Could you expand on this untouchableness, Jeremy? I'm after the same thing: reading in audio and video from an RTSP stream and writing to a buffer or a file (or multiple buffers and files if necessary).
      thanks, dan
    • Mar 18 2006 | 11:19 pm
      I mean that there's no way, in QuickTime, to get at the sample data for this stream. Possibly one could write an Audio Unit for intercepting the data and doing something with it, but I don't believe that streamed audio uses the same audio pathways as disk-based audio. I haven't done any real research on the topic, though.