#mcp-modding:
<hachque> fishtaco567: If you doubt it, here's the source code for ModLoaderPlus
<hachque> http://code.redpointsoftware.com.au/Games/Mods/ModBridge/files/61d3cb6db24c7a9b1ea653f775ea08b4afebc85d/src/modbridge/net/minecraft/src/modbridge/_native
<Krenair> fishtaco567, you must be very well respected in the open source community. :)
<hachque> blakmajik: ModBridge is at http://www.minecraftforum.net/topic/1058640-123-wip-opensource-modbridge/; ModLoaderPlus is a subsystem of that
<crow> mcforum title: [1.2.3] [WIP] [OpenSource] ModBridge - Minecraft Forum
<hachque> although ModLoaderPlus is designed so that if you want to, you can compile it without ModBridge
<hachque> it's just that it happens to be a part of the ModBridge project
<blakmajik> modbridge runs native c# code?
<blakmajik> for the mods?
<hachque> ModBridge allows you to write forwards-compatible mods in C#
<hachque> so you write your mod in C#, and you don't have to change or update it when a new version of Minecraft comes out
<hachque> that's the biggest advantage, but the topic also lists others as well
<blakmajik> right, but im looking at the sandboxing comment
<blakmajik> so is this windows only mods?
<hachque> No, it'll run on any platform via Mono
<blakmajik> ack, i can barely get people to install modloader properly haha
<hachque> still working on the exact details of the sandboxing system, but it should be possible by either ClickOnce policies or by embedding Mono and exposing no libraries
<UltraMoogleMan> <hachque> ModBridge allows you to write forwards-compatible mods in C#
<UltraMoogleMan> <hachque> so you write your mod in C#, and you don't have to change or update it when a new version of Minecraft comes out
<blakmajik> looks interesting though, i will have to keep this tab open
<UltraMoogleMan> Hahah, sure
<UltraMoogleMan> fishtaco567 may doubt your use of "reimplementation", I personally doubt those two lines
<UltraMoogleMan> Echoing his sentiment, I'll believe it when I see it
<Krenair> Read the full chat log, UltraMoogleMan.
<hachque> UltraMoogleMan: It's already been shown in the fact that the example mod works across both 1.1.0 and 1.2.3 without recompiling it
<UltraMoogleMan> Krenair: Don't tell me what to do
<UltraMoogleMan> Out of the entire MCP team, you're the only one I have absolutely 0 respect for
<UltraMoogleMan> How are those pluralization rules treating you, by the way? :P
<UltraMoogleMan> Still having trouble with 'em?
<Krenair> UltraMoogleMan, no, read the chat log.
<UltraMoogleMan> Nah, I'd rather not
<Krenair> I'm not in the MCP team.
<Krenair> Seriously
<Krenair> Who has been telling people that I'm in the MCP team?
<UltraMoogleMan> Well, you have ops in #mcp-modding, that'd tend to be an indication
<UltraMoogleMan> But hey, since you're not, I'll disregard you even more then
<Krenair> This is #mcp-modding, not #mcp.
<DiskDaemon> http://mcp.ocean-labs.de/index.php?title=The_MCP_Team&oldid=813#Krenair
<Krenair> ^
<UltraMoogleMan> hachque: So, channel operators trying to order me around aside, is there any performance impact due to the additional indirection, or is it more or less similar to plain Java?
<Krenair> Actually the title is misleading now that it includes us contributors
<Krenair> fixed
<hachque> UltraMoogleMan: Though I haven't done tests at this early stage, I expect there to be very little as it uses JSON over the standard output / standard input to send messages
* eggy ([email protected]) has joined #mcp-modding
<hachque> essentially the Java side starts a .NET hosting process and retrieves it's standard input / output descriptors, and uses them to send / receive messages
<UltraMoogleMan> hachque: It's sounding pretty damn cool so far, then
<UltraMoogleMan> I look forward to seeing it progress
<IngisKahn> If only it used YAML... :)
<hachque> thanks
<blakmajik> how are you planning to deal with custom renderers?
<UltraMoogleMan> blakmajik, what does that have to do with a C# interface?
<blakmajik> or is that out of scope for this platform
<hachque> blakmajik: I assume (not that I've looked at the specifics of a custom renderer) the same way that I handle blocks
<UltraMoogleMan> I wouldn't say it's so much out of scope as irrelevant
<hachque> there's a generic subclass like ModBridgeBlock (I forget the exact name)
<blakmajik> how would custom renderers be irrelevent when we're talking about a c# modloader replacement?
<hachque> and then the C# messaging system creates instances of that when the C# equivelant is created
<hachque> then it has a mapping of Java object <-> C# object for the purposes of setting properties etc.
<hachque> * InteropBlock it's called
<UltraMoogleMan> blakmajik: Well, would you care to explain to me just what you mean by "custom renderers"? There are all sorts of "renderers" in Minecraft, from the Block renderer functionality, to indivdiual mob renderers, to GUI element renderers, to the WorldRenderer that shoves a 16x16x16 cell into a vertex buffer, how the fuck should I know what "renderers" you're talking about, am I Dionne Warwick?
<blakmajik> why would I explain it to you? I'm talking to hachque
<UltraMoogleMan> Well, you can feel free to suck my dick, you insufferable cunt
* UltraMoogleMan ignores blakmajik
<UltraMoogleMan> Fucking stupid modders
* Krenair has kicked UltraMoogleMan from #mcp-modding (Enough.)
* UltraMoogleMan ([email protected]) has joined #mcp-modding
* ChanServ gives voice to UltraMoogleMan
<blakmajik> i was waiting for that
<UltraMoogleMan> Suck my dick, too, kid
<UltraMoogleMan> Fucking power-tripping little prick
* Krenair sets ban on *!*@c-69-140-42-*.hsd1.md.comcast.net
* Krenair has kicked UltraMoogleMan from #mcp-modding (UltraMoogleMan)

#bukkitdev:
<UltraMoogleMan> Krenair: Hey, I can't actually see anything you're saying because you're on ignore, but I just wanted to let you know that you're a sad little fucking piece of shit, a useless king of a useless kingdom
<UltraMoogleMan> Krenair: Have fun playing hide-the-sausage with the rest of the useless, ignorant fucks in your precious channel