Russ Tedrake

I had about 5 project groups all run into the "RenderEngineVtk doesn't support mtl" issue in the last few days. It's documented [here](https://drake.mit.edu/doxygen_cxx/namespacedrake_1_1geometry.html#a18b9a919046a97500f422a85a4a8ce30), but not one of those groups found...

Also, the PNG trick doesn't work for all obj/mtl files. For instance this one doesn't have a PNG associated with it, only mtl Kd's. [simpleBoard.zip](https://github.com/RobotLocomotion/drake/files/10122973/simpleBoard.zip)

@SeanCurtis-TRI -- I agree with your (1) and (2). Of course, i would much prefer to just support (more) mtl files, even if we can't support the crazy ones. For...

I just ran into this (i had to dig through many layers of turtles to get to this root cause). Here is a small reproduction: ``` // Three boxes. Two...

I think you've got it to a good place for now. I've worked around the problem in the short term, so am not immediately stuck on missing pairs in that...

Two thoughts: 1) python multiprocessing normally gets stuck because our Diagram and Context objects aren't pickle-able. In DrakeGym I had to work around that by deferring the construction of the...

I've looked at all of the instances of `VectorBlock` in the code base, and the rest all look ok to me. I would be happy to close this issue once...

Sorry. The point I'm making is that `MBP::GetPositions()` makes a copy, whereas `BasicVector::get_value()` returns a reference (no copy; so it's mutable in python). I view these as being inconsistent. Both...

right. the python bindings. sorry, i thought that was clear.

If you say that `GetPositions` is correct, then I think the binding for `BasicVector::get_value()` is wrong? https://github.com/RobotLocomotion/drake/blob/79c5b35b0a265ab2cf2f4f774f72c65b10e00a11/bindings/pydrake/systems/framework_py_values.cc#L97-L114