REW Linux installation

[kboe]

Cannot install REW in Linux.

Hi John, hi all!

For a week or so I am trying to install REW on 3 different distributions of Linux.
As Microsoft keeps changing Win 10 constantly making me crazy, I consider moving over to Linux.

Do have 3 different Linux distributions running: Open SuSE, Mint and Lubuntu.

Downloaded the installer at least 3 or 4 times meanwhile. When it comes to installation, I always get the following error-message:

So decided to try an older version. Which brings the following error-message:

My son, who is into computers tried to install a different version of Java, but no success so far.

I did manage to get a version 4 running of which I downloaded the jar files without installer. But that is a quite old version...

Any hints, what I could do?

Kind Regards
Bernhard

 

[John Mulcahy]

I can't help with Linux installation, sorry, perhaps one of the Linux users can help. To install a Java 8 runtime something like sudo apt-get install openjdk-8-jre or equivalent should work. Do not install a headless JRE, they lack audio I/O

 

[kboe]

OK thanks!

Already got a few hints from linux userers in a different forum but no success so far.

Kind Regards

 

[jankull]

Hi, same problem on a fresh install of debian 10 (buster)

only solution, make a chroot (stretch) to launch the installer and extract the application (see attachements)
now i can use REW under debian 10 with the following command (having previously downloaded java8-jre) :

env INSTALL4J_JAVA_HOME=/home/vincent/Applications/jre1.8.0_241 /home/vincent/Applications/REW/roomeqwizard

Please fix the installer. Thank you

 

[John Mulcahy]

Please fix the installer.

The installer was generated by install4j, with what is now quite an old version in the case of 5.19. I have no idea how to go about fixing it or what you were trying to convey with the attached files. Have you tried running the installer for the current beta?

 

[kboe]

Hi jankull,

first of all thanks for your efforts!
I am not a specialist in Linux. Just want to see if there is (are) viable alternative(s) to Win 10 who´s constant changes make me crazy (sometimes).
My son likes fiddling with computers though and he does most of the work for me.

Am I right assuming that your attached files are an archieve of the extracted .jar files I will have to copy into approbriate folders on my Linux PC thus avoiding to use the installer but having the inconvenience of needing to know where to put them?

@John Mulcahy:
you offer in the "history" a version 4 (?) as just .jar files.
As a work around for the current situation you could just offer the .jar files of current versions in addition to an installer version?
jankull please correct me if this is a misanderstanding from my side...

Kind Regards
Bernhard

 

[Pio2001]

Hi,
I have been using REW on Linux Mint Debian Edition for some time. I have just upgraded to Linux LMDE4, the brand new Linux, based on Debian Buster.

I have a similar problem as you : REW requires Java 8 and no more, while Linux now features Java 11 by default.
kboe, I'm afraid that manually installing the software won't help : you'll get the same error trying to lauch REW as trying to lauch the installer.

What we need to find is a way to have REW running in Java JRE8 while still having Java JRE11 installed as default.
You may altogether replace Java jre 11 with Java jre 8 on your system, that should work. But I'll myself try to keep them both, as I've got some Java softares that works much better on 11 than they did on 8.

 

[kboe]

Hi Pio2001,
my son installed ( just moved/copied?) the java 8 files into a dedicated directory ( or just a file?) and then tried to install REW into the same directory. That should be sufficient to make it use the java it finds in its own directory and not the global java...

as far as i understand that matter.....

Kind Regards
Bernhard

 

[Pio2001]

Hi, same problem on a fresh install of debian 10 (buster)
View attachment 30758
only solution, make a chroot (stretch) to launch the installer and extract the application (see attachements)
now i can use REW under debian 10 with the following command (having previously downloaded java8-jre) :

env INSTALL4J_JAVA_HOME=/home/vincent/Applications/jre1.8.0_241 /home/vincent/Applications/REW/roomeqwizard

Please fix the installer. Thank you

I managed to get REW working with a better solution :

1-Getting Java 8 without installing it
I downloaded Java JRE for Linux from Oracle.
I created a new folder /usr/lib/java8
I unpacked the Java downloaded from Oracle in it

