Bug Report: LiteLoader prevents entering FullScreen at game startup.
When I start Minecraft from the Laucher the Mojang slash screen is shown, some LiteLoader progress toggles at the bottom row. The last thing written there is "Initialising...". After that the game should switch to FullScreen, but it goes to a windowed mode and only the bottom left part is visible, leaving the game unusable. The first thing written in the status after that error is "Reloading Resources...".
I have to press F11 two times to get back to normal view. This is a workaround, but annoying. Without LiteLoader everything works as expected. LiteLoader itself is working and loading mods as expected afterwards.
System: Window 7 64bit, Java 1.7.0_65_64bit, AMD Radeon HD 7750 (14.10.1006-140417a-171099C)
Minecraft: Forge 1.7.10-10.13.0.1180 (all other 1.7.10 versions tested with same result)
LiteLoader 1.7.10-02 extracted and placed in folder mods\1.7.10
Log:
[16:13:41] [Client thread/INFO]: Created: 1024x1024 textures/items-atlas
[16:13:43] [Client thread/INFO]: Created: 2048x1024 textures/blocks-atlas
[16:13:44] [Client thread/ERROR]: Couldn't toggle fullscreen
java.lang.NullPointerException
at com.mumfrey.liteloader.client.CallbackProxyClient.onResize(CallbackProxyClient.java:273) ~[CallbackProxyClient.class:1.7.10_02]
at com.mumfrey.liteloader.core.event.EventProxy.$event00002(EventProxy.java:213) ~[EventProxy.class:1.7.10_02]
at net.minecraft.client.Minecraft.func_147119_ah(Minecraft.java) ~[bao.class:?]
at net.minecraft.client.Minecraft.func_71370_a(Minecraft.java:1542) ~[bao.class:?]
at net.minecraft.client.Minecraft.func_71352_k(Minecraft.java:1511) [bao.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:560) [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_65]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_65]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_65]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_65]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134) [launchwrapper-1.9.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.9.jar:?]
I'd like to draw some lines as the last thing in the world but can't seem to find an appropriate hook. Is there a render listener that is triggered right before the hand is rendered? Looking at GenProfiler.java, onPostRender is triggered right *after* what I want. WE-CUI uses onPostRenderEntities (at 'litParticles') which I might use instead, but I'd like to visually see the difference if possible. Would this be a good case for my mod to add a new CallbackInjectionTransformer?
I'd like to draw some lines as the last thing in the world but can't seem to find an appropriate hook. Is there a render listener that is triggered right before the hand is rendered? Looking at GenProfiler.java, onPostRender is triggered right *after* what I want. WE-CUI uses onPostRenderEntities (at 'litParticles') which I might use instead, but I'd like to visually see the difference if possible.
Difference between what? And ignore GenProfiler it's not relevant to anything any more, I just haven't deleted it yet.
Would this be a good case for my mod to add a new CallbackInjectionTransformer?
No because CallbackInjectionTransformer is replaced by EventInjectionTransformer and CallbackInjectionTransformer is going to be phased out. It won't ever be removed because there may be people still using it but I don't recommend making new ones because EventInjectionTransformer is better in every way.
in the logs you just posted, there's the java.lang.NullPointerException at java.net.NetworkInterface.getInterfaceAddresses(Unknown Source) I mentioned in my first post on this page. Like I said, this is fixed in the latest version, which you can find for now at http://www.mediafire.com/download/hbakk9iuuf7t0h5/mod_voxelMap_1.2.2_for_1.7.10.litemod in which that bug really should be worked around. Please check it out and let me know if that is the case
Hi Mamiy . We're sill getting the "Is modified is false error" with the new worlddownloader versions liteloader , forge and Nariol's July 10 compile
strange thing is Nariols WDL code from july 2 works and Nariol and myself can't see why that is , can you check into this ? then we can update the WDL1.7.10 liteloader mod code
Difference between what? And ignore GenProfiler it's not relevant to anything any more, I just haven't deleted it yet.
No because CallbackInjectionTransformer is replaced by EventInjectionTransformer and CallbackInjectionTransformer is going to be phased out. It won't ever be removed because there may be people still using it but I don't recommend making new ones because EventInjectionTransformer is better in every way.
I mainly mean the aesthetic difference between rendering the lines before particles/weather/water versus after those are rendered. And I should've guessed that EventInjectionTransformer superceded CallbackInjectionTransformer - it's just that LiteLoader still uses it, and it didn't occur to me it was becoming legacy code.
I mainly mean the aesthetic difference between rendering the lines before particles/weather/water versus after those are rendered.
Probably not significant, generally that hook is for rendering stuff which should look like "part of the world", eg. whilst the world depth buffer is still intact.
And I should've guessed that EventInjectionTransformer superceded CallbackInjectionTransformer - it's just that LiteLoader still uses it, and it didn't occur to me it was becoming legacy code.
Indeed, but my plan is to move away from it. There's nothing particularly wrong with CIT it's just that EIT is much more powerful and also designed to minimise conflict. Basically I will be moving LiteLoader's core over to EIT exclusively and replacing all the current CITs and PacketTransformers with EIT hooks. EIT is designed to grow and is also more robust, easier to use, and just be generally a much better system. CIT and PT are not deprecated yet but I don't recommend creating new ones since EIT can do everything they can do and more.
personally I like the larger map found in the curse mods that is for 1.7.10, the only thing I like that Voxelmap better is that it has a warp button, other than that they are the same to me...
personally I like the larger map found in the curse mods that is for 1.7.10, the only thing I like that Voxelmap better is that it has a warp button, other than that they are the same to me...
Please note that this is not the VoxelMap thread, please stay on topic where possible.
So I installed the latest LiteLoader for 1.7.10 - and when I start minecraft (which should be in full screen), minecraft starts in windowed mode - but I only see about 25% of the screen.
To fix it, I have hit F11 - and then F11 again....
So I installed the latest LiteLoader for 1.7.10 - and when I start minecraft (which should be in full screen), minecraft starts in windowed mode - but I only see about 25% of the screen.
To fix it, I have hit F11 - and then F11 again....
It's the new loading bar, something is messing with the resolution refresh.
Temporary Workaround: Don't touch the window while it's loading.
So I installed the latest LiteLoader for 1.7.10 - and when I start minecraft (which should be in full screen), minecraft starts in windowed mode - but I only see about 25% of the screen.
To fix it, I have hit F11 - and then F11 again....
"should be in windowed mode", by which I assume you mean you're manually adding --fullscreen to the launch arguments in the JSON? I tried this and it works perfectly for me. If you're using some other (unsupported) method to launch in full screen such as using a third-party launcher, then that's your own problem.
That seems to be the same problem I reported in post #1847. There is also a log in that post.
I extracted liteloader-1.7.10.jar and placed it in .minecraft/mods/1.7.10 then I use my Forge profile with the standard launcher.
This should be the way you described as "Use FML to load liteloader".
Yeah... not working for me, but then again this is my first time using liteloader. Doing it for my sis, she needs voxelmap. I used the installer to chain my forge install, dropped the .litemod in .minecraft/mods/1.7.10, started the liteloader profile, then once it opens the actual mc window and does the load bar, it goes up about 75% and then freezes. no dev console output, no useful info to debug with :/
You managed to decompile and continue without me giving source code? O_O Bro, you are a god. Of course do whatever the [REDACTED] you want!!!! Good luck on it
That seems to be the same problem I reported in post #1847. There is also a log in that post.
I extracted liteloader-1.7.10.jar and placed it in .minecraft/mods/1.7.10 then I use my Forge profile with the standard launcher.
This should be the way you described as "Use FML to load liteloader".
Ah, I wonder if it's an issue when forge is around then. I know how to fix that issue in that case, just needs a null check in the event handler.
Yeah... not working for me, but then again this is my first time using liteloader. Doing it for my sis, she needs voxelmap. I used the installer to chain my forge install, dropped the .litemod in .minecraft/mods/1.7.10, started the liteloader profile, then once it opens the actual mc window and does the load bar, it goes up about 75% and then freezes. no dev console output, no useful info to debug with :/
What's the last thing in the dev console when it freezes?
You managed to decompile and continue without me giving source code? O_O Bro, you are a god. Of course do whatever the [REDACTED] you want!!!! Good luck on it
When I start Minecraft from the Laucher the Mojang slash screen is shown, some LiteLoader progress toggles at the bottom row. The last thing written there is "Initialising...". After that the game should switch to FullScreen, but it goes to a windowed mode and only the bottom left part is visible, leaving the game unusable. The first thing written in the status after that error is "Reloading Resources...".
I have to press F11 two times to get back to normal view. This is a workaround, but annoying. Without LiteLoader everything works as expected. LiteLoader itself is working and loading mods as expected afterwards.
System: Window 7 64bit, Java 1.7.0_65_64bit, AMD Radeon HD 7750 (14.10.1006-140417a-171099C)
Minecraft: Forge 1.7.10-10.13.0.1180 (all other 1.7.10 versions tested with same result)
LiteLoader 1.7.10-02 extracted and placed in folder mods\1.7.10
Log:
[16:13:41] [Client thread/INFO]: Created: 1024x1024 textures/items-atlas
[16:13:43] [Client thread/INFO]: Created: 2048x1024 textures/blocks-atlas
[16:13:44] [Client thread/ERROR]: Couldn't toggle fullscreen
java.lang.NullPointerException
at com.mumfrey.liteloader.client.CallbackProxyClient.onResize(CallbackProxyClient.java:273) ~[CallbackProxyClient.class:1.7.10_02]
at com.mumfrey.liteloader.core.event.EventProxy.$event00002(EventProxy.java:213) ~[EventProxy.class:1.7.10_02]
at net.minecraft.client.Minecraft.func_147119_ah(Minecraft.java) ~[bao.class:?]
at net.minecraft.client.Minecraft.func_71370_a(Minecraft.java:1542) ~[bao.class:?]
at net.minecraft.client.Minecraft.func_71352_k(Minecraft.java:1511) [bao.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:560) [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_65]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_65]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_65]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_65]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134) [launchwrapper-1.9.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.9.jar:?]
Version 3.2.0 for 1.7.10 seems to work fine for me and the latest version of Inventory tweaks on the Jenkins website works fine also
Note Block Display | Modules for the Macro / Keybind Mod
I don't make any minimaps
Difference between what? And ignore GenProfiler it's not relevant to anything any more, I just haven't deleted it yet.
No because CallbackInjectionTransformer is replaced by EventInjectionTransformer and CallbackInjectionTransformer is going to be phased out. It won't ever be removed because there may be people still using it but I don't recommend making new ones because EventInjectionTransformer is better in every way.
Hi Mamiy . We're sill getting the "Is modified is false error" with the new worlddownloader versions liteloader , forge and Nariol's July 10 compile
strange thing is Nariols WDL code from july 2 works and Nariol and myself can't see why that is , can you check into this ? then we can update the WDL1.7.10 liteloader mod code
Thanks
I mainly mean the aesthetic difference between rendering the lines before particles/weather/water versus after those are rendered. And I should've guessed that EventInjectionTransformer superceded CallbackInjectionTransformer - it's just that LiteLoader still uses it, and it didn't occur to me it was becoming legacy code.
Note Block Display | Modules for the Macro / Keybind Mod
I don't make any minimaps
Probably not significant, generally that hook is for rendering stuff which should look like "part of the world", eg. whilst the world depth buffer is still intact.
Indeed, but my plan is to move away from it. There's nothing particularly wrong with CIT it's just that EIT is much more powerful and also designed to minimise conflict. Basically I will be moving LiteLoader's core over to EIT exclusively and replacing all the current CITs and PacketTransformers with EIT hooks. EIT is designed to grow and is also more robust, easier to use, and just be generally a much better system. CIT and PT are not deprecated yet but I don't recommend creating new ones since EIT can do everything they can do and more.
Signs You're an Aging Gamer: You Press the "A" or "X" Button Rapidly During Loading Screens
Please note that this is not the VoxelMap thread, please stay on topic where possible.
To fix it, I have hit F11 - and then F11 again....
It's the new loading bar, something is messing with the resolution refresh.
Temporary Workaround: Don't touch the window while it's loading.
"should be in windowed mode", by which I assume you mean you're manually adding --fullscreen to the launch arguments in the JSON? I tried this and it works perfectly for me. If you're using some other (unsupported) method to launch in full screen such as using a third-party launcher, then that's your own problem.
I extracted liteloader-1.7.10.jar and placed it in .minecraft/mods/1.7.10 then I use my Forge profile with the standard launcher.
This should be the way you described as "Use FML to load liteloader".
Patreon
Ah, I wonder if it's an issue when forge is around then. I know how to fix that issue in that case, just needs a null check in the event handler.
What's the last thing in the dev console when it freezes?
Loading sound system
Patreon
Did you install forge, run the liteloader installer, and click chain to Forge?