jit.qt.movie - Need loadram to send out a 'loaded' message
I have a question about the jit.qt.movie.
The patch I'm working on contains three jit.qt.movie objects.
Every time a keys is pressed, three movies are (randomly) read in these objects from disk. After the reading is done, I send all three objects the 'loadram' message (for speed).
Then, after the loading to ram is done, I like to play the movies simultaneously.
But here comes my problem: I need jit.qt.movie to give me a message that the 'loadram' is done. Because when I start the movies too early (while the loadram is still in progress), the images stutter a lot.
I searched everywhere before posting (my first post!)
Any help on this?
Thanks in advance! Daan
I found the answer after posting the previous message: using asyncread instead of read. That generates a 'read' message as well.
But now I have a new problem:
The asyncread message often generates an error message:
'error: jit.qt.movie: error -108 creating new movie from file'
I tried reinstalling max/msp/jitter 4.6,
I tried the incremental update JitterAPI.framework 1.6.4-x2,
I also tried Max 5 Runtime (which gave me the message 'error -50 creating new movie from file'),
but nothing helped.
Sometimes it works in Max/msp/jitter (runtime), most times it doesn't.
Help! I'm on a deadline. I hate having to resort to matrixsets..
Thanks, Daan
please provide relevant info and a patch to reproduce, and someone will take a look.
if it only happens with specific movies, a link to one of the movies would be helpful as well.
BUG REPORTING GUIDELINES
Please report any problems you experience with clear and complete
information, including steps to reproduce, software and system
information, and where possible, an isolated example patch and crash
log. Something like the following would be ideal. This makes it
easier for us to find and fix the problems you experience. Without
such clear and complete information, it is less likely we will be
able to.
Summary:
Provide a descriptive summary of the issue.
Steps to Reproduce:
In numbered format, detail the exact steps taken to produce the bug.
Expected Results:
Describe what you expected to happen when you executed the steps above.
Actual Results:
Please explain what actually occurred when steps above are executed.
Regression:
Describe circumstances where the problem occurs or does not occur,
such as software versions and/or hardware configurations.
Notes:
Provide additional information, such as references to related
problems, workarounds and relevant attachments.
Hi Daan,
This is a bit of a guess, but could be useful to rule out:
I've encountered a problem with quicktime refusing to create cache files over 32 characters in length. The error code was not -50; it might have been -37 or -38. Anyway this was with jit.qt.movie loading mp3 files utilizing spigot~(soc).
You might want to confirm the filename isn't causing any trouble by choosing very simple names like movie.mov.
HtH,
^6
Hi Rob and Anthony, thanks for your interest in the matter.
I seem to have solved the issue. Suddenly it struck me that maybe Jitter wasn't the problem, but the Quicktime movies.
So I tried some other movies and the error message disappeared.
Still a little strange because the movies I used seemed perfectly normal. This is what I did to reproduce the error:
I use Max/MSP 4.6.3 (with Jitter 1.6.3) on a MacBook Pro, 2.33 GHz with 3Gb RAM, running OSX 10.4.11. I made a patch with only one jit.qt.movie object and a message box with 'asyncread' connected to the jit.qt.movie object.
Then I tried loading my 'problem' movies (which were made using Quicktime Pro 7.5 and the webcam on the laptop, saving them 'self contained').
Then when I tried loading the movies, often the error pops up:
'error: jit.qt.movie: error -108 creating new movie from file'.
Just now I tried making new movies with Quicktime and reproduce the error but was not able to.. Hm, funny.
Don't know if all this helps, but I just wanted to give a follow-up on my previous post.
Greets! Daan
Hi,
The BUG is back again!
Initially my patch has been working well since I got the new movies from my friend (just normal 800*480 DV-PAL movies) but now suddenly after weeks without problems, I'm getting the error again. It happens when I 'asyncread' a movie into jit.qt.movie:
'error: jit.qt.movie: error -108 creating new movie from file'
(in Max/MSP/Jitter 4.6.3 with Jitter version 1.6.3)
or:
'error -50 creating new movie from file'
(in Max/MSP/Jitter 5.0.4 Runtime, with the latest Jitter version I guess, I just downloaded it so..)
I could even reproduce it with the basic patch at the bottom of this post.
It might be an idea to send you a problem movie (probably too large for on he forum) but since those movies have not been touched since I got them, I guess the problem is elsewhere..
My computer:
MacBook Pro 2.33 GHz with 3 Gb RAM running OSX 10.4.11
Thanks in advance! Greets Daan
Please upload one of the movies with the problem where I can find it. Can't reproduce using example media files (but OS X.5.4 here).
jb
Did anyone ever find an answer to this problem? I'm having the exact same problem. Some movies cause my asyncread to throw the same errors.
Is anyone figured how to solve error -50?
Thanks
Luis Marques
Since asyncread works in another thread, I assume you are trying to load a file whose codec is not threadsafe.
A list of threadsafe and non-threadsafe components is listed here: