Page MenuHome

Garry R. Osgood (grosgood)
User

Projects

User does not belong to any projects.

User Details

User Since
Dec 31 2018, 10:30 PM (119 w, 5 d)

Recent Activity

Jan 8 2021

Garry R. Osgood (grosgood) awarded rB3db975f30dd3: Fix T84326: No ID for geometry nodes instances after scattering a Love token.
Jan 8 2021, 2:28 PM

Jan 6 2021

Garry R. Osgood (grosgood) added a watcher for Geometry Nodes: Garry R. Osgood (grosgood).
Jan 6 2021, 6:05 PM
Garry R. Osgood (grosgood) updated subscribers of T84326: Geometry Nodes: Apparently No Frame-to-Frame Linkage Between Instanced Objects and Point Cloud Elements - Shader Node Object Info Becomes Unreliable.

@Falk David (filedescriptor)
Thank you for taking a look at this.

I don't know if this should be considered a bug or a limitation at the moment.

I'd opt for the "Known Issue - Limitation" category. A comment @Brecht Van Lommel (brecht) made in T84330 - last paragraph, in particular - reminds that Geometry Nodes aren't done yet. There are design gaps. This bug is an outward manifestation of one of those gaps, I believe, and there is likely an as yet unspecified design task to more closely couple instanced mesh geometry sets with related Blender mesh objects, so that a mesh instance that "visualizes" a specific point cloud element has a permanent association - at least for the lifetime of the point cloud element and the visualizing mesh. One aspect of that association is a characteristic random value exposed through the shader node Object Info Random output socket.
Until that is in place, this task can serve as an accumulator that the triage team can reference as others play with Geometry Nodes and encounter this issue.

Jan 6 2021, 1:18 PM · Nodes & Physics, Geometry Nodes, BF Blender

Jan 3 2021

Garry R. Osgood (grosgood) awarded T84330: Geometry Nodes: Point Distribute Node Methods a Love token.
Jan 3 2021, 11:06 AM · Geometry Nodes

Jan 2 2021

Garry R. Osgood (grosgood) updated subscribers of T84330: Geometry Nodes: Point Distribute Node Methods.

@Victor-Louis De Gusseme (victorlouis)
First off, thumbs up, plus one, love token, whatever, and running with this. Your enthusiasm is wonderful to behold.
Second off, don't lose sight that the distribution has to work in an animation without popping or temporal disruption. They may be 'point clouds' in a flat, one-frame sense, but they are really noodles of spaghetti running through time - and look like a model of laminar flow.
I built your D9949 patch last night (ummm... early this morning) and compared its behavior, side-by-side, with the random distribution method - both on stretching and contracting geometry, typical in animation.

The random distribution on the right is steadier, and benefits from stabilization work @Hans Goudey (HooglyBoogly) did a little while ago (D9832). Particles pop in and out as contraction and stretching take place - and that grates - but, on the whole, a particle stays put for the duration of its time on the surface. On the other hand, there is a lot of jitter in your implementation thus far - and yes, I know it is far from done. I wanted to wave the temporal flag early in your game so that it is in play. As Sherlock Holmes oft-times said to Dr. Watson: "Watson. This seems to be a three-pipe problem." So 'tis here. Have fun with it!

Jan 2 2021, 9:47 PM · Geometry Nodes
Garry R. Osgood (grosgood) created T84326: Geometry Nodes: Apparently No Frame-to-Frame Linkage Between Instanced Objects and Point Cloud Elements - Shader Node Object Info Becomes Unreliable.
Jan 2 2021, 3:04 PM · Nodes & Physics, Geometry Nodes, BF Blender

Dec 31 2020

Garry R. Osgood (grosgood) closed T84275: 2 Monitors / 1 laptop as Archived.

OpenGL is a graphics protocol which Blender uses to communicate with your computer display. This OpenGL protocol, which is bundled with many display drivers, must be at least at version 3.3 for Blender 2.80 and greater to operate.

Dec 31 2020, 8:28 PM · BF Blender

Dec 30 2020

Garry R. Osgood (grosgood) changed the status of T84275: 2 Monitors / 1 laptop from Needs Triage to Needs Information from User.

I receive this error in the attachment.

There is nothing attached to this bug report - did you forget?
Use the "Upload File" icon, next-to-the-last on the web editing window. Looks like a cloud with an up-pointing arrow on it.
Even with such an error message, there is not much to go on. Bug Reports gives some guidelines on how to write a complete bug report - and it really needs to be complete. Thank you in advance for that.

Dec 30 2020, 8:44 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to D9926: Fix T84029: Geometry Nodes: Crash using Poisson Disk Point Distribution on mesh with no faces.

No need to be sorry - I put BKE_bvhtree_from_mesh_get() in the top-of-function sanity check to drop the caller an empty points container with a minimum of shuffle-shuffle. Pretty ugly if() tho... Could preset a well-named (documentary) flag just before the sanity check (say: const BVHTree * hastree); one that receives the BKE_bvhtree_from_mesh_get() error flag and whose name hints what is going on. I should follow my own advice one of these days. Thank you for striking the blow for readable code. Thank you also for all your work. Looks like the project is keeping you busy.

Dec 30 2020, 5:40 PM · Geometry Nodes
Garry R. Osgood (grosgood) updated the task description for T84260: NURBS Surface Edit Mode: Spline Cage of Unselected Surface Is Not Fully Rendered .
Dec 30 2020, 1:49 PM · BF Blender (2.92), EEVEE & Viewport
Garry R. Osgood (grosgood) created T84260: NURBS Surface Edit Mode: Spline Cage of Unselected Surface Is Not Fully Rendered .
Dec 30 2020, 4:59 AM · BF Blender (2.92), EEVEE & Viewport

Dec 29 2020

Garry R. Osgood (grosgood) awarded D9949: Geometry Nodes: Yuksel's sample elimination algorithm a Love token.
Dec 29 2020, 11:02 PM
Garry R. Osgood (grosgood) added a comment to D9926: Fix T84029: Geometry Nodes: Crash using Poisson Disk Point Distribution on mesh with no faces.

Seems that D9949 Geometry Nodes: change Poisson disk to sample on the surface of the input mesh may very well moot this patch, as that patch supercedes poisson_scatter_points_from_mesh() with a new implementation, poisson_scatter_points_on_mesh_surface(), one that does not make a problematic call to BKE_bvhtree_from_mesh_get(). There appears to be no other callers to poisson_scatter_points_from_mesh(), which is now unused, so this becomes a patch to dead code.

Dec 29 2020, 11:00 PM · Geometry Nodes

Dec 24 2020

Garry R. Osgood (grosgood) added a comment to T83657: Pose Mode: Clearing transform doesn't respect Mirror X.

@Karthik Rangasai Sivaraman (rangasai)
Welcome!
When you've developed a patch that addresses the issue, create a differential. See Contributing Code for guidelines. To get a sense of who your reviewers should be, look up the file(s) your patch will change in Diffusion and study the colorful left hand column which shows which commit has led to the lines of code on the right. The committers' avatars are a part of that - they constitute potential reviewers. Doesn't hurt to read up on the neighboring commits around the regions you are patching - could be gotchas there that you need to familiarize yourself with. git log -L is also your friend. Have fun!

Dec 24 2020, 6:25 PM · Animation & Rigging, BF Blender

Dec 23 2020

Garry R. Osgood (grosgood) requested review of D9926: Fix T84029: Geometry Nodes: Crash using Poisson Disk Point Distribution on mesh with no faces.
Dec 23 2020, 2:19 AM · Geometry Nodes

Dec 20 2020

Garry R. Osgood (grosgood) requested review of D9909: Fix for T83989 Geometry Nodes: Attribute Math Node Always Adds Its Operands Regardless of the Operator Setting.
Dec 20 2020, 7:41 PM · Geometry Nodes
Garry R. Osgood (grosgood) created T83989: Geometry Nodes: Attribute Math Node Always Adds Its Operands Regardless of the Operator Setting.
Dec 20 2020, 7:16 PM · BF Blender

Nov 10 2020

Garry R. Osgood (grosgood) added a comment to T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.

@Kévin Dietrich (kevindietrich):
Looks good! You get to take the rest of the hour off ;)
Thank you for your quick response through all of this.

Nov 10 2020, 7:33 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) added a comment to T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.

OK. Thanks! I'll look for the commit and give it a whirl when it is out the door. Thank you again for your quick work.

Nov 10 2020, 6:52 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) added a comment to T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.

@Kévin Dietrich (kevindietrich)
Thank you for the quick response! Much appreciated. No more crashing...

Nov 10 2020, 6:14 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) updated the task description for T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.
Nov 10 2020, 4:08 AM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) updated the task description for T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.
Nov 10 2020, 3:59 AM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) updated the task description for T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.
Nov 10 2020, 3:57 AM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) created T82561: Sky Texture for an OSL/Open Shading Language configured scene crashes Blender.
Nov 10 2020, 3:51 AM · Render & Cycles, BF Blender

Nov 9 2020

Garry R. Osgood (grosgood) updated the task description for T82521: Bump OpenImageIO minimum version 1.8 > 2.2.1 for install_deps.sh.
Nov 9 2020, 1:16 AM · Platforms, Builds, Tests & Devices, BF Blender
Garry R. Osgood (grosgood) created T82521: Bump OpenImageIO minimum version 1.8 > 2.2.1 for install_deps.sh.
Nov 9 2020, 1:14 AM · Platforms, Builds, Tests & Devices, BF Blender

Sep 22 2020

Garry R. Osgood (grosgood) added a comment to T81053: Blender Crash.

Crashes for me. This is the box:
version: 2.91.0 Alpha, branch: master, commit date: 2020-09-20 05:59, hash: f470a02afaea, type: Release
build date: 2020-09-20, 11:21:32
platform: Linux bertha 5.7.10-gentoo-bertha #1 SMP Fri Jul 24 07:06:37 EDT 2020 x86_64 Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz GenuineIntel GNU/Linux

  1. Opened the file. A doughnut; Appears to be from the Andrew Price school of doughnut making. ;)
  2. Missing a texture: Donut Texture paint.png. Doughnut itself is pink.
  3. F12 to render
  4. Crash. Shell stuff:
gosgood@bertha /media/render/gosgood/twoeight $ blender29 untitled.blend
Read prefs: /home/gosgood/.config/blender/2.91/config/userpref.blend
Read blend: /media/render/gosgood/twoeight/untitled.blend
GPUTexture: Blender Texture Not Loaded!
WARNING: attempting to set nonexistent parameter: EmissionStrength
Writing: /tmp/untitled.crash.txt
Segmentation fault
  1. In subsequent runs, to verify this step-by-step, sometimes blender doesn't exit, but hangs with a UI still up. Unresponsive to keyboard and mouse clicks, though. Sending a SIGTERM to blender completes the shell dump and gives me a crash.txt
Sep 22 2020, 1:54 PM · Rendering, BF Blender

Sep 21 2020

Garry R. Osgood (grosgood) changed the status of T81030: cannot download blender 2.90 from Needs Triage to Needs Information from User.

A bug report for Blender is not a trivial undertaking; take time to be as detailed as possible and take nothing for granted. An understandable and common error for first time reporters is to rely on assumed knowledge, leaving out important clues. See BF Blender Bug Report and Pablo Vazquez's How to Report a Bug. Pablo observes that a good bug report is the result of a serious investigation. Until solved and fixed, a bug is a mystery, for which clues are needed to limit possibilities and point to lines of investigation.
Your report is missing key information:

  1. What version of Windows are you using?
  2. What site did you go to for Blender? Blender's download site, Steam or an online store?
  3. What version of Blender are you downloading?
  4. Have you tried (temporarily) disabling anti-virus software or other running applications? What other things you may have tried?
  5. Experimental versions of Blender change daily. Have you tried a later version?

Please read the background information on bug reporting and get back with extra details when you can. We'll keep this report open for two weeks or so. Thank you in advance for getting back to us.

Sep 21 2020, 5:08 PM · BF Blender

Sep 14 2020

Garry R. Osgood (grosgood) closed T80773: Cant render with cycles as Archived.

@tommy kho (rokai)
You have not supplied enough information to help a developer decide where to look. See BF Blender Bug Report and Pablo Vazquez's How to Report a Bug. Pablo observes that a good bug report is the result of a serious investigation by the reporter - that's you. Until solved and fixed, a bug is a mystery, for which clues are needed to limit possibilities and point to lines of investigation. Lacking clues, no mystery can be solved.

