Fwd: re: re: dev question

[Miroslav Shaltev]

----------  Forwarded Message  ----------

Subject: re: re: dev question
Date: Thursday 27 July 2006 01:33
From: Miroslav Shaltev <shaltev@...>
To: soundtracker-discuss@...

hi Yuri @ all you out there

> Where have you got xi instruments with number of the samples > 16? Or
> you've created them yourself?

i rip them from soundfont bank, the PC51 for example, very realistic,
a long time ago, i tried to rip the drums from my old yamaha keyboard, that
ended with the 16 samples limit

>What plugin are you using for playing modules in xmms? I know at least
>3: based on mikmod, xmp and modplug. Are you sure that instruments with
>more than 16 samples are being played correctly (with all samples
>sounding, not only first 16)?

not sure, time to test in august, however, as far the soundtracker play and
export them to wave it is allright, i think

> I mean yes. It doesn't brake backward compatibility with xm format. But
> in general my opinion is that xm format has _too_ many restrictions and
> we should create new extendable format for storing tracker modules
> rather then expand xm.

i agree

> Yes, it is. I guess it'll require some changes in key press event
> handling. But in the other hand, although ST based on gtk+-1 is not a
> corpse ('cause it's being compilled and working), there's no reason to
> improve its interface. We should first finish gtk+-2 port and then make
> enhancements to it.

ok, you can try the new short cuts, the changes are few, but useful i hope

> For example, I use it to look through the whole instruments' list to
> select the desired one.
>
> I mean that in this case there will be no enough space both for the list
> and for the editor. Currently I'm using ST with 1024x768 screen
> resolution, and the space in instrument editor and module info is just
> enough to place them.

i made the changes on 1280x1024 and then try them on 1024x768, pretty silly,
however i tend, its better to see the samples / instruments when you edit
them

> In the future I'm planning to create another page called "release
> center" where one can adjust volume, panning etc both per channel and
> per instrument.

i appreciate that

> Right. So we'll take care in the developing the new module format.
>
> Yes, it is. In principle, there is a way to introduce almost everything
> you want 'cause you have sources and C compiler :) What about stereo
> samples, some times ago there was a discussion about them in this list
> (I can even post some summary) where we spoke about various aspects of
> the problem. And now there is unofficial xm format extention supporting
> such samples, for instance the modplug code and xmms plugin based on it
> can play such modules.

source and C is o.k., but do i have the skill ? ;)

> YESSS!!! I know nothing about sqlite format, but in my opinion the new
> format have to be expandable and probably xml-based/xml-like (sure
> except for the samples' data which will be stored as separate files...
> with probable combining everything in one file simply by tar).

i have no idea of xml or sqlite, but friend of mine is advanced  programmer,
 i will diskuss with him and post the results. we should may be use a data
 bank to store existing formats and combine them to what we need. however, if
 we do not have the 1000 files audacity madness, will be good, i hope that is
 what you mean with using tar

>> 7. in sample editor i want to integrate the monitor widget, so one no more
>> need the monitor button, very usefull for people like me, that play
>> instruments live, but not so good, to record the right thing at first
>> attempt.
>
>I also need this. In Gtk+-2 version :)
>
>
> I also have such proposition. Even more, I mean the sample editor should
> be expandable with plugins allowing one to use ladspa, sox, csound and
> everything you want.
>
> If you look at AUTHORS file in ST sources, you'll see that many people
> have contributed to ST. So you're kindly welcome :) But I'd like to say
> one more time that it'd be nice to finish Gtk+-2 port first.

the patch posted earlyer is a minimal step forwards, in what we discsussed in
the past mail. i do not plane to do anything more, untill stable ST release
based on gtk+-2  appears.
i hope that i can do something about it in august,. however i am first user
and then developer, so my knowledge is about 1Kelvin hot. but it will be sure
funny to dig the gtk X,Y reference. a short time ago i "ported" the RedUz
Shaketracker from gtkmm-1.2 to current gtkmm (gtk2, sigc 2). with your gtk2
port i will give it a try. unfortunately, i do not understaned why we have to
be punished with this pango misunderstood, but  one do not need to understand
all :)

best regards,
miroslav

--
SHALTEV.ORG @ http://shaltev.no-ip.org

-------------------------------------------------------

--
SHALTEV.ORG @ http://shaltev.no-ip.org

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Soundtracker-discuss mailing list
Soundtracker-discuss@...
https://lists.sourceforge.net/lists/listinfo/soundtracker-discuss