spigot~ f***s up my video looping: jit.qt.movie: error parsing spigot~ cue data

is it an '@unique 1' problem? just a quick thought.

thanks for the answer,

I removed the '@unique 1' attribute, but the problem continues...
any other ideas??

thanks

spigot is a tough object to work with. Like me for example, I'm using max for live and when I switch videos in a patch that I made (using spigot) the sound of my movie is dropping (and it's not suppose to)... This object needs work or I don't know what because everybody who use it seems unsatisfied....

so....no solution? hmmm...

somehow I can't believe there's no solution for such a stupid problem.

it's hilarious when I see all those tech-geeky talks and videos everyday on the web, kinetic, multi touch, vdieo mapping...bla bla. using max or whatever.
it gives you feel like we live in multi media heaven with full of possibilities and you can create 'whatever you want'.

and the truth is, you CAN NOT even extract FUCKING AUDIO FROM FUCKING QUICKTIME MOVIE in real time just because it's looping.
so, nothing to be excited about. all the fancy media art promo videos are made in order to sell ipads and one more copy of ableton lives, i guess.
the reality is that we can't even do stupidest simple thing like this without becoming OpenGL expert or something.

...maybe it's time to go back to VHS and cassette decks.

i never had this problem with spigot~ and your patch works fine in my setup...
but maybe you can achieve some improvements by playing around with your audio driver settings (latency, vector size etc...)

>>i guess. the reality is that we can't even do stupidest simple thing
like this without becoming OpenGL expert or something.

Certainly it is! and what is wrong about? If I want to become violin player it also includes several hours of practicing every day. My personal opinion is that craftsmanship is a value even though creation became partly digital.

..but I do have a lot of understanding for frustration ;)

cheer & heads up!

j.

ok.

my conclusion is that spigot~ is too slow. it runs in control rate maybe.
as soon as I do something 'extreme', like stuttering or quick change of values, max crashes.

I don't think there's any solution instead change my whole set up, include my music, in order to use spigot~. but for now, I don't want to.

but I hope that cyclin' people develop a better, faster spigot~ for the future. It's too attractive option to process video's audio data in real time, to just forget about it...

thanks and cheers!

i agree - would be great!
But taking into account that [jit.qt.movie] is simply a wrapper around the quicktime player provided by apple and not a player made by the cyclings themselves, i can imagine that there might be some limitations that are not on the max side but on the quicktime side (as this piece of software definitely never was developed to be very fast.... ;) )I

cheers!!

Given that it works for Jan maybe you should examine the differences in your setups ie are you both on the same platform?

Also have you tried updating/downgrading quicktime?

Experimenting with different audio codecs/sample rates etc

Tried it on another machine?

Could you use soundflower to route the audio out from your quicktime movie and in to max again thus bypassing spigot? I dunno if its possible, just an idea.

I am running on good old winxp sp3 and qt 7.6.9
But id didn't put it into a "hard" speed test.