Sep 14 2020, 4:29 PM · BF Blender
Garry R. Osgood (grosgood) closed T80755: error as Archived.

Appears to be a support question instead of a bug report. @josiah (laddie): this is a bug tracker, not a place to get support. Here is an incomplete list of guides for the basic operation:

  1. Images as Planes
  2. How to Import Images as Planes in Blender 2.8 Eevee

If you follow these resources and still fail, please submit a complete report. Please follow the bullet-pointed instructions in BF Blender Bug Report and the guide How to Report a Bug. We are keen on trying to fix well-specified bugs that indicate how Blender's behavior diverges from what it is supposed to do. The reporter does the specification part. If that part is clear, concise and complete with a blender file that demonstrates the problem, then all is good.

Sep 14 2020, 2:55 PM · Add-ons (Community)

Sep 10 2020

Garry R. Osgood (grosgood) added a comment to T80661: Extrude Manifold error math code.

This looks like another manifestation of T80440. In that report, extruding a volume past an edge loop created non-manifold faces, undercutting the very idea of "manifold extrusion." This reporter has uncovered that non-manifold edges can also arise. Two useful illustrations of the same underlying problem, methinks.

Sep 10 2020, 7:31 PM · BF Blender
Garry R. Osgood (grosgood) changed the status of T80622: Move to trash / OK button that again from Needs Information from User to Needs Information from Developers.

@Kent Davis (mac4kent):
Thank you very much.

Are you familiar with a task number describing such a fix?

If I understand:

Sep 10 2020, 1:14 PM · Platforms, Builds, Tests & Devices, Platform: macOS, BF Blender
Garry R. Osgood (grosgood) added a comment to T80622: Move to trash / OK button that again.

I do not know if the extra chore of signing MacOS install images is taken by the blender team for daily test builds.

That theory can be dismissed.

Sep 10 2020, 12:52 AM · Platforms, Builds, Tests & Devices, Platform: macOS, BF Blender

Sep 9 2020

Garry R. Osgood (grosgood) changed the status of T80622: Move to trash / OK button that again from Needs Triage to Needs Information from User.

@Kent Davis (mac4kent)
From the error message: '"Blender App" cannot be opened because the developer cannot be verified' suggests that the downloaded blender executable has not been signed, a security verification step. I do not know if the extra chore of signing MacOS install images is taken by the blender team for daily test builds. Assuming that daily test builds are unsigned and not verifiable, have you performed any steps to relax security on your own machine, such as suggested here, for the purpose of running blender test builds?

  1. Cannot open file because identity of developer cannot be verified (Source: Apple Communities)
  2. Allowing Third Party Applications to Install on a MacBook (Source: Northern Michigan University)

These steps do compromise security. If you do not choose to do that, then can you achieve your ends with the official releases?
Thank you!

Sep 9 2020, 1:49 PM · Platforms, Builds, Tests & Devices, Platform: macOS, BF Blender

Sep 8 2020

Garry R. Osgood (grosgood) added a comment to T80606: Refresh artifacts in shader/node window.

Appears to be a duplicate of T80327

Sep 8 2020, 9:25 PM · BF Blender

Aug 17 2020

Garry R. Osgood (grosgood) added a comment to T79580: Control Mesh Only Partially Drawn After Filling a Surface From a Cage of Surface Curves.

D8600 plays here. Using surfacecage_multispline.blend

Aug 17 2020, 10:52 PM · EEVEE & Viewport, BF Blender

Aug 12 2020

Garry R. Osgood (grosgood) added a comment to T79580: Control Mesh Only Partially Drawn After Filling a Surface From a Cage of Surface Curves.

This is a papercut: proceeding to edit the mesh results in the complete drawing of control meshes.

A nurbs surface object may contain any number of disjoint surfaces. In that setting, there is a need to distinguish the active surface from inactive: the somewhat thicker-lined, pink and orange "theme" usually seen exclusively when editing single-cage surfaces, the run-of-the-mill case, is the "active" theme. It is the inactive theme that is only being partially drawn. In light of these two themes, I think I mis-spoke: this is somewhat more than a papercut, but quite less than fatal.

Aug 12 2020, 1:58 PM · EEVEE & Viewport, BF Blender

Aug 6 2020

Garry R. Osgood (grosgood) added a comment to T79584: Bind Camera to Markers: Blender accepts non-Camera objects.

I think of this as a feature; would be dismayed to see it go. It's my wont to snap an Empty to a vertex, edge or face, CNTL+B in the time line - Empty selected - followed by NUMPAD+0 and take the view to approximate the reflection hemisphere at that point on the surface where the empty sits.

Aug 6 2020, 5:59 PM · BF Blender
Garry R. Osgood (grosgood) updated the task description for T79580: Control Mesh Only Partially Drawn After Filling a Surface From a Cage of Surface Curves.
Aug 6 2020, 11:55 AM · EEVEE & Viewport, BF Blender
Garry R. Osgood (grosgood) created T79580: Control Mesh Only Partially Drawn After Filling a Surface From a Cage of Surface Curves.
Aug 6 2020, 11:53 AM · EEVEE & Viewport, BF Blender

Jun 19 2020

Garry R. Osgood (grosgood) changed the status of T78003: Blender crashes by toggling between object and environment properties rapidly from Needs Triage to Needs Information from User.

@Juan Binafa (Binafa)
Forgive my pedantry; you write English quite well, but by 'Clip,' I think you mean 'Click'.
And - sorry - with 2.90.0 Alpha, branch: master, commit date: 2020-06-18 19:05, hash: b89898cbd381, type: Release(Gentoo Linux - eight commits after yours) all good here with a couple dozen passes using various types of curves and surfaces.

Jun 19 2020, 12:19 AM · BF Blender

Jun 10 2020

Garry R. Osgood (grosgood) abandoned D7968: A Patch to Address Task T77195.

@Campbell Barton (campbellbarton)

Are there still cases where this patch is needed?

I think we're good.
Thank you for all your good work!
Tidying up here...

Jun 10 2020, 2:29 PM · Modeling

Jun 9 2020

Garry R. Osgood (grosgood) requested review of D7968: A Patch to Address Task T77195.
Jun 9 2020, 4:19 PM · Modeling

