<?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: Strange frame rate issue on multi-output installation</title>
		<atom:link href="http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 17:52:01 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-59548</guid>
					<title><![CDATA[Strange frame rate issue on multi-output installation]]></title>
					<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-59548</link>
					<pubDate>Tue, 25 Oct 2011 22:56:12 +0000</pubDate>
					<dc:creator>gpvillamil</dc:creator>

					<description>
						<![CDATA[
						<p>Am running into a strange problem with an installation that uses multiple video outputs.</p>
<p>Basically, frame rate drops to 11fps on the fullscreen output windows UNLESS the patch window slightly overlaps one of the outputs. When the edge of the patch window slightly overlaps, then framerate goes back up to 30fps.</p>
<p>The system has three graphics cards installed, with a projector on each output.  A control monitor is connected to the second output of one of the cards.</p>
<p>What could be going on here? I am using OpenGL to create a separate render context for each video output, and I suspect the problem is connected to how these contexts are created, and fullscreen rendering invoked.</p>
<p>To make it even more mysterious, this patch + hardware configuration worked perfectly for 11 months in another setting.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214316</guid>
					<title><![CDATA[Re: Strange frame rate issue on multi-output installation]]></title>
					<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214316</link>
					<pubDate>Tue, 25 Oct 2011 23:28:45 +0000</pubDate>
					<dc:creator>Joshua Kit Clayton</dc:creator>

					<description>
						<![CDATA[
						<p>This is a really weird, known but elusive issue. Very machine and OS specific. The workaround is to use @border0 and a window size with one pixel less than the screen size. As best as we can tell it is a bug in Apple&#8217;s window compositing system.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214317</guid>
					<title><![CDATA[Re: Strange frame rate issue on multi-output installation]]></title>
					<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214317</link>
					<pubDate>Wed, 26 Oct 2011 07:06:03 +0000</pubDate>
					<dc:creator>MJ</dc:creator>

					<description>
						<![CDATA[
						<p>hmm </p>
<p>the patcher window overlaps the output that is not on the same gpu ? </p>
<p>you did separate gl contexts and separeate textures . (check)<br />
also first place the jit.windows on the right gpu&#8217;s and then bang the jit.gl.renders</p>
<p>2 years ago i did a project with 7 outputs + control output<br />
on a macpro with 4 gpu&#8217;s  . 4 separate gl contexts and using shared context on each gpu .<br />
had a lot of gpu crashes &#8230;</p>
<p>but with the new 10.7 i have even  more gpu &#8211; kernal panics . </p>
<p>you are on 10.7 now ?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214318</guid>
					<title><![CDATA[Re: Strange frame rate issue on multi-output installation]]></title>
					<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214318</link>
					<pubDate>Sat, 29 Oct 2011 11:10:35 +0000</pubDate>
					<dc:creator>Helmuth</dc:creator>

					<description>
						<![CDATA[
						<p>I have reliable results by using jit.window @size of the projectionscreen  and @pos leftmost vertical/horizontal pixel.(avoiding  the fullscreenmode of jit.window)  It seams to anchor the image.</p>
<p>Does this help?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214319</guid>
					<title><![CDATA[Re: Strange frame rate issue on multi-output installation]]></title>
					<link>http://cycling74.com/forums/topic/strange-frame-rate-issue-on-multi-output-installation/#post-214319</link>
					<pubDate>Mon, 31 Oct 2011 04:55:36 +0000</pubDate>
					<dc:creator>gpvillamil</dc:creator>

					<description>
						<![CDATA[
						<p>Thanks for all the help!</p>
<p>Reverting to an earlier version of the Max runtime seems to have solved the problem. Will gather some more info and post solution.</p>
<p>What Helmuth describes seems like a good workaround, and is easy to implement in the patch.</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

