andrewphorn / classicube-client Goto Github PK

gosh darnit allie, why didn't you do this.

The lava block in ClassiCube looks different from the one in the classic client. The lava has a darker shade. It makes it look less dangerous. It's a problem for lava survival servers, as I believe it worsens the experience for the players. It'd be nice to see the lava brought back to its orginal shade.

blocks:

• solid
• water
• lava

Add guns and doorgun

eg "croc" model.

provide fallback of default humanoid model or something.

3d Anaglyph no longer seems to work. When you turn it on you get this error on the screen. "java.lang.IllegalArgumentException: input == null!" and using java console to show more information http://pastebin.com/RbGQ17be

Please add an option to scale the GUI (including chat text), to avoid having GIGANTIC BUTTONS on large monitors, a'la modern MC.

didnt take a closer look yet but it seems all the hacks arent working anymore with the latest commit.

idk the circumstances people have been complaining about it so.

instead of having to do each page manually.

markdown renderer.

etc.

voidpublic opened this issue 17 minutes ago
Joining internal network servers
Edit
No milestone No one is assigned
So basically when you want to join a server within your own network, you cannot go outside and then in again, so you gotta use a differnt URL which in this case would be:

http://www.minecraft.net/classic/play/play.%20jsp?ip=192.168.1.111&port=25564

But that is not supported by the client. That for example would be if i'd like to join my coding pc from another pc of my network (which happens quite often) and all people that host in their internal network will have to join like this.

Unless you know another way :)
2 participants

andrewphorn commented 15 minutes ago
Go to the page with the full play url and append ?override=true (or ?ip=x.y.z.y for something other than localhost)

Localhost is working fine, but connecting to an IP from external network wont work.. could atleast test before closing the issue :)
Gives me: "Unrecognized Server URL. Make sure that you are using the correct link".

The thing that is working is clicking on direct with:
mc://address:port/username/mppass

Even with hacks disabled and -hax in the motd, going up through lava is faster than the usual client. Would be extremely useful especially for gaming servers where we need to provide the exactly same chances as the vanilla.

Many routers don't allow you to connect to localhost through the external ip. Minecraft.net solves this problem the following way: if a caller IP is the same as the server IP, then the server IP is substituted with 127.0.0.1 . At the moment, some people may be unable to connect to their own servers via ClassiCube if they try to establish a connection from their own machine. The method that is used by Minecraft.net should fix the problem.

looking into it.

Regardless of what it was before.

Advanced hax moves slightly faster when jumping and goes slightly higher I believe. -hax should set everybody on the same level for fairness.

If you turn SpeedHack Type to Adv you can noclip in servers you cannot normally noclip in.
This is sort of related to Dzienny's issue where the client ignores the -hax

Check out the humanoid code you modified to add model changing support, fix it

So basically when you want to join a server within your own network, you cannot go outside and then in again, so you gotta use a differnt URL which in this case would be:

http://www.minecraft.net/classic/play/play.%20jsp?ip=192.168.1.111&port=25564

But that is not supported by the client. That for example would be if i'd like to join my coding pc from another pc of my network (which happens quite often) and all people that host in their internal network will have to join like this.

Unless you know another way :)

http://wiki.vg/Classic_Protocol_Extension

If a MOTD contains cfg= reference, then the -hax tag is ignored.
The problem concerns for example [aBlockz] Lava Survival. Although it has -hax in its MOTD it is not respected by the client. All hacks are available. To replicate this issue you need to have SpeedHack Type set to Normal.

Second problem:
+ophax doesn't work when SpeedHack is set to Normal.

Well the problem is that when you do so called "lava parkour" the client is still behaving strange. This is especially when jumping out of lava it gives you a unnatural boost which makes it easy to master this parkour

Let me show you an example:
X = lava
A = Air
G = ground

XAXAXA
XXXXXXX
GGGGG

So these jumps are normally kinda hard to do as you cannot get out fast, but with the client these jumps are really really easy to do, which should not be :)

also toggle fullscreen using js if available.

atm running/jumping will start queuing tons of step sounds. really annoying.

Simple overlay, lock keyboard and mouse, make the client appear that it is not hanging

When in the options menu everything works fine, the buttons are toggle-able and Anisotropic is disabled from being changed. But when you go into controls then back to options it seems to disable the ability to toggle the options and enables the ability to change Anisotropic. When you go back in to controls and back out it enables them again.

Needed optional parameters (at the very least): server (IP), port, username, mppass, skinserver (base URL for skins).

Suggested format (getopt style):

