PDA

View Full Version : Importing Images As Shape Textures.


Phat
24th December 2005, 13:18
Would it be possible to import Images as shape textures?

If we could make it so that we could import an image format that includes an alpha channel it would be super dope.

redi jedi
24th December 2005, 16:48
well i'm not going to say that it can be done, but it would likely be ugly....
since there is no string data type, defining witch picture to load would be complacated, at best.
i guess if we name the picture something like 1234567.jpg it might be posible.

i was thinking of making it so we can set witch texture waves+shapes render to(ie have wave 1 write to shape 1, then shape 1 onto shape 2, and shape 2 onto screen) could be fun...

i'll look into it

Phat
24th December 2005, 22:19
Okay, if it's not easy don't worry about it.

redi jedi
25th December 2005, 02:22
importing the file shouldnt be too hard, its just how would preset authors control it?
along the same lines, how about invoking sprites from preset code? that should be easy, should just need to copy paste the code from the numeric keys, and replace the numeric input from keyboard to one of the var_pf_ variables

Eo.S.
25th December 2005, 04:15
well the sprites are pretty ugly as is, and not very predictable. I was thinking that inside the menu for the shape, you select the image to be used from there, and MD just assumes that the image is in the same folder as the preset when it loads the preset.

Eo.S.

redi jedi
25th December 2005, 15:18
thats kinda along the lines of what i was thinking, but like i said since there is no character or string data type, the file names would have to be numeric

Phat
26th December 2005, 08:29
Shouldn't be too hard to follow that file saving convention...

makasin
3rd January 2006, 10:28
well since everyone will be making thier own presets, the probability of naming different pics twice and overwriting could be a great possibility. Hmm maybe authors could somehow embed the file into the preset itself?

redi jedi
3rd January 2006, 22:09
already thought of that, i came up with a naming convenction, xxx-yyyy(no dash) x is a author code, everyone will pick one, and not repeat someone elses then the yyyy is what ever you want, the only part that really matters is the xxx everyone could chose there own method of doing the yyyy part(how ever many characters you want)