Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Pixeling > An update on ‘Pixel art in the C64 demoscene’
2024-02-01 16:54
Sander

Registered: Jan 2002
Posts: 493
An update on ‘Pixel art in the C64 demoscene’

Dear fellow sceners,

In response to the comments we received, we’ve made some changes to the document.
Our goal was always to find common ground to maintain the fun and integrity of our hobby.

What this is not:
- It’s not written to limit anyone (only to encourage openness)
- It’s not aimed at specific individuals (it’s a scene wide practice)

Read the document here

We’d really love to hear your thoughts on this update.
Please post them in this thread, be kind and keep it constructive and on-topic please.
 
... 127 posts hidden. Click here to view all posts....
 
2024-02-02 20:06
4gentE

Registered: Mar 2021
Posts: 121
Quote:
Meanwhile, waiting for more great stuff like https://demozoo.org/productions/336619/ https://youtu.be/1PYzXyoasmc?t=426 - pretty creative guy, that. I believe he is human.

What an utter garbage.
2024-02-02 20:10
Deev

Registered: Feb 2002
Posts: 206
Quote: Just a word on the whole conversion thing. Conversions must be possible. Or else all the code and many of the music will be next to be frowned upon in compos, because crossdevelopment. I don't see why, if i made something in Photoshop, converted it and corrected any details, why that it not human/handmade.
(So basically, what krill said)


As the document mentions, it's about who decides how the artist's vision should look on the C64. Cross-development is fine if it's the artist who is in control, but if someone is using a tool to convert a high-resolution PC image to the C64 (even if it's an original piece they drew themselves), the tool is then making those decisions.
2024-02-02 20:28
chatGPZ

Registered: Dec 2001
Posts: 11164
That really seems like an odd idea. Why wouldn't you be "allowed" to draw your image on paper, scanning and converting that, and then work from this?

Comparing this with "convert mp3 to sid" seems even more odd. What if i play a tune on guitar myself, and then convert it into tracker notes (With melodyne, this might actually be doable)? And how would this be different from playing it on the keyboard - and then use midi to put the notes into the tracker - which is pretty much the common way to do it for many people these days?

As long as no content from 3rd party was used in the process, i don't see how the tools being used matter. At all.
2024-02-02 20:32
ws

Registered: Apr 2012
Posts: 238
What about C/C++ code that is transpiled to C64 asm? The coder also has (afaik, correct me if i am wrong) no real control over how the code turns out.

I am not trying to nitpick, i want to get an angle on how to better narrow down how to describe the unwanted conversion cases.
2024-02-02 20:32
Krill

Registered: Apr 2002
Posts: 2870
Quoting chatGPZ
As long as no content from 3rd party was used in the process, i don't see how the tools being used matter. At all.
Indeed.

And "the tool is then making those decisions"... What? Why? :)
Are there no knobs and twiddles to control the tool?
2024-02-02 20:33
Krill

Registered: Apr 2002
Posts: 2870
Quoting ws
What about C/C++ code that is transpiled to C64 asm?
Cannot be compared, and please do not say "transpile". =)
2024-02-02 20:34
chatGPZ

Registered: Dec 2001
Posts: 11164
Its the same in every tracker - "packing" the tune will basically convert the "high resolution" representation into something that will be the final sid tune (which will ideally sound very close - but not necessarily, and often not 100% the same, like the "high resolution" tracker "original")
2024-02-02 20:35
Deev

Registered: Feb 2002
Posts: 206
Quote:
That really seems like an odd idea. Why wouldn't you be "allowed" to draw your image on paper, scanning and converting that, and then work from this?


Let's flip the question around. why do people try to hide that they're doing this? The document is asking for transparency.
2024-02-02 20:38
Deev

Registered: Feb 2002
Posts: 206
Quote:
What about C/C++ code that is transpiled to C64 asm? The coder also has (afaik, correct me if i am wrong) no real control over how the code turns out.


I expect if a tool came out that could do this better than a human can code asm (or even as good as), we might start to see some coders who wanted competitions that celebrated the traditional ways of doing things.
2024-02-02 20:40
chatGPZ

Registered: Dec 2001
Posts: 11164
Quote:
Let's flip the question around. why do people try to hide that they're doing this? The document is asking for transparency.

That's a completely different question to me.

If someone really drew something by himself and then scanned it - how does it even matter if he works this way, or drew it in photoshop, or in Koalapainter?

This whole "transparency" really only makes sense to me IF someone is using 3rd party material.
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
MCM/ONSLAUGHT
Krill/Plush
TPM/Silicon Ltd
Marco/DDM
Didi/Laxity
Guests online: 67
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.7)
5 Edge of Disgrace  (9.6)
6 Comaland 100%  (9.6)
7 Uncensored  (9.6)
8 No Bounds  (9.6)
9 Aliens in Wonderland  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 Copper Booze  (9.6)
5 Rainbow Connection  (9.5)
6 It's More Fun to Com..  (9.5)
7 Dawnfall V1.1  (9.5)
8 Birth of a Flower  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Quadrants  (9.5)
Top Groups
1 Nostalgia  (9.4)
2 Oxyron  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Offence  (9.3)
Top Diskmag Editors
1 Magic  (9.4)
2 Jazzcat  (9.4)
3 hedning  (9.2)
4 Elwix  (9.1)
5 Remix  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.06 sec.