FAQ
Cover
\
Build
\
Source
\
Bugs
\
Reference
\
Libraries
\
Tools
The bugs database has moved
here
.
Bug 137 : Movie doesn't work with rtsp streams
Last modified: 2010-06-05 03:59
P
roject:
processing
trash
Version:
unspecified
Co
m
ponent:
android
book
core
libraries
pde
reference
tools
web
Status:
RESOLVED
Resolution:
WONTFIX -
Pr
i
ority:
P5
Severity:
normal
Platform
All
O
S:
All
Windows
Mac OS
Linux
Other
Reporter:
fry
Assigned To:
fry
Attachment
Type
Created
Size
Actions
Description
: Opened: 2005-08-27 10:12
video library not compatible with rtsp:// URLs. this has never been tested or considered an
issue, it's not clear whether it's even possible to do this with quicktime for java.
if someone wants to help on this one, they can track down whether quicktime for java can
do it, and if so, provide an example (i.e. is it part of the qtjava sdk examples?) it may even
just be as simple as rtsp:// not being properly recognized as a URL by the class, and
therefore just a one or two line code tweak.
Additional Comment
#1 From bulgor 2005-08-28 09:56
first of all my error output:
<-->
quicktime.std.StdQTException[QTJava:6.1.0g1],-5401=Unknown Error
Code,QT.vers:6528000
at quicktime.std.StdQTException.checkError(StdQTException.java:38)
AWTPATH C:\Program Files\Java\j2re1.4.2_03\bin\jawt.dll
<-->
this displays my QTJava version (6.1.0g1) which seems to be the latest one in the
version 6 series. i will try around with the rtsp url within the .mov file to find out
wether this makes probs or not.
Additional Comment
#2 From bulgor 2005-08-28 10:11
some more infos:
1.) the error -5401 is thrown while prerolling the movie (that's normal), this should be
no problems for qt, and after the preroll phase, the player should give use images
(that would be fantastic!)
2.) additionally, i found out, that my previous reported version seems to be outdated
(or only if i do not install qt7.x?), the pplz from the mailing list uses [QTJava:
6.1.2g] not [QTJava:6.1.0g1] as i did.
source:
http://lists.apple.com/archives/QuickTime-java/2005/Jun/msg00037.html
Additional Comment
#3 From fry 2005-08-28 10:19
so what's the error that processing is giving you?
wwdc rtsp link, though it doesn't seem to provide a url and instead uses a
qt movie as a button to load the thing:
http://www.apple.com/quicktime/qtv/wwdc05/
the rtsp url in the original post from the qtjava mailing list seems to
require quicktime 7 (something about h264 in the url which makes sense)
rtsp://a2047.v1413b.c1413.g.vq.akamaistream.net/5/2047/1413/2_h264_110/1a1a1ae656c632970267e04ebd3196c428970e7ce857b81c4aab1677e445aedc3fae1b4a7bafe013/wwdc_2005_2_h264_110.mov
is there an rtsp:// url that's reasonably fixed (i.e. something from
apple's site) that can be used for testing?
Additional Comment
#4 From bulgor 2005-08-28 10:49
i just continued digging, so here are some rtsp qt 6 compatible for the masses:
rtsp://ss.virtuawave.jp/mizutoabura/fujichaku-pv-0384.mov
rtsp://ss.virtuawave.jp/mizutoabura/fujichaku-pv-0512.mov
rtsp://ss.virtuawave.jp/mizutoabura/fujichaku-pv-0768.mov
rtsp://ss.virtuawave.jp/mizutoabura/fujichaku-pv-1024.mov
rtsp://ss.virtuawave.jp/mizutoabura/fujichaku-pv-0256.mov
i myself encapsulated them into a .mov file first (open in qt viewer, save as), but
that fails! the error message i get from processing is only the one in the log i already
dropped before and processing continues to run (as i wrote: the error is ok, but after
preroll processing should be able to aquire images from frames after 3+ secs
prerolling) but gives me no picture:
<-example->
import processing.video.*;
Movie myMovie;
void setup() {
size(320, 240);
background(0);
myMovie = new Movie(this, "test.mov");
myMovie.play();
}
void draw() {
print("draw()");
print(myMovie.time());
if(myMovie.available()) {
print("available!");
myMovie.read();
image(myMovie, 0, 0);
}
}
<-exampleend->
test.mov is just a saved rtsp thingy. when using rtsp as movie source directly so far i
can remember, processing can not even open that thing up (compare to your, fry,
comment about url recorgnition).
Additional Comment
#5 From fry 2010-06-05 03:59
closing this bug, because we'll be replacing the current video library with
another sometime later this summer. as such, i won't be doing any more bug
fixes on the current video library. in the meantime, we recommend using
gsvideo, opencv, or one of the other video libraries that are available.