This is a really fascinating thing to see. I hope that you can iron out the kinks, as it sounds like a tall order. It's funny, though. I said not all that long ago in Azanor's thread for Thaumcraft 4 thread that if Thaumcraft 2 were still around, I'd use it instead. Looks like now I'll (eventually) be able to put my money where my mouth istyping fingers are.
The Meaning of Life, the Universe, and Everything.
Join Date:
7/5/2013
Posts:
52
Minecraft:
swiftko
Xbox:
swiftk0
Member Details
Might as well make this a whole new mod loader for 1.7.10 itd become almost bigger than forge and plus people love some older mods like me i enjoy mo creeps and weirdos
I can definitely see a 147 version being nice. There were several mods that worked nicely there.
The three that come to my mind: Dimensional Doors, Mystcraft (0.9.5, not 0.10.x -- for the COG interaction), and Grey Goo.
More to the point, 147 was around for a while, and things got stable -- after that, some updated to 152, some updated to 162, others to 164 -- and the "all together" never really happened again.
1.2.5 is an odd choice. Perhaps because Forge was simply more simple back then and thus, easier to bridge? Most major now-defunct mods were in the 1.4.7 - 1.6.4 era, though. It'd certainly be nice to get 1.6.4 mods like Dimensional Doors back.
My biggest concerns about 1.4.7 are that a.) coremods started to be a thing with 1.3.x, and b.) I'm fairly positive that SRG names were a thing by that point, because I seem to recall mods made for 1.4.6 working in 1.4.7. Various 1.2.5 mods came with base-class replacements, which makes them equally less compatible with Intermediary as a coremod would be. But just having coremod functionality would have made mods more likely to try to use it, and I do seem to recall having various things in my coremods folder back then. I haven't looked yet to see how many of the popular mods need/are one.
And with SRG names, it means I have to support those as well as the original obfuscated Minecraft names. I can't include mappings without permission, either, and I have to consider that I may never get permission even if I were to ask for it, so that has to be part of the design decision from early on. Basically, I support only mods with SRG names, only mods without SRG names, only 1.4.6, only 1.4.7, etc. I'd have to look at exactly which of those platforms had the most content available and go from there.
Advantages to 1.4.x though are a.) more conformity, with most mods using only Forge by that point, so I don't have to implement various things like three different times as I'm doing now, b.) it integrates client and server mods together, likely resulting in far better compatibility and less hacky code, and c.) it still pretty much uses 1.2.5's style of rendering and texture system, which I'm already considering to be one of the more stable aspects of Intermediary at this point.
Am I correct in thinking that the 125 mods, even though they are "client-only", will work properly if the client does "Open to LAN"? If so, that might be a good way to do multiplayer with these old mods.
The 1.2.5 client mods are in fact running on both the 1.7.10 client as well as the internal server. In many cases this has worked just fine, like block updates and all that. With some trickery, even the tile entities synchronize between client and server, just as a regular mod designed for 1.7.10 would. Cases where this is an issue though are when variables are directly modified, such as with item stacks, rather than if a method were being called which I could override. Item stacks have a long-standing bug(s) at the moment, such as when you try to combine two stacks together in any Intermediary-based GUI; they don't combine, the one stack simply vanishes, because the 1.2.5 itemstack is modified but the 1.7.10 equivalent stack has no idea (or vice-versa). This is something I plan to deal with eventually by some kind of "watcher" class, to keep an eye on values known to change in these kinds of objects. For now though it's simply not a priority.
As for whether it'll run on Open to LAN, I honestly have no idea! There are things coded into it which are more singleplayer-oriented, and I just have no idea what will happen if you do that. You're more than welcome to try!
I would loooooove to get 1.6.4 option for this!!!!
There were a *lot* of coremods in 1.6.4, and they're a lot harder to spot. And as I mentioned to someone before, I honestly think that instead of a full bridge that it might be more viable to modify 1.6.4 mods at startup to intercept just calls made to things which are different, and let everything else work natively. It's one of those things where you just wouldn't know what you were getting into until you tried it though.
Asiekierka, the BuildCraft maintiner, has in fact expressed interest in possibly trying to bridge the two APIs. I don't know how that'll work out just yet, especially since it's not a priority at this time.
I have bit of a reversal to my last post...can you use this same method to make 1.7.10 run in 1.8.x??? now THAT would be awesome!!!!
1.7.10 is the closest relative to any older version of Minecraft. There's many aspects of 1.8 that didn't actually change much, others where there's a lot of code simply missing that would need to be recreated. Another problem is Forge removing rendering functionality in 1.8 that Intermediary relies on.
Might as well make this a whole new mod loader for 1.7.10 itd become almost bigger than forge and plus people love some older mods like me i enjoy mo creeps and weirdos
I'm still using parts of 1.7.10's Forge to bridge the functionality, though technically it's not entirely needed. The advantage to running through 1.7.10's Forge though is that we can still use mods like NEI or TMI, because you can't use the 1.2.5 counterpart (Chickenbones' mods needs Codechickencore for example, which modifies base classes, and isn't compatible).
Build 003 released! You can play with Blutricity in RP2, including frames and the pump. GUIs on the logic work better, TE machines and GUIs work, BC has some fixes, etc. Check the changelog as usual.
RP2 Control still won't work in the release builds, which is unfortunate because I've made the computers work, but I've narrowed down the issue to a mapping bug which will take a bit longer to fix. I didn't want to delay the release for that when so many other things work to play with.
Thank you so much for creating this project!! 1.2.5 was a HUGE release with tons of mods including many that never updated again because of all the changes in Minecraft when it went from an SSP base to a server base in 1.3.2+.
And on top of that 1.7.10 may be the last version of Minecraft to still run playably on ancient hardware as well as some newer hardware too considering the many 1.8.x lags etc that many still have.
So I find having a bridge between these two monumental releases to be an absolutely incredible god-send! Or FyberOptic-send I suppose. Please please do continue working on this project until it works as well as it possibly can.
Thank You!!
Rollback Post to RevisionRollBack
- The Cubic Chunks Mod is back! Be a part of it's rebirth and Development.
-- Robinton's Mods: [ Mirror ] for some of his Mods incl Cubic Chunks Mod, due to DropBox broken links.
That's an interesting one. It's not caused by Intermediary it doesn't appear, it's crashing before mods load, but somehow there's a trailing space in the name of your MultiMC instance directory: "L:\PortableApps\MultiMC\instances\Intermediary \minecraft" which it can't handle.
EDIT: The space being at the end of the "Intermediary" directory section of the path, since it might not be clear when the forum line-breaks it.
Out of curiosity (And a burning desire for 1.7.10 Mo' Creeps), how are entities coming along?
Since the main thing I'm hoping for from this is Mo' Creeps and Weirdos, I gave it a shot despite claims of it failing before. I expected it to at least load the items or something, but it crashed before getting to the title screen.
If it helps at all, here's the crash report from that test.
[11:07:10] [Client thread/ERROR] [FML]: Fatal errors were detected during the transition from INITIALIZATION to POSTINITIALIZATION. Loading cannot continue
[11:07:10] [Client thread/ERROR] [FML]:
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{7.10.88.1307} [Forge Mod Loader] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{10.13.2.1307} [Minecraft Forge] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
IntermediaryMod{MC1.7.10-003} [Intermediary] (intermediary-mc1.7.10-003.obf2.jar) Unloaded->Constructed->Pre-initialized->Errored
[11:07:10] [Client thread/ERROR] [FML]: The following problems were captured during this phase
[11:07:10] [Client thread/ERROR] [FML]: Caught exception from IntermediaryMod
java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at intermediary.minecraft.src.CREEPSItemLolly.<init>(CREEPSItemLolly.java:28) ~[CREEPSItemLolly.class:?]
at intermediary.minecraft.src.mod_MoreCreepsAndWeirdos.<clinit>(mod_MoreCreepsAndWeirdos.java:2059) ~[mod_MoreCreepsAndWeirdos.class:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Constructor.newInstance(Unknown Source) ~[?:1.7.0_75]
at java.lang.Class.newInstance(Unknown Source) ~[?:1.7.0_75]
at net.fybertech.intermediary.IntermediaryMod.init(IntermediaryMod.java:330) ~[IntermediaryMod.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-16.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-16.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-16.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-16.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:286) [NewLaunch.jar:?]
at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:376) [NewLaunch.jar:?]
at org.multimc.EntryPoint.listen(EntryPoint.java:165) [NewLaunch.jar:?]
at org.multimc.EntryPoint.main(EntryPoint.java:54) [NewLaunch.jar:?]
[11:07:10] [Client thread/INFO] [STDOUT]: [net.minecraft.client.Minecraft:func_71377_b:349]: ---- Minecraft Crash Report ----
// I blame Dinnerbone.
Time: 24/02/15 11:07 AM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:692)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:286)
at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:376)
at org.multimc.EntryPoint.listen(EntryPoint.java:165)
at org.multimc.EntryPoint.main(EntryPoint.java:54)
Caused by: java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at intermediary.minecraft.src.CREEPSItemLolly.<init>(CREEPSItemLolly.java:28)
at intermediary.minecraft.src.mod_MoreCreepsAndWeirdos.<clinit>(mod_MoreCreepsAndWeirdos.java:2059)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at net.fybertech.intermediary.IntermediaryMod.init(IntermediaryMod.java:330)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691)
... 18 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.7.0_75, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 454357808 bytes (433 MB) / 649068544 bytes (619 MB) up to 954728448 bytes (910 MB)
JVM Flags: 3 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xms512m -Xmx1024m
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.88.1307 Minecraft Forge 10.13.2.1307 4 mods loaded, 4 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{7.10.88.1307} [Forge Mod Loader] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{10.13.2.1307} [Minecraft Forge] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
IntermediaryMod{MC1.7.10-003} [Intermediary] (intermediary-mc1.7.10-003.obf2.jar) Unloaded->Constructed->Pre-initialized->Errored
[11:07:10] [Client thread/INFO] [STDOUT]: [net.minecraft.client.Minecraft:func_71377_b:359]: #@!@# Game crashed! Crash report saved to: #@!@# E:\Mods\Minecraft\Utilities\mmc-stable-win32\MultiMC\instances\Up-Pre1\minecraft\crash-reports\crash-2015-02-24_11.07.10-client.txt
AL lib: (EE) alc_cleanup: 1 device not closed
Minecraft exited with exitcode -1.
Strangely enough, it doesn't look like an entity issue, since it mentions 'CREEPSItemLolly', and judging by the 'item' keyword, you'd think it's not an entity. While I'm sure lack of entity support isn't the only problem the mod'll have here, it seems like an odd place to crash.
The Meaning of Life, the Universe, and Everything.
Join Date:
9/23/2014
Posts:
63
Location:
Argentina
Minecraft:
CubeWrench
Member Details
Listen, first, thanks, awesome mod!!!The RP2 logic works wonderful!.
Second, you should make a github repository to allow people report bugs in there, so we don't spam this thread with crashes and all that.
Since there is no a repo, i'll report my RP2-ONLY bugs in, i'm not reporting this like : "FIX IT NOW", i'm reporting this to inform you of the bugs that
you, slowly but shorly have to fix, you'll note that i don't speak english so i'll have mistakes:
- Project table doesn't craft anything.
- Alloy furnace crashes whenever you try to use it, blulectric alloy furnace works through http://pastebin.com/yikZEBAh
- All the ores give me ruby ore when i break them and they instabreak.
- Screwdriver/Sonic Screwdriver is 64-stackeable.
- Indigo flower and rubber tree sappling icons render like a block.
- Actually all the blocks insta-break.
- Blue alloy wire takes some time to render the connection to blocks that use blutricity.
- Pneumatic tubes work, same to transposer, but items don't render inside the tube.
- Saw(s) doesn't render in 3D, also they stack in 64, and they don't loss damage when you use them to craft, they just are remover like any vanilla recipe.
- The BT battery that has charge in it has a missing texture.
- Paint brushes don't work with tubes, after try it again, i discover that they don't render any tube-colored texture, but they do get colored since tube can be colored with a paint brush of the same time ones.
- Whatever you break has a lava particle instead the proper custom block particle.
- Lamps are kinda weird, the do work but in a weird way.
- Worldgen doesn't works, don't found volcanos, marble and ores after some searching.
- Retriever did it magic too, crashing my MC when i power it with redstone after power it with energy, i won't report more machine bugs since they seem to be "WIP" http://pastebin.com/42QesqZ4.
That's it, sorry for the big bug-report, but that's why i recommend a bug-dedicated github repository for this mod, thanks for work on this and bring us the nostalgia of good old mods!
Listen, first, thanks, awesome mod!!!The RP2 logic works wonderful!.
Second, you should make a github repository to allow people report bugs in there, so we don't spam this thread with crashes and all that.
Since there is no a repo, i'll report my RP2-ONLY bugs in, i'm not reporting this like : "FIX IT NOW", i'm reporting this to inform you of the bugs that you, slowly but shorly have to fix, you'll note that i don't speak english so i'll have mistakes:
That's it, sorry for the big bug-report, but that's why i recommend a bug-dedicated github repository for this mod, thanks for work on this and bring us the nostalgia of good old mods!
Thanks for the bug list. And you're right, there should be a better bug tracker, especially considering how bad MCF's post editor is. I'll look into it.
You'll be happy to know that some of those are fixed in build 004, as a matter o' fact. Others I knew about and haven't gotten to yet. But you listed some I hadn't seen as well. I'll check'em out.
And don't worry about your English, I understood everything you said just fine.
Out of curiosity (And a burning desire for 1.7.10 Mo' Creeps), how are entities coming along?
Since the main thing I'm hoping for from this is Mo' Creeps and Weirdos, I gave it a shot despite claims of it failing before. I expected it to at least load the items or something, but it crashed before getting to the title screen.
If it helps at all, here's the crash report from that test.
Strangely enough, it doesn't look like an entity issue, since it mentions 'CREEPSItemLolly', and judging by the 'item' keyword, you'd think it's not an entity. While I'm sure lack of entity support isn't the only problem the mod'll have here, it seems like an odd place to crash.
Looks like it's just a missing initializer on the Item class. Different mods call different things, I almost always get new crashes when I try a mod I haven't run before. I'll see if I can knock some of those out at least for build 005 when I get to it, since it would be nice to at least get it to start.
Entities haven't been touched yet, other than the item entities. Build 004 was heavily oriented around trying to fix the terrible GUI support, and it still needs work. Entities are still a priority though, and may be next since I try not to focus on one area too long when one thing is taking very long.
Could someone try and obtain a natural leveling/progression mod that is 1.2.5 to use with this, if it's even possible with Intermediary that is. There was a a mod called Single Player RPG back in the day I used to play in the yogbox, it was kind of like a none plugin mcmmo that worked in single player.
Rollback Post to RevisionRollBack
“Two things are infinite: the universe and human stupidity; and I'm not sure about the universe.”
The Meaning of Life, the Universe, and Everything.
Join Date:
9/23/2014
Posts:
63
Location:
Argentina
Minecraft:
CubeWrench
Member Details
Ok, time for more crashing fun report xD :
1 - If you have 2 tubes connected one to each other and you color one of them with a paint brush you'll se the tube color texture, but if you remove
the tube that is not colored the tube that is colored will render like not colored
2 - %60 of times that you place a block it doesn't appy the block-placing sound (Highly minor).
3 - All the microblocks have the same texture, which reminds me to one of the 1.8 new stones :P.
4 - There is a crash that appears very often when you place a block next to a RP machine http://pastebin.com/E5Cy9YEt.
- I got it placing a hopper connecting to a deployer.
- I got it placing a 1.7.10 Factorization battery next to a RP2's frame motor.
- I got it placing a timer right next to a transposer.
5 - Sonic Screwdriver doesn't have a recipe.
6 - The liquid tubes don't work i think.
7 - all blocks or whatever that can be placed in the world doesn't respect if you are in survival on creative, i mean, if you place a redpower2 block (1.7.10) in the ground in survival you will never loss the block in your inventory like in creative, inifite block placing
1 - If you have 2 tubes connected one to each other and you color one of them with a paint brush you'll se the tube color texture, but if you remove
the tube that is not colored the tube that is colored will render like not colored
great mod!!!
Ancient Warfare anyone?? XD
mouth istyping fingers are.My biggest concerns about 1.4.7 are that a.) coremods started to be a thing with 1.3.x, and b.) I'm fairly positive that SRG names were a thing by that point, because I seem to recall mods made for 1.4.6 working in 1.4.7. Various 1.2.5 mods came with base-class replacements, which makes them equally less compatible with Intermediary as a coremod would be. But just having coremod functionality would have made mods more likely to try to use it, and I do seem to recall having various things in my coremods folder back then. I haven't looked yet to see how many of the popular mods need/are one.
And with SRG names, it means I have to support those as well as the original obfuscated Minecraft names. I can't include mappings without permission, either, and I have to consider that I may never get permission even if I were to ask for it, so that has to be part of the design decision from early on. Basically, I support only mods with SRG names, only mods without SRG names, only 1.4.6, only 1.4.7, etc. I'd have to look at exactly which of those platforms had the most content available and go from there.
Advantages to 1.4.x though are a.) more conformity, with most mods using only Forge by that point, so I don't have to implement various things like three different times as I'm doing now, b.) it integrates client and server mods together, likely resulting in far better compatibility and less hacky code, and c.) it still pretty much uses 1.2.5's style of rendering and texture system, which I'm already considering to be one of the more stable aspects of Intermediary at this point.
The 1.2.5 client mods are in fact running on both the 1.7.10 client as well as the internal server. In many cases this has worked just fine, like block updates and all that. With some trickery, even the tile entities synchronize between client and server, just as a regular mod designed for 1.7.10 would. Cases where this is an issue though are when variables are directly modified, such as with item stacks, rather than if a method were being called which I could override. Item stacks have a long-standing bug(s) at the moment, such as when you try to combine two stacks together in any Intermediary-based GUI; they don't combine, the one stack simply vanishes, because the 1.2.5 itemstack is modified but the 1.7.10 equivalent stack has no idea (or vice-versa). This is something I plan to deal with eventually by some kind of "watcher" class, to keep an eye on values known to change in these kinds of objects. For now though it's simply not a priority.
As for whether it'll run on Open to LAN, I honestly have no idea! There are things coded into it which are more singleplayer-oriented, and I just have no idea what will happen if you do that. You're more than welcome to try!
There were a *lot* of coremods in 1.6.4, and they're a lot harder to spot. And as I mentioned to someone before, I honestly think that instead of a full bridge that it might be more viable to modify 1.6.4 mods at startup to intercept just calls made to things which are different, and let everything else work natively. It's one of those things where you just wouldn't know what you were getting into until you tried it though.
Asiekierka, the BuildCraft maintiner, has in fact expressed interest in possibly trying to bridge the two APIs. I don't know how that'll work out just yet, especially since it's not a priority at this time.
1.7.10 is the closest relative to any older version of Minecraft. There's many aspects of 1.8 that didn't actually change much, others where there's a lot of code simply missing that would need to be recreated. Another problem is Forge removing rendering functionality in 1.8 that Intermediary relies on.
I'm still using parts of 1.7.10's Forge to bridge the functionality, though technically it's not entirely needed. The advantage to running through 1.7.10's Forge though is that we can still use mods like NEI or TMI, because you can't use the 1.2.5 counterpart (Chickenbones' mods needs Codechickencore for example, which modifies base classes, and isn't compatible).
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
RP2 Control still won't work in the release builds, which is unfortunate because I've made the computers work, but I've narrowed down the issue to a mapping bug which will take a bit longer to fix. I didn't want to delay the release for that when so many other things work to play with.
It might be worth looking into eventually when it works better in 1.7.10 in general.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
Nice! Thank you
And on top of that 1.7.10 may be the last version of Minecraft to still run playably on ancient hardware as well as some newer hardware too considering the many 1.8.x lags etc that many still have.
So I find having a bridge between these two monumental releases to be an absolutely incredible god-send! Or FyberOptic-send I suppose. Please please do continue working on this project until it works as well as it possibly can.
Thank You!!
- The Cubic Chunks Mod is back! Be a part of it's rebirth and Development.
-- Robinton's Mods: [ Mirror ] for some of his Mods incl Cubic Chunks Mod, due to DropBox broken links.
- Dungeon Generator for the Open Cubic Chunks Mod
- QuickSAVE-QuickLOAD for the Open Cubic Chunks Mod
That's an interesting one. It's not caused by Intermediary it doesn't appear, it's crashing before mods load, but somehow there's a trailing space in the name of your MultiMC instance directory: "L:\PortableApps\MultiMC\instances\Intermediary \minecraft" which it can't handle.
EDIT: The space being at the end of the "Intermediary" directory section of the path, since it might not be clear when the forum line-breaks it.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
Since the main thing I'm hoping for from this is Mo' Creeps and Weirdos, I gave it a shot despite claims of it failing before. I expected it to at least load the items or something, but it crashed before getting to the title screen.
If it helps at all, here's the crash report from that test.
[11:07:10] [Client thread/ERROR] [FML]:
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{7.10.88.1307} [Forge Mod Loader] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{10.13.2.1307} [Minecraft Forge] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
IntermediaryMod{MC1.7.10-003} [Intermediary] (intermediary-mc1.7.10-003.obf2.jar) Unloaded->Constructed->Pre-initialized->Errored
[11:07:10] [Client thread/ERROR] [FML]: The following problems were captured during this phase
[11:07:10] [Client thread/ERROR] [FML]: Caught exception from IntermediaryMod
java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at intermediary.minecraft.src.CREEPSItemLolly.<init>(CREEPSItemLolly.java:28) ~[CREEPSItemLolly.class:?]
at intermediary.minecraft.src.mod_MoreCreepsAndWeirdos.<clinit>(mod_MoreCreepsAndWeirdos.java:2059) ~[mod_MoreCreepsAndWeirdos.class:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Constructor.newInstance(Unknown Source) ~[?:1.7.0_75]
at java.lang.Class.newInstance(Unknown Source) ~[?:1.7.0_75]
at net.fybertech.intermediary.IntermediaryMod.init(IntermediaryMod.java:330) ~[IntermediaryMod.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-16.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-16.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187) ~[forge-1.7.10-10.13.2.1307-1.7.10-universal.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-16.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-16.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-16.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_75]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_75]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_75]
at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:286) [NewLaunch.jar:?]
at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:376) [NewLaunch.jar:?]
at org.multimc.EntryPoint.listen(EntryPoint.java:165) [NewLaunch.jar:?]
at org.multimc.EntryPoint.main(EntryPoint.java:54) [NewLaunch.jar:?]
[11:07:10] [Client thread/INFO] [STDOUT]: [net.minecraft.client.Minecraft:func_71377_b:349]: ---- Minecraft Crash Report ----
// I blame Dinnerbone.
Time: 24/02/15 11:07 AM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:692)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:286)
at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:376)
at org.multimc.EntryPoint.listen(EntryPoint.java:165)
at org.multimc.EntryPoint.main(EntryPoint.java:54)
Caused by: java.lang.NoSuchMethodError: intermediary.minecraft.src.amm.<init>(IIZ)V
at intermediary.minecraft.src.CREEPSItemLolly.<init>(CREEPSItemLolly.java:28)
at intermediary.minecraft.src.mod_MoreCreepsAndWeirdos.<clinit>(mod_MoreCreepsAndWeirdos.java:2059)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at net.fybertech.intermediary.IntermediaryMod.init(IntermediaryMod.java:330)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691)
... 18 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.7.0_75, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 454357808 bytes (433 MB) / 649068544 bytes (619 MB) up to 954728448 bytes (910 MB)
JVM Flags: 3 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xms512m -Xmx1024m
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.88.1307 Minecraft Forge 10.13.2.1307 4 mods loaded, 4 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{7.10.88.1307} [Forge Mod Loader] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{10.13.2.1307} [Minecraft Forge] (forge-1.7.10-10.13.2.1307-1.7.10-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
IntermediaryMod{MC1.7.10-003} [Intermediary] (intermediary-mc1.7.10-003.obf2.jar) Unloaded->Constructed->Pre-initialized->Errored
[11:07:10] [Client thread/INFO] [STDOUT]: [net.minecraft.client.Minecraft:func_71377_b:359]: #@!@# Game crashed! Crash report saved to: #@!@# E:\Mods\Minecraft\Utilities\mmc-stable-win32\MultiMC\instances\Up-Pre1\minecraft\crash-reports\crash-2015-02-24_11.07.10-client.txt
AL lib: (EE) alc_cleanup: 1 device not closed
Minecraft exited with exitcode -1.
Second, you should make a github repository to allow people report bugs in there, so we don't spam this thread with crashes and all that.
Since there is no a repo, i'll report my RP2-ONLY bugs in, i'm not reporting this like : "FIX IT NOW", i'm reporting this to inform you of the bugs that
you, slowly but shorly have to fix, you'll note that i don't speak english so i'll have mistakes:
- Project table doesn't craft anything.
- Alloy furnace crashes whenever you try to use it, blulectric alloy furnace works through http://pastebin.com/yikZEBAh
- Block breaker crashes whenever gets powered by redstone http://pastebin.com/LA7bxBtS
- MC crashes when you place a rubber leave block http://pastebin.com/bBDwUGRU
- Frames work fine, but when you place a chest with stuff in it and try to move it with frames, you get a crash http://pastebin.com/BswNaHwr
- Blutricity works, THANKS, but the termophile doesn't works http://pastebin.com/L2Asy0Yb
- All the ores give me ruby ore when i break them and they instabreak.
- Screwdriver/Sonic Screwdriver is 64-stackeable.
- Indigo flower and rubber tree sappling icons render like a block.
- Actually all the blocks insta-break.
- Blue alloy wire takes some time to render the connection to blocks that use blutricity.
- Pneumatic tubes work, same to transposer, but items don't render inside the tube.
- Saw(s) doesn't render in 3D, also they stack in 64, and they don't loss damage when you use them to craft, they just are remover like any vanilla recipe.
- The BT battery that has charge in it has a missing texture.
- Paint brushes don't work with tubes, after try it again, i discover that they don't render any tube-colored texture, but they do get colored since tube can be colored with a paint brush of the same time ones.
- Whatever you break has a lava particle instead the proper custom block particle.
- Gem tools don't work.
- If you try to grow flax seeds minecraft will crash http://pastebin.com/5UCzhMLE
- Buffer don't accepts items via tubes.
- Lamps are kinda weird, the do work but in a weird way.
- Worldgen doesn't works, don't found volcanos, marble and ores after some searching.
- Retriever did it magic too, crashing my MC when i power it with redstone after power it with energy, i won't report more machine bugs since they seem to be "WIP" http://pastebin.com/42QesqZ4.
- Voltmeter crashes whenever i right-click in a wire http://pastebin.com/MhV0i5Rd
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
That's it, sorry for the big bug-report, but that's why i recommend a bug-dedicated github repository for this mod, thanks for work on this and bring us the nostalgia of good old mods!
Thanks for the bug list. And you're right, there should be a better bug tracker, especially considering how bad MCF's post editor is. I'll look into it.
You'll be happy to know that some of those are fixed in build 004, as a matter o' fact. Others I knew about and haven't gotten to yet. But you listed some I hadn't seen as well. I'll check'em out.
And don't worry about your English, I understood everything you said just fine.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
Looks like it's just a missing initializer on the Item class. Different mods call different things, I almost always get new crashes when I try a mod I haven't run before. I'll see if I can knock some of those out at least for build 005 when I get to it, since it would be nice to at least get it to start.
Entities haven't been touched yet, other than the item entities. Build 004 was heavily oriented around trying to fix the terrible GUI support, and it still needs work. Entities are still a priority though, and may be next since I try not to focus on one area too long when one thing is taking very long.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
“Two things are infinite: the universe and human stupidity; and I'm not sure about the universe.”
Also, great mod.
1 - If you have 2 tubes connected one to each other and you color one of them with a paint brush you'll se the tube color texture, but if you remove
the tube that is not colored the tube that is colored will render like not colored
http://imgur.com/eLUcdAi,Lr2V60a (Check there is 2 pictures).
2 - %60 of times that you place a block it doesn't appy the block-placing sound (Highly minor).
3 - All the microblocks have the same texture, which reminds me to one of the 1.8 new stones :P.
4 - There is a crash that appears very often when you place a block next to a RP machine http://pastebin.com/E5Cy9YEt.
- I got it placing a hopper connecting to a deployer.
- I got it placing a 1.7.10 Factorization battery next to a RP2's frame motor.
- I got it placing a timer right next to a transposer.
5 - Sonic Screwdriver doesn't have a recipe.
6 - The liquid tubes don't work i think.
7 - all blocks or whatever that can be placed in the world doesn't respect if you are in survival on creative, i mean, if you place a redpower2 block (1.7.10) in the ground in survival you will never loss the block in your inventory like in creative, inifite block placing
This is actually a bug with Redpower 2, not Intermediary.