I really wish I could help this project in someway. But I don't know anything about Comp code or texture packs and I'm sure you have the idea department covered... but this is a really good idea and I'll probably stop being a vanilla gamer just to play it.
Rollback Post to RevisionRollBack
Let's all get along... or something optimistic like that.
So far we've gotten a lot of sprites made, and a bit of coding/modeling done as far as I know. I've mostly been involved in the spriting so I don't have as much info about the coding/modeling, but I would suggest asking about it on the forum page or in Pesterchum if you have it (memo: Minestuck).
Who? I really need to know.
And the textures aren't too much of a problem, except for the Captchalogued items. If you can figure out how to get all the items and blocks to fit in that little white space, you have my gratitude and reverence. The picture's at the end, in case you didn't notice it before. Thank you!
i would be ready to help. besides, i am a large fan of MSPA, and i cannot code (terribly sorry.) but texturing is my thing, so if anything needs texturing, i'm your guy.
You're going to have to wait for a bit while I wait for the other sburb mod to contact me back. If we do end up joining forces, the sprites we need to get done, and just work in general, is subject to change.
Just to keep everyone informed, and to make sure that no-one thinks this project has necro'd, a "Un-named coder" has decided to help work on the mod and that He/she is making leaps and bounds despite it's not his/her top priority, trust me, he/she is amazing.
Rollback Post to RevisionRollBack
Former Member of the Doctor-Who Minecraft client mod.
I used to be known as Scizor on the MC forums. I run a pony Ask blog!
If you are interested in helping, please PM what you think should be added (preferably, create your own table and share the link with me so that i can just copy paste). This will be how the punchcards know what item to make. Here is a real quick preview of what is to come:
That is correct, this not only will be a sburb fan mod, but will also allow for UNLIMITED items.
Okay I lied, not unlimited. Only 4,722,366,489,000,000,000,000 unique items per vanilla item ID (that means multiply the big number by 32,000).
EDIT: wait just a moment, that is still not big enough. The captcha code can be longer than just 7*2 charachters (the amount of attributes I thought useful). It could possibly be ( (64*64)^(attributes) )*32000 . I think...
I'd love to help, I know nothing about coding, but my friend is learning C and I am kinda good with pixel art i guess. If you could release the mod so far and update it I would be happy to test it for you.
ok.
so I have an idea about how the punch card codes would work such that the and or thing makes sense.
It does calculate factor in the Grist cost, but the and or part should work ok
ish.
so the first bit would represent whether it is a tool or armor or not.
I for brevity I will consider armor and such to be a type of tool
(the and s and or s can be reversed depending on whether tools all have a 1 or a zero for that bit)
this way tool && tool and tool || tool are both tools
nontool && nontool and nontool || nontool would both be nontools
but if one was a tool and one was not then whether the result was a tool or not would depend on whether you used and or or.
and all this only requires the first bit (of 48)
ok, and then there could be some bits that would specify the type of tool or armor (the first probably whether it is tool or armor)
(lets see... pick, shovel, hatchet, hoe, sword, (bit sequencies that dont pair with an item would make like a fishing rod or something) boots, leggings, shirt, helmet (this is a power of 2, so no extra sequences, just use the remaining bit(s) for a checksum)
Then there would be some bits that specify what material it would be made of.
so that if you combined two of the same type of item of different materials, then it would be that type of item, but probably of a different material (possibly including what type of enchantment it has, if any)
note however that these bits might wildly change the value when combined to something not close to either.
To make this less of a "problem" you might use something like the grey code.
(where each number is only one bit different from each other number)
of course this is just for tools/armor so far, but extending it to other types of items shouldn't be that hard.
if the item is NOT a tool, than the second bit would instead represent whether it is a block or not.
then the rest of the bits would specify which block it was (the bits would be backwards to allow for future blocks)
the blocks wouldnt neccisarily all be blocks perse, but just things that are placeable
of course this is just a general idea, and it might be more efficient to have a group of bits at the beginning for which type of item it is, but
come on
seriously we have 48 bits, we don't need to use them that carefully.
if we want some quality to be present whether you OR it or AND it, then you can have the bits for that quality, except one would have 1 and 0 reversed, and then the decoder code would OR whether either indicated that quality
if you want it to only retain the quality if both have them then you could AND whether they match instead.
as far as me helping with coding,
I know C and PHP, and knew Java, but I am busy currently with other projects (including a myideaof ~ATH interpreter) and school.
can help with algorithms, but I doubt that is what you need help with.
over breaks I might be able to help. not sure.
anyway.
yeah, that's my idea of how the punch cards could work.
also there should be an item called ultimate death ray that does not actually do anything.
(maybe for the lace card)ok.
so I have an idea about how the punch card codes would work such that the and or thing makes sense.
It does calculate factor in the Grist cost, but the and or part should work ok
ish.
so the first bit would represent whether it is a tool or armor or not.
I for brevity I will consider armor and such to be a type of tool
(the and s and or s can be reversed depending on whether tools all have a 1 or a zero for that bit)
this way tool && tool and tool || tool are both tools
nontool && nontool and nontool || nontool would both be nontools
but if one was a tool and one was not then whether the result was a tool or not would depend on whether you used and or or.
and all this only requires the first bit (of 48)
ok, and then there could be some bits that would specify the type of tool or armor (the first probably whether it is tool or armor)
(lets see... pick, shovel, hatchet, hoe, sword, (bit sequencies that dont pair with an item would make like a fishing rod or something) boots, leggings, shirt, helmet (this is a power of 2, so no extra sequences, just use the remaining bit(s) for a checksum)
Then there would be some bits that specify what material it would be made of.
so that if you combined two of the same type of item of different materials, then it would be that type of item, but probably of a different material (possibly including what type of enchantment it has, if any)
note however that these bits might wildly change the value when combined to something not close to either.
To make this less of a "problem" you might use something like the grey code.
(where each number is only one bit different from each other number)
of course this is just for tools/armor so far, but extending it to other types of items shouldn't be that hard.
if the item is NOT a tool, than the second bit would instead represent whether it is a block or not.
then the rest of the bits would specify which block it was (the bits would be backwards to allow for future blocks)
the blocks wouldnt neccisarily all be blocks perse, but just things that are placeable
of course this is just a general idea, and it might be more efficient to have a group of bits at the beginning for which type of item it is, but
come on
seriously we have 48 bits, we don't need to use them that carefully.
if we want some quality to be present whether you OR it or AND it, then you can have the bits for that quality, except one would have 1 and 0 reversed, and then the decoder code would OR whether either indicated that quality
if you want it to only retain the quality if both have them then you could AND whether they match instead.
as far as me helping with coding,
I know C and PHP, and knew Java, but I am busy currently with other projects (including a myideaof ~ATH interpreter) and school.
can help with algorithms, but I doubt that is what you need help with.
over breaks I might be able to help. not sure.
anyway.
yeah, that's my idea of how the punch cards could work.
also there should be an item called ultimate death ray that does not actually do anything.
(maybe for the lace card)
Hello there.
This is minecraft_snuffysam's spare account(long story), and I'm here with good/bad news.
Bad news is that this mod, the Minecraft Sburb Mod, is no longer a thing.
The good news is that it is because the mod team is merging with another mod team, here!
They are Minestuck and they are awesome.
Go check it out! If you are interested in helping us, go get a MSPA forum account and ask.
Thank you all for your support, and I hope you continue to support us.
YES! homestuck stuff! im no modder but i would love to see this in its full completionwait... lemme see this...ok, so i just looked at the homestuck mod that is in another forum/website/whatever.
Rollback Post to RevisionRollBack
http://pastebin.com/CXZnkLZ2 please visit both the links listed here, and the dragcave one at least once a week, thanks
Can you tell me what you've got so far?
Just make some homestuck-specific items and we'll call it at that.
Let's all get along... or something optimistic like that.
Good to know, I guess.
i would be ready to help. besides, i am a large fan of MSPA, and i cannot code (terribly sorry.) but texturing is my thing, so if anything needs texturing, i'm your guy.
I used to be known as Scizor on the MC forums. I run a pony Ask blog!
If you are interested in helping, please PM what you think should be added (preferably, create your own table and share the link with me so that i can just copy paste). This will be how the punchcards know what item to make. Here is a real quick preview of what is to come:
That is correct, this not only will be a sburb fan mod, but will also allow for UNLIMITED items.
Okay I lied, not unlimited. Only 4,722,366,489,000,000,000,000 unique items per vanilla item ID (that means multiply the big number by 32,000).
EDIT: wait just a moment, that is still not big enough. The captcha code can be longer than just 7*2 charachters (the amount of attributes I thought useful). It could possibly be ( (64*64)^(attributes) )*32000 . I think...
Tutorials and Mods and Things and Stuff - blog.yofreke.com
so I have an idea about how the punch card codes would work such that the and or thing makes sense.
It does calculate factor in the Grist cost, but the and or part should work ok
ish.
so the first bit would represent whether it is a tool or armor or not.
I for brevity I will consider armor and such to be a type of tool
(the and s and or s can be reversed depending on whether tools all have a 1 or a zero for that bit)
this way tool && tool and tool || tool are both tools
nontool && nontool and nontool || nontool would both be nontools
but if one was a tool and one was not then whether the result was a tool or not would depend on whether you used and or or.
and all this only requires the first bit (of 48)
ok, and then there could be some bits that would specify the type of tool or armor (the first probably whether it is tool or armor)
(lets see... pick, shovel, hatchet, hoe, sword, (bit sequencies that dont pair with an item would make like a fishing rod or something) boots, leggings, shirt, helmet (this is a power of 2, so no extra sequences, just use the remaining bit(s) for a checksum)
Then there would be some bits that specify what material it would be made of.
so that if you combined two of the same type of item of different materials, then it would be that type of item, but probably of a different material (possibly including what type of enchantment it has, if any)
note however that these bits might wildly change the value when combined to something not close to either.
To make this less of a "problem" you might use something like the grey code.
(where each number is only one bit different from each other number)
of course this is just for tools/armor so far, but extending it to other types of items shouldn't be that hard.
if the item is NOT a tool, than the second bit would instead represent whether it is a block or not.
then the rest of the bits would specify which block it was (the bits would be backwards to allow for future blocks)
the blocks wouldnt neccisarily all be blocks perse, but just things that are placeable
of course this is just a general idea, and it might be more efficient to have a group of bits at the beginning for which type of item it is, but
come on
seriously we have 48 bits, we don't need to use them that carefully.
if we want some quality to be present whether you OR it or AND it, then you can have the bits for that quality, except one would have 1 and 0 reversed, and then the decoder code would OR whether either indicated that quality
if you want it to only retain the quality if both have them then you could AND whether they match instead.
as far as me helping with coding,
I know C and PHP, and knew Java, but I am busy currently with other projects (including a myideaof ~ATH interpreter) and school.
can help with algorithms, but I doubt that is what you need help with.
over breaks I might be able to help. not sure.
anyway.
yeah, that's my idea of how the punch cards could work.
also there should be an item called ultimate death ray that does not actually do anything.
(maybe for the lace card)ok.
so I have an idea about how the punch card codes would work such that the and or thing makes sense.
It does calculate factor in the Grist cost, but the and or part should work ok
ish.
so the first bit would represent whether it is a tool or armor or not.
I for brevity I will consider armor and such to be a type of tool
(the and s and or s can be reversed depending on whether tools all have a 1 or a zero for that bit)
this way tool && tool and tool || tool are both tools
nontool && nontool and nontool || nontool would both be nontools
but if one was a tool and one was not then whether the result was a tool or not would depend on whether you used and or or.
and all this only requires the first bit (of 48)
ok, and then there could be some bits that would specify the type of tool or armor (the first probably whether it is tool or armor)
(lets see... pick, shovel, hatchet, hoe, sword, (bit sequencies that dont pair with an item would make like a fishing rod or something) boots, leggings, shirt, helmet (this is a power of 2, so no extra sequences, just use the remaining bit(s) for a checksum)
Then there would be some bits that specify what material it would be made of.
so that if you combined two of the same type of item of different materials, then it would be that type of item, but probably of a different material (possibly including what type of enchantment it has, if any)
note however that these bits might wildly change the value when combined to something not close to either.
To make this less of a "problem" you might use something like the grey code.
(where each number is only one bit different from each other number)
of course this is just for tools/armor so far, but extending it to other types of items shouldn't be that hard.
if the item is NOT a tool, than the second bit would instead represent whether it is a block or not.
then the rest of the bits would specify which block it was (the bits would be backwards to allow for future blocks)
the blocks wouldnt neccisarily all be blocks perse, but just things that are placeable
of course this is just a general idea, and it might be more efficient to have a group of bits at the beginning for which type of item it is, but
come on
seriously we have 48 bits, we don't need to use them that carefully.
if we want some quality to be present whether you OR it or AND it, then you can have the bits for that quality, except one would have 1 and 0 reversed, and then the decoder code would OR whether either indicated that quality
if you want it to only retain the quality if both have them then you could AND whether they match instead.
as far as me helping with coding,
I know C and PHP, and knew Java, but I am busy currently with other projects (including a myideaof ~ATH interpreter) and school.
can help with algorithms, but I doubt that is what you need help with.
over breaks I might be able to help. not sure.
anyway.
yeah, that's my idea of how the punch cards could work.
also there should be an item called ultimate death ray that does not actually do anything.
(maybe for the lace card)
This is minecraft_snuffysam's spare account(long story), and I'm here with good/bad news.
Bad news is that this mod, the Minecraft Sburb Mod, is no longer a thing.
The good news is that it is because the mod team is merging with another mod team, here!
They are Minestuck and they are awesome.
Go check it out! If you are interested in helping us, go get a MSPA forum account and ask.
Thank you all for your support, and I hope you continue to support us.
. . .
And? Your thoughts?