HiddenChest RGSS Player Executable

[DerVVulfman]

Two points:

1. Unlike the previous June iteration which passed my Anti-Virus, the recent October 2024 edition hasn't... or hadn't as yet.  As it wasn't cleared, but gave no definite answer as why, the alert said it was sending the contents to its LAB for further inspection which could take hours.
   
2. Using the same project that has run with the June edition, I received the immediate pop up "Error creating OpenAL context" which also shut down the application. I need add that this is with both the .exe and with the .dll files that were packaged.
   

Whether or not the antivirus result returns clear, the June package is the most stable.

Do note that the repeat? method of the Input module (aka Input.repeat?) appears to only function with the DIAGONAL keys (Input::UP, Input::Left, etc.) within the stable June 2024 version,  and none of the others which are indeed used in the default scripts.

As an example:

  #--------------------------------------------------------------------------
  # * Frame Update
  #--------------------------------------------------------------------------
  def update
    # Update windows
    @edit_window.update
    @input_window.update
    # If B button was pressed
    if Input.repeat?(Input::B) 
      # If cursor position is at 0
      if @edit_window.index == 0
        return
      end

Within Scene_Name, this line is non-functional.

EDIT:  I also need to address an issue with the 'draw_text' method if the Window class.  Whilst you can set the x/y positions just fine, the defined or limited 'width' parameter is not functioning as it should.

Consider the following edit to the default Window_Base script I have made (seen below):

  def draw_actor_name(actor, x, y)    self.contents.font.color = normal_color
    #self.contents.draw_text(x, y, 120, 32, actor.name)
    name = "To be or not to be, that is the undeniable question."  
     self.contents.draw_text(x, y, 120, 32, name) 
  end

The results are starkly different between HiddenChest and RPGMaker XP as shown below.


The over-lengthy text should condense in width, but isn't.

[kyonides]

Audio Module

I'm planning to revert some of the changes I introduced months ago. The reason is very simple, there seems to be an easy way to achieve the same goal without altering the basic functionality of the OpenAL C++ wrappers.

Input Module

I've got no idea why it wouldn't work as it is configured right now. Thus, I'd have to study the case thoroughly, but it's not a priority right now.

Font Class

For a long time now, Font class objects have a no_squeeze method that defines whether or not the text will be condensed or not.
By default it won't be!
Not a feature I plan to change or modify in the near or not so near future, anyway.

[DerVVulfman]

If the changes to the Audio class fixes the issue with the midi restarts... I approve.

Having Input.repeat? only function for diagonals is an issue, not just for RPGMaker XP, but others.  The Scene_Name class uses Input.repeat?(Input::B) for backspace  in all three Ruby systems, and should theoretically be easy to test.

And actually, the so-named HIRES version of HiddenChest that Mel is using actually 'does' squeeze the fonts as they should.  I cannot say exactly what version or date, but the newest DLL within the package is "x64-msvcrt-ruby310.dll" dated 7-23-2022... if that helps.  I mean, the parameters ARE x,y,width,height... and width is there for a reason, either to squish or crop.

[kyonides]

As I said, HiddenChest default font setting is to not squeeze the string of text.
Not gonna change EVER, yet, you can set Font#no_squeeze to false to make it squeeze once again.

KNOWN ISSUES

Input.repeat? does not work

[DerVVulfman]

As I said, HiddenChest default font setting is to not squeeze the string of text.
Not gonna change EVER, yet, you can set Font#no_squeeze to false to make it squeeze once again.

It appears Font#no_squeeze matters little...

Edits performed to draw_actor_name to test the effectiveness of the Font.no_squeeze feature

  def draw_actor_name(actor, x, y)
    self.contents.font.color = normal_color
    self.contents.font.no_squeeze = true
    name = "To be or not to be, that is the question."
    self.contents.draw_text(x, y, 120, 32, name)
  end

  def draw_actor_name(actor, x, y)
    self.contents.font.color = normal_color
    self.contents.font.no_squeeze = false
    name = "To be or not to be, that is the question."
    self.contents.draw_text(x, y, 120, 32, name)
  end

