spigot~ f***s up my video looping: jit.qt.movie: error parsing spigot~ cue data
Hi, advanced users.
I’m very scared now because I made a search for the same topic and all of them have not answered. So, if this is a problem with no solution, please at least answer to me that it is so. then I can maybe just give up.
So, here’s my video playback patch. I get the impulse from supercollider to trigger the loop in jitter. I don’t think it’s the problem from that fact as the other player that also get triggered by supercollider via osc works well. (the other player uses "frame $1", jumping to frames at each triggering instead of loop.)
-- Pasted Max Patch, click to expand. --Copy all of the following text. Then, in Max, select New From Clipboard.----------begin_max5_patcher---------- 2346.3oc6bszaiaCD9bxuBBiEnWRcDeoGEn.aQAJ5kdp8VwhBEalD0ZK4JQm c2Vz+6UhiTrbBoEMkBiR2Ff3XpXKN7iyiuYHo96KuXwMEeRTs.8MneEcwE+8 kWbg5RMW3h11WrXa5mVsIsR8wVrpX6VQtbwUv+SJ9jTc80YOzcsckhp5ORpL qH+2JEqjv8GSBVFbEBqdkDpde8qnOz90xVqtQE276eMm2cutsHWlmtUn9W+n XyCBY1pzG6oT4p6yxuqWuDFyatyL0qXdvy5l9RWyWA2qmpx9KUOojQ3x462l kuQHq5+YquXwdY2UCZt3+b4kMubkkvXt3i0CzmghUHoX6thEZfDpyPBOB.iH EXvdNx62g9VQUU5cBcZPDz6vZF6rjQO1AEAFU0fclich1wdGh.WR94cBnKWr .8AGfka2TTe+GvFJjevDRitce8kQCYTS8xzaAQLAk0fRZsuFzhaRyuyMb0fk VoQKMLNVK18ckYoaNEtw.crD0qLErEelZZA9PSy.hTOstSjuFccQAfMnJgTC 9PHAiAe.uPXL1I.B+JBP6WuqpAfvjnk0h2RbsoB9.XzChnjPGgHkZSB.QD1D BQt3o1Tr9xTo.c7OOTrY+11KtonXGpwGwieyMY4hUE6yk8M1MQS.73zRVHjc JmbgIikmPX+vCj4GOAiSA0JhhxgXb0ivUKgHS.Yj6.InsRl4DttYuTV2+mFv Hf5.kePCr4UsHF+DXBsyBNvvMxDlLFecSdHx5XuqU2TMid2Yihi6yggLgjQe APli0Z5SRH7TCQvXKwzr+rZVde9tzU+ApBkoKqC28KfAZjP3d9TlzgQ1hMDE yZBxLk7Dq6EA5Z4GKP5RMgGLV.BzRBoSH.QOE.o9cZ4MlkqimHG6LzPn8zcn AyzDV2UTJQQr.c5Eg3w5frM8qYbFqloIWOXDYOHzoTPFKt.LL3I9Hvga3hI8 kJYwtgXrAgEA0eJYI2LksDmxvfP.EpXS8vXXqQdcQ2zR4.vaTnsnKl5D7hiS 9OJ7VJRWO.5xHVitb2PWN+MN5JKt6tMBqRaC7+SHcupMIjSAV8q19yuKuDYf L0bupDazR5h5V0Uv.IKFTWkCI4oOBBdIOgiiirWWgbRN6NS6xTI.9YgDIuWn J2xthZruBcaQo5RaKdHSWz2HmvMFWAX71RHDwbG3dwW.klbYzLvcqhtLXDGF D9xnv3IW28TPdGF8NhNKpnQAPfupjvSWuxYK.0Hg5W4IL1IbgBo1wRf+DMyw kxpMY8plXmfQvAIIOFrzX4ZASDHjE3ZH1PTexvpR7P.rfH8GcmrJhE47qXvz 5U96uu1Yu.8w6E4GbEixpPMr+2IVijEnupZU49a9pd++caR+7M8bcosf48sW cygFgdjm7DU7PJ800StIj7mTHiLq1pcU5FAJMeM51cUK0YlFOJyTPsESimCA 1L5jpNbuVeTT2xDDGQgJvBKO.Yl6i53kGu+lCvhUi79FTbUwlhRPFBVFGEvi iuR66v8c5nQqAGAZM.98b1P2b2wcUX8OQWo8cXKwaYYlxHPoTsLYlrx562dy gnF8WgXrmmRHP7m23SIpxnNlIDiwj1WVVeckuTcVPtQxIALC.nedjTvP.vsk o5Q.haH.AT2TZcwjYQZQFsIYd1lrK9BfNb9Wn1jFxS8ZcZgzwDHuMYCnpXdI KU2K2iQkzvWGkTFrbBbx+G33HszeoPltA7ZVoSgk4VVH3vdLOi3y4HG.BXHv IwwrvfBP1F4LDOqG+coec8Orq5aavAzCoa1Kpt1XrT2psOMF.EZawRXy5noT emzAA7t2ZynQm4+il9T8P2VjfVf9+BQSojWGkzVGaewFM07DB02kpn8XO7k9 DhAuF0iIcyRtwpoCqg.XdzwATImWjsDn181tiqcOtsVqpPWPU9mxv6uBaJvl sDghZHZ89R0xRzqZ02tqBo1m7OTro2RzpKPUzX.ztZXO8EfIYvcQnoemzEmS wyzv4BKdTU9Nj2aqo91aUKuSHqUxtBU+2GU6Ts5zFUMZzAUuoVOTm0ra09i. N6ncauDlS6FuYxphqfmSZhRbaIV5NF.sGJBBd9hRVc5CaGHzd6CSrg05kvcb AJgUlDapKdac1CMtY5ZBLn0kFwsJQSXA8V1bF4sm4nJNpN9FXGWdSfyKF.FX oceagHZ2OJNxUfbDX77MN4rGLZCxoCRbitd6VIE3.vnyW0C31nafGbx8rGPN jc3r40754bDj5FxckFroeWLkG.60koeTGqNmlOi.edA7dl6ukN802UGRPG+L G2wlvFZo6QgA2Av307Hj76Yxk+obIr2ndupDEaKVKP6+7CeF89z0o6jHL586 yy9y8hl20jjUvRz6qJVo1KUhxuSWv0Q.lz180NaJO25F4dTC.+11TYY1mddB Up9UsCwdxCtEkr2b8iA7ph8kq5twcONMPGD+0hJYV9iLp90COuQ58gtOa8ZQ deijsYqa4Kq9RFl9sUl3VHROQteoEI0y4fAEJ0Q82iRk5oSwfR0Sk8WZopoF FH9PBE2+xzfSeuBxDdHb5L0nvw3kznZe7TXK4zt9pG2h0dRBiUj+TsFq8QnM 1r90MxS5NCy490OB0F2sMaOGe5aiYybWrewItE1FT+5skRsUGGauLQ4IJav1 yJHbrITslBuKzgzzvmGB1rndXhx6RH7PRQI8pVSg7RFL.6YJu0j+aDWFFx8A R94IsfijQy4Uf21ZrJJDaTT7qxKyFGzzfYnAU3XLnn33I0fhMjzdlHHEVG1V yoZ9iSk4zSrrMLeelAZZM2YDvhgen0X0DrIDD0yzGBrEAOGsSXFlAk+m1tiC IX+3yAelt667IBam4lckUWqQm3hMR6Y5ruU93jVNtGZMEV9QSrzxIjkgpXSj 3dxKCNlaiCcsQWvu74rIOUZjeSdlXAEy3yy7lmDnT5Rfm6iQGZMV24bqRz2u .nU4T6WFE13VwuYWwrDjvdShBmcSabapDBOv+xTvLSlBr.mv9MwBtMAa3900 dnMzK3jYHNg8qGbabEfilgxjeqZWnMwUB86bWnULB7b0MsJzhewIlUKQhego nYmHYCWXlecDPwyOTJY9IRjYmHgmenDc9ARrYoOfAC75WBuX97aha9oK8Rau U23et7eAg7bdJ -----------end_max5_patcher-----------
so, the problem is just that the looping is completely f***ed up. and it gets the famous error message. any solution for this? it’ll be really really really greatly appriciated…
thank you very much!!!!
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??
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!
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
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.
well, it ‘works’.
but it doesn’t work ‘fast’.
but my setup is a bit hardcore for spigot~.
I get impulse from supercollider via osc and chops the video into 16 slices then rearrange it real time while getting slice positions through osc, then mix with above code play in sync with selected loop.
spigot~ isn’t fast enough to track and jump back and forth 100 different cue points in a second. that’s it. I do not think if I had better gears it will change the matter. it’s not about the cpu, it’s the object itself’s, or as jan pointed out, quicktime itself’s problem. for instance, supercollider can track and jump back and forth 100 different cue points in an audio sample a second, I think native msp object does too and jit.qt.movie also does when not attached to spigot~ and just output normal audio, for sure, no problem. it should be quicktime and spigot~ problem, because it’s not just audio sample or a video data, but something else…I guess it’s NOT AT ALL any set up, codec, power of the machine…etc. that will make the quicktime and spigot~ into different animal.
correct me if I’m wrong…
You are probably right about spigot. Maybe you need to use different tools?
I think I may have done a similar project though. I used Live for the audio portion and Vjamm or M4L for the video portion.
First I made a video slicer using drum racks in Ableton Live and Vjamm http://www.youtube.com/user/gavspav#p/u/9/LLTZhwCXgrU
Maybe more relevant is this MaxforLive video shuffler:
thanks for the links.
the both looks interesting, but I do not have ableton live…
well, but surely there must be some solution elsewhere. I’m keep searching and will post here of anyone is interested…
i have ignored spigot~ ever since the troubles began when apple changed something in the qt codec(s). spigot~ worked fine years ago as far as i can tell. if you search these forums you’ll find age old discussions confirming this, including admittance from cycling folks (afaicr) of the problem. i don’t understand why everyone else doesn’t separately load video / audio into jit.qt and play~ respectively and sync the two at sample rate from your phasor~ and the frame message. or am i missing something really obvious here sorry?
yes, it might be a solution since spigot~ seems to be very troublesome.
I get the pulse via OSC, maybe I should sync the sound with it, I’ll try and let you guys know.
thanks again for nice tip, cheers!!
has there been an update for this? or perhaps a demo patch that implements the play~ and phasor~ objects to control sync?
Forums > Jitter