2-Getting REW installer to use this Java instead of the default one
I edited the REW installer (this is the tricky part, Linux text editor would not load it, I used Notepad++ in Windows XP, with a network access to my Linux drive), and changed the 4th row
# INSTALL4J_JAVA_HOME_OVERRIDE=
into
INSTALL4J_JAVA_HOME_OVERRIDE=/usr/lib/java8/jre1.8.0_241
Then I ran the installer (bash REW_linux_V5_20_beta_47.sh)

This way, the installer took care of the installation folder, the desktop shortcut, and I could even choose to use OpenGL for the waterfall view. Without it, the waterfall would only work up to REW 5.18. With 5.20 beta, it doesn't work by default, but it works if I choose OpenGL during the installation.

Now, REW works fine, while Java -version is still 11.0.6 !

 

[kboe]

Hi all,
thanks for all your input!
In the moment I have given in.
after the allmighty lockdown I will invite a friend who is in facht a Linux specialist and we will continue.

Kind Regards
Bernhard

 

[phofman]

There is no need to change default java in linux. The REW installer checks for all available jvm versions in /usr/lib/jvm and picks java 1.8 automatically. All you have to do is install java8 runtime environment (JRE) from repositories, e.g. on Mint/Ubuntu

sudo aptitude install openjdk-8-jre

 

[TomS]

Hi! May I jump in here and ask for assistance as well? I have Ubuntu 18.04 installed, have installed openjdk-8-jre via terminal, and have downloaded the latest REW installer for Linux. I checked the permissions, and they are set to run as executable. However, double-clicking on the file does not help, nor running in the terminal (chmod 777 REW_linux_V5_20_beta_41.sh). I have tried the REW installation instructions but the I get this reponse:
chmod: cannot access 'REW_linux_V5_20_beta_41.sh': No such file or directory
What am I not getting right?

 

[phofman]

Are you really installing the old beta v. 41? You have to use the actual name of the downloaded installer file plus the file must be in the directory you are running chmod from. (command pwd will print the current directory). Typically the download directory is /home/YOURUSER/Downloads/

 

[TomS]

Ha, you caught me. So, I downloaded the latest version. I have my downloads go to my desktop, so, I moved the folder into my Downloads directory (which is.... /home/YOURUSER/Downloads ). I right-clicked onthe folder, set the permissions as executable, copied the name shown on the Basic tab....and tried it....chmod 777 REW_linux_5_20_beta_52.sh in the terminal. The result I got is ....chmod: cannot access 'REW_linux_5_20_beta_52.sh': No such file or directory
"command pwd" returns /home/YOURUSER
I am still stuck.

 

[John Mulcahy]

Your terminal, as shown by pwd, is at your home directory, so when you give it the name of a file that is in the downloads folder it cannot find it. Either change to the downloads directory in terminal before issuing the command, or include Downloads/ in the filename so the terminal knows where to look.

 

[TomS]

Thank you!!!
In case someone else has difficulties and is searching the internet, here is the line that I put in my terminal....
chmod 777 Downloads/REW_linux_5_20_beta_52.sh ....and pressed enter. Then, the next line I put in was ...
sudo Downloads/REW_linux_5_20_beta_52.sh ....and pressed enter. After I entered my password, REW was installed successfully.

 

[Pedulla]

Anyone running this on Mint 20.04?

I've got it to install and take measurements but when I go to generate an IR or other 3d graph the system shuts down with the following:

(java:71765): GLib-GObject-CRITICAL **: 01:04:55.539: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:56.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:57.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:57.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:57.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:71765): GLib-GObject-CRITICAL **: 01:04:57.540: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007ff0cb139901, pid=71765, tid=0x00007ff086df5700
#
# JRE version: OpenJDK Runtime Environment (8.0_312-b07) (build 1.8.0_312-8u312-b07-0ubuntu1~20.04-b07)
# Java VM: OpenJDK 64-Bit Server VM (25.312-b07 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x719901]
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid71765.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Aborted (core dumped)

I've turned off OpenGL and bumped the memory in the vmoptions file:

-Xmx6144m
-Dsun.java2d.opengl=False

