Additions:
Don't be shocked if you find a bug. Do tell us so we can fix it, but first please execute the //""UpdatePsychtoolbox""// command to make sure that you have the most recent (and most bug-free) release. Perhaps your bug has already been fixed. Bugs get fixed in the 'beta' (i.e. current) flavor of PTB.
~- Use the search function on the PTB forum and Google search to check if somebody else had similar problems, maybe a solution is already available.
~- Use the search function on the PTB forum and Google search to check if somebody else had similar problems, maybe a solution is already available.
Deletions:
~- Use the search function on the PTB forum to check if somebody else had similar problems, maybe a solution is already available.
Additions:
No known bugs.
~- ""Stimulus timestamp vbl, as reported by vbl=Screen('Flip', win),"" would be wrong (one video refresh too early) on M$-Windows PC's with Intel GMA 945 onboard graphics chip and possibly other Intel onboard chips when high precision timestamping would be enabled. This is due to a driver-/ or hardware-bug in the Intel chips, but we don't have a work-around implemented in PTB yet. If PTB detects this problem, it disables high precision timestamping. The command //""Screen('Preference','VBLTimestampingMode',-1);""// at the top of your script would manually disable high precision timestamping as well. //MK, found 16.12.2006, workaround in beta since 22.1.2007.//
~- ""Stimulus timestamp vbl, as reported by vbl=Screen('Flip', win),"" would be wrong (one video refresh too early) on M$-Windows PC's with Intel GMA 945 onboard graphics chip and possibly other Intel onboard chips when high precision timestamping would be enabled. This is due to a driver-/ or hardware-bug in the Intel chips, but we don't have a work-around implemented in PTB yet. If PTB detects this problem, it disables high precision timestamping. The command //""Screen('Preference','VBLTimestampingMode',-1);""// at the top of your script would manually disable high precision timestamping as well. //MK, found 16.12.2006, workaround in beta since 22.1.2007.//
Deletions:
Additions:
~- Beamposition queries are broken on Nvidia Geforce 8800 GTS under ""WindowsXP"" in some driver versions. Driver bug. Workaround is the same as for the next bugs below (Radeon 9600 beampositions broken): MK 8.6.2007 -- Workaround in PTB beta.
~- Beamposition queries are broken on some ATI cards under ""WindowsXP"" in some driver versions. Driver bug. Workaround is the same as for the next bug below (Radeon 9600 beampositions broken): MK 8.6.2007 -- Workaround in PTB beta.
~- Some ATI and NVidia cards+drivers crash Matlab when trying to use ""OpenGL"" for Matlab und Windows XP. These are driver bugs. Workaround: Add ""Screen('Preference', 'ConverveVRAM', 256);"" to the top of your scripts and retry. If it still crashes, add a ""Screen('Preference', 'ConverveVRAM', 8);"" to the top of your scripts instead to disable ""OpenGL"" context isolation. Will not crash anymore, but make debugging and development of ""OpenGL4Matlab"" code harder for you. MK 8.6.2007, updated 7.5.2008, now also affects recent NVidia hardware :-(
~- Beamposition queries are broken on some ATI cards under ""WindowsXP"" in some driver versions. Driver bug. Workaround is the same as for the next bug below (Radeon 9600 beampositions broken): MK 8.6.2007 -- Workaround in PTB beta.
~- Some ATI and NVidia cards+drivers crash Matlab when trying to use ""OpenGL"" for Matlab und Windows XP. These are driver bugs. Workaround: Add ""Screen('Preference', 'ConverveVRAM', 256);"" to the top of your scripts and retry. If it still crashes, add a ""Screen('Preference', 'ConverveVRAM', 8);"" to the top of your scripts instead to disable ""OpenGL"" context isolation. Will not crash anymore, but make debugging and development of ""OpenGL4Matlab"" code harder for you. MK 8.6.2007, updated 7.5.2008, now also affects recent NVidia hardware :-(
Deletions:
~- The ATI Mobility Radeon X600 in ACER Travelmate Notebooks crashes Matlab when trying to use ""OpenGL"" for Matlab und Windows XP. This is a driver bug. Workaround: Add ""Screen('Preference', 'ConverveVRAM', 8);"" to the top of your scripts to disable ""OpenGL"" context isolation. Will not crash anymore, but make debugging and development of ""OpenGL4Matlab"" code harder for you. MK 8.6.2007.
Additions:
Don't be shocked if you find a bug. Do tell us so we can fix it, but first please execute the //""UpdatePsychtoolbox""// command to make sure that you have the most recent (and most bug-free) release. Perhaps your bug has already been fixed. Bugs get fixed in the 'beta' (i.e. current) flavor of PTB first. After some delay (of up to a year!) to verify correctness of the bug fix, the fix is merged into the 'stable' version as well.
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that that can be run to demonstrate the problem. Please also provide the exact version of Psychtoolbox (Output of the //""PsychtoolboxVersion""// command) and as much detail about your system as possible, e.g., type and version of operating system, model of your computer and graphics card, version of Matlab used etc. Often it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. If you issue the command //Screen('Preference', 'Verbosity', 10);// before running the troublesome script, PTB will create much more output to the Matlab console, which will also aid in debugging. On Mac OS X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
More things to consider:
~- If PTB aborts with error messages or outputs lots of "PTB-Warnings", //please// read them carefully, think about them, also read help files and documentation referenced by that messages. These texts weren't written because we like writing so much, but in order for you to read them and to speed up the troubleshooting procedure.
~- If your bug is related to visual stimulation and verified to happen with our demos as well, check if the device drivers for your graphics card are up to date. Each manufacturers website has some download or support section where you can download new drivers. A driver update can fix many mysterious bugs. On Apple OS-X, driver updates are shipped as part of operating system updates, so keep your OS up to date.
~- Use the search function on the PTB forum to check if somebody else had similar problems, maybe a solution is already available.
~- Run a few of the demo scripts in the //""Psychtoolbox/PsychDemos""// subfolder to see if problems only arise in your code or also in our demo code. In the former case it's more likely a bug in your code and you can aid diagnosis by reporting how your code behaved vs. how our code behaved. E.g., if a Quicktime movie fails to play properly with your code, check if it plays with our //""PlayMoviesDemoOSX""// script.
~- Check if the FAQ section of this Wiki has to say something helpful about your problem or related problems.
~- The online document [[http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How To Report Bugs Effectively]] is a great guide on how to report a potential bug in an effective way - one that is likely to facilitate a quick bugfix. //Read it!// Taking a few minutes to read and follow it will likely save you hours, days or weeks of waiting for help or a bug fix. It applies to pretty much any technical support forum, not only Psychtoolbox.
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that that can be run to demonstrate the problem. Please also provide the exact version of Psychtoolbox (Output of the //""PsychtoolboxVersion""// command) and as much detail about your system as possible, e.g., type and version of operating system, model of your computer and graphics card, version of Matlab used etc. Often it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. If you issue the command //Screen('Preference', 'Verbosity', 10);// before running the troublesome script, PTB will create much more output to the Matlab console, which will also aid in debugging. On Mac OS X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
More things to consider:
~- If PTB aborts with error messages or outputs lots of "PTB-Warnings", //please// read them carefully, think about them, also read help files and documentation referenced by that messages. These texts weren't written because we like writing so much, but in order for you to read them and to speed up the troubleshooting procedure.
~- If your bug is related to visual stimulation and verified to happen with our demos as well, check if the device drivers for your graphics card are up to date. Each manufacturers website has some download or support section where you can download new drivers. A driver update can fix many mysterious bugs. On Apple OS-X, driver updates are shipped as part of operating system updates, so keep your OS up to date.
~- Use the search function on the PTB forum to check if somebody else had similar problems, maybe a solution is already available.
~- Run a few of the demo scripts in the //""Psychtoolbox/PsychDemos""// subfolder to see if problems only arise in your code or also in our demo code. In the former case it's more likely a bug in your code and you can aid diagnosis by reporting how your code behaved vs. how our code behaved. E.g., if a Quicktime movie fails to play properly with your code, check if it plays with our //""PlayMoviesDemoOSX""// script.
~- Check if the FAQ section of this Wiki has to say something helpful about your problem or related problems.
~- The online document [[http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How To Report Bugs Effectively]] is a great guide on how to report a potential bug in an effective way - one that is likely to facilitate a quick bugfix. //Read it!// Taking a few minutes to read and follow it will likely save you hours, days or weeks of waiting for help or a bug fix. It applies to pretty much any technical support forum, not only Psychtoolbox.
Deletions:
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that that can be run to demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On Mac OS X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
Revision [1286]
Edited on 2007-11-28 19:43:50 by MarioKleiner [Moved DrawText bug from bug to fixed section.]Additions:
~- ""Screen('DrawText')"" function on Windows doesn't draw text in the requested size, but at some smaller size (approx. 2/3 of requested size?). MK 27.10.2006. //Fixed in PTB beta as of 27th November 2007. (MK)
Deletions:
Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL+C key combo. //Fixed in V3.0.8 beta and stable.// MK, 10/16/06.
Deletions:
Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL C key combo. //Fixed in V3.0.8 beta and stable.// MK, 10/16/06.
Deletions:
Additions:
~- The ""Nvidia Quadro FX 3000"" has trouble switching to frame sequential quad-buffered stereo and back with some drivers under ""WindowsXP"". This is a driver bug in the ""wglChoosePixelFormat()"" call when requesting stereo pixelformats, as well as an independent bug in the drivers stereo logic when shutting down stereo mode. PTB detects this and enables automatic workarounds to resolve the issue. As a side-effect of the workarounds, automatic full scene anti-aliasing via ""multiSample"" parameter of ""Screen('OpenWindow');"" is not available in stereo mode, and graphics performance may be reduced in stereo mode due to allocation of an unneeded depth buffer to work around driver bugs. MK 8.6.2007.
Revision [1159]
Edited on 2007-06-08 15:05:32 by MarioKleiner [Two beamposition bugs for WindowsXP added.]Additions:
~- Beamposition queries are broken on Nvidia Geforce 8800 GTS under ""WindowsXP"" in some driver versions. Driver bug. Workaround is the same as for the next bug below (Radeon 9600 beampositions broken): MK 8.6.2007 -- Workaround in PTB beta.
~- The ATI Mobility Radeon 9600 on ""WindowsXP"" in some notebooks with some drivers has broken beamposition queries, which can lead to wrong timestamps being returned by ""Screen('Flip');"". This is a driver bug. The current PTB beta may automatically detect the problem and fall back to a lower precision timestamping mechanism. If it doesn't do that, you can enforce it via a call to ""Screen('Preference', 'VBLTimestampingMode', -1);"" at the top of your script. MK 8.6.2007 -- Workaround in PTB beta.
~- The ATI Mobility Radeon 9600 on ""WindowsXP"" in some notebooks with some drivers has broken beamposition queries, which can lead to wrong timestamps being returned by ""Screen('Flip');"". This is a driver bug. The current PTB beta may automatically detect the problem and fall back to a lower precision timestamping mechanism. If it doesn't do that, you can enforce it via a call to ""Screen('Preference', 'VBLTimestampingMode', -1);"" at the top of your script. MK 8.6.2007 -- Workaround in PTB beta.
Revision [1158]
Edited on 2007-06-08 14:52:54 by MarioKleiner [Add ATI X600 Windows crash-bug info.]Additions:
~- The ATI Mobility Radeon X600 in ACER Travelmate Notebooks crashes Matlab when trying to use ""OpenGL"" for Matlab und Windows XP. This is a driver bug. Workaround: Add ""Screen('Preference', 'ConverveVRAM', 8);"" to the top of your scripts to disable ""OpenGL"" context isolation. Will not crash anymore, but make debugging and development of ""OpenGL4Matlab"" code harder for you. MK 8.6.2007.
Revision [1154]
Edited on 2007-05-22 15:46:31 by MarioKleiner [Update: FrameRect bug fixed in current beta.]Additions:
~- ""Screen('FrameRect')"" function doesn't draw correct corners when 'penwidth' parameter is greater than its default value of 1. // Fixed in beta as of 22nd of May 2007.//
Deletions:
Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL+C key combo. //Fixed in V3.0.8 beta and stable.// MK, 10/16/06.
Deletions:
Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL C key combo. //Fixed in V3.0.8 beta and stable.// MK, 10/16/06.
Deletions:
Additions:
**Non-bugs, oddities, or known bugs that can't be fixed by us, because its bugs in 3rd party software: **
~- ""Screen('FillRect')"", when used without a rectangle argument, or a rectangle that's the size of the window, will not obey to any alpha blending settings. Reported in message 6224 on the forum and confirmed in message 6231. As explained in the latter message, for filling full-screen rectangles, Screen uses the glClear() call which is meant for clearing the backbuffer. Clearing the backbuffer is optimized on many ""OpenGL"" implementations, so it can be a bit faster. Not obeying the blend settings was probably an unintended side effect, because blending was implemented later. In the earlier versions of PTB-3, the ""'FillRect'"" command was the only way to select the background clear color. A relatively simple solution to make ""'FillRect'"" use blend settings is to use ""'FillRect'"" with a rectangle argument that's just a bit larger (or smaller) than the window size, so, e.g. ""Screen('FillRect', window, [255 0 0], InsetRect(Screen('Rect', window), -1 -1))"".
~- ""Screen('FillRect')"", when used without a rectangle argument, or a rectangle that's the size of the window, will not obey to any alpha blending settings. Reported in message 6224 on the forum and confirmed in message 6231. As explained in the latter message, for filling full-screen rectangles, Screen uses the glClear() call which is meant for clearing the backbuffer. Clearing the backbuffer is optimized on many ""OpenGL"" implementations, so it can be a bit faster. Not obeying the blend settings was probably an unintended side effect, because blending was implemented later. In the earlier versions of PTB-3, the ""'FillRect'"" command was the only way to select the background clear color. A relatively simple solution to make ""'FillRect'"" use blend settings is to use ""'FillRect'"" with a rectangle argument that's just a bit larger (or smaller) than the window size, so, e.g. ""Screen('FillRect', window, [255 0 0], InsetRect(Screen('Rect', window), -1 -1))"".
Deletions:
~- ""Screen('FillRect')"", when used without a rectangle argument, or a rectangle that's the size of the window, will not obey to any alpha blending settings. Reported in message 6224 on the forum and confirmed in message 6231. As explained in the latter message, for filling full-screen rectangles, Screen uses the glClear() call which is meant for clearing the backbuffer. Clearing the backbuffer is optimized on many ""OpenGL"" implementations, so it can be a bit faster. Not obeying the blend settings was probably an unintended side effect, because blending was implemented later. In the earlier versions of PTB-3, the ""'FillRect'"" command was the only way to select the background clear color.
Additions:
~- ""Screen('FillRect')"", when used without a rectangle argument, or a rectangle that's the size of the window, will not obey to any alpha blending settings. Reported in message 6224 on the forum and confirmed in message 6231. As explained in the latter message, for filling full-screen rectangles, Screen uses the glClear() call which is meant for clearing the backbuffer. Clearing the backbuffer is optimized on many ""OpenGL"" implementations, so it can be a bit faster. Not obeying the blend settings was probably an unintended side effect, because blending was implemented later. In the earlier versions of PTB-3, the ""'FillRect'"" command was the only way to select the background clear color.
Revision [1021]
Edited on 2007-03-14 10:53:54 by MarioKleiner [Bugreport added: Intel GMA950 doesn't do proper frontbuffer reads on 10.4.8]Additions:
~- ""Screen('FrameRect')"" function doesn't draw correct corners when 'penwidth' parameter is greater than its default value of 1. //Reported on forum around January 2007.//
**Non-bugs or known bugs that can't be fixed by us, because its bugs in 3rd party software: **
~- ""Screen('GetImage')"" with its default setting or setting 'frontBuffer', i.e. reading from the front buffer, doesn't work properly on the Intel GMA 950 on ""MacOS-X"" as of version 10.4.8. [[http://tech.groups.yahoo.com/group/psychtoolbox/message/6016 Reported by Kevin McKenzie in forum message 6016]]. This is a driver bug. [[http://tech.groups.yahoo.com/group/psychtoolbox/message/6019 Read from the backbuffer instead, as demonstrated in forum message 6019]].
**Non-bugs or known bugs that can't be fixed by us, because its bugs in 3rd party software: **
~- ""Screen('GetImage')"" with its default setting or setting 'frontBuffer', i.e. reading from the front buffer, doesn't work properly on the Intel GMA 950 on ""MacOS-X"" as of version 10.4.8. [[http://tech.groups.yahoo.com/group/psychtoolbox/message/6016 Reported by Kevin McKenzie in forum message 6016]]. This is a driver bug. [[http://tech.groups.yahoo.com/group/psychtoolbox/message/6019 Read from the backbuffer instead, as demonstrated in forum message 6019]].
Deletions:
**Non-bugs or known bugs that can't be fixed for now: **
Revision [724]
Edited on 2007-02-02 19:50:26 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
No known severe bugs.
~- ""Screen('FrameRect')"" function doesn't draw correct corners when 'penwidth' parameter is greater than its default value of 1. //Reported on forum around January 2007.
~- ""Screen('FrameRect')"" function doesn't draw correct corners when 'penwidth' parameter is greater than its default value of 1. //Reported on forum around January 2007.
Revision [718]
Edited on 2007-02-02 18:09:31 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""Screen('DrawText')"" function: Provided (x,y) position denotes top-left corner of text string to draw, not the position of texts baseline as in PTB-2. Denis Pelli (some time in November). // Fixed since 22.1.2007 in beta: New optional flags to ""DrawText"" and new Preference settings allow to switch between old behaviour and the new behaviour. (MK) //
Deletions:
Revision [697]
Edited on 2007-01-22 19:05:42 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""Stimulus timestamp vbl, as reported by vbl=Screen('Flip', win),"" would be wrong (one video refresh too early) on M$-Windows PC's with Intel GMA 945 onboard graphics chip and possibly other Intel onboard chips when high precision timestamping would be enabled. This is due to a driver-/ or hardware-bug in the Intel chips, but we don't have a work-around implemented in PTB yet. As a workaround until solution is found, PTB disables high precision timestamping when an Intel gfx-chip is detected on Windows. The command //""Screen('Preference','VBLTimestampingMode',-1);""// at the top of your script would manually disable high precision timestamping as well. //MK, found 16.12.2006, workaround in beta since 22.1.2007.//
~- The ATI Radeon X800 creates severe tearing artifacts when running in stereomode 1 (frame sequential mode for shutter glasses) under ""MacOS-X"" 10.4.8, rendering this mode of operation virtually useless, although an older ATI Radeon 9200 works properly in the same configuration. Reported in forum message 5221. This is most likely an Apple/ATI driver bug. No fix known, bugreport filed to Apple by Stephane Rainville. MK 28.10.2006.
~- ""Screen('DrawText')"" function: Provided (x,y) position denotes top-left corner of text string to draw, not the position of texts baseline as in PTB-2. Denis Pelli (some time in November). // Fixed since 22.2.2007 in beta: New optional flags to ""DrawText"" and new Preference settings allow to switch between old behaviour and the new behaviour. (MK) //
~- The ATI Radeon X800 creates severe tearing artifacts when running in stereomode 1 (frame sequential mode for shutter glasses) under ""MacOS-X"" 10.4.8, rendering this mode of operation virtually useless, although an older ATI Radeon 9200 works properly in the same configuration. Reported in forum message 5221. This is most likely an Apple/ATI driver bug. No fix known, bugreport filed to Apple by Stephane Rainville. MK 28.10.2006.
~- ""Screen('DrawText')"" function: Provided (x,y) position denotes top-left corner of text string to draw, not the position of texts baseline as in PTB-2. Denis Pelli (some time in November). // Fixed since 22.2.2007 in beta: New optional flags to ""DrawText"" and new Preference settings allow to switch between old behaviour and the new behaviour. (MK) //
Deletions:
~- ""Screen('DrawText')"" function: Provided (x,y) position denotes top-left corner of text string to draw, not the position of texts baseline as in PTB-2. Denis Pelli (some time in November).
~- The ATI Radeon X800 creates severe tearing artifacts when running in stereomode 1 (frame sequential mode for shutter glasses) under MacOS-X 10.4.8, rendering this mode of operation virtually useless, although an older ATI Radeon 9200 works properly in the same configuration. Reported in forum message 5221. This is most likely an Apple/ATI driver bug. No fix known, bugreport filed to Apple by Stephane Rainville. MK 28.10.2006.
Revision [671]
Edited on 2006-12-18 18:47:16 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""Stimulus timestamp vbl, as reported by vbl=Screen('Flip', win),"" is wrong (one video refresh too early) on M$-Windows PC's with Intel GMA 945 onboard graphics chip and possibly other Intel onboard chips. This is due to a driver-/ or hardware-bug in the Intel chips, but we don't have a work-around implemented in PTB yet. Short term workaround until solution is found: Add the command //""Screen('Preference','VBLTimestampingMode',-1);""// to the top of your script. //MK, found 16.12.2006//
Revision [628]
Edited on 2006-12-03 13:58:13 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""moglClutBlit"" fails on ATI hardware with a "shader compilation failed" error. Erik Flister (some time in November). // Fixed in beta sometime end of November 2006 (MK) //
Deletions:
Revision [621]
Edited on 2006-11-13 21:28:20 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""moglClutBlit"" fails on ATI hardware with a "shader compilation failed" error. Erik Flister (some time in November).
Revision [620]
Edited on 2006-11-13 20:48:24 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""Screen('DrawText')"" function: Provided (x,y) position denotes top-left corner of text string to draw, not the position of texts baseline as in PTB-2. Denis Pelli (some time in November).
~- Screen functions for setting / getting gamma tables only accept a screenid, not a windowhandle, although the online help states they should accept both. MK 25.10.2006. //Fixed in developer branch. - Modified help text to match reality.//
~- Screen functions for setting / getting gamma tables only accept a screenid, not a windowhandle, although the online help states they should accept both. MK 25.10.2006. //Fixed in developer branch. - Modified help text to match reality.//
Deletions:
Revision [343]
Edited on 2006-10-27 22:04:06 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- The ATI Radeon X800 creates severe tearing artifacts when running in stereomode 1 (frame sequential mode for shutter glasses) under MacOS-X 10.4.8, rendering this mode of operation virtually useless, although an older ATI Radeon 9200 works properly in the same configuration. Reported in forum message 5221. This is most likely an Apple/ATI driver bug. No fix known, bugreport filed to Apple by Stephane Rainville. MK 28.10.2006.
Revision [342]
Edited on 2006-10-27 20:27:27 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
**Bugs - Some priority to fix - Please help out if you can:**
~- ""Screen('DrawText')"" function on Windows doesn't draw text in the requested size, but at some smaller size (approx. 2/3 of requested size?). MK 27.10.2006.
~- ""Screen('DrawText')"" function on Windows doesn't draw text in the requested size, but at some smaller size (approx. 2/3 of requested size?). MK 27.10.2006.
Revision [337]
Edited on 2006-10-25 16:27:21 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- Screen functions for setting / getting gamma tables only accept a screenid, not a windowhandle, although the online help states they should accept both. MK 25.10.2006.
Additions:
Here is a list of known bugs. If you fix a bug yourself, please send the fixed file to us via e-mail for inclusion into PTB. We appreciate any help we can get.
Deletions:
Additions:
Send your bug report to the [[http://psychtoolbox.org/wikka.php?wakka=PsychtoolboxForum Forum]]. If you think it would help other users, you might add your bug to the list below, including anything you learned from the Forum.
Deletions:
Additions:
Don't be shocked if you find a bug. Do tell us so we can fix it, but first please execute the //""UpdatePsychtoolbox""// command to make sure that you have the most recent (and most bug-free) release. Perhaps your bug has already been fixed. Bugs get fixed in the 'beta' (i.e. current) flavor of PTB first. After some delay to verify correctness of the bug fix, the fix is merged into the 'stable' version as well.
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that that can be run to demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On Mac OS X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
Send your bug report to the [[http://psychtoolbox.org/forum.html Psychtoolbox Forum]].
== Bugs ==
Here is a list of known bugs. If you can fix some of the listed bugs by yourself, please send the fixed files to us via e-mail for inclusion into PTB. We depend on your help, especially for fixing //minor bugs// because we're always short on manpower.
**Fixed bugs: **
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that that can be run to demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On Mac OS X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
Send your bug report to the [[http://psychtoolbox.org/forum.html Psychtoolbox Forum]].
== Bugs ==
Here is a list of known bugs. If you can fix some of the listed bugs by yourself, please send the fixed files to us via e-mail for inclusion into PTB. We depend on your help, especially for fixing //minor bugs// because we're always short on manpower.
**Fixed bugs: **
Deletions:
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On Mac OS/X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
The place to send bug reports is to the [[http://psychtoolbox.org/forum.html Psychtoolbox Forum]].
== Known Bugs ==
Here is a list of known bugs. If you can fix some of the listed bugs by yourself, please send the fixed files to us via e-mail for inclusion into PTB. We depend on your help, especially for fixing the //minor bugs// because we're always short on manpower.
Revision [281]
Edited on 2006-10-19 13:53:36 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL+C key combo. //Fixed in V3.0.8 beta and stable.// MK, 10/16/06.
Deletions:
Revision [226]
Edited on 2006-10-15 22:17:50 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
=== [[http://psychtoolbox.org Psychtoolbox-3]] Bugs ===
Deletions:
Revision [179]
Edited on 2006-10-15 19:47:37 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
Here is a list of known bugs. If you can fix some of the listed bugs by yourself, please send the fixed files to us via e-mail for inclusion into PTB. We depend on your help, especially for fixing the //minor bugs// because we're always short on manpower.
**Minor bugs - Low priority to fix - Please help out if you can:**
**Minor bugs - Low priority to fix - Please help out if you can:**
Deletions:
**Minor bugs - Low priority to fix:**
Revision [178]
Edited on 2006-10-15 19:37:47 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard until you press the CTRL+C key combo. //Fixed in beta.// MK, 10/16/06.
Deletions:
Revision [171]
Edited on 2006-10-14 11:17:20 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On Mac OS/X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
Deletions:
Revision [170]
Edited on 2006-10-14 11:16:51 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06.
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard! //Merge of code into beta pending.// Noted by MK, 10/13/06.
~~-This is an unfortunate "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard! //Merge of code into beta pending.// Noted by MK, 10/13/06.
Deletions:
~~-This is a "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard! //Merge of code into beta pending.//
Revision [169]
Edited on 2006-10-14 11:15:10 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
~~-This is a "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard! //Merge of code into beta pending.//
Deletions:
Revision [168]
Edited on 2006-10-14 11:14:45 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
~--This is a "feature" of current Matlab. You can disable keyboard input to Matlab's windows by adding a //""ListenChar(2)""// command at the beginning of your script and a //""ListenChar(0)""// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ""ListenChar(0)"", Matlab will be left with a dead keyboard! //Merge of code into beta pending.//
Deletions:
Revision [143]
Edited on 2006-10-13 22:37:19 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06. ---
~This is a "feature" of current Matlab. You can disable keyboard input to Matlabs windows by adding a //ListenChar(2)// command at the beginning of your script and a //ListenChar(0)// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ListenChar(0), Matlab will be left with a dead keyboard! //Merge of code into beta pending//
~This is a "feature" of current Matlab. You can disable keyboard input to Matlabs windows by adding a //ListenChar(2)// command at the beginning of your script and a //ListenChar(0)// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ListenChar(0), Matlab will be left with a dead keyboard! //Merge of code into beta pending//
Deletions:
Revision [142]
Edited on 2006-10-13 22:33:15 by MarioKleiner [Add wrong corners in 'FrameRect' bug.]Additions:
Don't be shocked if you find a bug. Do tell us so we can fix it, but first please execute the //""UpdatePsychtoolbox""// command to make sure that you have the most recent (and most bug-free) release - Maybe your bug is fixed already. Bugs get fixed in the 'beta' flavor of PTB first. After some delay to verify correctness of the bug fix, the fix is merged into the 'stable' version as well.
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On MacOS-X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
**Severe bugs - High priority to fix:**
**Minor bugs - Low priority to fix:**
**Non-bugs or known bugs that can't be fixed for now: **
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06. This is a "feature" of current Matlab. You can disable keyboard input to Matlabs windows by adding a //ListenChar(2)// command at the beginning of your script and a //ListenChar(0)// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ListenChar(0), Matlab will be left with a dead keyboard! //Merge of code into beta pending//
The ideal bug report includes not only a description of the problem, but also a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file. On MacOS-X, if you encounter a problem that prevents Psychtoolbox from starting up at all, it can be useful to run the //glxinfo// command in a X-Windows terminal window and post the output of the command as part of your bug report.
**Severe bugs - High priority to fix:**
**Minor bugs - Low priority to fix:**
**Non-bugs or known bugs that can't be fixed for now: **
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06. This is a "feature" of current Matlab. You can disable keyboard input to Matlabs windows by adding a //ListenChar(2)// command at the beginning of your script and a //ListenChar(0)// command at the end of your script. This will prevent clutter, but you won't be able to abort a script then, because the CTRL+C key combo is blocked as well. If your script should exit without calling ListenChar(0), Matlab will be left with a dead keyboard! //Merge of code into beta pending//
Deletions:
The ideal bug report is a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file.
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06.
Revision [133]
Edited on 2006-10-13 07:32:48 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
Don't be shocked if you find a bug. Do tell us so we can fix it, but first please execute the //""UpdatePsychtoolbox""// command to make sure that you have the most recent (and most bug-free) release - Maybe your bug is fixed already.
The ideal bug report is a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file.
The ideal bug report is a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//""PsychtoolboxVersion""//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file.
Deletions:
The ideal bug report is a few lines of Matlab code that demonstrate the problem. Please also provide the exact version of Psychtoolbox (//PsychtoolboxVersion//). Sometimes it helps to provide the output in the Matlab window that PTB printed during execution. The //diary// command of Matlab allows you to record this output into a text file.
Revision [131]
Edited on 2006-10-12 09:38:37 by DavidBrainard [Add wrong corners in 'FrameRect' bug.]Additions:
=== Psychtoolbox-3 Bugs ===
== Reporting Bugs ==
== Known Bugs ==
Here is a list of known bugs.
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06.
== Reporting Bugs ==
== Known Bugs ==
Here is a list of known bugs.
~- ""KbDemo"". Keystrokes pass through the demo and into the command window (or whatever window has focus). Neither Roy nor I could figure out how to fix this. Noted by DHB, 10/11/06.