Jun 7 2020

Garry R. Osgood (grosgood) added a comment to T77195: Crash with Viewport measurements turned on.

TL;DR
Longish comment. If you must know, It appears to me that a reordering of processing stemming from the commit has put the reindexing of certain BM elements (BMLoops) rather late in the pipeline -- too late for the liking of the overlay drawing engine, which is tripping over un-indexed BMLoop elements: the gist of this bug.

Jun 7 2020, 5:46 PM · EEVEE & Viewport, BF Blender

Jun 3 2020

Garry R. Osgood (grosgood) added a comment to T77195: Crash with Viewport measurements turned on.

Ah! Thank you! I stand corrected.

Jun 3 2020, 2:18 PM · EEVEE & Viewport, BF Blender
Garry R. Osgood (grosgood) updated subscribers of T77195: Crash with Viewport measurements turned on.

@Philipp Oeser (lichtwerk)
Thank you for the update of the task description. Slight correction: commit "deaff94...." (campbell) is the first version that goes into the `loo, not the last version that worked. The last version that worked was (one of ) your May 25 commits: rBdf8cbdc69645589b. See the git bisect log I attached: T77195_gitbisect.txt on my 01-June post. I'd fix it myself but I don't have the right Magickal Powers, it seems.

Jun 3 2020, 1:32 PM · EEVEE & Viewport, BF Blender

Jun 2 2020

Garry R. Osgood (grosgood) changed the status of T77271: blender crashes whenever I paint from Needs Triage to Needs Information from User.

Hi @oliver (MutaNtMANIAXE)
Welcome to the Blender bug tracker.
Forgive me, but I find your exact steps for others to reproduce the error not very exact. For example, between your first step: "Startup new project" and second, "unwrap", there are a bazillion possibilities. Are you unwrapping something with tens or hundreds of thousand polygons, with seams all over the place, or the Default Cube?
You're new here, welcome aboard, there happens to be an art to successful bug reporting covered in How to Report a Bug. The gist of it is that people who fix bugs (such as myself) may have little or no imagination (such as myself) and need very particular clues - as many as possible - to get a sense of where a problem may lie. Writing a good bug report can take a considerable amount of time on your part and it takes a certain amount of exact writing. That effort itself - the good bug report - is, in fact, a valuable contribution to the project and is much appreciated by people like me who try to fix things, even when I don't have much imagination. So here is what I appreciate you doing:

  1. Furnish an example file
  2. Attach your system information system-info.txt, available from the Blender Help -> Save Info File. Attach it, using the "cloud with upward pointing arrow" icon on the text box editor banner.
  3. Provide the exact steps that you take to get to the point where the crash takes place.
  4. Remember, you are writing to someone like myself with possibly little (I have no) imagination. Take nothing for granted. Don't assume the bug report reader is capable of reading anything between the lines.
  5. Write exactly. Vagueness is the enemy of good bug reports.

It is possible that what you are reporting has been covered already in T75452. Generally, before undertaking the writing of a good bug report, (which can burn away an hour or two of your life), check existing bugs to determine if what you are experience has already been reported. Should that be the case here, save yourself the effort of re-reporting that bug here, and just let us know that this bug seems a duplicate of that. Then you or one of the other triage people will close this one.

Jun 2 2020, 5:37 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T77195: Crash with Viewport measurements turned on.

Few notes:

  1. It is specifically the Face Area checkbox in the Viewport Overlays -> Measurement panel that triggers this bug. The setting of Edge Length is irrelevant. See line 392 of draw_manager_text.c. (v3d->overlay.edit_flag & V3D_OVERLAY_EDIT_FACE_AREA) == TRUE reflects the setting of this checkbox. That and BMFace f->hflag being odd - indicating the face is selected - sets the condition to render an area annotation on the face; that is when the suspect code runs.
  2. Should I deselect Face Area and then create a face, the operation succeeds. No surprise there: I am not asking for an area annotation so the suspect code does not run. Now, if I select Face Area, leaving the new face selected, the suspect code runs and the area annotation properly appears on the face without triggering the bug. That is because the BMLoop items in the BMFace f->l_first list all have their index members set to positive numbers and BM_elem_index_get() does not feed poly_to_tri_count() negative corner counts. See my notes in the post above.
Jun 2 2020, 2:53 PM · EEVEE & Viewport, BF Blender

Jun 1 2020

Garry R. Osgood (grosgood) added a comment to T77195: Crash with Viewport measurements turned on.

My apologies. Omitted methodology. Designation of 'good' and 'bad' for purposes of git bisect was to open the attached blend file: the default cube with its top face, Fn = {0.0, 0.0, 1.0}, removed and the four edges to form a new top face already selected.

  1. Hit 'f' to invoke MESH_OT_f2 and fill the top face in.
    1. If a face appeared, the binary at that commit was deemed 'good'
    2. If the assert in poly_to_tri_count() fired off instead, aborting the process, the binary at that commit was deemed 'bad'
  2. For each of the various commit points, built a full binary in an initially empty build directory. I built debug binaries so that the assert points were present.

Jun 1 2020, 4:42 PM · EEVEE & Viewport, BF Blender
Garry R. Osgood (grosgood) added a comment to T77195: Crash with Viewport measurements turned on.


A git bisect exercise leads me to rBdeaff945d0b965d1 by @Campbell Barton (campbellbarton) as the commit along the master branch where this bug is first manifest. Confirm that rBec26260132b49bf0, blender-v2.83-release does not exhibit this bug. I have not established any causality chains between the files changed by the good Mr. Barton's commit and the bug. That his commit involves edit-mesh -> mesh is suggestive - and that's all for now. See the attached for bisect details.

Jun 1 2020, 1:25 AM · EEVEE & Viewport, BF Blender

May 31 2020

Garry R. Osgood (grosgood) updated subscribers of T77195: Crash with Viewport measurements turned on.

@Robert Guetzkow (rjg):

This is likely related to the recent work on the overlay and viewport drawing.

May 31 2020, 4:02 PM · EEVEE & Viewport, BF Blender
Garry R. Osgood (grosgood) requested review of D7890: A Patch to Address Task T77106.
May 31 2020, 2:05 AM · Cycles

May 30 2020

Garry R. Osgood (grosgood) updated subscribers of T77106: Crash when baking diffuse map. (EXCEPTION_ACCESS_VIOLATION).

Commit rB799779d432309e518922d23e3a1d1b5baaece71d by @Lukas Stockner (lukasstockner97) on Jun 15 11:03:29 2018 +0200, as a part of D3479 added intern/cycles/kernel/svm/svm_ao.h. At line 69 of that file, (backtrace frame #1; see my first post) , scene_intersect_local(kg, &ray, NULL, sd->object, NULL, 0) is invoked with parameters local_isect=0x0 and lcg_state=0x0, thus setting the tripwire for this bug.

May 30 2020, 6:37 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) added a comment to T77106: Crash when baking diffuse map. (EXCEPTION_ACCESS_VIOLATION).

Some initial observations that may not be that relevant, but for the record:

  1. File -> External Data ->Report Missing Files reports as not found:
    1. filter.jpg
    2. filter_normals.png
    3. scratchesTEX.png
    4. tankEnd.png
  2. I find instruction 6: 'Make sure both "Direct" and "Indirect" lighting influence are deselected just leaving "Color"' to be irrelevant. In my case, I crash in the manner I cited in my previous post no matter how "Direct", "Indirect" or "Color" are set, so long as at least one flag is set.
May 30 2020, 3:45 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) closed T77162: Blender White Screen upon opening. as Resolved.

@Richie (brichard0625)
Thank you for the update! If you don't mind, I'll tidy up here. Take care, and thank you for the report.

May 30 2020, 12:29 AM · BF Blender

May 29 2020

Garry R. Osgood (grosgood) added a comment to T77106: Crash when baking diffuse map. (EXCEPTION_ACCESS_VIOLATION).

@Richard Antalik (ISS) declared:

Running debug build I got completely different stacktrace:

Not me. In the debug build I have here - see my attached sys-info.txt - I SEGV right here at @ intern/cycles/kernel/bvh.h, line 326; ditto with the release build.

#  else /* __KERNEL_OPTIX__ */
if (!scene_intersect_valid(ray)) {
  local_isect->num_hits = 0;  <-- 326: local_isect == 0!
  return false;
}

Here's the backtrace. Note the parameters being passed to ccl::scene_intersect_local has uninitialized pointers: lcg_state=0x0, local_object=0, local_isect=0x0,

(gdb) run
Starting program: /home/gosgood/git_repositories/build_linux_debug/bin/blender --debug-depsgraph /home/gosgood/Downloads/crashingBlend.blend 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
May 29 2020, 9:33 PM · Render & Cycles, BF Blender
Garry R. Osgood (grosgood) added a comment to T77162: Blender White Screen upon opening..

Shades of T75546 ?

all windows updates have been done

Did the white screen problem happen after or before this?

May 29 2020, 4:10 PM · BF Blender

Feb 24 2020

Garry R. Osgood (grosgood) updated subscribers of T73745: Particle Hair - brused hair segments can penetrate object despite Deflect Emitter option keeping the hair keys outside (causing trouble with dynamics).

The circumstances described here closely parallel T67958. In particular, the discussion in that report from Jan 27, 2020 onward, initiated by @Sybren A. Stüvel (sybren) after the new hair collision commit by @Luca Rood (LucaRood) ( rBd42a7bbd6ea57c69293d3bf978aae2c0e4241b57 ). Note remarks by @Germano Cavalcante (mano-wii) and @Sebastian Parborg (zeddb) regarding the Single Sided setting. Think that this report can be regarded as a duplicate of that.

Feb 24 2020, 2:53 PM · Nodes & Physics, BF Blender

Feb 17 2020

Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

@Ray molenkamp (LazyDodo)
D6865 plays fine here. Completely uneventful. Ran a couple of builds, one Release and one Debug from empty build directories. Deleted CMakeCache.txt to make sure no strange symbols were floating around. Running ctest now; nothing out of the ordinary there either, up to now.
Current to: version: 2.83 (sub 3), branch: osl_rayfix, commit date: 2020-02-16 22:53, hash: f1a13b1ab8d6, type: Release

Feb 17 2020, 12:33 AM · BF Blender

Feb 16 2020

Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

Different, unrelated alligators. These are pink. Alligators related to build systems are putrid green, have warts, big teeth. Pink ones have been dispatched now. Starting cleanup...

Feb 16 2020, 11:38 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

Yep - but not now. up to neck in alligators again. Never can tell what comes out of a Brooklyn sewer. Late this evening probably; post results in the wee hours Monday (-5 UTC, less wee +1 UTC).
Thanks thee, for the rapid turnaround!

Feb 16 2020, 10:22 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

Great! Don't forget this is a hack - unofficial, unsupported, probably radioactive. If you've followed my suggestion of creating a local git branch osl_fix to contain the patch, and you sit on the osl_fix branch to do your builds, then you've got (just a little) extra work to keep osl_fix aligned with master whenever you perform make update. See Creating Patches from Local Git Branches. The gist of it is: from osl_fix: git checkout master, make update, git checkout osl_fix, git rebase master. When the fix for this lands in master, you can just checkout master and do the update, then abandon osl_fix: git branch -D osl_fix.

Feb 16 2020, 8:19 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

@Kyle (Valmar33)
Note that my workaround is peculiar to a Gentoo linux box; the steps need a certain amount of remapping to work on other distros. Fortunately, Arch is not that far removed from Gentoo.
In your case, introduce a CMake symbol via

Feb 16 2020, 2:13 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T73830: Blender complains that it cannot find "stdosl.h", despite it existing at "/usr/share/OSL/shaders/stdosl.h".

This bit me. Gentoo Linux here, with media-libs/osl-1.10.5 providing shaders in system folder /usr/include/OSL/shaders
For what it is worth, my workaround:

  1. Define in build directory CMakeCache.txt the symbol OSL_SHADER_DIR:PATH=/usr/include/OSL/shaders
  2. Modified blender/intern/cycles/kernel/shaders/CMakeLists.txt:
Feb 16 2020, 1:02 PM · BF Blender

Feb 13 2020

Garry R. Osgood (grosgood) added a comment to T73745: Particle Hair - brused hair segments can penetrate object despite Deflect Emitter option keeping the hair keys outside (causing trouble with dynamics).

Hi @Graham Cripps (craigievar)
Very clear instructions. Thank you for that. I think I followed them properly; look at the video I've attached. I cannot comb the hair tip through the single-face plane. Nor grabbing it via G and constraining it to follow the normal direction. Immaterial if the plane has been set up as a soft-body collision surface. The only way I could emulate your description of the bug was by deselecting Deflect Emitter. Turning that on again caused the hair tip to snap back to the positive normal side of the face.
Not sure what is going on at your end. It seems, for you, that Deflect Emitter is a no-op. Have you tried this on another machine?

Feb 13 2020, 3:44 AM · Nodes & Physics, BF Blender

Feb 12 2020

Garry R. Osgood (grosgood) added a comment to T73745: Particle Hair - brused hair segments can penetrate object despite Deflect Emitter option keeping the hair keys outside (causing trouble with dynamics).

comb the hair so that some hair tips penetrate the cube.

Neat trick. I can't do it (yet).
Agree with @Philipp Oeser (lichtwerk) - once a hair strand intersects host geometry, or hair strands intersect with each other, the hair will 'dance' under dynamics. Collision avoidance is in play. Pulling the hair tip though host geometry - that's the bug! - the circumstances under which that neat trick gets pulled. I can't do it yet with @Graham Cripps (craigievar) file or other files. Hmmm.

Feb 12 2020, 2:51 PM · Nodes & Physics, BF Blender

Feb 4 2020

Garry R. Osgood (grosgood) closed T73582: Iphone App Development Company | Techugo as Archived.

@Mary Smith (marysmith996)
This web site is for reporting software bugs to Blender development.

Feb 4 2020, 1:07 PM

Jan 19 2020

Garry R. Osgood (grosgood) resigned from D6625: Initial improvements to doxygen config and structure. (T73140).

Sorry. Don't think that I have enough expertise in Doxygen as it is used in Blender to give you useful guidance or criticism. Thank you for thinking of me, though. As noted in T73140, I think @Campbell Barton (campbellbarton) is your better bet, if he has time.

Jan 19 2020, 11:06 PM · BF Blender (2.83), Documentation
Garry R. Osgood (grosgood) added a comment to T73140: Improve structure and visual identity in Doxygen comments in- and out -of code. Without structure ... entropy..

@Jonas Printzén (ZPU)

I am trying to bind the patch...

Forgive me. I am being dense over your terminology. I don't understand "bind the patch to this issue."
By "bind" do you mean "cross reference"? Perhaps it wasn't clear when you were in the midst of writing your last comment, but cross-references to the differential and this task were automatically created. Notations like Tnnnnn and Dnnnn are translated into HTML links to the target items. The 'book' icon in the banner of the text editor box, second from the right, places The Remarkup Reference Guide in another browser window. Then you can do all kinds of tricks in comments.

Jan 19 2020, 10:54 PM · Development Management, Documentation, BF Blender

Jan 16 2020

Garry R. Osgood (grosgood) added a comment to T73140: Improve structure and visual identity in Doxygen comments in- and out -of code. Without structure ... entropy..

@Jonas Printzén (ZPU)
Welcome to the project. I trust you have gone through the Build Blender exercise, have issued make doc_doxy and have been disenchanted with the result. In my opinion, this is a consequence of:

  1. Not using Doxygen to anywhere near its potential. You have essayed this task to address that
  2. The process of writing code level templates - Doxygen's input - have largely been bypassed by the protocols attending submitting a diff patch, which has a documentation component as well. This has effectively cut off the air supply to Doxygen.

As to the first point, I think this task is more at the design - todo level, meaning it is of the more ambitious sort. Cambell's suggestions about keeping your first efforts focused on a individually manageable effort is key: one or two pilot templates to illustrate Doxygen's potential to the community at large may be a more realistic scoping for this task. My second point is in play, because this community already has a way to deliver code documentation to the project through diff patches, which translate to commit messages and become metadata in the code repository - documentation about code, and automagically linked to the code in the repository. "And now you want us to write templates too??". may very well be the protest here. To that extent, the very idea of including templated code documentation would have to be argued here. That is beyond the scope of this task, but I think it is the 800 lb. gorilla currently sitting in the room.
However you scope this task, I hope you stay at it in some form or another. Literate programmers are few and far in between. Every project could use a couple.

Jan 16 2020, 1:49 PM · Development Management, Documentation, BF Blender

Jan 14 2020

Garry R. Osgood (grosgood) added a comment to D6531: Patch Proposed for T72490 - Collections: Exclude From View toggle causes segment violation.

@Clément Foucault (fclem)
Don't mind at all. `Twas a useful exercise for me. Thank you for all your good work.

