rect~ still is aliased

Juan Flores's icon

Hi,

When I use rect~ inside RNBO the output wave is aliased. Is this a problem on my end?

👽'tW∆s ∆lienz👽's icon

Is this a problem on my end?

it looks like a bug - seems like there's definitely a noticeable difference between the output of rect~ in regular Max and the output of rect~ in rnbo~:

(changing the 'duty cycle' of rect~ within rnbo~ doesn't perform similarly to rect~ in regular max, either)

(today's memorial-day holiday in the u.s., if you don't hear back later this week, you could try reporting it here: https://cycling74.com/support/contact )

Juan Flores's icon

Thank you for taking the time to look at it and to provide a screenshot. I wanted to make sure I wasn't crazy. I'll try reporting it!

Keller McDivitt's icon

I'm trying to make an audio rate square oscillator in RNBO with a [rect~] object and am fighting with this right now too. [rect~] has some crazy aliasing distortion going on.

Juan Flores's icon

When I contacted support I heard back that the engineers say that apparently it's not a bug. The algorithms of both objects are different and I suppose that is intentional.

Peter Ostry's icon

I doubt that was intentional, it's not a square wave at all. Maybe they just didn't see it and (hopefully) fix it.

Ben Bracken's icon

The rect~ object in RNBO is anti-aliased (using PolyBLEP), but it is definitely different than the MSP equivalent (which uses BLEP). For performance reasons, the BLEP implementation that is used in Max is not ideal for RNBO, at least at this point. We might revisit this at some point, but it is an intentional decision.

Keller McDivitt's icon

knowing this is an intentional decision, is there any method i can use to at least tame all the inharmonic sidebands that the RNBO [rect~] produces? or should i be looking to gen~ to make a square-ish wave?