Problem when I want to display a graphic with this specific kind of computer: Windows 7 (64 bits) with an HD Graphics 4000 chipset (intel)

Hello,

My problem is the following: when I want to make 2 or more graphics on the same figure with the function "subplot()", there is a problem when there are to many points to plot: the graphics appear on the figure but there are a lot of numbers spread out and stacked in the background. It appears only if I use the subplot (when I want to make only one graphic on the figure with really a lot of points, there is no problem).

This problem occurs only with the specific computer I mention in the title of the question. I've tested the same code with several computers:

- 2 laptop with Windows 7 (64 bits) with an HD Graphics 4000 chipset (intel) ==> displaying the graphic is a problem (no error but bad graphics as I was saying above).

- 1 laptop with Windows 7 (64 bits) but with a real graphic card and not a chipset ==> It works

- Several computers with Windows XP, 7, ... and with a real graphic card and not a chipset ==> It works

So it seems that this problem occurs because I've this chipset and not a real graphic card. I don't know if there is something to adjust in matlab or in the setup of the chipset, or something else... ?

Here are the codes I tested with my laptop Windows 7 (64 bits) with an HD Graphics 4000 chipset (intel):

Code wich works (graphics with not a lot of points):

figure;
subplot(1,2,1);
surfc(randn(11,11));
colorbar;
subplot(1,2,2);
surfc(randn(11,11));
colorbar;

Code which doesn't work (graphics with more points):

figure;
subplot(1,2,1);
surfc(randn(19,10));
colorbar;
subplot(1,2,2);
surfc(randn(19,10));
colorbar;

Thank you in advance for your help,

Quentin

[EDITED, Jan, code formatted]

[Jan]

Could you please post a screenshot?

Answer 1

[Quentin Vinckier]

Thank you very much for your answers. I had already done the update of the drivers but it didn't work. Now, it works when I do "opengl software" :) So, that's a problem with the chipset.

Have a nice day guys :)

[Jan]

Please do not accept your own answer, when you only repeat what others have written before.

[Quentin Vinckier]

Sorry, I've just seen now your comment. I'm not a regular on this site and it was just a bad handling ;) I don't know how can I accept the others answers ... a little bit lost on this website...

Answer 2

[Walter Roberson]

I would suggest experimenting with setting the Renderer property of the figure. And when you try with OpenGL, try both

opengl hardware

and

opengl software

[Jan]

Voted to top the accepted answer.

Answer 3

[Jan]

Which renderer do you use? Run you code and test it:

get(gcf, 'Renderer')

It should be the OpenGL renderer, when the default renderer mode is not changes from the factory settigs:

get(0, 'defaultfigurerenderermode')   % Expected: 'auto'

Then e.g. complicated 3D scenes activate OpenGL.

The OpenGL renderer interacts with tehh OpenGL drivers of your graphics card or teh chipset. So the first reaction to problems is to update these drivers to the newest available versions. If the display is still weird, and this happens not seldom, you can enable a software OpenGL rendering:

opengl software

Or if this is enables already the hardware renderer can be enabled accordingly:

opengl hardware

But then there are still some setups, which have errors in the displayed graphics. Look in the list of open and solved bugs, read help opengl and try the bunch or workarounds, see e.g. opengl info.