<?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: recording problems with pfft~.</title>
		<atom:link href="http://cycling74.com/forums/topic/recording-problems-with-pfft/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/recording-problems-with-pfft/feed</link>
		<description></description>
		<pubDate>Tue, 18 Jun 2013 14:03:55 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-24503</guid>
					<title><![CDATA[recording problems with pfft~.]]></title>
					<link>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-24503</link>
					<pubDate>Sun, 19 Feb 2006 18:03:26 +0000</pubDate>
					<dc:creator>blindmanonacid@gmail.com</dc:creator>

					<description>
						<![CDATA[
						<p>Hi,</p>
<p>
when i use pfft~ objects, i am not able to record sound from within max/msp. the files end up being 54b when trying to record in 16 bit and 72b when in 32 bit.</p>
<p>I&#8217;m thinking that it might have something to do with the i/o vector size seems unchangeable at 440, and that the signal vector size can only be varied from 1 to 32.</p>
<p>I have tested this with a different soundcard with i/o vector size 512 and signal vector size 64 which works fine, and it was that which made me think that the problem lies with the emu 1616 cardbus soundcard that i&#8217;m using.</p>
<p>I have tried fft sizes (frame sizes) 1024, 512, 2048, which also does not make any difference.</p>
<p>So, can the i/o or signal vector size interfere with fft processing (maybe because the vector size 440 is not a power of two?), and if so does anyone know if there&#8217;s there anything I can do about this?</p>
<p>Kind regards<br />
Martin Aa</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-70978</guid>
					<title><![CDATA[Re: recording problems with pfft~.]]></title>
					<link>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-70978</link>
					<pubDate>Sun, 19 Feb 2006 20:08:15 +0000</pubDate>
					<dc:creator>Jean-Francois Charles</dc:creator>

					<description>
						<![CDATA[
						<p></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-70979</guid>
					<title><![CDATA[Re: recording problems with pfft~.]]></title>
					<link>http://cycling74.com/forums/topic/recording-problems-with-pfft/#post-70979</link>
					<pubDate>Tue, 21 Feb 2006 16:15:33 +0000</pubDate>
					<dc:creator>blindmanonacid@gmail.com</dc:creator>

					<description>
						<![CDATA[
						<p>Hi,</p>
<p>yes, this problem occurs whenever pfft~ is involved, also with the turorial patches.</p>
<p>The i/o vector size of 440 is displayed in the dsp status menu.</p>
<p>I have tried to connect a record~ object to it, but when I turn on the dsp max crashes&#8230;!</p>
<p>All else than recording works just fine.</p>
<p>I would really appreaciate help on this, so thank you for involving!</p>
<p>Martin Aa</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

