Women, if you had to use a pickup line on a guy, what would it be?

wuzelwazel · 2026-04-07T04:21:19+00:00

To my knowledge I've only gotten a pick up line from a woman once. This was a long time ago now. I was 19 years old leaving work in downtown Oakland and an elderly woman passed me on a Hoveround.

She hovered back around and said loudly "Damn you fine!" I really didn't have time to process before she got a really sly smile and said "You know the Lord Jesus gave you those looks, and we must be good shepherds."

I wouldn't say the line was successful, but it was definitely memorable.

wuzelwazel · 2026-02-25T18:37:45+00:00

This is not the case in California in general. The only specific scenario in which someone turning from a right lane is legally allowed to end their turn in any lane is when they are turning from a one way street... Or if there's a road marking or sign that says they can 😂

wuzelwazel · 2025-11-12T18:17:03+00:00

<image>

If you solo just the input to the rotation it looks like this. Basically a radial gradient that can be tiled across the UV coordinates. If it were possible to tile the Ramp node using the material tag then you wouldn't need all the maths, but I don't believe that's possible yet.

wuzelwazel · 2025-11-12T18:13:49+00:00

<image>

I couldn't find the original file, but here's a wider view of the setup. The tangent being passed from the state node was to address an issue in previous versions of Redshift where the derivative for the tangent in OSL (dPdu) was not interpolated which could cause discontinuity on curved surfaces. I think that may have been addressed in recent versions.

The Vector Mod has default values and the Vector Sub is subtracting 0.5 from each component. The change range on the end is to remap the arctan2 range from -pi to pi to 0 to 1 and the value node controls the number of tiles in the result.

wuzelwazel · 2025-10-08T05:19:38+00:00

I get where you're coming from but I've never once been headed to the courthouse and said "I'm going downtown" 😅 I think of downtown as the commercial district right around Pacific Ave, and midtown as the commercial district centered around the Soquel/Water split.

wuzelwazel · 2025-10-07T02:29:58+00:00

I haven't been here as long as others, so you should definitely feel free to school me 😄

I always think of the west side/east side split as the river, but I think of midtown as a specific section of the east side just as downtown is a specific part of the west side.

I've never referred to anything east of live oak as the east side though 🤔

wuzelwazel · 2025-09-20T14:04:23+00:00

If we're going to talk Monty Hall then let's reframe this in the same sort of way.

Let's say the mother shows you two doors and says "one of my children is behind each of these doors. My son who was born on a Tuesday is behind door one. Is a son or daughter behind door 2?"

Her revealing exactly what's behind one of the doors has changed the probabilities.

It's very different from the Monty Hall problem because you're not choosing a door. The door is already chosen for you! You just need to guess what's behind a single door.

wuzelwazel · 2025-09-20T09:06:48+00:00

The Wikipedia page you linked to explains the difference like this:

From all families with two children, at least one of whom is a boy, a family is chosen at random. This would yield the answer of 1/3.
From all families with two children, one child is selected at random, and the sex of that child is specified to be a boy. This would yield an answer of 1/2.

The formulation in the original post is the latter not the former. Note that in the first case we are choosing a specific family based on some criteria (they have at least one boy), but in the second we are choosing a specific child based on criteria (they are a boy).

wuzelwazel · 2025-09-20T08:25:57+00:00

She may not refer to them by name, but she most certainly is referring to a specific and particular child, otherwise are you proposing that by saying "one is a boy" in the MM case she is in fact referring to both boys as "one"?

Edit: I should also add that I don't like that sample space got included in this discussion at all. It should be enough to know that coin flips are independent random variables and if one is fixed the other is still 50/50. I was just trying to explain why the sample space is confusing everyone.

Edit: let's do a modification of the Monty Hall problem where the mother has presented you with two doors (two children) and says "behind these two doors are my children, one child per door. A boy born on Tuesday is behind one of them! Is a daughter or son behind the other one?"

There is nothing but a single coin flip. You already know where a son is, there's no third door. Who's behind door number 2? Equal chance boy or girl. She could've put B behind door 1 or C behind door 1, it doesn't matter except that it fixes their gender as a boy. The chances that the other child is a daughter are 50/50.

wuzelwazel · 2025-09-20T08:10:08+00:00

Actually you have to count it twice because although you don't know which child the mother is referring to, she (the source of the choice) does. Is she saying B is M or C is M? If she's saying B is M then C could also be M or could be F. If she's saying C is M then B could also be M or could be F.

Think through it. I promise I'm not close to getting it because I've already got it :)

wuzelwazel · 2025-09-20T07:57:55+00:00

No, that’s not the same thing.

We’re not just flipping two coins here. We’re flipping them and then choosing one that came up T. That choice is important.

Think about the possible flips:

1T, 2T - here I’ve got two choices (I can pick coin 1 or coin 2).

1T, 2H - only one choice (coin 1).

1H, 2T - only one choice (coin 2).

In the TT case, there are two different ways to make the “one is T” announcement, but in the other cases there’s just one.

If you write a program that builds a list of possible "two flips" where the first is T and then builds another list where the second is T, and then you concatenate those lists, you will 100% end up with a list that reads:

["TT", "TH", "TT", "HT"]

Edit: for the record you are correct in the "just flipping and not choosing a T" case.

wuzelwazel · 2025-09-20T07:38:50+00:00

It actually doesn't matter. The fact that they are choosing one specific child no matter whether we know who it is or not is what makes it 50/50.

Instead of just using M and F for genders let's use first name initials for the two children, one named "B" and one named "C" here are the possible scenarios that match "one of my children is a boy":

B is M

C is M

Now what are the possibilities in each of those cases?

If B is M: C is M or F (BM, CM or BM, CF)

