User posts Yuri Kovelenov
15 December 2015 15:53
15 December 2015 10:32
That's weird. Sometimes the z-fighting does not happen, even when the planes are overlapping exactly.Z-buffer is non-linear and have the best precision near the camera. Its precision also depends on device, e.g. on some mobile devices z-fighting may occur even if it does not on desktop.
And sometimes it happens, when 2 planes are very close but zoom is very out.
Here is simple example, where z-fight does not happen:Well, this is probably because both cubes have exactly same materials and are lit in the exact same manner - so you cannot see the artefacts. I tried changing materials to make sure.
14 December 2015 19:46
Здравствуйте,
Свой прелоадер можно создать используя соответствующие API.
См. пример по программированию.
В наших планах сделать возможность изменять прелоадер стандартного веб-плеера без программирования.
Свой прелоадер можно создать используя соответствующие API.
См. пример по программированию.
В наших планах сделать возможность изменять прелоадер стандартного веб-плеера без программирования.
14 December 2015 16:31
Hi and welcome!
Do I understand you correctly: you want something like this?
This can be achieved by applying 3D CSS rules to an iframe element. These rules, in turn, should be calculated from the current camera position in your WebGL scene. This method has its limitations of course, namely, you cannot render a 3D object in front of the iframed website and have interactivity at the same time. It however will work if your website surface is intended to be in the front of the scene all the time, like in the above-mentioned example.
We can add this feature to our TODO list to be implemented somewhen in the next year.
Do I understand you correctly: you want something like this?
This can be achieved by applying 3D CSS rules to an iframe element. These rules, in turn, should be calculated from the current camera position in your WebGL scene. This method has its limitations of course, namely, you cannot render a 3D object in front of the iframed website and have interactivity at the same time. It however will work if your website surface is intended to be in the front of the scene all the time, like in the above-mentioned example.
We can add this feature to our TODO list to be implemented somewhen in the next year.
11 December 2015 17:32
версия на французском языке
https://www.youtube.com/watch?v=GAXO_fc2Kno
https://www.youtube.com/watch?v=GAXO_fc2Kno
11 December 2015 16:25
10 December 2015 14:05
10 December 2015 09:57
Hi,
Sorry for late reply. Web browsers normally are not allowed to access local files (Same-origin policy). However, you can run a local web server with which your browser web app will communicate, as we did with our Project Manager.
Sorry for late reply. Web browsers normally are not allowed to access local files (Same-origin policy). However, you can run a local web server with which your browser web app will communicate, as we did with our Project Manager.
09 December 2015 18:07
Hi,
https://www.blend4web.com/api_doc/module-app.html#~AppInitCallback
can we customize the message of webgl non compatible browser?Yes, absolutely! Use the success argument in your init callback in order to get info whether WebGL context was actually obtained.
https://www.blend4web.com/api_doc/module-app.html#~AppInitCallback
08 December 2015 11:59