Jump to content

Photo

Asymmetric background editor?


14 replies to this topic

#1 johnnywc OFFLINE  

johnnywc

    Stargunner

  • 1,387 posts

Posted Wed Sep 14, 2005 11:18 AM

Hello all,

Is there a tool out there that can be used to design asymetrical background images using the PF graphics? Specifically, one that will output the left and right half values to a text file (or cut and paste) to include in a dasm listing?

Any help is greatly appreciated!

Thanks,

#2 vdub_bobby OFFLINE  

vdub_bobby

    Quadrunner

  • 5,831 posts
  • Boom bam.
  • Location:Seattle, WA

Posted Wed Sep 14, 2005 11:54 AM

Hello all,

Is there a tool out there that can be used to design asymetrical background images using the PF graphics?  Specifically, one that will output the left and right half values to a text file (or cut and paste) to include in a dasm listing?

Any help is greatly appreciated!

Thanks,

View Post

I don't think so; the best tool that I'm aware of is Kirk Israel's PlayfieldPal.

It won't do asymmetrical playfields, though, and the PF pixels are the wrong size.

#3 Cybergoth OFFLINE  

Cybergoth

    Quadrunner

  • 8,812 posts
  • This is Sparta!
  • Location:Bavaria

Posted Wed Sep 14, 2005 1:12 PM

Hi there!

khryssuns TIA Playfield Painter let's you design any kind of playfield :)

Greetings,
Manuel

#4 johnnywc OFFLINE  

johnnywc

    Stargunner

  • Topic Starter
  • 1,387 posts

Posted Wed Sep 14, 2005 2:02 PM

That's awesome!!

Thanks!

Hi there!

khryssuns TIA Playfield Painter let's you design any kind of playfield :)

Greetings,
Manuel

View Post



#5 Emehr OFFLINE  

Emehr

    River Patroller

  • 4,182 posts
  • Happiness is... a chomping Pac-Man!
  • Location:An obscure body in the SK system

Posted Wed Sep 14, 2005 4:42 PM

For Classic MacOS users (anyone? LOL) I have PF Painter (formerly Stella Playfield Editor). It doesn't have any shape drawing capabilities and is still a work in progress but it gets the job done. Also, I fixed the click 'n' drag so it doesn't skip pixels no matter how fast you move the mouse.

- Jason

Attached Files



#6 supercat OFFLINE  

supercat

    Quadrunner

  • 6,401 posts

Posted Wed Sep 14, 2005 10:44 PM

Is there a tool out there that can be used to design asymetrical background images using the PF graphics?  Specifically, one that will output the left and right half values to a text file (or cut and paste) to include in a dasm listing?

View Post


I use QBASIC and text editors for my miscellaneous graphic editing needs. Does that make me weird?

#7 djmips OFFLINE  

djmips

    Dragonstomper

  • 625 posts
  • scrolling
  • Location:Seattle

Posted Thu Sep 15, 2005 12:29 AM

Is there a tool out there that can be used to design asymetrical background images using the PF graphics?  Specifically, one that will output the left and right half values to a text file (or cut and paste) to include in a dasm listing?

View Post


I use QBASIC and text editors for my miscellaneous graphic editing needs. Does that make me weird?

View Post


No... it's not that what makes you weird.... :grin:













(it's the programming the 2600 that's what)

Edited by djmips, Thu Sep 15, 2005 12:48 AM.


#8 Cybergoth OFFLINE  

Cybergoth

    Quadrunner

  • 8,812 posts
  • This is Sparta!
  • Location:Bavaria

Posted Thu Sep 15, 2005 3:49 AM

Hi there!

I use Paint Shop Pro and then just let Eckhard Stolbergs PCX2GRP tool convert everything.

Greetings,
Manuel

#9 brpocock OFFLINE  

brpocock

    Chopper Commander

  • 245 posts
  • Skyline hacker
  • Location:Jacksonville, FL

Posted Mon Jan 16, 2006 3:12 PM

For Linux/Unix users (or those with access to a Linux/Unix box) the following Perl script can handle conversion of 8px, 16px, 20px, or 40px wide monochrome PNG's (white and black only, sorry...) into dasm-compatible data listings. The artwork is stored top-down, though, so if you reverse your scanlines to count down, you'll want to flip the images vertically to match.

It sorts pixels in the PNG based on brightness, drawing in black and white is recommended for reliable results though.

Just for human readability it also adds comments with "undumped" copies of the artwork.

I use Gimp to draw out the artwork and keep the .png's in the project directory for editing, and then use a rule like this in my Makefile:

