KaiHH
|
 |
«
Reply #6420 - Posted
2019-11-02 09:52:23 » |
|
Can the technique be integrated with normal shadow casting?
If you mean z-buffer techniques like shadow mapping, then yes. Just pick your preferred method of estimating/approximating the occluders (percentage-closer filtering, variance shadow mapping, shadow mapping by backprojection, ...). All methods for area light soft shadows apply here. Btw.: Here are some pics with multiple lights:     EDIT: Added a quick GGX raytraced image for validation that the analytic result is actually (very close to) correct. This is not yet the solution proposed in the "Combining Analytic Direct Illumination and Stochastic Shadows" paper but just solely raytraced (left is the LTC analytic solution, right is completely raytraced):   EDIT2: Here is a video: http://www.youtube.com/v/6vH-SlKeYV8?version=3&hl=en_US&start=
|
|
|
|
|
berzas
|
 |
«
Reply #6422 - Posted
2019-11-06 11:17:41 » |
|
Creating gameworld. Painting and using other assets from whole internet. 
|
|
|
|
Games published by our own members! Check 'em out!
|
|
philfrei
|
 |
«
Reply #6423 - Posted
2019-11-08 02:58:22 » |
|
Finally got ding dang Jetty https working.
Learning curve FU.
There is an initial period where terms/new terminology doesn't quickly connect with the actual concepts invoked. It's easy to overlook things and make mistakes in these early stages. As one works with new words and concepts, the ability to hold them in ones head and actually "think them" and not just mouth the syllables improves. But that speed up takes time. Am still counting on fingers and toes with this stuff.
Next up work on setting up email server.
|
|
|
|
SkyAphid
|
 |
«
Reply #6424 - Posted
2019-11-10 10:59:32 » |
|
I made a page for NOKORIWARE on Facebook and we're going to try and start posting weekly devblogs to it for our various projects: https://www.facebook.com/nokoriware/Facebook is pretty accessible and easy to use, which is why I chose it. Also, it's configured to automatically post links to each devblog on our Twitter, so if you prefer that platform, just follow our Twitter account: https://twitter.com/RobotFarmGameLikes and follows are greatly appreciated! EDIT: Also, I'm looking for some coding help on a small side-project I work on during the weekends. We're going to monetize it eventually but I need someone who can maintain it. The project is very simple so coders of all experience levels are welcome. If you're interested, just message me on here and we'll talk about it to see if you want to jump on board.
|
it just werks
|
|
|
mudlee
|
 |
«
Reply #6425 - Posted
2019-11-10 17:38:02 » |
|
|
|
|
|
ral0r2
|
 |
«
Reply #6426 - Posted
2019-11-14 23:27:22 » |
|
Created a little 32x32 torch icon   Edit: also a sword icon: 
|
|
|
|
ral0r2
|
 |
«
Reply #6427 - Posted
2019-11-15 11:05:38 » |
|
I made a page for NOKORIWARE on Facebook and we're going to try and start posting weekly devblogs to it for our various projects: https://www.facebook.com/nokoriware/Facebook is pretty accessible and easy to use, which is why I chose it. Also, it's configured to automatically post links to each devblog on our Twitter, so if you prefer that platform, just follow our Twitter account: https://twitter.com/RobotFarmGameLikes and follows are greatly appreciated! EDIT: Also, I'm looking for some coding help on a small side-project I work on during the weekends. We're going to monetize it eventually but I need someone who can maintain it. The project is very simple so coders of all experience levels are welcome. If you're interested, just message me on here and we'll talk about it to see if you want to jump on board. Offtopic, but why facebook and not instagram? Just a personal thing but from a feeling I think instagram + twitter might work better depending on your target audience and the exact usecase.
|
|
|
|
SkyAphid
|
 |