Jan 14 2020, 6:22 PM

Jan 12 2020

Garry R. Osgood (grosgood) added inline comments to D6531: Patch Proposed for T72490 - Collections: Exclude From View toggle causes segment violation.
Jan 12 2020, 5:13 PM
Garry R. Osgood (grosgood) updated the diff for D6531: Patch Proposed for T72490 - Collections: Exclude From View toggle causes segment violation.

Cleanup per @Jeroen Bakker (jbakker) on Differential D6531: (1) tabs->spaces (2) <target field> == <query symbol>. Thank you for your style tips.

It seems to be incorrect state in the Object.

Yes. I think that 188: in_edit_mode = (ob->mode & OB_MODE_EDIT) && BKE_object_is_in_editmode(ob); resolves to true is not an anticipated circumstance with a prevailing pd->ctx_mode == CTX_MODE_OBJECT draw mode. This circumstance does not commonly arise, but toggling Exclude from View Layer does give rise to it. Why that is so is not entirely clear to me yet; I'm still quite junior in matters concerning the Blender object life cycle.

Jan 12 2020, 5:10 PM

Jan 5 2020

Garry R. Osgood (grosgood) created D6531: Patch Proposed for T72490 - Collections: Exclude From View toggle causes segment violation.
Jan 5 2020, 10:54 PM

