implementation in Bitwig is picky wrt the zip format version

[ensonic]

I was creating an own multisample using cd test && zip -0 "../test.multisample" *.xml *.wav). If I load this into bitwig none of the wav files load and I get errors such as

[2024-01-17 21:59:47.599 float-sample-analysis error] Error creating analyzed audio file for /home/ensonic/projects/audio/robovox/en-us.multisample
1.wav:
	java.io.IOException: Unsupported RIFF type in header
	at com.bitwig.samplefile.NativeAudioDecoderMethod.open(Native Method)
	at com.bitwig.samplefile.NativeAudioDecoderMethod.Yzc(SourceFile:98)
	at com.bitwig.samplefile.NativeAudioDecoderMethod.GNX(SourceFile:10)
	at com.bitwig.samplefile.ejt.GNX(SourceFile:57)
	at Ha.GNX(SourceFile:47)
	at Gw.GNX(SourceFile:174)
	at Gy.GNX(SourceFile:348)
	at Hc.run(SourceFile:47)
	at tgr.run(SourceFile:307)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)

Loading those wav files works though. It turns out that zipinfo would show:

Archive:  test.multisample
Zip file size: 68263 bytes, number of entries: 6
-rw-r--r--  3.0 unx     1367 bx stor 24-Jan-23 21:56 multisample.xml
-rw-r--r--  3.0 unx     7366 bx stor 24-Jan-23 21:56 0.wav
-rw-r--r--  3.0 unx    16166 bx stor 24-Jan-23 21:56 1.wav
-rw-r--r--  3.0 unx     5602 bx stor 24-Jan-23 21:56 2.wav
-rw-r--r--  3.0 unx    19802 bx stor 24-Jan-23 21:56 3.wav
-rw-r--r--  3.0 unx    17090 bx stor 24-Jan-23 21:56 4.wav
6 files, 67393 bytes uncompressed, 67393 bytes compressed:  0.0%

but if I create this with bitwig I get:

Archive:  test.multisample
Zip file size: 68785 bytes, number of entries: 6
-rw----     1.0 fat     2201 b- stor 24-Jan-22 22:52 multisample.xml
-rw----     1.0 fat     7366 b- stor 24-Jan-22 22:52 0.wav
-rw----     1.0 fat    16166 b- stor 24-Jan-22 22:52 1.wav
-rw----     1.0 fat     5602 b- stor 24-Jan-22 22:52 2.wav
-rw----     1.0 fat    19802 b- stor 24-Jan-22 22:52 3.wav
-rw----     1.0 fat    17090 b- stor 24-Jan-22 22:52 4.wav
6 files, 68227 bytes uncompressed, 68227 bytes compressed:  0.0%

Using hexdump -C - the bitwig created is using PK 6X and zip created `PK 7X'. With the later there seems to be same extra data that is part of the zip format that bitwig starts to read as the WAV data.

After I've found this, I solved it by using cd test && jar -0 -c -M -f "../test.multisample" *.xml *.wav.

Maybe the required zip version need to be specified?