Open TooAngel opened 9 years ago
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.
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
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.
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!
I tried to build the
entchen.wav
following theREADME.md
but I'm running into the error:when executing
lmms -o entchen.wav --render entchen.mmp
make entchen.mid
ecantorix.pl -o mmp -o entchen.mmp entchen.mid
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 Abortedlmms version: lmms 1.0.0+stable-0ubuntu1 amd64 Linux Multimedia Studio
Any idea?