Dec 25 2019

Garry R. Osgood (grosgood) removed a project from T62563: Hair Dynamics: cannot generate a valid particle cache: Tracker Curfew.

Removed Tracker Curfew tag per discussion between @Sybren A. Stüvel (sybren) and @Dalai Felinto (dfelinto): Re: Tracker curfew and developer.blender.org changes Identified as a known issue.

Dec 25 2019, 3:25 PM · Nodes & Physics, BF Blender
Garry R. Osgood (grosgood) changed the subtype of T62563: Hair Dynamics: cannot generate a valid particle cache from "Report" to "Known Issue".

Per Tracker Curfew, Tracker curfew and developer.blender.org changes and T71418
Known issue: user documentation could use a Note box to the effect that caches cannot be generated for dynamic hair by means of a final render ( Cntl + F12 ), but generating a cache for dynamic hair by previewing the animation in the view port or baking hair dynamics works. In these two cases the particle system interacts with a persistent depsgraph in Viewport mode. Render depsgraphs do not persist but are recreated frame-by-frame. The hair particle system has not been designed to interact with transient depsgraphs.

Dec 25 2019, 3:18 PM · Nodes & Physics, BF Blender

Dec 23 2019

Garry R. Osgood (grosgood) changed the status of T72634: Blender 2.81: Crash/Not Responding on Start Up from Unknown Status to Resolved.