Neither version returns the text compression that is innate with the default XP-to-VXAce systems and what users would expect if they were migrating their projects to HiddenChest.

I will note here that you DID say that "you can set Font#no_squeeze to false to make it squeeze once again".  However, I went to the Github and found this:

Font Class

• It now lets you use several new methods that can handle boolean values (true or false) and sizes (Integer)
  
  • underline - boolean
    
  • strikethrough or strikethru - boolean
    
  • no_squeeze - boolean, default value: false
    
  • outline_size - Integer 1 through 8
    
  • shadow_size - Integer 1 through 3
    
  • shadow_color - Color in RGBA format
    
  • outline, out_color & outline_color are available for RMXP & RMVX as well.
    

According to your Github, I should not have need to set the Font.no_squeeze value at all as it should already be set to false, a value you have indicated to return the font compression anyway.

There is an issue here.

Upon repair of this feature, might I recommend:

• Font.default_no_squeeze 
  

To be in keeping with values such as Font.default_size, Font.default_bold, et al.


In any event, I also stated...

Two points:

1. Unlike the previous June iteration which passed my Anti-Virus, the recent October 2024 edition hasn't... or hadn't as yet.  As it wasn't cleared, but gave no definite answer as why, the alert said it was sending the contents to its LAB for further inspection which could take hours.
    
   
2. Using the same project that has run with the June edition, I received the immediate pop up "Error creating OpenAL context" which also shut down the application. I need add that this is with both the .exe and with the .dll files that were packaged.
   

Your current version is itself broken.

[kyonides]

Sometimes I hate getting bug reports. 
Anyway, I've added those issues to the main post, at the very bottom. That section is entitled Known Issues.

[kyonides]

Version 1.1.84 Has Been Released!

Already available on Linux!

Windows users will have to wait a little bit more!

List of Recent Changes:

• Reverted some of the Audio module changes that were introduced months ago. [Bug Report]
  The reason is very simple, there seems to be an easy way to achieve the same goal without altering the basic functionality of the OpenAL C++ wrappers.
  
• Fixed Font's no_squeeze related methods. [Bug Report]
  
• Added Font.default_no_squeeze and Font.default_no_squeeze= methods. [Feature Request]
  

[kyonides]

Small Update

Well guys, it now includes binary executables for Windows 64 bit systems.
And nope, I won't compile any for 32 bit OS's.

[DerVVulfman]

And nope, I won't compile any for 32 bit OS's.

I only know one individual that may still be using 32-bit right now... and even THAT is  a 'mebby' 

The Font#no_squeeze is functional indeed.  

I was hoping the audio reversion would resolve the Midi error report from the 12th of June.

MIDI based error report:

Current state of test project:  RGSS1 scripts, no custom scripts in play.  Merely events as defined.
Version:  hiddenchest win64 20240608 - 1.1.80 with DLLs supplied within.
Sound Fonts individually tested: GMGSx.SF2, GM4_Orch.SF2, Final_Fantasy_7_PSX_SF

But for all I know, this is a stepping stone towards a repair.

And you haven't (as yet) addressed Input.repeat?.  But I do feel THAT would be sometime soon.

Bug reports... a chance to improve upon one's own product.

[kyonides]

Version 1.1.85 Has Been Released!

Its codename is TriggerHappy.

The Input module now has some new methods:

• trigger_double?(Input::Button)
  Button is just a placeholder name.
  
• trigger_last
  Method retains the very last button triggered by the player, if any.
  
• trigger_old
  Method may return 0 if the timer already hit the 0 mark.
  
• default_trigger_timer & default_trigger_timer=
  

Known Issues:

• Input.repeat? is ignoring all vanilla RM key bindings
  
• Input.trigger_double? has the same issue
  

NOTE: Gamepad buttons seem to work normally with Input.trigger_double?