Closed wmelder closed 7 years ago
Don't bother trying to install lower java version: still the same NullPointerexception :-( I now have this java version:
java version "1.7.0_91" OpenJDK Runtime Environment (rhel-2.6.2.3.el7-x86_64 u91-b00) OpenJDK 64-Bit Server VM (build 24.91-b01, mixed mode)
How come that the .local/diarization.sh script runs properly? Must be some misconfiguration from flist2scp.sh, I guess..?
The flist2scp.sh contains some code that calls the local/diarization.sh script with parameter $uemopt. It Th value of the variable assignment seems to come from a file:
cat $1/*.uem 2>&1 | sort >$1/ALL/test.uem
[ -s $1/ALL/test.uem ] && uemopt="--uem $1/ALL/test.uem"
In liumlog files the parameter looks like this: --uem /home/asr/OUT//intermediate/data/ALL/test.uem
Now if I do this:
cat OUT/intermediate/data/ALL/test.uem
it gives me this:
cat: /home/asr/OUT//intermediate/data/*.uem: No such file or directory
Can it be that the script crashes because these files are missing?
Now I noticed a source commit in local/flist2scp.sh.
After git pull and running the decode.sh, it seems that asr is running!
This is the change:
+[ -e $1/*.glm ] && cat $1/*.glm 2>&1 >$1/ALL/all.glm +[ -e $1/*.uem ] && cat $1/*.uem 2>&1 | sort >$1/ALL/test.uem
I'm not sure what it means, but at least the exception is gone for now. Keep you posted with results.
The process was running for more than realtime, so I ended the process. The problem now seems to be that local/decode_prepdata.sh script prepares a test filelist and that the links to the files are not correct. Here's some output on my server:
[ data]$ cat test.flist ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VD.wav ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VE.wav ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VB.wav ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VC.wav [ data]$ ls -al ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VD.wav ls: cannot access ../OUT2/intermediate/data/TONY_VAN_VERR-AEN560690VD.wav: No such file or directory
If these links are not correct I cannot see how further processing could work.
Close this one. The last issue was resolved by using filenames including absolute filepaths.
The lium speaker diarization results in 0 segments of speech, which is caused probably by a java exception.
Can it be that the Kaldi_NL configuration depends on another Java distribution than I have installed, which is: java version "1.8.0_111"?
This is from the liumlog segmentation: