BF-Windows/Linux (2005-12-20) CVS+AutoKeyAvail+FasterSoft
Moderators: jesterKing, stiv
BF-Windows/Linux (2005-12-20) CVS+AutoKeyAvail+FasterSoft
Linux: ( 2005-12-08 ) AutoKeyAvail
http://www.graphicall.org/builds/builds ... show&id=62
Win: ( 2005-12-20 ) AutoKeyAvail+FasterSoft
http://www.graphicall.org/builds/builds ... show&id=63
Patched with:
- 10x faster softbody colitions by bjornmose
- AutoKeyAvailable by IGN traker
CVS patched with IGN's auto key available option in the preferences pannel, it makes auto-key to key only existing curves just as the "Avail" option in the insert key menu.
http://www.graphicall.org/builds/builds ... show&id=62
Win: ( 2005-12-20 ) AutoKeyAvail+FasterSoft
http://www.graphicall.org/builds/builds ... show&id=63
Patched with:
- 10x faster softbody colitions by bjornmose
- AutoKeyAvailable by IGN traker
CVS patched with IGN's auto key available option in the preferences pannel, it makes auto-key to key only existing curves just as the "Avail" option in the insert key menu.
Last edited by ZanQdo on Tue Dec 20, 2005 8:59 pm, edited 11 times in total.
Hello,
thanks all the coders for your work. I want to report a possible bug. If it is not or if this is not the place to report, I'm sorry. I've searched on about, but I don't find anything. (I'm talking about a bug using testingbuild 24-11-2005)
This happens when I use a colorband in the material settings: When I render static particles using guidelines as a field force, there appears on the low area of the particle system some black squares. If I use unified render, those appears as a very little white stars.
The guidelines has nothing to do with the problem, it occurs also whitout him.
If the emitter has not color band, there are'nt any black squares on the render. The particle emitter is simply a half uvsphere with particle effect default settings and nor=0.110
I'm running a pentium IV at 2'4 ghz, 512 ram on a asus motherboard. And a Canopus Xplode graphic board. Sadly still using Windows 98 SE, until I migrate some day to linux. And Direct X installed, if there are something to do.
I hope this will help you. For questions -or "to noob recomendations"
-, i'm up to you. thank you.
Glaurung

thanks all the coders for your work. I want to report a possible bug. If it is not or if this is not the place to report, I'm sorry. I've searched on about, but I don't find anything. (I'm talking about a bug using testingbuild 24-11-2005)
This happens when I use a colorband in the material settings: When I render static particles using guidelines as a field force, there appears on the low area of the particle system some black squares. If I use unified render, those appears as a very little white stars.
The guidelines has nothing to do with the problem, it occurs also whitout him.
If the emitter has not color band, there are'nt any black squares on the render. The particle emitter is simply a half uvsphere with particle effect default settings and nor=0.110
I'm running a pentium IV at 2'4 ghz, 512 ram on a asus motherboard. And a Canopus Xplode graphic board. Sadly still using Windows 98 SE, until I migrate some day to linux. And Direct X installed, if there are something to do.
I hope this will help you. For questions -or "to noob recomendations"

Glaurung

