Comments (3)
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
from ecantorix.
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.
from ecantorix.
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!
from ecantorix.
Related Issues (8)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ecantorix.