All right, thanks for your help.<br><br>Cheers,<br><br>Pierre.<br><br><div class="gmail_quote">2012/11/6 Miller Puckette <span dir="ltr"><<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think this depends on how oggwrite~ works internally. Objects ideally<br>
should react to changes in sample rate in real time, since the user can change<br>
the rate after the object has been created.<br>
<br>
Unfortunately this isn't even true of the delwrite~ object, whose memory<br>
should be resized dynamically when the sample rate changes and doesn't!<br>
<br>
cheers<br>
<span class="HOEnZb"><font color="#888888">Miller<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Tue, Nov 06, 2012 at 10:04:45PM +0100, Pierre Massat wrote:<br>
> Hi Miller,<br>
><br>
> Thanks for your reply. Would this work if I set the samplerate from within<br>
> the patch some time after startup ? Or should I start Pd with the proper<br>
> sample rate, and then open my patch ? I have no idea how I can do the<br>
> later, except in a very inelegant way (make a small patch with a delayed<br>
> loadbang that just sends a "pd open patch.pd" message).<br>
><br>
> Cheers,<br>
><br>
> Pierre.<br>
><br>
> 2012/11/6 Miller Puckette <<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a>><br>
><br>
> > This popped up on the list earlier... the sample rate gets set _after_<br>
> > patches are loaded from the command line if -nogui is set. It's on my long<br>
> > list of things to try to fix. In the meantime, as a workaround, if you can<br>
> > namage to delay Pd's loading of the patch, even by a fraction of a second,<br>
> > it should get the proper sample rate.<br>
> ><br>
> > cheers<br>
> > Miller<br>
> ><br>
> > On Tue, Nov 06, 2012 at 08:33:22PM +0100, Pierre Massat wrote:<br>
> > > Dear List,<br>
> > ><br>
> > > While trying to use oggwrite~ on my RPi I noticed that it complained<br>
> > about<br>
> > > being unable to change the samplerate from 0 to 44100.<br>
> > > I turns out that Pd launched from the command line with the -nogui flag<br>
> > has<br>
> > > a samplerate of 0 !<br>
> > > Adding the "-r 44100" flag doesn't change anything, nor does adding the<br>
> > > "-alsa" flag.<br>
> > > I wonder what causes this, whether it is a bug or not, and how Pd manages<br>
> > > to work fine anyway (the only real problem i've had this far was with<br>
> > > oggwrite~)...<br>
> > ><br>
> > > Any clue?<br>
> > ><br>
> > > Cheers,<br>
> > ><br>
> > > Pierre.<br>
> ><br>
> > > _______________________________________________<br>
> > > <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> > > UNSUBSCRIBE and account-management -><br>
> > <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> ><br>
> ><br>
</div></div></blockquote></div><br>