Tidying up. Resolved by poster.

Dec 23 2019, 2:56 AM · BF Blender

Dec 22 2019

Garry R. Osgood (grosgood) updated the task description for T72490: Collections: Exclude From View toggle causes segment violation..
Dec 22 2019, 11:46 PM · BF Blender
Garry R. Osgood (grosgood) added a comment to T72490: Collections: Exclude From View toggle causes segment violation..

Debug notes. I won't revisit this until after the 25th, and, with a head full of grog, will need notes to recover context.

Dec 22 2019, 11:33 PM · BF Blender

Dec 20 2019

Garry R. Osgood (grosgood) added a comment to T72601: Blender Crashing On Startup (Blank Console and Blender White Screen).

Just for giggles: Does 2.79b play under Windows 10 for you?

Rendering something in console with --commands (Which worked, and output an image of said .blend file)

That's interesting. So if you add the command line switch equivalent to what @Robert Guetzkow (rjg) suggested: I think --debug_gpu (don't have blender here ATM to check, sorry) does blender run, exit, and leave diagnostic log files about your GPU?
Have faith. Lot of people are running Blender 2.8# under Windows 10; plausible that installation upgrade debris may still be in the way. Might be worthwhile to look around Blender Stack Exchange. Maybe start with: Blender Not Working in Windows 10, Any Suggestions?

Dec 20 2019, 3:12 PM · BF Blender

Dec 19 2019

Garry R. Osgood (grosgood) added a comment to T72580: External particles cache bug.

Similar to T70135.

Dec 19 2019, 6:39 PM · Nodes & Physics, BF Blender

Dec 18 2019

Garry R. Osgood (grosgood) added a comment to T72421: Fur particles exploding.

See T63225.
Hi @Robert (dundaglan),
Does this report add anything which was not conveyed through your earlier report? Thanks!

Dec 18 2019, 2:24 PM · BF Blender
Garry R. Osgood (grosgood) changed the status of T71473: Render Cycles,Evee from Unknown Status to Unknown Status.

@Pawal (BelCGFree)

Post the results of any investigations you do here. Thanks!

This has been quiet for over a month. Please feel free to reopen this report if you have anything further to add. Thank you!

Dec 18 2019, 1:11 PM · BF Blender

Dec 17 2019

Garry R. Osgood (grosgood) added a comment to T72426: Edit and switch collection crash.

Running with: Blender 2.82 (sub 5), Commit date: 2019-12-16 11:53, Hash rB8d16dc029e6c
In checking for similarities with T72490, I get @Armando Tello (ckat609) 's crash as well, with the following backtrace: See DRW_mesh_batch_cache_create_requested() at line 1206 for context.

Dec 17 2019, 1:21 AM · EEVEE & Viewport, BF Blender

Dec 16 2019

Garry R. Osgood (grosgood) updated the task description for T72490: Collections: Exclude From View toggle causes segment violation..
Dec 16 2019, 11:23 PM · BF Blender
Garry R. Osgood (grosgood) updated the task description for T72490: Collections: Exclude From View toggle causes segment violation..
Dec 16 2019, 10:50 PM · BF Blender
Garry R. Osgood (grosgood) updated the task description for T72490: Collections: Exclude From View toggle causes segment violation..
Dec 16 2019, 10:49 PM · BF Blender
Garry R. Osgood (grosgood) created T72490: Collections: Exclude From View toggle causes segment violation..
Dec 16 2019, 10:22 PM · BF Blender

Dec 14 2019

Garry R. Osgood (grosgood) added a comment to T72441: lookdev preview lighting spheres rendering pitch black.

Perhaps T72124.

Dec 14 2019, 10:24 AM · BF Blender

Nov 26 2019

Garry R. Osgood (grosgood) changed the status of T71903: Blender crashed after starting it. from Unknown Status to Unknown Status.

According to your system_info.txt, your system has a ATI Mobility Radeon HD 3430 graphics card. Released in July, 2008, it has TeraScale instruction set, and while that instruction set and architecture nominally supports OpenGL 3.3, the AMD TeraScale cards of that era have proven problematic with Blender 2.8x on Windows. See the discussion at Supported GPUs in Blender 2.80, in particular the AMD section. I'm sorry to report that your card falls into this problem area. You appear to have the latest driver for the card, but its release date was April, 2013 and was for Windows 7 or 8, I believe.

Nov 26 2019, 3:14 PM · BF Blender

Nov 24 2019

Garry R. Osgood (grosgood) updated subscribers of T71845: Error on importing .svg to Blender 2,81.

Looks like a manifestation of T71774 SVG Import Error recently fixed by @Sergey Sharybin (sergey). Compare backtrace, above, with that in the screenshot in SVG Import Error. Note that the screenshot reads from the bottom up with respect to the backtrace here.

Nov 24 2019, 4:58 PM · Add-ons (Community)
Garry R. Osgood (grosgood) updated subscribers of T71799: Hair Not Rendering in Cycles in 2.81.

So, to recap:

  1. CPU Rendering & Cycles - OK
  2. GPU Rendering & Cycles: NVIDIA/CUDA - OK
  3. GPU Rendering & Cycles: NVIDIA/OPTIX - Problems with some files (Specifically hair? Specifically with resized hair? Or are there other kinds of files (non-hair) with issues? [Edit - doubtful])
Nov 24 2019, 1:47 PM · BF Blender

Nov 23 2019

