Hi,
I'm also using a software called Renoise. Song files are stored in a *.xrns file which contains a XML document and SampleData directory where all samples of the song are stored :

mysong.xrns
     |---Song.xml
     |---SampleData
              |---Instrument00 (name00)
              |--- [...]
              |---InstrumentXX (nameXX)
                       |---Sample00 (name00).flac
                       |--- [...]
                       |---SampleXX (nameXX).flac

So +1 for this idea, it's very useful when you don't work alone.

Looking forward to see the 0.4 ;)

.kev

2008/3/18, Paul Giblock <drfaygo@gmail.com>:
Here is a message that was sent to me instead of the discussion.  Enzo
- Make sure to do "Reply all" then delete any names that are not
lmms-devel or lmms-users.

Sounds like an interesting idea.  I imagine we could store the
external files into the XML as base64, but it would be ideal to
realize this without requiring a rewrite of the instruments.  I guess
the project saver can make a second pass, and add an additional
attribute to each tag that contains a file name.. I dunno.

-Paul

---------- Forwarded message ----------
From: enzo kay <dareenzo@gmail.com>
Date: Tue, Mar 18, 2008 at 6:34 AM
Subject: Re: [Lmms-users] Current state of 0.4.x and general UI-design questions
To: pgllama@gmail.com


People I have an ideia. I think it's a necessity to everone.
I think that adding a packing way for the projects
something like Fl studio zip files so that anyone could
hear another ones project will all sounds




On Mon, Mar 17, 2008 at 8:33 PM, Paul Giblock <drfaygo@gmail.com> wrote:
> Here is a mockup of my idea.  This "Scroll area" could very well be
> nested into a pane.
>
> http://lmms.sourceforge.net/test/instrumentPanelMock.tar.bz2
>
> 1)  Project has one instrument: Triple Oscillator
> 2)  User adds an LB302, notice how it is placed next to the Triple Oscillator
> 3)  User adds Vibed, but it is clipped by the side of the scroll area
> 4)  User scrolls to the right to expose all of Vibed
> 5)  User collapses both TripleOscillator and the LB-302.  Some
> standard instrument controls are shown at the top.  Artwork makes it
> easy to distinguish the different collapsed plugins.  The only thing
> missing from this drawing is some sort of activity-indicator (maybe an
> LED?) to allow the user to see instrument activity without using the
> piano.
> 6)  User adds another TripleOscillator and then switches to the
> ENV/LFO view.  Notice how two instruments can still be expanded in
> harmony, even with different tabs shown.
> 7)  User decides to collapse the second TripleOscillator
>
> I hope this makes the idea easier to understand.
>
> -Paul
>
>
>
>
> On Mon, Mar 17, 2008 at 5:05 AM, Paul Giblock <drfaygo@gmail.com> wrote:
> > Cool.  I had a related idea for the instrument plugins..  Maybe they
> >  can all be in one Horizontal scroll-pane.  The instrument views can be
> >  expanded or collapsed.  When collapsed, it is just a vertical sliver
> >  (16-32 pixels wide) with the name, instrument type, and maybe a
> >  control or two like volume and fx channel.  The current Instrument is
> >  always shown expanded, but the user can expand more instruments if
> >  they choose.   The Instruments can also be collapsed, reordered, and
> >  maybe even have features for grouping based on instrument type, or
> >  sorting to match the order of the songEditor.  Maybe we have artwork
> >  for the collapsed instruments to make the different instrument types
> >  more distinguishable.  Basically, it would be like Reason's rack,
> >  except horizontal, and more compact/simple.  The benefits are:
> >  Instrument "windows" are grouped together.   Provides a smooth manner
> >  of organizing and managing instruments.  Similar to tabs, but allows
> >  the user to have more than one expanded.
> >
> >  I can draw a mock-up if you would like.  Let me know what you think
> >
> >  -Paul
> >
> >
> >
> >  On Mon, Mar 17, 2008 at 4:34 AM, Tobias Doerffel
> >  <tobias.doerffel@gmail.com> wrote:
> >  > Am Monday, 17. März 2008 05:32:35 schrieb Paul Wayper:
> >  >
> >  > > Isn't it already?  How does it work in 0.3?
> >  >  For sure not.
> >  >
> >  >
> >  >  > I can set LMMS to have two
> >  >  > processors and it seems to use both cores to render a track - I can get up
> >  >  > to about 175% CPU usage across two procesors, so I suppose I'm getting
> >  >  > about the same results you are.
> >  >  Maybe that's because of excessive GUI-thread-usage i.e.
> >  >  screen-updates/animatins. The render-process itself will always only take
> >  >  max. 100% in 0.3.x
> >  >
> >  >
> >  >  > Well, I like the idea of an 'editor' window just changing behaviour, but
> >  >  > it's definitely handy to be able to view a rhythm, a piano roll and an
> >  >  > automation side by side, so to speak.
> >  >  Why? Anyways it looks like we can satisfy this requirement too, see below.
> >  >
> >  >
> >  >  > Likewise, it'd be really good if one
> >  >  > could see two piano rolls simultaneously to compare timing of notes.
> >  >  hm one could add a split-view (like in Konqueror) to have to patterns open in
> >  >  one piano-roll. Having two piano-rolls is a bad idea in my eyes.
> >  >
> >  >
> >  >  > One idea I'd suggest is to make ctrl-tab more like alt-tab.  At the moment
> >  >  > (on 0.3.2) it just cycles through the windows but seems to go off through
> >  >  > 16 or so invisible windows before going through the list again.  It'd be
> >  >  > nice to see a list of windows, and reorder them so that the most recently
> >  >  > used window was put next in the queue.
> >  >  The new dock-interface will make this obsolete I think ;-)
> >  >
> >  >
> >  >  > But I'm interested in this 'dock' idea - can you explain that a little
> >  >  > further?
> >  >  See http://doc.trolltech.com/4.3/mainwindows-dockwidgets.html - on the right
> >  >  side there're 2 dock-widgets. You can move, resize, close and undock them.
> >  >  Furthermore several docks can be stacked onto each other so that a tab-bar is
> >  >  displayed where you can switch between the docks. Beside that search for "qt
> >  >  dock widget" at google picture-search and you'll see further examples of
> >  >  what's meant.
> >  >
> >  >  Said that the editor-window could have several tabs for the editors - by
> >  >  dragging a tab to somewhere you can undock the editor or move it to somewhere
> >  >  else as normal dock. The attached mockup shows a basic idea for the new GUI.
> >  >
> >  >  toby
> >  >
> >
> >
> > > -------------------------------------------------------------------------
> >  >  This SF.net email is sponsored by: Microsoft
> >  >  Defy all challenges. Microsoft(R) Visual Studio 2008.
> >  >  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >  > _______________________________________________
> >  >  Lmms-users mailing list
> >  >  Lmms-users@lists.sourceforge.net
> >  >  https://lists.sourceforge.net/lists/listinfo/lmms-users
> >  >
> >  >
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Lmms-users mailing list
> Lmms-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lmms-users
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Lmms-users mailing list
Lmms-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lmms-users