Thread: Command line HD mode & Java 11 reflection fix

Page 2 of 2 FirstFirst 12
Results 11 to 16 of 16
  1. #11  
    Registered Member
    Tyluur's Avatar
    Join Date
    Jun 2010
    Age
    26
    Posts
    5,103
    Thanks given
    1,819
    Thanks received
    1,767
    Rep Power
    2438
    Quote Originally Posted by mikan View Post
    java 7 should work
    What's the reason for that?
    Quote Originally Posted by blakeman8192 View Post
    Keep trying. Quitting is the only true failure.
    Spoiler for skrrrrr:

    Attached image
    Reply With Quote  
     

  2. #12  


    Omar's Avatar
    Join Date
    Dec 2007
    Posts
    279
    Thanks given
    640
    Thanks received
    783
    Rep Power
    5000
    Quote Originally Posted by mikan View Post
    java 7 should work
    On Windows/Linux, Java 7 is fine, yeah. But, on macOS, you need to use Java 6. Some things changed when Apple stopped distributing their own JDK.
    Attached image
    Reply With Quote  
     

  3. Thankful user:


  4. #13  
    Registered Member

    Join Date
    Dec 2009
    Posts
    774
    Thanks given
    367
    Thanks received
    455
    Rep Power
    927
    Quote Originally Posted by mikan View Post
    java 7 should work
    Java 6/7 whatever. I don't understand why you would implement the OP.
    link removed
    Reply With Quote  
     

  5. #14  
    Renown Programmer
    Greg's Avatar
    Join Date
    Jun 2010
    Posts
    1,179
    Thanks given
    260
    Thanks received
    1,012
    Rep Power
    2003
    Quote Originally Posted by Displee View Post
    Java 6/7 whatever. I don't understand why you would implement the OP.
    The idea was using this you can switch to opengl/directx when running from ide or terminal, however I won't recommend this change today especially since the reason for the issue is not being able to find the correct path not a direct problem with the code; that's what happens when people gravedig 2 year old posts.

    I would recommend taking out the unnecessary reflection though, especially for refactoring.
    Code:
    Method method_3_ = Runtime.class.getDeclaredMethod("load0", Class.class, String.class);
    method_3_.setAccessible(true);
    method_3_.invoke(Runtime.getRuntime(), var_class, file.getPath());
    method_3_.setAccessible(false);
    https://bitbucket.org/GregHib/hestia...3f2576bbf98d7c

    GPU rendering works on any jre on windows at least for now, don't know if it's the same for mac/linux.
    Attached imageAttached image
    Reply With Quote  
     

  6. #15  
    Programmer, Contributor, RM and Veteran




    Join Date
    Mar 2007
    Posts
    5,147
    Thanks given
    2,656
    Thanks received
    3,731
    Rep Power
    5000
    Quote Originally Posted by Omar View Post
    On Windows/Linux, Java 7 is fine, yeah. But, on macOS, you need to use Java 6. Some things changed when Apple stopped distributing their own JDK.
    To be more precise, in Java 6 AWT components could be backed by an NSView or a CALayer. The NSView -> CALayer migration actually started before the Java 6 -> 7 transition, so I don't think this was related to Apple stopping their own JDK builds - it was already in the works before that. However, Jagex's old OpenGL bindings only supported making an OpenGL context with NSOpenGLContext.

    In Java 7, the migration was finished and AWT components could only be backed by a CALayer. Jagex's old OpenGL bindings do not support CAOpenGLLayer, and it's relatively tricky to retrofit it because it works in a completely different way to the NSOpenGLContext. With an NSOpenGLContext your own application is in charge of rendering, but with CAOpenGLLayer the Core Animation library is in charge of rendering and calls back into your application. The jaggl interface wasn't designed to support the latter approach, but you can use frame buffers to work around that.

    https://git.openrs2.org/openrs2/openrs2-natives is a clean room implementation of the 550 native libraries that supports both NSView and CALayer (and also means we can compile it for new architectures, like ARM). It probably wouldn't be too much effort to do something similar for 667, but the 550 natives aren't compatible out of the box.
    .
    Reply With Quote  
     

  7. Thankful users:


  8. #16  
    Registered Member
    Tyluur's Avatar
    Join Date
    Jun 2010
    Age
    26
    Posts
    5,103
    Thanks given
    1,819
    Thanks received
    1,767
    Rep Power
    2438
    Quote Originally Posted by Graham View Post
    https://git.openrs2.org/openrs2/openrs2-natives is a clean room implementation of the 550 native libraries that supports both NSView and CALayer (and also means we can compile it for new architectures, like ARM). It probably wouldn't be too much effort to do something similar for 667, but the 550 natives aren't compatible out of the box.
    There's so many things I want to look into this year! So little time...
    Quote Originally Posted by blakeman8192 View Post
    Keep trying. Quitting is the only true failure.
    Spoiler for skrrrrr:

    Attached image
    Reply With Quote  
     

Page 2 of 2 FirstFirst 12

Thread Information
Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)


User Tag List

Similar Threads

  1. [source]Scripting language using Java's reflection
    By wizzyt21 in forum Application Development
    Replies: 9
    Last Post: 04-04-2010, 02:22 PM
  2. batch command line problem.
    By digistr in forum Software
    Replies: 0
    Last Post: 03-19-2010, 05:33 PM
  3. Replies: 4
    Last Post: 10-21-2009, 10:20 PM
  4. Using command-line parameters
    By Ikram in forum Application Development
    Replies: 4
    Last Post: 08-12-2009, 03:59 PM
  5. Command Maker purely written in java (beta)
    By quest rs in forum Tools
    Replies: 7
    Last Post: 03-02-2008, 01:39 PM
Tags for this Thread

View Tag Cloud

Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •