!unJZSyUMVrtRlVBaST:matrix.org

VL.Fuse

193 Members
4 Servers

Load older messages


SenderMessageTime
28 Feb 2024
@alg0:matrix.orgalgMight be, yes. Should it be done on the level of PLY reader? I think it pushes data straight to the buffer. I can also try to convert colors on a data level.14:16:31
@joreg:matrix.orgiorecit seems this should probably be an option on the ply reader? unless there is a way to read from a ply file what the numbers are (in which case they should just come out correctly) . 14:18:31
@joreg:matrix.orgiorecbut i don't recall this info is encoded in the file...14:19:02
@alg0:matrix.orgalgyeah, i think we can patch PLYToCompute, not sure PLY Reader should know anything about color space14:19:34
@alg0:matrix.orgalg * yeah, i think we can patch PLYToCompute, not sure PLY Reader should know anything about rendering color space 14:19:43
@tebjan:matrix.orgtebjanImporters usually do know this14:20:05
@tebjan:matrix.orgtebjanlike FileTExture14:20:09
@tebjan:matrix.orgtebjan * like FileTexture 14:20:15
@alg0:matrix.orgalgimage.png
Download image.png
14:23:08
@alg0:matrix.orgalgRedacted or Malformed Event14:23:12
@alg0:matrix.orgalgMuch better14:23:23
@alg0:matrix.orgalgThere is a conversion node available in Fuse, but if we will patch VL.IO.PLY with this it will introduce dependency or computational step, can patch on Fuse PLY loader level (PLYToCompute) 14:24:29
@alg0:matrix.orgalgimage.png
Download image.png
14:24:35
@alg0:matrix.orgalgWhat do you guys think?14:24:49
@tebjan:matrix.orgtebjanyou should not do that at runtime, only once on file load on the CPU14:25:00
@alg0:matrix.orgalg
In reply to @tebjan:matrix.org
you should not do that at runtime, only once on file load on the CPU
ok, so patching on VL.IO.PLY
14:25:24
@tebjan:matrix.orgtebjanPLY often has a few million points14:25:27
@tebjan:matrix.orgtebjanalso it should use ImmutableBuffers14:25:38
@alg0:matrix.orgalg
In reply to @tebjan:matrix.org
PLY often has a few million points
usually 10-20 millions for detailed 3d scans
14:26:00
@alg0:matrix.orgalgIs there any option to scale up SDF function when I'm using ComformToSDF on particle sytem with arbitrary scale? For example here i took help patch and scaled emission size to -3:3, want my SDF function to be scaled x3.21:05:45
@alg0:matrix.orgalgimage.png
Download image.png
21:05:54
@alg0:matrix.orgalg * Is there any option to scale up SDF function when I'm using ComformToSDF on particle sytem with arbitrary scale? For example here i took help patch and scaled emission size to -3:3, want my SDF function to be scaled x3 as well.21:06:18
@larsek:matrix.orglarsek set a profile picture.21:49:48
29 Feb 2024
@texone:matrix.orgtexoneSo far you can just scale the input of the delegate will consider options06:40:40
@texone:matrix.orgtexoneimage.png
Download image.png
06:41:03
@alg0:matrix.orgalg texone: Thank you, why the scaling is inversed? 11:38:28
@alg0:matrix.orgalgI also found out that TransforTRS node scale is inverted as well when i apply it to the particles positions11:38:58
@alg0:matrix.orgalg * I also found out that TransforTRS node scale is inverted as well when i apply it to the particles positions (gamma 6, fuse from git) 11:39:15
1 Mar 2024
@MrNoir:matrix.orgNoir set a profile picture.08:52:26
@circuitb:matrix.orgcircuitb hello, just checked the last Fuse Ply example patches with VL.IO.PLY.0.0.8-alpha nuget the patches doesn't run because of internal errors in the PLYToCompute : Could not compile shader. See error messages.[shaders\Shader_1235470345.sdsl(69,16)]: Error: : Syntax error, expected: identifier { [shaders\Shader_1235470345.sdsl(71,11)]: Error: : Cannot declare anonymous type at the top level [shaders\Shader_1235470345.sdsl(184,40)]: Error: : Syntax error, expected: { using an older version VL.IO.PLY.0.0.6-alpha it runs but with some visuals issues please can you confirm this? thanks 12:44:41

There are no newer messages yet.


Back to Room ListRoom Version: 6