<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
		xmlns:content="http://purl.org/rss/1.0/modules/content/"
		xmlns:wfw="http://wellformedweb.org/CommentAPI/"
		xmlns:dc="http://purl.org/dc/elements/1.1/"
		xmlns:atom="http://www.w3.org/2005/Atom"

			>

	<channel>
		<title>Cycling 74  &#187;  Topic: slitscan</title>
		<atom:link href="http://cycling74.com/forums/topic/slitscan/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/slitscan/feed</link>
		<description></description>
		<pubDate>Tue, 18 Jun 2013 17:14:46 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/slitscan/#post-30608</guid>
					<title><![CDATA[slitscan]]></title>
					<link>http://cycling74.com/forums/topic/slitscan/#post-30608</link>
					<pubDate>Sat, 03 Mar 2007 15:41:30 +0000</pubDate>
					<dc:creator>i.m.klif</dc:creator>

					<description>
						<![CDATA[
						<p>
i started experimenting with video slitscan technique.</p>
<p>i adapted the patch from the examples folder. the difference is that  <br />
i start the scan from every frame (the usual technique for 720/576  <br />
video is every 720 frames). the patch is far from realtime. i use it  <br />
to render frame by frame, but it renders quite slow. i attached the  <br />
patch below (i erased part of the patch that records frame by frame  <br />
to keep it as clean as possible).</p>
<p>i wonder if there are other, faster approaches to this problem that  <br />
someone wants to share.</p>
<p>i know that using framedump from jit.qt.movie is faster than my  <br />
method, but there seems to be a bug in jitter 1.5.2 (that i happen to  <br />
be using) &#8211; using end frame values larger than 1000 results in  <br />
dumping frames till the end of the movie. so i used sluzi and counter  <br />
method.</p>
<p>i also tried making the patch using one matrixset as a delay for each  <br />
vertical scanline. i started generating matrixset subpatches, first  <br />
one with single set and the last one with 720 sets, but didn&#8217;t manage  <br />
to finish. i guess there is some limit regarding ram (alltough 3.5 gb  <br />
ram on dual 2.0ghz g5 isn&#8217;t bad at all), because everything started  <br />
slowing down extremely&#8230;.</p>
<p>klif</p>
<p>
max v2;<br />
#N vpatcher 89 44 1239 1015;<br />
#P origin 0 35;<br />
#P window setfont &#8220;Sans Serif&#8221; 14.;<br />
#P comment 232 31 144 196622 2. start processing;<br />
#P toggle 265 112 15 0;<br />
#P toggle 109 240 15 0;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P newex 355 248 55 196617 delay 100;<br />
#P newex 355 191 53 196617 t b b b b;<br />
#P newex 496 103 27 196617 int;<br />
#P newex 496 124 27 196617 + 1;<br />
#P newex 249 55 23 196617 t b;<br />
#P number 210 175 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;<br />
#P button 245 214 15 0;<br />
#P button 355 166 15 0;<br />
#P newex 245 238 49 196617 t 0 clear;<br />
#P message 249 175 79 196617 frame $1 , bang;<br />
#P button 232 55 15 0;<br />
#P newex 249 79 67 196617 sluzi 720 40;<br />
#P message 448 124 44 196617 max $1;<br />
#P message 396 107 41 196617 min $1;<br />
#P number 448 77 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;<br />
#P newex 448 103 37 196617 + 720;<br />
#N counter 0 719;<br />
#X flags 0 0;<br />
#P newobj 249 151 74 196617 counter 0 719;<br />
#P message 64 105 30 196617 read;<br />
#P newex 208 238 32 196617 print;<br />
#P message 93 163 75 196617 getframecount;<br />
#P message 174 320 91 196617 dstdimend $1 575;<br />
#P message 86 320 85 196617 dstdimstart $1 0;<br />
#P message 158 302 92 196617 srcdimend $1 575;<br />
#P message 70 302 85 196617 srcdimstart $1 0;<br />
#P newex 70 248 20 196617 t b;<br />
#N counter 0 719;<br />
#X flags 0 0;<br />
#P newobj 70 269 74 196617 counter 0 719;<br />
#P button 17 102 15 0;<br />
#P newex 51 351 282 196617 jit.matrix food 4 char 720 576 @usedstdim  <br />
1 @usesrcdim 1;<br />
#P newex 51 217 167 196617 jit.qt.movie 720 576 @autostart 0;<br />
#P user jit.pwindow 50 380 722 578 0 1 0 0 1 0;<br />
#P window setfont &#8220;Sans Serif&#8221; 14.;<br />
#P comment 67 77 100 196622 1. read movie;<br />
#P fasten 21 0 2 0 254 208 56 208;<br />
#P fasten 13 0 2 0 69 201 56 201;<br />
#P fasten 4 0 2 0 22 123 56 123;<br />
#P fasten 11 0 2 0 98 204 56 204;<br />
#P connect 2 0 3 0;<br />
#P fasten 7 0 3 0 75 329 56 329;<br />
#P fasten 9 0 3 0 91 339 56 339;<br />
#P fasten 8 0 3 0 163 337 56 337;<br />
#P fasten 10 0 3 0 179 341 56 341;<br />
#P fasten 22 1 3 0 289 345 56 345;<br />
#P fasten 3 0 1 0 56 374 56 374;<br />
#P fasten 2 0 6 0 56 240 75 240;<br />
#P connect 6 0 5 0;<br />
#P connect 5 0 7 0;<br />
#P fasten 31 0 5 1 114 258 91 258;<br />
#P fasten 5 0 9 0 75 296 91 296;<br />
#P fasten 22 0 5 2 250 262 107 262;<br />
#P fasten 5 0 8 0 75 294 163 294;<br />
#P fasten 5 0 10 0 75 296 179 296;<br />
#P connect 2 1 12 0;<br />
#P fasten 14 0 25 0 254 171 215 171;<br />
#P fasten 29 1 22 0 374 233 250 233;<br />
#P connect 24 0 22 0;<br />
#P fasten 30 0 26 0 360 273 634 273 634 49 254 49;<br />
#P connect 20 0 26 0;<br />
#P connect 26 0 19 0;<br />
#P connect 19 0 14 0;<br />
#P fasten 18 0 14 0 453 145 254 145;<br />
#P fasten 17 0 14 0 401 141 254 141;<br />
#P connect 14 0 21 0;<br />
#P connect 32 0 14 1;<br />
#P fasten 19 1 23 0 282 100 360 100;<br />
#P connect 23 0 29 0;<br />
#P connect 29 0 30 0;<br />
#P fasten 16 0 17 0 453 99 401 99;<br />
#P fasten 27 0 16 0 501 147 539 147 539 67 453 67;<br />
#P connect 16 0 15 0;<br />
#P connect 15 0 18 0;<br />
#P fasten 29 2 28 0 388 222 606 222 606 85 501 85;<br />
#P connect 28 0 27 0;<br />
#P fasten 16 0 28 1 453 96 518 96;<br />
#P pop;</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