-
- Posts: 0
- Joined: Tue Jul 06, 2004 1:13 pm
Yeah, the white/black dandruft is fixed in the build from this topic.
problem reporting bugs
Hello,
the problem with the small black squares still occurs. I've downloaded the build from graphicall following the link in this thread.
i've tried to report bugs but, like other times some months ago, the register and login process is too confusing. I've seen again this message:
<<
Invalid Password Or User Name
Cookies must be enabled past this point.
IMPORTANT!
Due to the move to a new server and switch to ssh, we were not able to migrate the hash tables with passwords.
This means that for a first login here, you have to use the "Lost your password?" option below, which will send you an email with a URL allowing you to re-insert your password.
Sorry for the inconvenience!
For the usage of CVS/SSH authorised keys, see http://www.blender3d.org/cms/CVS_SSH.383.0.html
[...]
>>
I don't know CVS working and things like that. I'm only a user that wants to help developpers. Reporting bugs must be a more easy take. With his rules and process, but more easy. If i've created an account here (in the developper forums), should I create another for reporting bugs? Some months ago I create an account but it don't works, like now. I tell you, the black squarism occurs again, if someone can waste his time to investigate, i'm up to him.
thanks,
Glaurung
the problem with the small black squares still occurs. I've downloaded the build from graphicall following the link in this thread.
i've tried to report bugs but, like other times some months ago, the register and login process is too confusing. I've seen again this message:
<<
Invalid Password Or User Name
Cookies must be enabled past this point.
IMPORTANT!
Due to the move to a new server and switch to ssh, we were not able to migrate the hash tables with passwords.
This means that for a first login here, you have to use the "Lost your password?" option below, which will send you an email with a URL allowing you to re-insert your password.
Sorry for the inconvenience!
For the usage of CVS/SSH authorised keys, see http://www.blender3d.org/cms/CVS_SSH.383.0.html
[...]
>>
I don't know CVS working and things like that. I'm only a user that wants to help developpers. Reporting bugs must be a more easy take. With his rules and process, but more easy. If i've created an account here (in the developper forums), should I create another for reporting bugs? Some months ago I create an account but it don't works, like now. I tell you, the black squarism occurs again, if someone can waste his time to investigate, i'm up to him.
thanks,
Glaurung
-
- Posts: 0
- Joined: Tue Jan 04, 2005 10:25 pm
Richie's patch is a WIP, he used the bouton to make the render, I send his a patch to his code to enable all render with the same button, I don't know when he will send his new patch with less bug, and border render enable in any view.ZanQdo wrote:I have no idea, I was thinking the same when I try it...
Someone?
Richie's old patch and my add for the old opengl render, how it works: if you push the button on the view3d header with:
- nothing, you make in OpenGL render (preview)
- Ctrl, you make an animation in OpenGL render
- Shift, you make a render with the render engine in the render panel
- Ctrl+Shift, you make an animation render with the render engine.
Code: Select all
Index: source/blender/src/header_view3d.c
===================================================================
RCS file: /cvsroot/bf-blender/blender/source/blender/src/header_view3d.c,v
retrieving revision 1.144
diff -u -r1.144 header_view3d.c
--- source/blender/src/header_view3d.c 27 Nov 2005 20:49:25 -0000 1.144
+++ source/blender/src/header_view3d.c 28 Nov 2005 21:14:18 -0000
@@ -3909,9 +3909,8 @@
allqueue(REDRAWHEADERS, 0);
break;
case B_VIEWRENDER:
- if (curarea->spacetype==SPACE_VIEW3D) {
- BIF_do_ogl_render(curarea->spacedata.first, G.qual!=0 );
- }
+ if ((curarea->spacetype==SPACE_VIEW3D)&&((G.qual & LR_SHIFTKEY)==0)) BIF_do_ogl_render(curarea->spacedata.first, G.qual!=0 );
+ else View3DRender(G.qual & LR_CTRLKEY);
break;
case B_STARTGAME:
if (select_area(SPACE_VIEW3D)) {
Index: source/blender/src/renderwin.c
===================================================================
RCS file: /cvsroot/bf-blender/blender/source/blender/src/renderwin.c,v
retrieving revision 1.60
diff -u -r1.60 renderwin.c
--- source/blender/src/renderwin.c 24 Nov 2005 21:53:51 -0000 1.60
+++ source/blender/src/renderwin.c 28 Nov 2005 21:11:45 -0000
@@ -60,7 +60,7 @@
#include "MEM_guardedalloc.h"
#include "BMF_Api.h"
-
+#include "DNA_camera_types.h"
#include "DNA_view3d_types.h"
#include "DNA_screen_types.h"
#include "DNA_vec_types.h"
@@ -1138,6 +1138,63 @@
ofsx += stepx;
}
}
+}
+
+void View3DRender(int anim){
+ Object oldobj;
+ Camera oldcam;
+ Camera *cam;
+ float save_dist;
+ short save_x, save_y;
+ short save_persp;
+
+ save_x= G.scene->r.xsch;
+ save_y= G.scene->r.ysch;
+ save_persp= G.vd -> persp;
+ G.scene->r.xsch= curarea->winx;
+ G.scene->r.ysch= curarea->winy;
+ save_dist= G.vd->dist;
+
+ if(!G.vd -> camera) return; /* we need one cam for the trick */
+
+ /* render current view */
+
+ memcpy(&oldobj, G.vd -> camera, sizeof(Object));
+ memcpy(&oldcam, G.vd -> camera -> data, sizeof(Camera));
+
+ cam= G.vd->camera->data;
+ if (G.vd->persp==0) {
+ cam->type = CAM_ORTHO;
+ cam->ortho_scale= G.vd->dist*2;
+ G.vd->dist = 1000.0;
+ cam->clipsta= 1000.0 - 0.5*G.vd->far;
+ cam->clipend= 1000.0 + 0.5*G.vd->far;
+ }
+ else {
+ cam->type = CAM_PERSP;
+ cam->lens= G.vd->lens/2;
+ cam->clipsta= G.vd->near;
+ cam->clipend= G.vd->far;
+ }
+
+ G.vd -> persp = 2;
+
+ setcameratoview3d();
+
+ scrarea_do_windraw(curarea);
+
+ BIF_do_render(anim);
+
+ /* back to cam settings */
+ memcpy(G.vd -> camera, &oldobj, sizeof(Object));
+ memcpy(G.vd -> camera -> data, &oldcam, sizeof(Camera));
+
+ G.vd -> persp = save_persp;
+ G.scene->r.xsch= save_x;
+ G.scene->r.ysch= save_y;
+ G.vd->dist = save_dist;
+ scrarea_do_windraw(curarea);
+
}
/* -------------- API: externally called --------------- */
I think there is a bug in view rendering, when camera is tracked to an object.
look at this
http://xthost.info/raygun/cam.blend
result of rendering is different from the view in 3D View, and also after rendering, view in 3D View changes ( to match the result in render window).
look at this
http://xthost.info/raygun/cam.blend
result of rendering is different from the view in 3D View, and also after rendering, view in 3D View changes ( to match the result in render window).