«
Reply #6428 - Posted
2019-11-16 06:57:12 » |
|
I made a page for NOKORIWARE on Facebook and we're going to try and start posting weekly devblogs to it for our various projects:
Offtopic, but why facebook and not instagram? Just a personal thing but from a feeling I think instagram + twitter might work better depending on your target audience and the exact usecase. NOKORIWARE has an Instagram but you can't really post screenshots on there because they limit the size and you can't zoom in on the pictures. Plus the blog posts aren't as readable either and I wouldn't be able to real dive into details. Plus there may be cases where I write a post and don't want to include a picture. I've basically tried every social media at this point but Facebook is probably the best fit for me personally in terms of convenience + functionality. On top of that, I mostly started it anyway because my IRL friends were wanting to keep up with it and all of them have Facebook and read it even if they say they're too cool for it. Lol
|
it just werks
|
|
|
Apo
|
 |
«
Reply #6429 - Posted
2019-11-16 12:19:22 » |
|
Created a small game because I want to do it. Link: ChristmasPathScreenshots:  
|
|
|
|
Games published by our own members! Check 'em out!
|
|
KaiHH
|
 |
«
Reply #6430 - Posted
2019-11-17 15:26:07 » |
|
Have been working on the script and implementation for a YouTube tutorial about raytracing with OpenGL and I finally got a nice OBS + Visual Studio Code + Browser Window with WebGL 2 rendering setup. I chose JavaScript/TypeScript + WebGL + Webpack + livereload because it is a sooo much smoother experience compared to Java and... well... OpenGL is just OpenGL regardless of the language. Video where I try the OBS setup: http://www.youtube.com/v/mvEwlAwapvM?version=3&hl=en_US&start=
|
|
|
|
mudlee
|
 |
«
Reply #6431 - Posted
2019-11-17 15:30:48 » |
|
Have to say, I was(am?) a Javascript hater, but in the last few years, when I needed a quick web server, a quick literally anything running, I always chose Javascript. And if possible, I always choose Typescript.
What kind of tutorials are you making?
|
|
|
|
|
KaiHH
|
 |
«
Reply #6433 - Posted
2019-11-20 20:40:24 » |
|
What kind of tutorials are you making?
Like I wrote above: Raytracing with OpenGL. I've searched YouTube a bit and actually did not find any good tutorial that has all of the following: - development of executable code other than C/C++ - explanation of the stuff - having raytracing as topic and not your standard good old rasterization So, today was more illustration drawing, like this one: 
|
|
|
|
Gjallar
|
 |
«
Reply #6434 - Posted
2019-11-20 21:08:12 » |
|
I've searched YouTube a bit and actually did not find any good tutorial that has all of the following: - development of executable code other than C/C++ - explanation of the stuff - having raytracing as topic and not your standard good old rasterization
Not in video-form, but there's this cool tutorial by some guy named Kai  Seems like it sadly never got a part 2
|
|
|
|
|
KaiHH
|
 |
«
Reply #6436 - Posted
2019-11-22 20:37:09 » |
|
This evening is more preparing of tutorial materials. In particular, for understanding the rendering equation and radiometry, the three most frequently used terms (radiant flux, radiance and irradiance), understanding what an integral is, why we need a surface integral over the hemisphere, why the integral over the unit hemisphere is `2π`, why that is also the solid angle subtended by that hemisphere, why the irradiance with constant radiance `L` is `π·L` and not `2π·L`, why a lambertian BRDF function is defined as `c/π`, why a BRDF can evaluate to infinity, what Monte Carlo integration is, what a probability density function (pdf) is, why the pdf of a randomly chosen vector over the hemisphere is `1/(2π)` and why the hell we should need all of this when building a physically correct path tracer. And I constantly lose grasp of certain things and have to re-read them. Also, there is a nice explanation video about the rendering equation https://www.youtube.com/watch?v=eo_MTI-d28s , though I pm'ed Eric Arnebäck on Twitter about a slight error: BRDF evaluating to 1 does not equate to all light from omega_i reflecting towards omega_o - if that were the case, the BRDF would essentially represent a perfect mirror and would need to be the dirac delta function evaluating to infinity for that pair of directions, since the cosine-weighted BRDF still needs to integrate to <= 1 over the hemisphere). EDIT: Just saw that the original James T. Kajiya paper " The Rendering Equation" from 1986 gives the answer to why it's possible for basically all path tracers today to approximate the recursively defined rendering equation using an iterative process by following a light path over multiple bounces and accumulating the received light: It has got to do with reformulating the so called " Fredholm integral equation of the second kind" (of which the rendering equation is an example) into an infinite series (the Liouville–Neumann series), of which one can simply evaluate only the first `n` summands, where the first summand is just the direct light from a light source to the eye, the second summand is light from a source to a point on a surface and then to the eye, the third summand is light hitting two surfaces before reaching the eye, and so on. I never understood why it works this way.
|
|
|
|
|
VaTTeRGeR
|
 |
