Apple M1 (ARM) architecture demos
category: general [glöplog]
gargaj: I believe it's called "anderenarbeitenfreude".
"boss"? :D
Quote:
Yes. "Magic/Nah-Kolor".Is there a term for when someone gets excited about someone else doing work?
Trying to invent German words here ? ;-) "anderenarbeitenfreude" doesn't really exist. "schadenfreude" is totally wrong in that sense. What comes to my mind is "Einer arbeitet und 5 schauen zu und wissen es besser". The usual construction site experience, like "one is working and 5 are watching him and pretend to know better" :-)
...I tried to google about MacOS and C and assembler...the dev kit seems to be XCode 12 and seems to offer assembler usage...anybody any experience with that ?
...I tried to google about MacOS and C and assembler...the dev kit seems to be XCode 12 and seems to offer assembler usage...anybody any experience with that ?
You can use clang just like on any other platform, including inline assembly.
Quote:
"Magic/Nah-Kolor" couldn't be more dutch, wtf are you talking about?Trying to invent German words here ? ;-)
if i had to invent Latin for it, it would be aliisopusphiliac!
@Sir: I refered to introspec and phoenix, not to your post
@Saga: Thanks ! I'll check that out. Meanwhile I've seen on the Apple homepage on XCode 12 that they deprecated the stand alone assemblers and want you to use clang. Read about it here
@Saga: Thanks ! I'll check that out. Meanwhile I've seen on the Apple homepage on XCode 12 that they deprecated the stand alone assemblers and want you to use clang. Read about it here
Just a few days ago, I was able to get NASM x86 assembly code compile and pass all tests on MacOS, ran through Github actions as I've never owned a Mac. *Apple changes instruction set* Oh, ok. Whatever then.
@Kuemmel: No modern computers have the concept of a “framebuffer” anymore. Even 2D stuff is done by the GPU. The closest thing you'll get is something like SDL, which allows you to define an array in software, upload it to the GPU as a texture (through the OS) and render a texture-mapped quad.
Quote:
@Sir: I refered to introspec and phoenix, not to your post
@Saga: Thanks ! I'll check that out. Meanwhile I've seen on the Apple homepage on XCode 12 that they deprecated the stand alone assemblers and want you to use clang. Read about it here
yeah what sesse said here. also it's very hard to think that you can just run some baremetal code on a machine made by a company known for its locked-down hardware, it's not a rpi. so regardless on whether the gfx stuff has a framebuffer mode, good luck getting there in the first place
Quote:
Is there a term for when someone gets excited about someone else doing work?
What happened to good'l Fanboyism?
macOS frequently gets updated with breaking changes. Opening an 10 year old app usually never works. My own macOS/iOS apps requires continues maintenance to keep them working. I guess a demoscene prod for macOS will be short lived, unless it gets steady maintenance.
However C64 rarely gets updates with breaking changes. Here a prod may last for many years.
However C64 rarely gets updates with breaking changes. Here a prod may last for many years.
Seems to be a very capable chip https://youtu.be/ahReEQ-c7y8
It literally doesn't matter. Just read the replies to this thread.
Quote:
Quote:Is there a term for when someone gets excited about someone else doing work?
What happened to good'l Fanboyism?
Doesn't really fit what I meant, what I meant is more the excitement of some vague idea that you must get someone else to perform.
...we can discuss that ting here even if nobody cares about it...
...and even if there will never be native productions for it...
...so who cares!
...and even if there will never be native productions for it...
...so who cares!
Quote:
...we can discuss that ting here even if nobody cares about it...
...and even if there will never be native productions for it...
...so who cares!
you literally opened the thread with "we need a new category for the apple-stuff".
I think Neoneye makes a good point. If you make a mac application you need to maintain it for it to keep working. Or discover some robust method to make your application resilient. Several apps stopped working fairly recently because of the 32-bit exes were disabled. Still waiting for a 64-bit version of Inkscape.
I got a bit fed up with my c# demo making for the same reason. I picked up a year or two old demo setup I had made. Seems one day the framework got an update and my demo setup stopped working. The middleware api I was depending on didn't update accordingly (sharpdx or something) and my demo “engine” used that all over the place. Didnt feel like rewriting on top of another dx wrapper.
Demo as a service scene is here!
I got a bit fed up with my c# demo making for the same reason. I picked up a year or two old demo setup I had made. Seems one day the framework got an update and my demo setup stopped working. The middleware api I was depending on didn't update accordingly (sharpdx or something) and my demo “engine” used that all over the place. Didnt feel like rewriting on top of another dx wrapper.
Demo as a service scene is here!
(Just looked again and now looks like Inkscape got updated to work on Catalina :) thanks to the hard laboring open source community)
my personal opinion
if you made those demos using homebrew/hacked Macm then yes
I say it because I made apps for Nintendo consoles, that similar to Mac "closed" hardware where everything copyrighted, I made apps using homebrew tools and share with the homebrew community, because "its not free to be able write programs for hardware like that" and homebrew make it free
obviously, the homebrew community is small, and you can not jump on "hypetrain" making apps for 10-20 ppl
if you made those demos using homebrew/hacked Macm then yes
I say it because I made apps for Nintendo consoles, that similar to Mac "closed" hardware where everything copyrighted, I made apps using homebrew tools and share with the homebrew community, because "its not free to be able write programs for hardware like that" and homebrew make it free
obviously, the homebrew community is small, and you can not jump on "hypetrain" making apps for 10-20 ppl
answering "demo not working" after OS/framework updates
JavaScript and WASM exists for 5+ years and they very stable, if you dont use WebGL your aps made today in JS/WASM will work 10-20 years latter with no changes
I see no point to use any of "old" VM-s like Java/.Net/Python, when you have JavaScript/WASM that much more stable and user-friendly (literally in every browser)
Quote:
I got a bit fed up with my c# demo making for the same reason. I picked up a year or two old demo setup I had made. Seems one day the framework got an update and my demo setup stopped working.
JavaScript and WASM exists for 5+ years and they very stable, if you dont use WebGL your aps made today in JS/WASM will work 10-20 years latter with no changes
I see no point to use any of "old" VM-s like Java/.Net/Python, when you have JavaScript/WASM that much more stable and user-friendly (literally in every browser)
Quote:
JavaScript and WASM exists for 5+ years and they very stable, if you dont use WebGL your aps made today in JS/WASM will work 10-20 years latter with no changes
Yeah, that platform got so much legacy content and browser vendors need to keep it all working. So it's likely to remain backwards compatible for a long time. Would be great if WebGL was as stable as a rock too though.
Noticed more groups are releasing web-demos lately, even MFX. I could watch some of them on my phone even. These days when exes are likely to get flagged as viruses or malware, maybe the web-platform is the new frontier... or youtube, but not if you live in China without vpn
Quote:
maybe the web-platform is the new frontier...
I do not think so, wasm/js performance is far from native, and lots of limitations, its okey for many demos, but not for everyone
wasm/js is in addition to native, demo-creator can release native and wasm version, that I do (perfect is youtube/video->web version->native all three versions of the same demo)
(also wasm/js is huge framework, for me its not really "demo" when this demo need 1Gb framework to launch)
@All
Well supposing "bare silicon" coding is not going to happen, then it is just yet another API.
Well supposing "bare silicon" coding is not going to happen, then it is just yet another API.
