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 > Requests > A Koala to .PRG converter?
2009-02-15 17:27
grennouille

Registered: Jul 2008
Posts: 222
A Koala to .PRG converter?

2009-02-15 17:33
tlr

Registered: Sep 2003
Posts: 1790
There's a nice simple example included with KickAssembler.
http://www.theweb.dk/KickAssembler/
2009-02-15 17:38
grennouille

Registered: Jul 2008
Posts: 222
I'm not a coder. Any tools already created?
2009-02-15 17:55
tlr

Registered: Sep 2003
Posts: 1790
You don't need to code to make that work, but one of these programs might do the trick:
http://noname.c64.org/csdb/search/?seinsel=releases&search=koal..
2009-02-15 18:20
Scout

Registered: Dec 2002
Posts: 1570
Here you go:

KoalaLinker V0.1 [win/dos/linux/macosx]
2009-02-15 20:25
grennouille

Registered: Jul 2008
Posts: 222
Thanks a lot Scout !
2009-02-16 14:29
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
Beh...

If you cant code, then rip a koala setup from a 1986 compunet-demo!
2009-02-16 14:43
Archmage

Registered: Aug 2006
Posts: 185
And if you can't do that then what? You shouldn't pixel? ;)
2009-02-16 15:49
Mace

Registered: May 2002
Posts: 1799
Leave coding to the coders and pixeling to the graphicians.

Don't try to do everything, otherwise you end up like me: mediocre skills at best, lousy in most cases ;-)
2009-02-16 16:14
assiduous
Account closed

Registered: Jun 2007
Posts: 343
some basic coding skills can gain you an advantage- for ex. you can use sprites in the borders to extend your drawing area. im surprised that so few people make any use of it,its no rocket science.
2009-02-16 16:58
enthusi

Registered: May 2004
Posts: 677
sprites in the SIDEborder however are slightly less BASIC than a koalaviewer.
Aside from that I totally agree..
(little is worse (from a coders point of view) than a graphician with no clue whatsoever about code constrains).
But I guess this goes vice versa :o)
2009-02-17 04:18
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
Quote: Leave coding to the coders and pixeling to the graphicians.

Don't try to do everything, otherwise you end up like me: mediocre skills at best, lousy in most cases ;-)


Dane's abilities just prove that you are wrong :)
2009-02-17 07:52
Mace

Registered: May 2002
Posts: 1799
Yeah, and HCL, but hey... they're not from this planet!
2009-02-17 09:22
Archmage

Registered: Aug 2006
Posts: 185
@assidous: This might sound strange to some, but some of the challenge that lies in pixelling for this machine is actually enhanced by the borders being there. Even if I had the opportunity of opening the borders I am not sure that I would do it on every occasion. Besides, I think the borders make a nice passepartout. ;)

The same reason lies behind my preferred choice of graphics mode really. Everybody knows what the Koala mode consists in and what its limitations are, and it is also very readable. So instead of focusing on the technical aspect - as in "whoaaa, graphics in the border" or trying to make out the image through the eye scorching interlace - the picture or the logo itself is allowed to come across.

That much said, I would love to know more coding, but there are only so many hours in a day.

And, yup, Dane and HCL are indeed not human.
2009-02-17 09:32
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: @assidous: This might sound strange to some, but some of the challenge that lies in pixelling for this machine is actually enhanced by the borders being there. Even if I had the opportunity of opening the borders I am not sure that I would do it on every occasion. Besides, I think the borders make a nice passepartout. ;)

The same reason lies behind my preferred choice of graphics mode really. Everybody knows what the Koala mode consists in and what its limitations are, and it is also very readable. So instead of focusing on the technical aspect - as in "whoaaa, graphics in the border" or trying to make out the image through the eye scorching interlace - the picture or the logo itself is allowed to come across.

That much said, I would love to know more coding, but there are only so many hours in a day.

And, yup, Dane and HCL are indeed not human.


Maybe a bit nerdy, but "inhuman"? no... :)
2009-02-17 09:37
Archmage

Registered: Aug 2006
Posts: 185
Edit: "nerdy beyond all that is humanly possible". ;P
2009-02-17 10:59
Stainless Steel

Registered: Mar 2003
Posts: 966
Props to Archmage and everybody pixeling in Koala format. The only true c64 GFX mode.
2009-02-17 11:00
enthusi

Registered: May 2004
Posts: 677
Archmage:
and that sure shows in your art!
Damn those TRUE COLOR interlace works...
Its obviously the style and skill rather than the limitations - well, why even mention this. Sorry ;-)
2009-02-17 11:02
chatGPZ

