schorsch's profile - activity

Diffuse transmission through small and crowded geometrical structures is one of the fundamental weaknesses of a backwards raytracer. You would need to massively crank up -ad, -as, and probably a few other parameters to see more light coming through those narrow and deep gaps in your model. The results might still not really be satisfactory, though.

This methodical difficulty is the reason why the genBSDF program was created, which I assume is the tool behind what you call "OpenStudio Blinds BSDF". So it's no surprise that you're getting more reasonable results that way.

The "internal inconsistency" is easy to explain once you recognize the problem with the narrow and deep gaps. The two scenarios would probably converge a lot better (ie. at similarly bad values) if you were to add another slat at the top of the windows. Right now, both models have a comparatively unobstructed zone there, where daylight will reach the ceiling after a single diffuse bounce off the top slat. Just that in one case, that zone is three times as large as in the other.

I wouldn't hold my breath just yet.

"Ubuntu on Windows" is purely console based. You won't be able to run a Linux GUI application on Windows. That would require full support for the X11 protocols, which is extremely unlikely to ever happen in this context. It also is not possible to use the Windows GUI parts, and have them run the background simulations with the Ubuntu executables. The two worlds are completely shielded from each other, an neither side can invoke processes on the other side.

Using multiple cores with Radiance/Ubuntu processes would require that the unix file locking API works reliably. I have no idea if that is the case (even native Linux took many years to get it right). If so (a big IF), then you could theoretically configure your model with Windows OpenStudio, and then open a bash and run the actual simulations manually using the Linux executables. But I doubt that this would really be a practical solution.

As discussed on radiance-dev: Greg has already upped the limit on the number of modifiers that can be processed at a time. I just fixed a bug today that only showed itself on Windows and could garble some of the modifier names. The changes are in CVS and will be in the HEAD release tomorrow, and in the NREL binaries as soon as Rob gets around to making a fresh package.

-schorsch