Posts made by r_gigante

Hi Community,

I'm glad to invite you having a look at the SDK Specialist job opportunity recently opened on the Maxon job-portal. The position is in Friedrichsdorf (Metropolitan Area Frankfurt), Germany or in Montreal, QC, Canada and its main responsibilities are:

• to support Maxon‘s partners and 3rd-party developers in achieving their goals via mentoring and training
• to author and review SDK documentation for Maxon‘s Product APIs
• to author and review SDK examples and tutorials.

Feel free to reach out our recruiters if you are interested in joining the Maxon Family and its SDK Team.

Best luck and look forward talking to those interested!

Riccardo

Hi Victor, please proceed on reporting the bug using Bugslife.

Thanks for the feedback.

With regard to @orestiskon saying in Interfacing with Gumroad's API:

The current license system in Cinema 4D implies that the user generates License Information and sends it to the plugin developer to get get a personalized key back.

please consider that a similar mechanism was in place even before R21 to let the plugin vendor generating the plugin license based on this customer information (see Licensing Plugins – Part I – Basics). So the UX is as much as was in the past and everybody is free to judge it.

With regard to @orestiskon saying in Interfacing with Gumroad's API:

Not only that but there are some very big limitations currently. If a studio account has 20 c4d licenses, I can't tie the plugin to a specific c4d version as I would with the serial numbers. I can only tie it to 1 machine, which is limiting and uncomfortable for the customer, or tie it to the account and allow them to only get 1 plugin license and use it in 20 different c4d licenses simultaneously.

it's not right, as proved in the Basic Licenses Workflow examples (blw_common, blw_pluginlicensedialog, blw_simplegenerator) where you can bind your license mixing up the following settings:

• user ID
• system ID
• binary type (Cinema or TR)
• binary version
• c4d licensing type (nodelocked or floating)
  and easily cover the case pointed above.

Wtih regard to @orestiskon sayng in Interfacing with Gumroad's API:

especially indie developers are struggling with it, as I've noticed in numerous people I talked with.

as far as I can see in this forum, I can count only 5 threads (including this) in the last 2 years. Please let your contact use the forum if the need support.

In the end I don't think that having still in place the old system would have helped on solving the issues reported here because that previous system was not addressing the issues that with Gumroad API you can address (like billing, license key generation and so on).
Nonetheless I'll ask PM to check again this topic and see if there's space in the future to accomodate with helpers eventually streamlining the plugin licensing process.

Thanks, guys, for providing hints and getting this discussion moving forward.

Although I see the point on @orestiskon saying in Interfacing with Gumroad's API:

I was surprised by the learning gap between developing a plugin and protecting it

I also think that what Gumroad offers is beyond the scope of the Cinema 4D API improvement. Offering a Maxon marketplace for freelance developers willing to get bucks out of their plugins it's something that might be interesting to discuss on a strategic level, but we can't for sure contain in the C4D API development roadmap.
However, I'll be glad to report to Product Management and eventually get the discussion moved on other tables.

At the same time, I must partially disagree with @kbar saying in Interfacing with Gumroad's API:

MAXON really need to sort this out and have an internal system for us developers. It is absolutely insane that they removed the existing system without implementing a replacement

The current system, which is more flexible on checking what hardware/entitlement Cinema 4D is running on and on making the plugin protection mechanism to react accordingly, compared to the previous existing one, is only lacking the ability to have the Maxon Licenses Server serving plugin entitlements to Cinema 4D. While this was handy to offer a floating-license provisioning mechanism for plugins, it has, imho, little to do with the numbers of little guys doing plugin-development and it covers only a fraction of a whole licensing-managing system that goes from selling the licenses to check the license in the host application.

Cheers, Riccardo

Hi Eddie, thanks for getting back but I ask you to specify what is not working or is not clear in the answer marked as Solution.

When posting code, I also recommend being sure that it's reduced to the bare minimum to reproduce the issue, that's properly documented and that a scene using it is attached to help us reproducing the issue rather than guessing what to do.