More memory maybe?

 

[phofman]

I have been using REW on linux (Mint incl. previous versions) successfully. I am not sure I have tested the 3D graphs though.

What does that /tmp/hs_err_pid71765.log log say?

Any reason why you have OpenGL disabled? IMO the drawing runs better with OpenGL, causing fewer glitches. But I have not done any explicit measuring.

I doubt an out of memory error would cause the null object error like this. Nevertheless you can try to increase the memory to test. I have hit java OOM error in REW stock 2GB setting when running 4M FFT with coherent averaging, easily fixed by increasing the mx setting like you did.

You can try using latest java17 instead, REW runs fine in my Mint:

* Install JRE 17 (package openjdk-17-jre in ubuntu 20.04/Mint)
* Download JAXB libraries removed from stock Java 9 which are required by REW (jaxb-api-2.3.1.jar, jaxb-runtime-2.3.1.jar) from maven repo, copy the jar files to the REW root dir (/home/pavel/REW in my case)

https://repo1.maven.org/maven2/org/glassfish/jaxb/jaxb-runtime/2.3.1/jaxb-runtime-2.3.1.jar
https://repo1.maven.org/maven2/javax/xml/bind/jaxb-api/2.3.1/jaxb-api-2.3.1.jar

* Run java17 directly. I copied the command from ps axwww when java 8 REW was running. Of course /home/pavel/REW must be replaced with your path. I use 8GB of RAM (-Xmx8192m) for java, having 32GB RAM total . The parameter -XX:+UseZGC enables the low-latency ZGC garbage collector, production-ready in java 17 (https://kstefanj.github.io/2021/11/24/gc-progress-8-17.html )

/usr/lib/jvm/java-17-openjdk-amd64/bin/java -splash:/home/pavel/REW/.install4j/s_1uqrgys.png -XX:+UseZGC -Xms128m -Xmx8192m -Dsun.java2d.opengl=True -classpath /home/pavel/REW/.install4j/i4jruntime.jar:/home/pavel/REW/.install4j/launcherd9d2fef3.jar:/home/pavel/REW/./* install4j.roomeqwizard.RoomEQ_Wizard

 

[Pedulla]

@phofman, thank you for the response.
Yeah, all the other functions seem to work except till I start generating decay, waterfall... graphs (that's what I meant by 3d graphs).

Log File: Thought I attached it... It's there now. :/

OpenGL: I have opengl turned off because various REW windows (preferences for example) would pop-up blank a (dark gray background) and would not close at which point REW was unusable. Had to restart X (ctl+alt+bkspc) and restart the app. I'm running compiz window manager so that might have something to do with it.

Memory: I tried going all the way up to 8G and down to 1G (thinking it might be a case where the index wasn't large enough...) Same results either way.

I'll play with the different java versions and report back. Thank you again.

 

[Pedulla]

Okay, fired up under JRE17 with the command line you suggested, however, mdat files saved under the JRE8 error out as not recognized by REW when opened while running under JRE17.
Also a few more warnings on the console.

WARNING: A terminally deprecated method in java.lang.System has been called
WARNING: System::setSecurityManager has been called by roomeqwizard.XH (file:/opt/REW/RoomEQ_Wizard_obf.jar)
WARNING: Please consider reporting this to the maintainers of roomeqwizard.XH
WARNING: System::setSecurityManager will be removed in a future release

Not critical to read the old mdat files at this point as I'll take new measurements in the morning and see if it I can get the Decay/Waterfall/... graphs to work.

Two Side Notes:

1. my install went to /opt instead of the /home... dir. :/
2. Seems like OpenGL works correctly with JRE17

 

[phofman]

Very good. I am curious if the upgrade will fix your problem with the 3D charts.

The latest openjdk18 works perfectly too. No 3D charts tested though - is there any fast way to test them, without having to measure something first? Thanks.

 

[Pedulla]

@phofman , sorry, it's been a busy week. I do this as a volunteer side gig, so to speak.

YES, running this on JRE17 make all the 3d graphs work when the data was captured under the same JRE version.

Now I learning how to read the charts. Fun stuff.