# OSX Roadmap?

**URL:** <https://psychtoolbox.discourse.group/t/osx-roadmap/1273>\
**Category:** Uncategorized\
**Created:** [July 20, 2005, 6:39am UTC](https://psychtoolbox.discourse.group/t/osx-roadmap/1273 "2005-07-20T06:39:34Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![Allen\_Ingling](https://avatars.discourse-cdn.com/v4/letter/a/a183cd/32.png) [@Allen\_Ingling](https://psychtoolbox.discourse.group/u/Allen_Ingling)\
**Post date:** [July 20, 2005, 6:39am UTC](https://psychtoolbox.discourse.group/t/osx-roadmap/1273/1 "2005-07-20T06:39:34Z")

</div>

Hi,   
  
Does anyone know if the developers have released the updates  
on the posted OSX 'Roadmap'? From what I can tell, the latest  
OSX version is still 1.0.5. I am particularly interested in  
showing long movies (\> 4000 frames). If anyone can suggest a   
good hack to do this, that would be great too.  
  
Thanks,  
  
Nick Lesica  
  
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
  
Roadmap  
  
The current OS X Psychtoolbox is version 1.0.5, released on 11 April  
2005. Here is the schedule for future releases. Major features and  
bugs are listed as milestones.  
Version Date   
  
Milestone  
1.0.6 June 1 Adds LoadClut and Screen('Gamma')  
1.0.7 June 8 Fixes GetChar  
1.0.8 June 28   
  
Support for 8-bit CLUT animation  
1.0.9 July 10 Adds rotation for drawing  
1.1.0 July 20 Unlimited number of offscreen windows and textures

---

<div class="post-metadata">

**Author:** ![Allen\_Ingling](https://avatars.discourse-cdn.com/v4/letter/a/a183cd/32.png) [@Allen\_Ingling](https://psychtoolbox.discourse.group/u/Allen_Ingling)\
**Post date:** [July 27, 2005, 5:02am UTC](https://psychtoolbox.discourse.group/t/osx-roadmap/1273/2 "2005-07-27T05:02:03Z")

</div>

Thanks Mario, it seems to be working well, and the time to create all  
the textures is not as bad as I thought it would be.   
  
Nick  
  
  
--- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "Mario Kleiner"  
\<mario.kleiner@t...\> wrote:  

> \> The blue screen at the beginning is ok. Screen('OpenWindow') performs  
> \> a couple of internal tests & calibrations when called. During this  
> \> period  
> \> it shows a blue screen to notify you about that -- and because i like  
> \> blue screens ;)  
> \>   
> \> You can shorten the "blue screen period" via the command...  
> \> Screen('Preference', 'SkipSyncTests', 1);  
> \> ...at the risk of some problems with your setup going unnoticed  
> \> that PTB would have otherwise detected and reported to you.  
> \> --\> use this command only during debugging & development,  
> \> not when running real studies.  
> \>   
> \> Your textures appear blurry because PTB does bilinear texture  
> \> filtering by default since this version. You can get the old  
> \> nearest-neighbour filtering back by providing an additional  
> \> parameter filterMode=0 to Screen('DrawTexture').  
> \>   
> \> Type "Screen DrawTexture?" at the Matlab-prompt for usage info.  
> \>   
> \> I've just updated the code to add this option. You'll find the Zip  
> \> file with  
> \> the new Screen.mexmac again on my webpage. Our webserver  
> \> needs time for updating, so the update should be available around  
> \> Sunday morning 4.00 am CEST.  
> \>   
> \> The bugs reported by Frans Cornelissen are also fixed and a new  
> \> demo illustrates how to do gaze-contingent displays.  
> \>   
> \> URL:  
> \>   
> \> \<[http://www.kyb.tuebingen.mpg.de/bu/people/kleinerm/ptbosx/](http://www.kyb.tuebingen.mpg.de/bu/people/kleinerm/ptbosx/)\>  
> \>   
> \> Btw.: What is the squeeze() command in your script supposed to do?  
> \> If i understand its meaning correctly then it shouldn't have any  
> \> effect,  
> \> except wasting a bit of computation time?  
> \>   
> \> best,  
> \> -mario  
> \>   
> \>   
> \>   
> \> --- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "lesica3" \<lesica3@y...\> wrote:  
> \> \> Thanks Mario, I think this will work well.   
> \> \> However, I'm having some trouble with the new version.  
> \> \>   
> \> \> All I did was replace the old Screen.mex file with the new one.  
> \> \> Is there more to do?  
> \> \>   
> \> \> The behavior of my program differs with the new Screen file.  
> \> \> First, when I start my program the screen goes blue for a few  
> \> seconds  
> \> \> before the desired behavior starts.  
> \> \> Second, when I show my white-noise checkerboard there are some  
> \> \> problems. The image is 64 x 64 squares, with each square about 6 x 6  
> \> \> pixels. When I show with old Screen file, the squares are nice and  
> \> \> crisp. When I show with the new file, its as if the whole board has  
> \> \> been convolved with a 2D Gaussian -- the squares bleed into each  
> \> other.  
> \> \>   
> \> \> Any idea what is going on?  
> \> \>   
> \> \> Here is some of the code for your reference:  
> \> \>   
> \> \> [w,rect]=Screen('OpenWindow',screenNumber,0,[],8,2);  
> \> \> for i=1:1000,  
> \> \> tex(i)=Screen('MakeTexture',w,squeeze(Intensities(i,:,:))');  
> \> \> end  
> \> \>   
> \> \> for i=1:1000,  
> \> \> Screen('DrawTexture',w,tex(i),[1 1 64 64],[177 17 624 464]);  
> \> \> Screen('Flip', w);  
> \> \> end  
> \> \>   
> \> \> Let me know if you need any more information.  
> \> \>   
> \> \> Thanks!  
> \> \>   
> \> \> Nick  
> \> \>   
> \> \> --- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "Mario Kleiner"  
> \> \> \<mario.kleiner@t...\> wrote:  
> \> \> \> Hello,  
> \> \> \>   
> \> \> \> please read my forum message about the "NEW PTB 1.0.6 prerelease"  
> \> \> \> and follow the download-instructions on the website.  
> \> \> \>   
> \> \> \> The Screen.mexmac file in that update removes the max.  
> \> \> \> 4000 offscreen windows limit. It allows for a number of  
> \> \> \> offscreen windows/textures that is only limited by the  
> \> \> \> available system memory in your computer.  
> \> \> \>   
> \> \> \> Regarding the "saving the textures" question: Sorry. That would  
> \> \> \> require us to implement our own binary load-/save - routines  
> \> \> \> for textures with our own proprietary data-format. Not so great  
> \> \> \> and certainly nothing that will happen soonish, as the MakeTexture  
> \> \> \> and DrawTexture implementation is going to change in the next  
> \> \> \> PTB release anyway...  
> \> \> \>   
> \> \> \> I agree with you that loading 20000 textures will take a lot  
> \> \> \> of time.  
> \> \> \>   
> \> \> \> What kind of stimuli do you use? Maybe you could create them  
> \> \> \> on-the-fly in your presentation loop instead of precreating them  
> \> \> \> as image files?  
> \> \> \>   
> \> \> \> If you can't do that (e.g., real natural movie sequence), it may  
> \> be  
> \> \> \> possible to just create a texture before drawing it, instead of  
> \> \> \> Loading- Making all textures before the trial?  
> \> \> \>   
> \> \> \> Something like...  
> \> \> \>   
> \> \> \> for i=1:20000  
> \> \> \> img = imread(imagename(i));  
> \> \> \> tex = Screen('MakeTexture', window, img);  
> \> \> \> Screen('DrawTexture', window, tex);  
> \> \> \> Screen('Close', tex);  
> \> \> \> Screen('Flip');  
> \> \> \> end;  
> \> \> \>   
> \> \> \> ... Maybe your machine is fast enough for this? - I never tried  
> \> it...  
> \> \> \>   
> \> \> \> You could also try encoding your movie as an AVI file and then  
> \> \> \> read it via Matlabs "aviread" command instead of imread, that  
> \> \> \> may give you faster disk read speeds... - Never tried that  
> \> either...  
> \> \> \>   
> \> \> \> ciao,  
> \> \> \> -mario  
> \> \> \>   
> \> \> \> --- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "lesica3" \<lesica3@y...\>  
> \> wrote:  
> \> \> \> \> Hi,  
> \> \> \> \>   
> \> \> \> \> 25,000 would be great. I have another related question. Now, to  
> \> \> \> \> show a movie, I must make all the textures before showing them.   
> \> \> \> \> There is a significant latency when making a few  
> \> \> \> \> thousand textures, and I'm sure it will be quite long for  
> \> 20,000.  
> \> \> \> \> But I am always showing the same movies, so if I could save the   
> \> \> \> \> textures, and just load them before each run, rather than  
> \> recreating  
> \> \> \> \> them from my image files before each run, it would save a lot  
> \> of   
> \> \> \> \> time. Am I being clear? According to the documentation, the  
> \> \> \> \> textures are all stored in regular memory after they are made,  
> \> \> \> \> just like any other variable, but they are currently not  
> \> directly  
> \> \> \> \> accessible, i.e. the only thing in my workspace is the array  
> \> \> \> \> of pointers to each texture, but not the textures themselves.  
> \> \> \> \> Any thoughts on this? Thanks,  
> \> \> \> \>   
> \> \> \> \> Nick   
> \> \> \> \>   
> \> \> \> \> --- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "Mario Kleiner"  
> \> \> \> \> \<mario.kleiner@t...\> wrote:  
> \> \> \> \> \> How long would be long enough? The current maximum  
> \> \> \> \> \> number of offscreen-windows / textures is 4000, but that  
> \> \> \> \> \> can be easily changed by modifying a constant in the source  
> \> \> \> \> \> code and recompiling, albeit at the cost of wasted memory -  
> \> \> \> \> \> one pays 4 Bytes per window.  
> \> \> \> \> \>   
> \> \> \> \> \> Would 25000 be enough for your current purpose?  
> \> \> \> \> \>   
> \> \> \> \> \> gr.,  
> \> \> \> \> \> -mario  
> \> \> \> \> \>   
> \> \> \> \> \>   
> \> \> \> \> \> --- In [psychtoolbox@yahoogroups.com](mailto:psychtoolbox@yahoogroups.com), "lesica3" \<lesica3@y...\>  
> \> \> \> wrote:  
> \> \> \> \> \> \> Hi,   
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Does anyone know if the developers have released the updates  
> \> \> \> \> \> \> on the posted OSX 'Roadmap'? From what I can tell, the  
> \> latest  
> \> \> \> \> \> \> OSX version is still 1.0.5. I am particularly interested in  
> \> \> \> \> \> \> showing long movies (\> 4000 frames). If anyone can suggest  
> \> a   
> \> \> \> \> \> \> good hack to do this, that would be great too.  
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Thanks,  
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Nick Lesica  
> \> \> \> \> \> \>   
> \> \> \> \> \> \> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Roadmap  
> \> \> \> \> \> \>   
> \> \> \> \> \> \> The current OS X Psychtoolbox is version 1.0.5, released on  
> \> 11  
> \> \> \> April  
> \> \> \> \> \> \> 2005. Here is the schedule for future releases. Major  
> \> features  
> \> \> \> and  
> \> \> \> \> \> \> bugs are listed as milestones.  
> \> \> \> \> \> \> Version Date   
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Milestone  
> \> \> \> \> \> \> 1.0.6 June 1 Adds LoadClut and Screen('Gamma')  
> \> \> \> \> \> \> 1.0.7 June 8 Fixes GetChar  
> \> \> \> \> \> \> 1.0.8 June 28   
> \> \> \> \> \> \>   
> \> \> \> \> \> \> Support for 8-bit CLUT animation  
> \> \> \> \> \> \> 1.0.9 July 10 Adds rotation for drawing  
> \> \> \> \> \> \> 1.1.0 July 20 Unlimited number of offscreen windows and  
> \> \> \> textures