java -jar ClassiCube.jar --server=123.45.67.89 --port=12345 --username=fragmer --mppass=0123456789ABCDEF0123456789ABCDEF --skinserver=http://www.minecraft.net/skin/

Java breaks Minecraft again, this time even more. The newest Java update makes Minecraft classic on minecraft.net website unplayable. The applet hangs during the loading phase. Classicube.net still works but it will stop to work with the next Java update. It's because Oracle apparently decided to kill self signed applets altogether. I forecast that the killer update will be no sooner than in 2 to 3 months. It's logical that there should be some time for developers to prepare their applets for the changes. So 2-3 months is how much time there is to do something about this problem.

I thought about some possible solutions. Here's what I came up with:

1. Stop players from updating their Java. But there are two problems with it. The first is that it would decrese the players' security, the second is that you can't really stop them.
2. Buy a Java code signing certificate. It costs around 80-100$ If someone has that money to spare, it would solve the problem the easy way.
3. Make a HTML5/JS port of the game. But it won't work. Even if it's going to "work", the performance will be a way too low.
4. Make a Unity3D port. It seems like the only free solution that would secure the future of ClassiCube.

You can also hope that all the current users will switch to the stand alone client. But since it hasn't happened yet (many users still prefer website access), it's unlikely that it will happen.

If someone has any other ideas how to solve it, please share.

So maybe i am too dumb or this just isnt there yet, well my suggestion would be to be able to change the chatsize as it is quite big by default which is quite annoying when you have a lot of people talking :)

change packet code so that it's

PACKET_ID:PACKET_LEN:PACKET_CONTENTS

to allow for client/server to ignore packets they don't know.

would make everything incompatible atm but could fix.

If you have noclip on in normal hack mode then switch to advanced mode it doesn't turn off noclip and you just keep falling.

MOTD during loadup shows up as the whole string format, nothing was switched. (I.e. "cfg=localhost:25565/Main ~motd")

When walking on ice you move fast, which is to be expected as it's similar to the full Minecraft game but when you go up a slab right after you "run" on ice it will register with the server as speedhack.

When speedhack type = normal, if you are flying and change from a +hax map to a -hax map, you continue to fly, but you cannot descend. You can only ascend by using the space bar, and you are unable to disable fly.

When on a rope pressing shift will almost instantly bring you to the bottom if you just hold down shift. Also the corner rope that allows you to just press forward and go up it, if you press forward and speedhack on that then let go of forward while still holding shift it will fling you thousands of blocks in the air.

Allow these to be controllable by a server via packet

As a workaround for the Client Server connection problem 1. it's possible to use http://www.classicube.net/server/play?ip=127.0.0.1&port=25565&mppass=0d8466009026f62c36802fb6baa43c6e . The problem is that if you use http://www.classicube.net/server/play?ip=127.0.0.1&port=25565 ,then the client will never connect. It's because of the missing mppass parameter in the site source. Minecraft.net in the same case generates:
<param name="mppass" value="--">

When I turn on fullscreen the game just goes to background image and just sits there, on java console it seems to be just reloading instantly and constantly.

Just keeps saying.

java.lang.RuntimeException: No OpenGL context found in the current thread.
at org.lwjgl.opengl.GLContext.getCapabilities(GLContext.java:124)
at org.lwjgl.opengl.GL11.glGetError(GL11.java:1289)
at com.mojang.minecraft.Minecraft.checkGLError(Minecraft.java:141)
at com.mojang.minecraft.Minecraft.run(Minecraft.java:779)
at java.lang.Thread.run(Unknown Source)

The title says it all. Upon joining new worlds, the players hotbar gets reset back to the default hotbar. Doesn't seem to matter how you join (whether through portals or commands). This was confirmed on multiple servers with different softwares.

specifically xbox 360. maybe an option?

idk it'd be pretty cool.

Premium style tab name completion, to commands/chat.
i.e, three players online ("herpderp1","herpmerp1", "herpderp2")
hitting tab while "herp" in your chat bar could bring up text (above the chat bar) with all possible names that match "herp".
hitting tab while "herpm" in your chat bar would auto fill in "herpmerp1".
etc.
only triggerable when the cursor is fully right (not editing text before), and has text direct to the right of the cursor. this, in combo with the chat bar actually being open.

Add way to toggle fog in total, or much much farther render distance

"toggle noclip" and "take screenshot" should have different bindings.

Can't say much more than that. You can see a player name if you look directly at them through leaves. This makes sense, but it still lets you see the player name even if you look directly at a player behind a solid block with leaves on the side you are on.