lmms: qUncompress: Z_DATA_ERROR: Input data is corrupted

[TooAngel]

I tried to build the entchen.wav following the README.md but I'm running into the error:

qUncompress: Z_DATA_ERROR: Input data is corrupted

when executing lmms -o entchen.wav --render entchen.mmp

• I cloned the repository
• created the entchen.mid make entchen.mid
• build the mmp file ecantorix.pl -o mmp -o entchen.mmp entchen.mid
• executing lmms -o entchen.wav --render entchen.mmp result in: Notice: could not set realtime priority. VST sync support disabled in your configuration loading project... qUncompress: Z_DATA_ERROR: Input data is corrupted at line 1 column "error occurred while parsing element" QWidget: Cannot create a QWidget when no GUI is being used Aborted

lmms version: lmms 1.0.0+stable-0ubuntu1 amd64 Linux Multimedia Studio

Any idea?

[zonkmachine]

Any idea?

Yes.

lmms 1.0.0+stable-0ubuntu1

This package was broken in the Ubuntu repositories.

build the mmp file ecantorix.pl -o mmp -o entchen.mmp entchen.mid qUncompress: Z_DATA_ERROR: Input data is corrupte

Big O in there... ecantorix.pl -O mmp -o entchen.mmp entchen.mid Your output file entchen.mmp is really a .wav file starting with an RIFF header and is playable, at least after changing suffix.

I also get a crash when opening the proper .mmp in lmms-1.2.0-RC from the command line, but I can however open the project from inside lmms. Cool app!

@divVerent The generated project file says 0.4.13 and that's a bit dated. Think layers of dust. We're about to release lmms-1.2.0 and since you generate files that use the Sample Track the changes is this.

• You can now skip to and play in the middle of a sample.

zonkmachine@zonkmachine:~/builds/ecantorix$ ../lmms/lmms/build/lmms -o entchen.wav --render entchen2.mmp 
Notice: could not set realtime priority.
VST sync support disabled in your configuration
Loading project...
QObject::connect: Cannot connect (null)::positionMarkerMoved() to SampleTCO::playbackPositionChanged()
Segmentation fault (core dumped)

I think this crash may be due to the generated .mmp and not lmms ( ...this time ) . I've rendered with lmms extensively and haven't seen this before.

zonkmachine@zonkmachine:~/builds/ecantorix$ gdb ../lmms/lmms/build/lmms core 
...
Reading symbols from ../lmms/lmms/build/lmms...done.
[New LWP 16706]
[New LWP 16709]
[New LWP 16710]
[New LWP 16711]
[New LWP 16707]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `../lmms/lmms/build/lmms -o entchen.wav --render entchen2.mmp'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000000000550056 in GuiApplication::songEditor (this=0x0) at /home/zonkmachine/builds/lmms/lmms/include/GuiApplication.h:54
54		SongEditorWindow* songEditor() { return m_songEditor; }
(gdb) bt
#0  0x0000000000550056 in GuiApplication::songEditor (this=0x0) at /home/zonkmachine/builds/lmms/lmms/include/GuiApplication.h:54
#1  0x000000000062006a in SampleTCO::SampleTCO (this=0x7fa3667522e0, _track=0x7fa366751ee0)
    at /home/zonkmachine/builds/lmms/lmms/src/tracks/SampleTrack.cpp:87
#2  0x0000000000622a7d in SampleTrack::createTCO (this=0x7fa366751ee0) at /home/zonkmachine/builds/lmms/lmms/src/tracks/SampleTrack.cpp:677
#3  0x00000000005595ad in Track::loadSettings (this=0x7fa366751ee0, element=...) at /home/zonkmachine/builds/lmms/lmms/src/core/Track.cpp:2146
#4  0x000000000054a21e in SerializingObject::restoreState (this=0x7fa366751f00, element=...)
    at /home/zonkmachine/builds/lmms/lmms/src/core/SerializingObject.cpp:70
#5  0x000000000051b41e in JournallingObject::restoreState (this=0x7fa366751f00, _this=...)
    at /home/zonkmachine/builds/lmms/lmms/src/core/JournallingObject.cpp:92
#6  0x0000000000558a26 in Track::create (element=..., tc=0xa77560) at /home/zonkmachine/builds/lmms/lmms/src/core/Track.cpp:2009
#7  0x000000000055e7db in TrackContainer::loadSettings (this=0xa77560, _this=...) at /home/zonkmachine/builds/lmms/lmms/src/core/TrackContainer.cpp:123
#8  0x000000000054a21e in SerializingObject::restoreState (this=0xa77580, element=...)
    at /home/zonkmachine/builds/lmms/lmms/src/core/SerializingObject.cpp:70
#9  0x000000000051b41e in JournallingObject::restoreState (this=0xa77580, _this=...) at /home/zonkmachine/builds/lmms/lmms/src/core/JournallingObject.cpp:92
#10 0x000000000054d002 in Song::loadProject (this=0xa77560, fileName=...) at /home/zonkmachine/builds/lmms/lmms/src/core/Song.cpp:1025
#11 0x00000000004dcedd in main (argc=5, argv=0x7fff27f8ecd8) at /home/zonkmachine/builds/lmms/lmms/src/core/main.cpp:670

[divVerent]

The issue is that LMMS's file format was reverse engineered and may have changed incompatibly since.

At any rate, this certainly shouldn't crash LMMS, so there's a bug on LMMS's side too - I'll also look into what may cause the problem on my side, though.

[zonkmachine]

The issue is that LMMS's file format was reverse engineered and may have changed incompatibly since.

I think our upgrade functions should be able to handle 0.4.13 just fine.

At any rate, this certainly shouldn't crash LMMS, so there's a bug on LMMS's side too

I agree. I wonder if it could be and issue with the path to the 'voice' track.

I'll also look into what may cause the problem on my side, though.

Thanks!