gen/%.s:   art/%.png
        tools/mkart $< > $@

obj/art.o:   src/art.s gen/something.s gen/somethingelse.s gen/anotherthing.s
        $(AS) src/art.s -oobj/art.o

...and then have "art.s" as nothing but:

      seg rom
       org $f800; or whatever
       include "../gen/something.s"
       include "../gen/somethingelse.s"
       include "../gen/anotherthing.s"

It's probably overkill for the 2600 but it means I never have to worry about the ROM image coming out with different artwork than I last doodled in Gimp, since Make will take care of it all for me.

I have half a mind that I should be generating the "src/art.s" file and the Makefile rule for it automatically, but I haven't been doing that yet. In fact... I'm still working on my first real and true project. (I'm a strong believer in making the computer do as much work for me as possible)

#10 tmont OFFLINE  

tmont

    Moonsweeper

  • 411 posts
  • Not going to school today
  • Location:San Diego

Posted Mon Jan 16, 2006 11:03 PM

I want to join the party! I wrote another crappy (maybe not?) little applet a while ago to accomplish this:

Warning! Math major trying to do computer science!

http://www.wou.edu/~...ieldEditor.html

#11 johnnywc OFFLINE  

johnnywc

    Stargunner

  • Topic Starter
  • 1,387 posts

Posted Tue Jan 17, 2006 8:33 AM

I want to join the party!  I wrote another crappy (maybe not?) little applet a while ago to accomplish this:

Warning! Math major trying to do computer science!

http://www.wou.edu/~...ieldEditor.html

View Post

Great job on this! Very easy to use and the best part is that if you choose a pixel height > 1, it automatically lines up the pixels on the proper vertical boundary. The other editor doesn't do this and makes drawing mazes, etc. very difficult to do.

EDIT: Wow - you even support asymetrical / reflect mode! I could of really used this tool when doing my re-write of Caverns of Mars! :)

Thanks!


-

Edited by johnnywc, Tue Jan 17, 2006 8:41 AM.


#12 djmips OFFLINE  

djmips

    Dragonstomper

  • 625 posts
  • scrolling
  • Location:Seattle

Posted Tue Jan 17, 2006 2:12 PM

That's real fun, HeckYesYouDid. How about sharing the source? And could you make it so that the editor had the same aspect ratio (or close) to the TV screen?

#13 vdub_bobby OFFLINE  

vdub_bobby

    Quadrunner

  • 5,831 posts
  • Boom bam.
  • Location:Seattle, WA

Posted Tue Jan 17, 2006 4:38 PM

EDIT: Wow - you even support asymetrical / reflect mode!  I could of really used this tool when doing my re-write of Caverns of Mars:)

That's cuz he designed it to my specs. :lol:

#14 tmont OFFLINE  

tmont

    Moonsweeper

  • 411 posts
  • Not going to school today
  • Location:San Diego

Posted Tue Jan 17, 2006 5:05 PM

That's real fun, HeckYesYouDid. How about sharing the source? And could you make it so that the editor had the same aspect ratio (or close) to the TV screen?

View Post


Source, although it was several months ago, and no doubt hideous: http://www.wou.edu/~...dEditor/Source/

I had five classes: one for the main applet, one for the import window, one for the code window, one for the color window, and one for the help window. For real giggles, check out the giant, disgusting method I wrote for the import function. Whoever can decipher that madness gets a very big cookie. :)

Aspect ratio... I know very little about programming (just enough from vdub_bobby so that I could write this thing), so I'm going to need more elaboration. Sorry.

Edited by HeckYesIDid, Tue Jan 17, 2006 10:09 PM.


#15 supercat OFFLINE  

supercat

    Quadrunner

  • 6,401 posts

Posted Tue Jan 17, 2006 7:59 PM

I want to join the party!  I wrote another crappy (maybe not?) little applet a while ago to accomplish this:
http://www.wou.edu/~...ieldEditor.html

View Post


Looks pretty good. A few suggestions:

-1- Sometimes it can be useful to have the tables for each column defined as a macro. This allows for the background data for the whole screen to be in one file, and yet for the different columns of data to be stored at different spots in the code (may be necessary when working around page restrictions, etc.)

-2- Some applications may need data in row-major rather than column-major order. Adventure comes to mind, but there are others.

-3- Not sure how best to implement this, but it might be nice to support variable-resolution kernels like the one in Nukey's adventure hack. Producing screens for that by editing the hex requires constant testing to see if everything is as it should be; having controls to the left of each row to split and join rows might be useful.




0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users