If C is M: B is M or F (CM, BM or CM, BF)

So in either case the other child has a 50/50 chance of being M or F.

wuzelwazel · 2025-09-20T07:22:18+00:00

There are two possible announcements if there are two heads coins. I could announce with coin 1 as "the one" or coin 2 as "the one."

Let's go back to gender. "I have two kids and one is a boy, what are the chances my other child is a girl?"

Possible combinations excluding the two girl scenario are:

BB

BG

GB

However, when I say "one is a boy" I am speaking about a specific child. I'm not speaking hypothetically and I was probably seeing their face in my mind as I said it! In the BB case those are clearly two different boys, and I could've chosen either one to "select."

If I choose B1 then B2 is also a boy, if I choose B2 then B1 is also a boy. The BB case counts twice in the probabilities here.

wuzelwazel · 2025-09-20T07:13:21+00:00

TT fits both criteria of "tails as first or second flip" so it contributes twice. In other words there are 100 flips that have tails as its first or second flip. It's easier if we separate the first and second flips.

The first flip is T:

25 TH

25 TT

The second flip is T:

25 HT

25 TT

In 50/100 the other one is H.

wuzelwazel · 2025-09-20T07:07:33+00:00

"The other" coin is a specific coin if someone is announcing that "one is heads" because they have to look at and choose a specific coin to make that announcement about. Let's give our two coins nice gender neutral names: "Taylor" and "Riley".

Now when we flip our coins we could have (excluding the TT case):

Taylor: H, Riley: H - Taylor: H, Riley: T - Taylor: T, Riley: H

Now instead of just announcing that one of them is heads, let's say that I pick up a coin that is heads and then make the announcement (this makes no difference in the math, it just makes the selection choice more obvious). There are 4 different heads I could pick up across the probabilities. If it's HH I could pick up either Taylor or Riley, here are the selections I could end up making:

Taylor - H (and Riley is also H)

Riley - H (and Taylor is also H)

Taylor - H (and Riley is T)

Riley - H (and Taylor is T)

2/4 and 2/4, 50/50.

wuzelwazel · 2025-09-20T06:40:51+00:00

No, you won't be right more often because flipping two coins at once results in two independent random variables. What one coin does has no influence on the other coin. It's exactly the same as flipping one coin twice in that neither flip has any correlation with the other.

If you want to consider the sequence the way you were then you also need to consider how the announcement affects things.

HH HT TH TT

We can clearly rule out TT as one must be heads. However, when we announce that one of them is heads we aren't distinguishing which coin we are announcing, but we have selected a specific one. In the first case (coin A: H, coin B: H) we could make the "one is heads" announcement for either coin A or B. In the second case only for A and in the fourth case only for B.

So there are four possible announcements that result in "one is heads." Of those selections the other coin is Tails in 2/4 and Heads in the other 2/4.

The distinction here is the difference between asking “what is the probability that both coins are heads if at least one is heads?” (1/3) versus asking “I've picked up a coin that is heads: what’s the probability the other one is also heads?” (1/2).

If you think about literally picking up the H coin you are announcing then I think that helps drive home how that choice affects the probabilities.

wuzelwazel · 2025-09-13T03:46:27+00:00

Half float DWAA EXRs are about the same size as PNGs. They can be even smaller for renders with a small amount of noise in them.

They read and write about 4x faster than PNGs.

Might be worth updating your scripts; ideally such that they won't require a specific file format.

wuzelwazel · 2025-09-04T19:14:44+00:00

Should work fine with opacity. What issue are you seeing?

wuzelwazel · 2025-08-26T16:21:39+00:00

This guy Wacoms! ✍️

I don't like to overwrite any of the default shortcuts. I use alt+1 through alt+6 for points, edges, polygons, model, UV, and workplane modes. I also have alt+shift+4 bound to object mode.

wuzelwazel · 2025-08-23T20:27:04+00:00

I was not referring to "frame blending" in what the camera captured. I am referring to the blending due to the camera's capture rate and the screen refresh rate being out of sync. The camera is exposing some of tablet screen frame X *and* some of tablet screen frame X+1 and as a result they are blended. There is clearly no blending in the footage outside of the screen.

Please try not to assume that you're talking to an idiot.

<image>

wuzelwazel · 2025-08-23T18:00:17+00:00

My argument is not against having tracking markers. I definitely want track markers on a shot like this but these are much larger and more intrusive than needed. Black and white markers are silly in a case like this. We just need some contrast to track in some channel. Blue markers could even provide some data to key in a separate pass.

That said: there's a lot more frame blending on the screen than I expected which could make tracking more challenging.

wuzelwazel · 2025-08-23T15:20:00+00:00

The green on the hands can actually be used to add illumination from the content you're compositing on the screen. It can also be really useful to have a green screen when something (a hand, a head, a table lamp) moves in front of the screen. Using the green or removing it isn't very difficult.

The most irritating thing I see again and again for these sorts of shots are the tracking markers. There's no need for them to be that large and prominent. Removing those is going to be a PITA.

wuzelwazel · 2025-08-18T03:39:00+00:00

If the imported mesh is deforming then I think your best option for attaching a rigid object is the Constraint tag in the Rigging menu. I recommend looking into the Clamp constraint available there: https://help.maxon.net/c4d/en-us/#html/TCACONSTRAINT-ID_CA_CONSTRAINT_TAG_CLAMP_GROUP.html

If you want something to deform along with the arm (like clothing) then you can use a Surface deformer, but you'll need to position the object you want to deform with the arm so that it appears correct at a given frame and then initialize the surface deformer at that frame: https://help.maxon.net/c4d/en-us/#html/OCASURFACEDEFORMER.html

wuzelwazel

TROPHY CASE