Garry R. Osgood (grosgood) added a comment to T71799: Hair Not Rendering in Cycles in 2.81.

@Joe Williamsen (jwilliamsen)
Not Reproducing It. Tested initially as-is, then moved the camera to get more detailed test images of the eye brows and eye lashes.
This machine

Nov 23 2019, 9:55 PM · BF Blender

Nov 15 2019

Garry R. Osgood (grosgood) updated subscribers of T71255: 2.82 Particle Hair not showing as expected in Cycles viewport/rendering due to optix rendering.

@Jonathan (Batty)
Good job narrowing this down!
Optix is a Work In Progress. This is the tracker task: T69800. I think you'll become subscribed to the tracker task by virtue of it being cited here.
I don't have Blender handy at the moment to compare what you see with the incomplete list, or if what you see looks like a bug. Unfortunately, even when I do have Blender handy, I won't be able to contribute much - I have AMD-based GPU cards. But if you have the time and inclination, you could keep an eye on Optix behavior and share your observations on that task. @Patrick Mours (pmoursnv) is the lead on Optix - Blender integration. I think you could be a good help shadow-testing his work. If you go to Manifest (left bar menu on the main page) and search on 'Optix' you'll find much of the current Optix activity.
Thank you again for your work in narrowing this down.
[Edit]
Ooops. Misspoke. You'd have to subscribe yourself to that task if you care to.

Nov 15 2019, 3:12 PM · Cycles, Physics, BF Blender

Nov 13 2019

Garry R. Osgood (grosgood) added a comment to T71459: Can't connect to Blender from a distant machine anymore.

Great! Thank you for sharing the results of your work. There is this post at the TeamViewer's blog that may be of interest: Gray screen instead of app interface when opened via TeamViewer, A Blender user that had similar experiences and may be of use to other people. If time permits, you might consider posting your solution in a high traffic Blender site such as Blender Artists Technical Support Forum. You can link back to your report here and save repeating yourself. Thanks in advance for sharing the knowledge!

Nov 13 2019, 12:45 PM · BF Blender

Nov 12 2019

Garry R. Osgood (grosgood) added a comment to T71255: 2.82 Particle Hair not showing as expected in Cycles viewport/rendering due to optix rendering.

Have you had any experience with Thomas Larsson's Diffeomorphic package? It purports to be a direct import from DAZ3D to Blender, bypassing COLLADA. I haven't used it, can't recommend it, can't pan it either, but suggest it in that it cuts COLLADA out of the problem space and may help you get off the dime in the larger project of getting your pipeline in order. Also, it can't hurt to open threads on Blender DevTalk and the technical support forum at Blender Artists. As you may gather, the bug reporter here concerns detailed fault reports. Sometimes, however what is really needed are insights from colleagues on the day-to-day use of Blender. Link back to this bug report so you don't have to repeat yourself too much. Take care!

Nov 12 2019, 2:30 PM · Cycles, Physics, BF Blender
Garry R. Osgood (grosgood) added a comment to T71459: Can't connect to Blender from a distant machine anymore.

they said it's blender's responsibility

The difficulty is with the word "it", Given the circumstances stated thus far in this bug report, this pronoun "it" represents a fairly vague set of circumstances - too vague in which to begin an investigation to isolate fault. In terms of detail, this bug report is on the level of "I lost my car keys in Central Park." What is needed is more precise information on time and place. The art of bug reporting entails narrowing the realm of possible search areas with specific facts that eliminate places to look, and the bug reporter's efforts along those lines actually represents a material contribution to the project - and to solving the bug.

Nov 12 2019, 11:55 AM · BF Blender
Garry R. Osgood (grosgood) added a comment to T71473: Render Cycles,Evee .

Hi Pawal,
I couldn't reproduce your crashes, but suspect that memory limitations may be an issue with at least Majak.blend. During rendering here, memory requirements peaked at 10.4 gigabytes (this reported by my system monitor). If similar demands occur on your machine, with 16 GB, that leaves less than 5 GB for everything else - operating system and essential applications. I suspect Windows may be detect too much memory contention and is killing Blender. If Windows is stopping Blender, it will log the event. Check your system logs for any such messages. You could also try running Blender from a command line prompt (User Manual Details), where failure messages may be posted by Blender itself. If you have a colleague with a machine that has more memory or processors, try the files on that platform. The aim is to discover if you are just having lack-of-resource issues, or if something more like a rendering bug is an issue. With the material uploaded so far, I cannot make that determination. Sunduk.blend is less demanding of resources. If you are experiencing crashes with this file as well, it may be the better candidate for fault isolation for other-than-resource problems.

Nov 12 2019, 12:07 AM · BF Blender

Nov 11 2019

Garry R. Osgood (grosgood) changed the status of T71459: Can't connect to Blender from a distant machine anymore from Unknown Status to Unknown Status.

I use my laptop to connect remotely to it, and use like apps ... Through steam

Hi Samuel,
Alas, we can't fix the World. The little piece of it that we try to keep in order is (mostly) the source code for Core Blender (the application itself, and some key add-ons), so that it compiles into a binary that some operating system like Windows can start up and connect to the local computer hardware - so that when people use Blender, it behaves in ways that more or less conform to descriptions in user manuals. Yes, people run Blender in virtual containers or use streaming software to project Blender - or other applications like games - to remote systems. These kinds of tools interact with the operating system; applications like Blender are unaware that some other agent is projecting whatever the computer is doing over a network, or that the hardware the operating system thinks it has is actually a container virtualized construct.

Nov 11 2019, 9:19 PM · BF Blender
Garry R. Osgood (grosgood) updated subscribers of T59583: Hair Dynamics: entering particle edit mode with baked cache crashes blender.

Yes. Confirm that assert() with a debug build. The assert has it's heart in the right place. There is nothing actually in the line of baked hair particles to edit in 2.8x. Ideally, in the presence of baked hair dynamics, I shouldn't even have the ParticleEdit mode available to me. It should stay off the menu until such time as the bake has been dropped. (but that is more than a few lines fix). I think in T53780 @ronan ducluzeau (zeauro) raised a good point: neat, geeky trick aside, how useful is it to edit particle key histories? Eh - not sure on that one.

Nov 11 2019, 7:40 PM · Tracker Curfew, Nodes & Physics, BF Blender