63 replies to this topic

[CCJJSax]

I thought this type of issue was on their side of things, but they said that it's on Computercraft's end.

https://github.com/M...omment-28524270

[Lyqyd]

Recent versions of ComputerCraft use MFR's version of bundled cables.

[CCJJSax]

Lyqyd, on 14 November 2013 - 05:31 PM, said:

Recent versions of ComputerCraft use MFR's version of bundled cables.

Is there a difference in APIs or something between the two? I have MFR installed, so I use that, but It'd be good for both, in case someone doesn't have MFR.

[Cloudy]

Dan, on this - https://twitter.com/...174104956366848

[theoriginalbit]

CCJJSax, on 15 November 2013 - 12:39 AM, said:

Is there a difference in APIs or something between the two?

Of course there is. What a silly question.

[ElvishJerricco]

theoriginalbit, on 15 November 2013 - 07:51 AM, said:

CCJJSax, on 15 November 2013 - 12:39 AM, said:

Is there a difference in APIs or something between the two?

Of course there is. What a silly question.

There are no bad questions - Just uninformed ones.

Oh. And bad answers. There are bad answers.

[Lyqyd]

There's a difference on the bundled cable mods' side of things, of course, since they are different mods. The MFR bundled cable usage on ComputerCraft's side of things is the same, you use the bundled redstone functions.

[ElvishJerricco]

Although, on the subject, I do believe since ChickenBones is now a part of ProjectRed, it will likely come out on top. It's already as good as RP2 in wiring (and in some ways better, due to Forge MultiPart). IMO, it's the best wiring mod out there at the moment.

[CCJJSax]

theoriginalbit, on 15 November 2013 - 07:51 AM, said:

CCJJSax, on 15 November 2013 - 12:39 AM, said:

Is there a difference in APIs or something between the two?

Of course there is. What a silly question.

ha, let me rephrase that then. Is the API so different that it wouldn't be practical to create one for ProjectRed?

[Lyqyd]

You wouldn't "create an API" to add support for it. Dan would have to use their API to interact with their cables, end-users would use the same bundled cable API calls in ComputerCraft. See the tweet linked above for reasons why only MFR is currently supported.

[theoriginalbit]

CCJJSax, on 15 November 2013 - 03:58 PM, said:

ha, let me rephrase that then. Is the API so different that it wouldn't be practical to create one for ProjectRed?

It would be difficult yes, and when both mods are present on a server, with the current methods its implemented, it would crash ComputerCraft.

[ElvishJerricco]

Really it wouldn't be that hard. There's one method to implement for which sides connect, one for getting the byte array of output, and one to call to get the input. It's a really simple API.

[theoriginalbit]

ElvishJerricco, on 15 November 2013 - 11:05 PM, said:

Really it wouldn't be that hard. There's one method to implement for which sides connect, one for getting the byte array of output, and one to call to get the input. It's a really simple API.

Well if its so simple and needed then why don't you do it... stating how simple simple something is or isn't won't change the developers minds or opinion on the matter.

[Sebra]

Is it impossible to support both? Doubt it.

[Cloudy]

Sebra, on 16 November 2013 - 12:53 AM, said:

Is it impossible to support both? Doubt it.

We technically support both RedPower 2 (lol) and MFR at the same time right now - just never had chance to test them working together!

[ElvishJerricco]

theoriginalbit, on 15 November 2013 - 11:14 PM, said:

Well if its so simple and needed then why don't you do it...

Not sure why you said this. You know very well that CC isn't open source. My point was that the issue isn't one of difficulty. It's a simple API, so the devs could adopt it easily if they actually chose to do so (which is the actual issue).

[ElvishJerricco]

Actually, maybe CC should just provide API for hooking multi-signal cable in. Like a registry for TileEntity classes and IBundledSignal handlers (multiple entries for each class allowed for sake of multiparts).

/**
 * Register with ComputerCraftAPI.registerBundledSignalHandler(Class<T> clazz, IBundledSignalHandler<T> handler);
 *
 * @param <T>
 * Generics for fun and less casting
 */
public interface IBundledSignalHandler<T extends TileEntity> {
	/**
	 * 
	 * @param tile
	 * @return
	 * Does the given tile contain a signal to be read or set?
	 */
	public boolean tileHasSignal(T tile);
	/**
	 * 
	 * @param tile
	 * @return
	 * Signal in tile
	 */
	public int getSignal(T tile);
	/**
	 * Set the signal in tile
	 * @param tile
	 */
	public void setSignal(T tile);
}

Obviously this is fairly incomplete but it gets the idea across.

Edited by ElvishJerricco, 17 November 2013 - 03:15 PM.

[CCJJSax]

Ideally it would be cool to get some API to have any mod that has this capability to just add functionality simply. such as RP2, ProjectRed, MFR, EnderIO and others. But I have no idea how hard it would be. It would be cool if it were as easy as ElvishJerricco is thinking.

[Lyqyd]

The API implementation going in that direction makes no sense. The sensible way is the current method, that the mod adding the wires provides an API to interact with them, and anything wishing to interact with them uses their API.

[ElvishJerricco]

Lyqyd, on 17 November 2013 - 09:07 PM, said:

The API implementation going in that direction makes no sense. The sensible way is the current method, that the mod adding the wires provides an API to interact with them, and anything wishing to interact with them uses their API.

How does it make no sense? CC adds API for any mod to hook in bundled cables, so any mod that so desires can add theirs. PR keeps its API for interfacing with bundled cable, but chooses to also add in CC support because they wanted to. It makes sense. It works. It's probably not ideal, so I'm on the fence about whether it's actually worth implementing, but it makes sense.