Riccardo

The issue has been recently investigated and it should have been just fixed.

Please confirm the links are correct now on your side.

Dear PluginCafé user,

on Thursday, May 27th 2021, from 06:00 to 07:00 CEST, due to planned maintenance activity, the services will be down and unreachable during this period.

Maxon SDK Team

Thanks @C4DS for reporting the recent positive experience.

Unless you experience the issue again in the future, we can consider the case closed.

Hi Daniel, sorry for coming back only now. I think it's a bug that has been introduced with the theme switch we've done but I'm a little bit puzzled because I can't reproduce it consistently.
If you click any of the top-right circle that appears in the notification drop-down, does the bell shows the counter?
Have you tried to clean-up the cookies, or using a browser in private-mode, to reproduce the issue?

Cheers, R

Hi Daniel, thanks for reporting.
We've not reported by others about this issue, nor we've seen this happening on our profiles. However I'll research next week to see what could be the cause.

Can you confirm which notification is missing? Email notification, forum notification or both?

Cheers, R

The updated version of the projecttool is available at this link.

Hi @mp5gosu, thanks for pointing it out but we prefer to stay consistent with the company new color palette.

Best, Riccardo

Fixed in S24

Hi community,

with the PluginCafè UI refresh from yesterday we are now shipping also on a dark-skin.

You can switch it by going to your profile settings and at the bottom of the page switch to Dark in Select skin for theme. Be sure to refresh your browser cache and you should be good to go!

Cheers, R

@Cairyn: thanks to nodeBB folks, the issue of infinite scrolling / infinite flickering should be resolved now.

Please let me know if it persists on your side, R

Hi @Cairyn, I've tested on different OS (macOS, Windows, Linux) and different browsers (Safari, Edge, Firefox) and, although I've spotted some other issues, I'm capable to dynamically scroll down like in an infinite scrolling mode.

The infinite scrolling mechanism although has a little lag that is "physiological" and can't be avoided: once reached the end of the scroll give the browser a little to refresh and load further pages.

What instead I'm still trying to fix is a sort of "infinite flickering" issue as visible below

I'll try digging down and for the time being as suggested by @ferdinand the best way to avoid this UX flaw is to active pagination under the User Settings

Downtime timeframe updated

Hi @rsodre, a quick update from Pixar that hopefully shall address your issue

From: Ivan Kolev [email protected]
Subject: Re: [PixarAnimationStudios/USD] Deadlock loading usd (#1341)
Date: 22 March 2021 at 11:53:37 CET

We resolved this by switching our plugin to refer to the copy of libtbb.dylib included with C4D's USD module, using install_name_tool -change

As our plugin runs on 3 platforms and on 3 hosts (3dsMax/Maya/C4D), our approach to TBB usage is to rely on its full backward compatibility: we compile/link against the oldest version that does the job for us (4.4) and expect that the hosts provide newer versions.
In case of C4D we didn't do that because C4D doesn't include TBB in its main application, though some of its external modules do include their own copy of TBB. Similar to the other modules, we included our (old 4.4) copy of TBB.

But this was no problem until now, the copies of TBB carried by C4D's modules haven't interfered in any harmful way. And the new USD module in R23 didn't change that.

The source of the problem here is probably the fact that our plugin links to our own static copy of USD, which causes USD to be loaded twice, along with two different copies of TBB (and maybe the version mismatch is not important).
So, linking against C4D's copy of TBB resolved the TBB deadlock problem, but we have now a new duplicate symbol problem, which I opened a new issue about: #1479

Cheers, R

Hi Lars, thanks for reaching out to us.

At the moment the latest version of Cineware SDK is 22 and it does not come with arm64 support.

Next version is instead going to support it.

Best, Riccardo

hi @Boony2000 , these are Visual Studio Intellisense errors which you can safely ignore. If they bother you switch the filter from "Build + Intellisense" to "Build".

Cheers, R