«
Reply #6438 - Posted
2019-11-30 21:03:48 » |
|
Made a little JavaFX serial-console to test the jSerialComm utility, i can attest that it is really nice to work with. I want to use serial to talk with a diy LoRa modem (STM32 + 2x LoRa) while developing and testing its firmware. The GUI that im gonna build now will allow me to configure the modules automatically and run load/reliability tests. 
|
|
|
|
FabulousFellini
|
 |
«
Reply #6439 - Posted
2019-12-02 14:22:33 » |
|
Beginning crunch for two weeks at Volition starting today.
|
|
|
|
KaiHH
|
 |
«
Reply #6440 - Posted
2019-12-03 23:30:51 » |
|
While still working on the tutorials, I was wondering what the end result would be and which scene setup to use for all steps in-between from start to end so that it would still present itself somewhat interesting (aka. "not rendering a simple sphere on a plane..."). So I ended up looking at various MagicaVoxel models and I like the "rooms.vox" model shipped with MagicaVoxel the most. It has very interesting features, such as some emissive surfaces and all in all interesting geometry while being a voxel model. And it's not as abstract as for example the "menger.vox" model. Additionally, the city-themed modular models from https://github.com/mikelovesrobots/mmmm are fantastic as well. So here is just ray traced hard shadows with visualized normals of the room.vox model (OpenGL 3.3, GLSL 330 core, everything in buffer textures, model has 82,536 voxels which are reduced to 1,280 merged 'cuboid' voxels for which a kd-tree is built and traced in GLSL with AABB/ray intersection tests for the voxels):  EDIT: Visualization of the difference between previous "voxel merging" which only worked a single y slice at a time (just like greedy meshing only works a single slice of one of the three dimensions) and optimized merging which also tries to merge a xz-slice along the y-direction (first unoptimized resulting in a total of 1,280 voxels, second optimized resulting in 367 voxels):   Additional seemingly unnecessary splits (missed merges) are due to splits later introduced by the kd-tree build.
|
|
|
|
elect
|
 |
«
Reply #6441 - Posted
2019-12-04 10:38:29 » |
|
While still working on the tutorials, I was wondering what the end result would be and which scene setup to use for all steps in-between from start to end so that it would still present itself somewhat interesting (aka. "not rendering a simple sphere on a plane...").
I'd suggest you also to consider the Sponza, more precisely from McGuire (who refined it from Dabrovic). You may find this repo interesting (Sponza here)
|
|
|
|
KaiHH
|
 |
«
Reply #6442 - Posted
2019-12-04 17:50:41 » |
|
I knew of this site: https://casual-effects.com/data/Having a voxel model, though, massively simplifies things such as physics and general game-play (if one were to extend it to a playable demo/game) and authoring for custom models/scenes is hugely simplified with MagicaVoxel compared to a mesh editing tool. But thanks for suggesting!
|
|
|
|
elect
|
 |
«
Reply #6443 - Posted
2019-12-05 10:35:37 » |
|
I knew of this site: https://casual-effects.com/data/Having a voxel model, though, massively simplifies things such as physics and general game-play (if one were to extend it to a playable demo/game) and authoring for custom models/scenes is hugely simplified with MagicaVoxel compared to a mesh editing tool. But thanks for suggesting! Yeah, I basically took a snapshot of that. I had some problems accessing it in the past (once not accessible, often slow), and since it was quite valuable, I decided to create the repo and add additional interesting resources.
|
|
|
|
|