havocx42

Title: Logistics pipe's supplier pipe broken Version: 0.5.1 OS: Win 7 64 bit Java Version: java version "1.7.0_09" Description of Problem: General wonkiness with the supplier Pipe Fixed by updating to LogisticsPipes-MC1.4.6-0.6.9.72.jar from http://ci.thezorro266.com/job/LogisticsPipes/ Error Messages: None Error Log: None

mIDas *GOLD* v2.5 released: mIDas *GOLD* is an enhanced version of mIDas by pfaeff. "mIDas is a very simple open source tool that allows you to change the IDs of certain blocks and items in your world files. You can for example replace all blocks of dirt with blocks of cobblestone if you want to. This tool is especially useful for modders and mod users. As many of you know, the number of Block IDs in minecraft is limited and some mods use the same IDs. It might also happen that Notch introduces a new block with the same ID as one of your mods. The mod would then become unplayable. As a modder, you may want to change your Block IDs for several reasons during the development process, but you can't, because they are already stored in your world files. mIDas allows to change the IDs stored in those files to circumvent these problems. It can also be used to remove certain blocks after uninstalling a mod by setting the target ID to 0 (air)." - Pfaeff on mIDas ------------------------------------- Version 2.5 Improvements: Added ability to enable/disable individuals plugins from the UI Version 2.5 Fixes: Should open less file handles on large maps now. ------------------------------------- Version 2.4 Improvements: Plugin support for conversions. A Plugin to support BuildCraft pipes. Better logging so I can help people fix problems. Version 2.3 Improvements: Allows the conversion of damage values Version 2.3 Fixes: Player inventories are converted again. Google code project: http://code.google.com/p/midas-gold/ Downloads: http://code.google.com/p/midas-gold/downloads/list Tools for use with mIDas *GOLD*: http://rp.bkralik.cz/ - RedPower mIDas-*GOLD* patch generator by bkralik ===================================== mIDas by pfaeff and it's update mIDas *GOLD* by me are open source. The source can be found on the Google code page.

Cool, I'd like to see the design if you can find a way to copy the URL properly.

Yeah like theprolo said I was quoting SpecialJay above. However I just had a look at your design by copy pasting the string into the slot (doesn't the copy URL button work for you?) maybe I'm doing it wrong but it doesn't seem that great, it has a low efficiency(1) and doesn't output a huge amount of power. This is the link to what I get when I put your string in: http://www.talonfiremage.pwp.blueyonder.co.uk/reactorplanner.html?hixr4oywf2fo70vgu572t4gqn1mdox3e6kweynslv0gi48if4 Here is a great 6 chamber design from the nuclear engineering thread: Mark I-O EC, 6-Chamber, 70.00 EEU/t, 14m EU/cycle by gloomwalker (Revised Edition) And here is one with a higher power output but still achieving an efficiency of 1.5 Mark I-O ED, 6-Chamber, 120.00 EEU/t, 24m EU/cycle by Esiliare (variation of Wesnc's Mark II-4 ED Reactor)

I was wondering by what metrics you are judging this efficient? In terms of efficiency of uranium to power output it is, as has been mentioned, the worst possible. In terms of resources consumed to power output it is also pretty poor. You could create two of the two chamber setups that OmegaJasam posted for less resources and more power. In case anyone is interested here is the design that SpecialJay shows in his youtube video at 1:16 http://www.talonfiremage.pwp.blueyonder.co.uk/reactorplanner.html?hixpo7mwliuurwoiev67deg7ndbaaaxbgql3jch1ymskggtvk

And you are certain that it is using a 64 bit version of Java? Bearing in mind that its possible to have many versions of java installed? If when you type java -version it says 64bit then it should be ok. This is exactly the problem you would expect if a 32 bit JVM was being used.

This is incorrect, the cached memory is also available to be reallocated. Windows tries to use as much memory as possible which is why you can never have too much memory. Nightmare_1990:Can you open the command line and type "java -version" and post the output please.

Thanks! This is one of my favourite texture packs, very excited to try it out with Tekkit.

You don't need diamonds to get to the nether. Just cast the portal from lava.

This error has nothing to do with this post.

No they don't need to be in the ground. It's sometimes called a redpower inch worm drive, try googling that to see some examples.

This error has nothing to do with this post.

What has this got to do with "Unsupported major.minor version 51.0"?

Why do you think this has anything to do with "Could not reserve enough space for object heap"? Please use the report format. And please search the forums to see if your error has happened to other people, which in this case it has, in fact it's stickied on this board right next to this post. You need to install java 7. That or disable the offending mod, in this case, nether ores.

http://forums.technicpack.net/threads/new-report-format-required-reading.2292/

I can't think of a reason it wouldn't work on XP. It really doesn't matter what you use to edit it, it's just a text file. Notepad will do fine.

http://forums.technicpack.net/threads/new-report-format-required-reading.2292/

Why do you want to use 5 Gb? Why does it not work, what's the error? you say you have java 1.6 and 1.7 which are you using? 32bit or 64bit java? Seriously if you want help at least make an effort.

What is this in response to?

Yep, I was expecting that some of the mods in Tekkit 3.0 would be using the added data layer for the block IDs which would mean the IDs would have to be changed after it was converted to Anvil. If they don't then I will probably update the converter myself. Of course, it's open source. but if you are just using it for personal use then midas gold would be a better choice as it wouldn't require changing any code. essentially they are the same program except the world converter has the correct translations hard coded in order to keep it as simple as possible. edit: Not really, I assumed that the mods in 3.0 would make use of the larger number of block IDs in anvil. If they don't then it can be converted by something like midas gold first then the inbuilt anvil converter will work.

The problem here is that the not only will there be block ID changes, the worlds will also be switching over to the new Anvil format. Previously it was half an hours work to verify the Technic teams list of block ids and copy them into my converter. Now it will actually require some proper work. It wouldn't be too difficult, but I don't intend to do it this time as I don't have a world I want to convert.

How much RAM does the computer have?

MRPirate and Sarajenonyx: What the hell? This is the exact error this thread is about with the fix in the second post?! skullcrusher1284: What has your error got to do with this thread?!

I have no idea why java 7 would be behaving so badly for you. The easiest way to solve this would be to have your client using java 6 and your server using java 7. To do this, install both versions and make sure java 6 is the default. then in the launch.bat replace : java -Xmx1G -Xms512M -jar Tekkit.jar nogui with <path to java7>\bin\java -Xmx1G -Xms512M -jar Tekkit.jar nogui So something like C:\Program Files\Java\jre7\bin\java -Xmx1G -Xms512M -jar Tekkit.jar nogui

Yes. It's because the Technic guys had to move the block IDs around in order to get so many mods to work together so they don't match the block IDs stored in your world. There are two solutions: 1. Convert the world to the use the block IDs used by Tekkit. You can do that with midas . This keeps all of the blocks as they are. 2. Delete all the BC, IC2 ,RP and RC blocks by running the world in a vanilla server then transferring it to Tekkit you will lose all non vanilla blocks.