Registered: Dec 2001
Posts: 11386
i second that... koala wins :)
2009-02-17 12:18
algorithm

Registered: May 2002
Posts: 705
Many images originally drawn in FLI can (with some tweaking) be drawn in Mcol with not too much reduction in quality provided that the original FLI pic does not make too much use of color bars. Mermaid's Multicolor pictures for example would have quite a few people thinking they were drawn in FLI.
Furthermore the 10k memory usage in comparison to 17k for FLI as well as having to create a badline for the whole height of the screen using up all the processortime does not really justify FLI at all.
HiresFLI is another ballgame however. having only two colors per 8x8 is way too much of a limitation in comparison to having individual ink/paper cols per 8x1 area
2009-02-17 12:24
chatGPZ

Registered: Dec 2001
Posts: 11386
i'd rather see some handmade true hires goodnes than some converted afli stuff, really. ptoing and others proved it more than once that amazing things can be done in simple hires.
2009-02-17 12:52
A Life in Hell
Account closed

Registered: May 2002
Posts: 204
Quote: Many images originally drawn in FLI can (with some tweaking) be drawn in Mcol with not too much reduction in quality provided that the original FLI pic does not make too much use of color bars. Mermaid's Multicolor pictures for example would have quite a few people thinking they were drawn in FLI.
Furthermore the 10k memory usage in comparison to 17k for FLI as well as having to create a badline for the whole height of the screen using up all the processortime does not really justify FLI at all.
HiresFLI is another ballgame however. having only two colors per 8x8 is way too much of a limitation in comparison to having individual ink/paper cols per 8x1 area


I have to respectfully disagree - it's just a case of writing the editor correctly. I admit that this is hard to do in 64k, but hey, that's why it's a challenge, right?
2009-02-17 13:32
algorithm

Registered: May 2002
Posts: 705
Quote: i'd rather see some handmade true hires goodnes than some converted afli stuff, really. ptoing and others proved it more than once that amazing things can be done in simple hires.

Yes, The advantage that a graphician has is that he/she can place pixels colors, adjust size etc to minimize attribute clash while a converter will try to map a group of pixels to the attribute area directly which is of no hope in comparison even when using brute force for minimal errors in a converter.
2009-02-17 13:51
enthusi

Registered: May 2004
Posts: 677
mere bitmnap hires with 2 col per 8x8 is true Art at its best.
I tried myself in it and its more limiting even than all those that whine about it ("could have been done in hires...") without trying seem to think ;-)
Yet there were awesome accomplishments. Not only ptoing with his awesome style-approach but also mermaid (yet again). I loved my own black widow hires but HER hires is among the best there is Under the Red Tree

I rest my case ;-)
2009-03-04 22:53
MagerValp

Registered: Dec 2001
Posts: 1078
Executable Image Release 1
2013-03-15 19:50
Nuckhead

Registered: Aug 2012
Posts: 5
Hey, I need to make a executable koala shower to. I can't get the programs here to work. I took a piece of my old code in this one : BBS Logo
But the koala picture I'm using now has grey as background color, I managed to change that but then a charset appears in the top of the screen ...
2013-03-16 17:52
Nuckhead

Registered: Aug 2012
Posts: 5
Quote: Hey, I need to make a executable koala shower to. I can't get the programs here to work. I took a piece of my old code in this one : BBS Logo
But the koala picture I'm using now has grey as background color, I managed to change that but then a charset appears in the top of the screen ...


Fixed:)
2013-03-19 08:20
TheRyk

Registered: Mar 2009
Posts: 2246
Before wasting time by coding a foolproof tool (which no coder and very few gfxians will ever use), I took a look at the existing ones. I liked this one best due to crunching function and wrote a little HowTo ("summary") which might help some none-coding graphicians dealing with it

http://csdb.dk/release/?id=96381&show=summary#summary
2013-03-19 12:08
Nuckhead

Registered: Aug 2012
Posts: 5
Thanxs TheRyk, now there's hope for us lamers :)
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
El Jefe/Slackers^sidD
New Design/Excess
hedning/G★P
Digger/Elysium
Shake/Role
algorithm
Mihai
Hairdog/BOOM!^Dream
Guests online: 113
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Swappers
1 Derbyshire Ram  (10)
2 Jerry  (9.8)
3 Violator  (9.7)
4 Acidchild  (9.7)
5 Cash  (9.6)

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