XCode version slower?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 06/03/2007 at 12:10, xxxxxxxx wrote:
The answer refers to the initial poster. Changing sources and adding libraries doesn't affect any project settings!
Of course settings have to be adapted in lots of cases, but the point is that you only should change things when you fully understand how the compiler is working. Apple offers free documentation for XCode and related tools (like Shark). ZLib doesn't conflict with the C4D API and for new/delete there's a workaround by moving the code to a DLL.
Back to the original topic: try to nail down the slowdown, then Maxon support will be able to help. -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 06/03/2007 at 12:15, xxxxxxxx wrote:
I don't think that the original poster wouldn't use the project file that comes with the SDK example plugin - he's been around this SDK much longer than I.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 01:51, xxxxxxxx wrote:
Hi,
I AM using the SDK project file (why should I start with a custom one when there is already a project file? beside that the conversion from Codewarrior to XCode clearly only uses the project file), but I also tried my own files, I changed every possible setting, I tried everything!
Not sure if you are reading my post, but there is no difference between 9.6 and 10. They are the same, they simply are slower on MAC than on PC (hence the name of this thread). I am using the SDK for almost 5 years now and never had any issues, not for PC nor for MAC (with Codewarrior) until now where I use XCode. The slowdown is NOT reproducable. I am using SDK typedefs only and my code is 20.000 lines heavy (and this is only the part that is slower!), it´s not like "go and find the lines that are slower". This is not about a simple plugin.
As my code runs as expected on PC, it is NOT the code that is the problem but the compiler. The logical consequence is that the problem arises due to XCode or its way of optimisation.
The GCC compiler shouldn´t affect the performance even when it has different optimisations, as the API is optimised to work with it just the way it does for PC. C4D even runs some percent faster with XCode than it did with Codewarrior, so I can expect my code to be optimised in the same way. I am not using any invalid C++ operations nor do I use any libs except for the ones that come with the SDK. I am absolutely valid with the SDK.
Anyway, NO answer is not what I call support in any way no matter what. And I do looked into the Xcode ref which is horrible btw. Did you look at it? Ever tried a debug session with it? (if so, please tell me how to do it, because the support wasn´t able to tell me...no wait, I didn´t get an answer to that either. How to define "support"???)
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 03:31, xxxxxxxx wrote:
ok, this thread now is so long, I ask my question short and straight again for the developer support:
1. Are there any issues known that can cause a slow down when using the XCode compiler?
2. What *could* be the reason for a potential slow down as I described in my initial post? Could it be that the GCC compiler of XCode is NOT able to fully optimise C++ class function calls? My code uses OOP very much, may this be a problem with XCode concerning performance (especially a high impact as I get)?
Thanks and I cannot put my question clearer.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 03:51, xxxxxxxx wrote:
Samir, please try your plugin with Software shading under Windows and OSX, are there still huge differences in speed? It can be an error on the OpenGL side. I will give a more lengthy answer later today.
cheers,
Matthias -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 04:01, xxxxxxxx wrote:
ah finally! Thank you I will try and report back!!
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 04:10, xxxxxxxx wrote:
On windows I get the same speed in Software shading. Will try on MAC now. Doesn´t seem to be OGL though.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 04:14, xxxxxxxx wrote:
yep, still same slow down as before. PC 40FPS, MAC 3FPS
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 05:40, xxxxxxxx wrote:
Quote: Originally posted by 3D Designer on 08 March 2007
>
> * * *
>
> yep, still same slow down as before. PC 40FPS, MAC 3FPS
>
>
>
> * * *ok, thats not so nice. unfortunatly I can't deliver a solution for you. All I can say for now is that we had some problems on the Mac side of Cinema that may have caused the problems you experience. Please check again when the next update comes out, which will be hopefully soon (sorry can't say when). This also applies to Robert's problems with his Interposer plugin (especially the "beach ball problem"). Another thing is we got some crashreports where Interposer was involved and they seemed to crash in string constructors and memory lists. These indicated some memory leaks that could be from Interposer but also from Cinema, but it's hard to tell. XCode (or gcc) seems to handle these memory related things a bit different than the MS compiler. Please pay special attention to warnings produced by gcc. MS compiler is a bit more forgiving, where gcc is more accurate.
I am aware that this will probably not help much but this is a hard to track down problem.
cheers,
Matthias -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 08/03/2007 at 06:09, xxxxxxxx wrote:
Hi Matthias,
thanks so much. This is something I can definetly live with. I don´t always need a direct solution but something that at least gives me a direction where I can look at or at least a feedback so I don´t feel standing in the rain.
Best
Samir