linuxsampler-devel — This list is for discussing LinuxSampler development issues and ideas

Re: [Linuxsampler-devel] No unused stream found issues

[Mark K. <mar...@gm...>]

Vladimir,
   I'll have to try again. I've been more focused today on testing
piano gig files and making a decision about whether to buy GSt 3.0.

- Mark


On Sun, 2 Jan 2005 16:19:23 -0500, Vladimir Senkov <ha...@gm...> wrote:
> Mark,
> 
> As far as streaming errors go . . . very important question is:
> after you experience them, if you stop sending MIDI for a little while
> and then start again do you continiously get them or are they gone and
> you're able to use LS again without restarting it?
> 
> Regards,
> Vladimir.
> 
> On Sat, 1 Jan 2005 17:59:46 -0800, Mark Knecht <mar...@gm...> wrote:
> > Just reporting - not worried yet. I'm trying out a bunch of gig files
> > with the new PlanetCCRMA 2.6.10 kernel on this jazz tune. The results
> > so far are not particularily great. I might not report this if the
> > qsampler window didn't tell me to.
> >
> > All code if from CVS in the last few days - LS today at 10:30AM California time.
> >
> > 0x4561e7c0Disk stream not available in time!
> > DiskThread: there was no free slot
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>

Re: [Linuxsampler-devel] No unused stream found issues

[Vladimir S. <ha...@gm...>]

Mark,

As far as streaming errors go . . . very important question is:
after you experience them, if you stop sending MIDI for a little while
and then start again do you continiously get them or are they gone and
you're able to use LS again without restarting it?

Regards,
Vladimir.

On Sat, 1 Jan 2005 17:59:46 -0800, Mark Knecht <mar...@gm...> wrote:
> Just reporting - not worried yet. I'm trying out a bunch of gig files
> with the new PlanetCCRMA 2.6.10 kernel on this jazz tune. The results
> so far are not particularily great. I might not report this if the
> qsampler window didn't tell me to.
> 
> All code if from CVS in the last few days - LS today at 10:30AM California time.
> 
> 0x4561e7c0Disk stream not available in time!
> DiskThread: there was no free slot

Re: [Linuxsampler-devel] xruns

[Vladimir S. <ha...@gm...>]

Mark,

As far as i know, xruns are jack errors caused by resource issues.
I guess having X windows and whole bunch of applications running can
contribute to it. Faster PC and less apps is better. I guess
increasing fragment size could also possibly help but then your
latency will go up also :(

Regards,
Vladimir.

PS: I'm not jack guru or anything so you might want to consult one :)
they probably have mailing lists, faqs, etc.

On Sun, 2 Jan 2005 11:21:24 -0800, Mark Knecht <mar...@gm...> wrote:
> Hi,
>    I am seeing xruns in QJC's message window, but no corresponding
> messages in QS/LS's messages.
> 
>    I don't know what that means.
> 
>    Jack is running at 5mS latency. I have not yet tried slowing it down.
> 
> - Mark
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 


-- 
Regards,
Vladimir

Re: [Linuxsampler-devel] Interim test report - 1/2/05

[Vladimir S. <ha...@gm...>]

Mark,

Gigs load pretty fast on my machine too, but we probably have
different machines and disk drivers, etc. i also use barebone LS with
no GUI ATM.
I know i need to start testing with the gui, but i haven't been able
to find time yet, too many LS bugs still, i'd like to get those out of
the way first.
So in the spirit of trying to separate and simplify issues i'd think
it would be cool if you could try loading same gigs without the GUI.
There is no documentation except the LSCP spec :(
At least not yet.
Christian has posted a sample script here with a few channels
yesterday or maybe the day before. let me know if i can help with the
syntax, etc.
I just use netcat (nc) to localhost:8888 to pipe those LSCP scripts into LS.

We need to figure out all these crashes asap.
Since they are not 100% reproducible at will it could be a pain.
Let me make sure i understand correctly. You are playing a MIDI and
everything sounds OK. Then (at random times) LS crashes. Is that
correct? Or is LS still running and other processes crash?
Could you try to reproduce this without the GUI as well?
Keep in mind, linux does sometimes kill processes if it's low on memory.
if you do dmesg after the crash you may see some messages about it at the end.
How much memory do you have total? Do you have any swap?
could you run "free" a few times during the test to establish some datapoints?
If it's LS that is crashing, we need to figure out how to get gdb
working correctly on your system.

Regards,
Vladimir.

On Sun, 2 Jan 2005 12:52:49 -0800, Mark Knecht <mar...@gm...> wrote:
> On Sun, 02 Jan 2005 13:46:27 -0700, Garett Shulman
> <shu...@co...> wrote:
> > Hey Mark, In regards to the slow loading of gigs... They load pretty
> > promptly on my machine. Post Pristine which is about 1.8GB loads in <30s.
> > I'm not using qsampler, so maybe that might be causing the delay?
> > -Garett
> 
> Garett,
>    I guess it's possible. If you can give me a short set of
> instructions on how to use LS by itself and I'll try it. Are the
> instructions at the LS site? I'll go look.
> 
> Thanks,
> Mark
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 


-- 
Regards,
Vladimir

Re: [Linuxsampler-devel] Interim test report - 1/2/05

[Mark K. <mar...@gm...>]

On Sun, 02 Jan 2005 13:46:27 -0700, Garett Shulman
<shu...@co...> wrote:
> Hey Mark, In regards to the slow loading of gigs... They load pretty
> promptly on my machine. Post Pristine which is about 1.8GB loads in <30s.
> I'm not using qsampler, so maybe that might be causing the delay?
> -Garett

Garett,
   I guess it's possible. If you can give me a short set of
instructions on how to use LS by itself and I'll try it. Are the
instructions at the LS site? I'll go look.

Thanks,
Mark

Re: [Linuxsampler-devel] Interim test report - 1/2/05

[Garett S. <shu...@co...>]

Hey Mark, In regards to the slow loading of gigs... They load pretty 
promptly on my machine. Post Pristine which is about 1.8GB loads in <30s.
I'm not using qsampler, so maybe that might be causing the delay?
-Garett

Mark Knecht wrote:

>Hi,
>   Just reporting in. I've been doing some extended A/B tests between
>LS and GSt. In general things are going well. I've captured a number
>of frequency analysis graphs of both samplers in Pro Tools using the
>Waves PAZ analyzer. For the most part both samplers look and sound
>pretty much the same. I'll publish that later if others are
>interested.
>
>   LS is well on it's way to being truly useful. Great work!
>
>   A few issues to report:
>
>1) I am seeing random crashes from LS. It will be playing along just
>fine and then all of a sudden qsampler and qjackctl completely
>disappear from my screen. This has happened with different gig files
>loaded, and it's happened multiple times. Generally when QS and QJC
>disappear I am left with a LS process still running that I have to
>kill by hand. I've run a MIDI loop for as long as an hour or two
>without failure but never longer than that. sometimes the crash
>happens in the first 5-10 minutes, and sometimes it happens loading
>the gig file.
>
>2) On large gig files LS is loading the gig file MUCH, MUCH, MUCH more
>slowly than GSt. For instance the Trachtman piano (about 600MB) takes
>about 20 seconds in GSt but takes over 5 minutes in LS. The GigaPiano
>gig file (about 650MB)  takes about 30 seconds in GSt and took nearly
>8 minutes in LS. The Bardstown (about 1.5GB) took about 20 seconds in
>GSt and takes about 3 minutes in LS. While these are different
>machines, different operating systems, different disk drives and
>different samplers I think the difference is too large and wouldn't be
>acceptable to anyone really serious about composing and using lots of
>sample libraries.
>
>2a) While loading the gig files I speak about above LS goes through a
>number of stages. The messages are not making as much sense to a user
>as they could. I always get the message immediately followed by the
>...OK response, and then a big wait where I don't see anything but
>clearly LS is doing something. Could you please take a look at how
>these messages are printed so that a message like
>
>caching initial samples...
>
>would be printed when LS is doing that job, followed by 
>
>OK 
>
>when it's truly done.
>
>If this is what the developers believe the code is doing today then
>there are some other huge delays being caused by things for which
>there are no messages for. If that's the case then it would be good to
>get some more messages written so that users can report what is really
>going on.
>
>2b) By the way - could LS not print a simple memory usage message when
>it prints the message about caching initial samples? Surely it knows
>what it's put into memory at that point and wouldn't have to keep
>track after that. Just an idea.
>
>3) On a similar line, setting up a channel in QS is horrendous right
>now. I don't understand what QS is doing but when I click on the
>channel setup button it starts reading my 1394 hard drive. I see drive
>activity but the setup dialog box doesn't appear for over 2 minutes. I
>have to just sit and wait which gets really boring. Possibly it's
>building some sort of a database? (GSt has this capability) If that's
>what's happening then it would be good to see about making it more
>permanent like GSt's is so that so much time isn't wasted. (My gig
>library is about 20GB and due to double as I think I'm going to get
>GSt 3.0 soon.)
>
>4) One interesting thing about LS is that it is significantly louder
>than GSt and much more prone to causing overs and distortion. I run
>GSt with the gig channel at 127 and the master output at -12db. This
>seems to get me reasonable volume and no overs. With LS I have to turn
>the channel volume down to 40% to get about the same volume.
>
>While all these reports may be quite frustrating I am really quite
>impressed with how far this tool has come. I'm doing some recordings
>here where you really cannot tell the difference anymore between the
>two samplers. If we can get the issues above worked out, and then make
>sure we can work well when multiple gig files are loaded, then this
>tool would be one of the best things going in samplers, IMO,
>independent of any operating system.
>
>With best regards,
>Mark
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by: Beat the post-holiday blues
>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>_______________________________________________
>Linuxsampler-devel mailing list
>Lin...@li...
>https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>  
>

Re: [Linuxsampler-devel] Multichannels and routing

[Mark K. <mar...@gm...>]

On Mon, 28 Feb 2005 11:08:26 +0100, rensinghoff
<lui...@fr...> wrote:
> Good Morning List !
> 
> Ok this is a script to use multiple channels in linuxsampler, i just
> dont understand where and how to run it, or if i have to put in in some
> resource file ?
> 
> Its a shame there is not a little documentation, but i know your guys
> are so involved in hacking i guess....

A basic Linux problem I think. Developers are authors of code, not books... ;-)
> 
> So what happens id i run this script and open qsampler later on ? Does
> qsampler show or report the newly defined outputs ???
> 
> some more questions:
> 
> 1) You mentioned gigdump and gigextract, i guess these are programms to
> extract and build gig-files, right ? So i can create my own gig-files
> from any collection of wav-files ? That would be great..probably a bit
> complicated, because of the velocity-mapping and so on, or ist it
> manageable ?

These are tools for looking at existing gig files. To build gig files
we would need other tools. I do it using GEdit which comes with
GigaStudio. (GSt)
> 
> 2)You mentioned Worra's place for gig-samples, but yesterday the server
> was down...how about exchanging some gig files (i know i am becoming
> illegal ;-)) but i think i will have the "good" ones in a couple of
> days, when i start working again and meet my criminal colleagues ;-) You
> know its just for research ;-)

It's up this morning. It's a bit slow.

http://www.worrasplace.com/

I have no good way to share free gig files as I do not run a server. Sorry.

> 
> Ok: i sacrificed a whole night, but and the end of the day, i will have
> a free-surround-steinway and hopefully a string orchestra, and thats
> great, thanks to your effort
> 

Sounds great. We look forward to try out new stuff.

- Mark

[Linuxsampler-devel] xruns

[Mark K. <mar...@gm...>]

Hi,
   I am seeing xruns in QJC's message window, but no corresponding
messages in QS/LS's messages.

   I don't know what that means.

   Jack is running at 5mS latency. I have not yet tried slowing it down.

- Mark

[Linuxsampler-devel] Interim test report - 1/2/05

[Mark K. <mar...@gm...>]

Hi,
   Just reporting in. I've been doing some extended A/B tests between
LS and GSt. In general things are going well. I've captured a number
of frequency analysis graphs of both samplers in Pro Tools using the
Waves PAZ analyzer. For the most part both samplers look and sound
pretty much the same. I'll publish that later if others are
interested.

   LS is well on it's way to being truly useful. Great work!

   A few issues to report:

1) I am seeing random crashes from LS. It will be playing along just
fine and then all of a sudden qsampler and qjackctl completely
disappear from my screen. This has happened with different gig files
loaded, and it's happened multiple times. Generally when QS and QJC
disappear I am left with a LS process still running that I have to
kill by hand. I've run a MIDI loop for as long as an hour or two
without failure but never longer than that. sometimes the crash
happens in the first 5-10 minutes, and sometimes it happens loading
the gig file.

2) On large gig files LS is loading the gig file MUCH, MUCH, MUCH more
slowly than GSt. For instance the Trachtman piano (about 600MB) takes
about 20 seconds in GSt but takes over 5 minutes in LS. The GigaPiano
gig file (about 650MB)  takes about 30 seconds in GSt and took nearly
8 minutes in LS. The Bardstown (about 1.5GB) took about 20 seconds in
GSt and takes about 3 minutes in LS. While these are different
machines, different operating systems, different disk drives and
different samplers I think the difference is too large and wouldn't be
acceptable to anyone really serious about composing and using lots of
sample libraries.

2a) While loading the gig files I speak about above LS goes through a
number of stages. The messages are not making as much sense to a user
as they could. I always get the message immediately followed by the
...OK response, and then a big wait where I don't see anything but
clearly LS is doing something. Could you please take a look at how
these messages are printed so that a message like

caching initial samples...

would be printed when LS is doing that job, followed by 

OK 

when it's truly done.

If this is what the developers believe the code is doing today then
there are some other huge delays being caused by things for which
there are no messages for. If that's the case then it would be good to
get some more messages written so that users can report what is really
going on.

2b) By the way - could LS not print a simple memory usage message when
it prints the message about caching initial samples? Surely it knows
what it's put into memory at that point and wouldn't have to keep
track after that. Just an idea.

3) On a similar line, setting up a channel in QS is horrendous right
now. I don't understand what QS is doing but when I click on the
channel setup button it starts reading my 1394 hard drive. I see drive
activity but the setup dialog box doesn't appear for over 2 minutes. I
have to just sit and wait which gets really boring. Possibly it's
building some sort of a database? (GSt has this capability) If that's
what's happening then it would be good to see about making it more
permanent like GSt's is so that so much time isn't wasted. (My gig
library is about 20GB and due to double as I think I'm going to get
GSt 3.0 soon.)

4) One interesting thing about LS is that it is significantly louder
than GSt and much more prone to causing overs and distortion. I run
GSt with the gig channel at 127 and the master output at -12db. This
seems to get me reasonable volume and no overs. With LS I have to turn
the channel volume down to 40% to get about the same volume.

While all these reports may be quite frustrating I am really quite
impressed with how far this tool has come. I'm doing some recordings
here where you really cannot tell the difference anymore between the
two samplers. If we can get the issues above worked out, and then make
sure we can work well when multiple gig files are loaded, then this
tool would be one of the best things going in samplers, IMO,
independent of any operating system.

With best regards,
Mark

Re: [Linuxsampler-devel] BTW: CCRMA --- DEMUDI

[Mark K. <mar...@gm...>]

On Mon, 28 Feb 2005 11:10:12 +0100, rensinghoff
<lui...@fr...> wrote:
> By the way, just a questions..are you in touch with Fernando from Planet
> CCRMA and the Agnula-people ??
> 
> I think linuxsampler should definetly be part of these distros !!
> 

Hi,
   I am certainly in touch with Fernando, although I am not a
developer but more like a very dedicated tester. I am sure that
Fernando will support LS and qsampler when we can show it's ready. I
would imagine that this would be in the next few months.

   In the meantime I find this toolset to be one of the easiest to
build, and I'm running it on an FC2 PlanetCCRMA machine so I expect it
will be easy for Planet users to build until the time we get it into
his flow.

   Stick with us. You're getting here at a fun time!

- Mark

[Linuxsampler-devel] BTW: CCRMA --- DEMUDI

[rensinghoff <lui...@fr...>]

By the way, just a questions..are you in touch with Fernando from Planet
CCRMA and the Agnula-people ??

I think linuxsampler should definetly be part of these distros !!

[Linuxsampler-devel] Multichannels and routing

[rensinghoff <lui...@fr...>]

Good Morning List !

Ok this is a script to use multiple channels in linuxsampler, i just
dont understand where and how to run it, or if i have to put in in some
resource file ?

Its a shame there is not a little documentation, but i know your guys
are so involved in hacking i guess....

So what happens id i run this script and open qsampler later on ? Does
qsampler show or report the newly defined outputs ???

some more questions:

1) You mentioned gigdump and gigextract, i guess these are programms to
extract and build gig-files, right ? So i can create my own gig-files
from any collection of wav-files ? That would be great..probably a bit
complicated, because of the velocity-mapping and so on, or ist it
manageable ?

2)You mentioned Worra's place for gig-samples, but yesterday the server
was down...how about exchanging some gig files (i know i am becoming
illegal ;-)) but i think i will have the "good" ones in a couple of
days, when i start working again and meet my criminal colleagues ;-) You
know its just for research ;-)

> # load audio and MIDI driver
> CREATE AUDIO_OUTPUT_DEVICE JACK
> CREATE MIDI_INPUT_DEVICE ALSA
> 
> # increase the amount of output channels of the LS's Jack client e.g. to 4
> SET AUDIO_OUTPUT_DEVICE_PARAMETER 0 CHANNELS=4
> 
> # connect to MIDI keyboard
> SET MIDI_INPUT_PORT_PARAMETER 0 0 ALSA_SEQ_BINDINGS='72:0'
> 
> # set up 1st sampler channel (using default output channels, that is 0 and 1)
> ADD CHANNEL
> LOAD ENGINE gig 0
> SET CHANNEL AUDIO_OUTPUT_DEVICE 0 0
> SET CHANNEL MIDI_INPUT_DEVICE 0 0
> LOAD INSTRUMENT '/home/me/ns_kit7free.gig' 0 0
> 
> # set up 2nd sampler channel (using output channels 2 and 3)
> ADD CHANNEL
> LOAD ENGINE gig 1
> SET CHANNEL AUDIO_OUTPUT_DEVICE 1 0
> SET CHANNEL MIDI_INPUT_DEVICE 1 0
> LOAD INSTRUMENT '/home/me/freepiano.gig' 0 1
> # this will alter the audio channel routing
> # connect the engines output channel 0 to JACK clients output 2
> SET CHANNEL AUDIO_OUTPUT_CHANNEL 1 0 2
> # connect the engines output channel 1 to JACK clients output 3
> SET CHANNEL AUDIO_OUTPUT_CHANNEL 1 1 3
> 
> # not necessary, just to see our setup
> GET CHANNEL INFO 0
> GET CHANNEL INFO 1
> 


A Big hug to all the linux-hackers

Ok: i sacrificed a whole night, but and the end of the day, i will have
a free-surround-steinway and hopefully a string orchestra, and thats
great, thanks to your effort 

Regards Luigi

> 

[Linuxsampler-devel] No unused stream found issues

[Mark K. <mar...@gm...>]

Just reporting - not worried yet. I'm trying out a bunch of gig files
with the new PlanetCCRMA 2.6.10 kernel on this jazz tune. The results
so far are not particularily great. I might not report this if the
qsampler window didn't tell me to.

All code if from CVS in the last few days - LS today at 10:30AM California time.

0x4561e7c0Disk stream not available in time!
DiskThread: there was no free slot
Disk stream order failed!
Triggering new voice failed!
DiskThread: there was no free slot
Disk stream order failed!
Triggering new voice failed!
0x4561e7c0Disk stream not available in time!
No unused stream found (OrderID:130) - report if this happens, this is a bug!
No unused stream found (OrderID:134) - report if this happens, this is a bug!
No unused stream found (OrderID:140) - report if this happens, this is a bug!
No unused stream found (OrderID:141) - report if this happens, this is a bug!
No unused stream found (OrderID:147) - report if this happens, this is a bug!
No unused stream found (OrderID:148) - report if this happens, this is a bug!
No unused stream found (OrderID:149) - report if this happens, this is a bug!
No unused stream found (OrderID:2) - report if this happens, this is a bug!
No unused DiskThread: there was no free slot
Disk stream order failed!
Triggering new voice failed!
stream found (OrderID:3) - report if this happens, this is a bug!
No unused stream found (OrderID:4) - report if this happens, this is a bug!
No unused stream found (OrderID:8) - report if this happens, this is a bug!
No unused stream found (OrderID:9) - report if this happens, this is a bug!
No unused stream found (OrderID:10) - report if this happens, this is a bug!
No unused stream found (OrderID:37) - report if this happens, this is a bug!
No unused stream found (OrderID:58) - report if this happens, this is a bug!
No unused stream found (OrderID:108) - report if this happens, this is a bug!
No unused stream found (OrderID:51) - report if this happens, this is a bug!
No unused stream found (OrderID:73) - report if this happens, this is a bug!
No unused stream found (OrderID:79) - report if this happens, this is a bug!
No unused stream found (OrderID:87) - report if this happens, this is a bug!
No unused stream found (OrderID:98) - report if this happens, this is a bug!
No unused stream found (OrderID:16) - report if this happens, this is a bug!
No unused stream found (OrderID:17) - report if this happens, this is a bug!
No unused stream found (OrderID:18) - report if this happens, this is a bug!
No unused stream found (OrderID:19) - report if this happens, this is a bug!
gig::Voice: No Region defined for MIDI key 48
Triggering new voice failed!

Re: [Linuxsampler-devel] Starting Probs

[rensinghoff <lui...@fr...>]

OK sorry i am back ;-)


next levvel of error messages ;-)


so when i do qsampler -h 127.0.0.1 it seems to establish a connection
(as reported)

I downloaded Steinway Model c.gig, and i dont know if i mentioned it ..i
am running jack so the next problems:

1) in the channel setup window i dont get MIDI in as jack ? what is the
right alsa midi in Port then ?

2) qsampler reports: seems Jack server noct running ???

3) Unable to connect to Alsa seq client '1' (Invalid argument)
Loading gig file 'NON_MODAL '/home/luigi/Software/sampler/Steinway model
C_r1.gig''...gig::Engine error: Failed to load instrument, cause: Can't
open "NON_MODAL '/home/luigi/Software/sampler/Steinway model C_r1.gig'"


Hm........it seems it is still quite away, i am afraid


regards Luigi

Re: [Linuxsampler-devel] Re: segfault report - No Region defined?

[Mark K. <mar...@gm...>]

gigdump results attached.

Re: [Linuxsampler-devel] Re: segfault report - No Region defined?

[Mark K. <mar...@gm...>]

On Sat, 1 Jan 2005 16:42:43 -0500, Vladimir Senkov <ha...@gm...> wrote:
> Mark,
> 
> Interesing, from the output it looks like it crashed while loading
> sample, even before the midi was sent to it. Or did i misunderstand
> it?

No, the samples all load fine. It crashes when it receives the MIDI.

> I'm wondering if this could be reproduce with the single channel (bass
> channel) just to simplify?

Good question. I tried it and got the same results.



> Also, if it does happen after MIDI is sent, i wonder if the same thing
> happens if you load any other instrument (not bass) into this channel
> and play the same MIDI to it.

I tried a different gig file and it does not crash with that file so
this is related to the specific gig file that's loaded? I loaded both
the piano and then a drone file on that channel and it didn't crash.
Then I reloaded the bass gig that's been failing and it failed again.

Good questions Vladimir! Leading us in the right direction.

gigdump on the file doesn't look very strange. It's a cheap little
bass gig file. I never use it under GSt but I'm force to try here
since LS won't handle Scarbee yet.

It's about 4MB. I could provide it for development/test purposes by
email to one of you guys if you promise to erase it later.

> In other words, it would be good to know if this is instrument specific or not.
> It would be nice if it isn't. This way i'll be able to reproduce it
> here and hopefully fix it (if you could send me the MIDI file).
> 
> Regards,
> Vladimir.

Re: [Linuxsampler-devel] Re: segfault report - No Region defined?

[Vladimir S. <ha...@gm...>]

Mark,

Interesing, from the output it looks like it crashed while loading
sample, even before the midi was sent to it. Or did i misunderstand
it?
I'm wondering if this could be reproduce with the single channel (bass
channel) just to simplify?
Also, if it does happen after MIDI is sent, i wonder if the same thing
happens if you load any other instrument (not bass) into this channel
and play the same MIDI to it.
In other words, it would be good to know if this is instrument specific or not.
It would be nice if it isn't. This way i'll be able to reproduce it
here and hopefully fix it (if you could send me the MIDI file).

Regards,
Vladimir.


On Sat, 1 Jan 2005 13:25:54 -0800, Mark Knecht <mar...@gm...> wrote:
> On Sat, 1 Jan 2005 12:25:08 -0800, Mark Knecht <mar...@gm...> wrote:
> > On Sat, 1 Jan 2005 11:18:27 -0800, Mark Knecht <mar...@gm...> wrote:
> > > On Sat, 1 Jan 2005 11:10:14 -0800, Mark Knecht <mar...@gm...> wrote:
> > > >
> > > > I wonder if this could be something like the 'malformed MIDI' issue
> > > > that was reported by Garett yesterday? I'll see if amidirecord can
> > > > capture the incoming MIDI that causes the crash.
> > > >
> > > > - Mark
> > > >
> > >
> > > And the winner is....... (drum roll) Control Change or Program Change?
> >
> > OK, so I've spent some more time looking at the MIDI files in Pro
> > Tools. The big difference between the bass channel that causes the
> > segfault and the other two channels is that the bass channel uses
> > sustain pedal events for almost every note.
> >
> >      222069 Control change          1   7  96
> >      222070 Program change          1  32
> >      222237 Note on                 1  50  76
> >      222501 Control change          1  64 127
> >      222628 Note on                 1  50   0
> >      222677 Control change          1  64   0
> >      222683 Note on                 1  57  70
> >      222821 Control change          1  64 127
> >      223038 Control change          1  64   0
> >      223054 Note on                 1  64  86
> >      223056 Note on                 1  57   0
> >      223351 Control change          1  64 127
> >      223461 Note on                 1  64   0
> >      223597 Note on                 1  57  63
> >      223612 Control change          1  64   0
> >      223776 Control change          1  64 127
> >      224017 Note on                 1  57   0
> >      224039 Note on                 1  50  73
> >      224050 Control change          1  64   0
> >      224292 Control change          1  64 127
> >
> > Possibly LS is having trouble keeping up with that many controller
> > changes happening in real-time?
> >
> > Jsut a guess.
> >
> > - Mark
> >
> 
> I exported the MIDI file from Pro Tools and brought it over to Linux.
> Using aplaymidi I tried playing it thus bypassing the hardware aspects
> of this problem. Same segfault results (I think) but a little more
> info.
> 
> Again, if I knew how to build LS to give more debug info maybe this
> would look better. I don't know...
> 
> 13:19:51.178 Client connecting...
> 13:19:51.180 Server is starting...
> 13:19:51.181 linuxsampler
> 13:19:51.208 Server was started with PID=18051.
> lscp_client_create: cmd: connect: Connection refused
> LinuxSampler 0.2
> Copyright (C) 2003, 2004 by Benno Senoner and Christian Schoenebeck
> Detected features: MMX SSE
> Creating Sampler...OK
> Registered MIDI input drivers: ALSA
> Registered audio output drivers: ALSA,JACK
> Starting LSCP network server (on TCP port 8888)...OK
> 13:19:53.420 Client connecting...
> 13:19:53.421 Client receive timeout is set to 6000 msec.
> 13:19:53.422 Client connected.
> 13:19:53.423 New session: "Untitled1".
> LinuxSampler initialization completed.
> LSCPServer: Client connection established on socket:4.
> 13:19:58.297 ADD CHANNEL
> 13:19:58.301 SET CHANNEL AUDIO_OUTPUT_TYPE 0 Jack
> 13:19:58.356 SET CHANNEL MIDI_INPUT_TYPE 0 Alsa
> 13:19:58.391 SET CHANNEL MIDI_INPUT_PORT 0 0
> 13:19:58.396 SET CHANNEL MIDI_INPUT_CHANNEL 0 0
> 13:19:58.400 LOAD ENGINE GigEngine 0
> Starting disk thread...OK
> 13:19:58.785 LOAD INSTRUMENT NON_MODAL
> '/mnt/audio1/Gigs/Pianos/Bardstown Audio/The Bosendorfer Imperial
> Grand Version 2.2.gig' 0 0
> 13:19:58.812 SET CHANNEL VOLUME 0 0.4
> 13:19:58.822 ADD CHANNEL
> 13:19:58.827 SET CHANNEL AUDIO_OUTPUT_TYPE 1 Jack
> 13:19:58.830 SET CHANNEL MIDI_INPUT_TYPE 1 Alsa
> 13:19:58.835 SET CHANNEL MIDI_INPUT_PORT 1 0
> 13:19:58.840 SET CHANNEL MIDI_INPUT_CHANNEL 1 9
> 13:19:58.844 LOAD ENGINE GigEngine 1
> Starting disk thread...OK
> 13:19:59.003 LOAD INSTRUMENT NON_MODAL
> '/mnt/audio1/Gigs/Drums/Wizzo/Ambience Kit XXL.gig' 0 1
> 13:19:59.028 SET CHANNEL VOLUME 1 0.4
> 13:19:59.078 ADD CHANNEL
> 13:19:59.090 SET CHANNEL AUDIO_OUTPUT_TYPE 2 Jack
> 13:19:59.101 SET CHANNEL MIDI_INPUT_TYPE 2 Alsa
> 13:19:59.113 SET CHANNEL MIDI_INPUT_PORT 2 0
> 13:19:59.125 SET CHANNEL MIDI_INPUT_CHANNEL 2 1
> 13:19:59.136 LOAD ENGINE GigEngine 2
> Loading gig file '/mnt/audio1/Gigs/Pianos/Bardstown Audio/The
> Bosendorfer Imperial Grand Version 2.2.gig'...Starting disk
> thread...Loading gig file '/mnt/audio1/Gigs/Drums/Wizzo/Ambience Kit
> XXL.gig'...OK
> 13:19:59.381 LOAD INSTRUMENT NON_MODAL '/mnt/audio1/Gigs/Bass/East
> West Bass/Fender/2PU SJZHRD B.gig' 0 2
> 13:19:59.418 SET CHANNEL VOLUME 2 0.4
> Loading gig file '/mnt/audio1/Gigs/Bass/East West Bass/Fender/2PU
> SJZHRD B.gig'...OK
> Loading gig instrument...OK
> Loading gig instrument...OK
> Loading gig instrument...OK
> Caching initial samples...OK
> Caching initial samples...OK
> OK
> 13:20:42.043 Open session: "/home/mark/Chick.lscp".
> OK
> Caching initial samples...>>> FATAL ERROR: Segmentation fault
> (SIGSEGV) occured! <<<
> Showing stack trace...
> No debugger found
> Using host libthread_db library "/lib/tls/libthread_db.so.1".
> Attaching to program: /usr/bin/linuxsampler, process 18051
> Reading symbols from /usr/lib/linuxsampler/liblinuxsampler.so.0...done.
> Loaded symbols for /usr/lib/linuxsampler/liblinuxsampler.so.0
> Reading symbols from /usr/lib/linuxsampler/libgig.so.0...done.
> Loaded symbols for /usr/lib/linuxsampler/libgig.so.0
> Reading symbols from /usr/lib/libjack.so.0...done.
> Loaded symbols for /usr/lib/libjack.so.0
> Reading symbols from /usr/lib/libasound.so.2...done.
> Loaded symbols for /usr/lib/libasound.so.2
> Reading symbols from /lib/libdl.so.2...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /lib/tls/libpthread.so.0...done.
> [Thread debugging using libthread_db enabled]
> [New Thread -1209162112 (LWP 18051)]
> [New Thread -1427514448 (LWP 18063)]
> [Thread debugging using libthread_db enabled]
> [New Thread -1209162112 (LWP 18051)]
> [New Thread -1427514448 (LWP 18063)]
> [Thread debugging using libthread_db enabled]
> [New Thread -1209162112 (LWP 18051)]
> [New Thread -1427514448 (LWP 18063)]
> [New Thread -1365836880 (LWP 18060)]
> [New Thread -1344386128 (LWP 18058)]
> [New Thread -1284338768 (LWP 18056)]
> [New Thread -1226388560 (LWP 18054)]
> [New Thread -1217995856 (LWP 18053)]
> [New Thread -1209164880 (LWP 18052)]
> Loaded symbols for /lib/tls/libpthread.so.0
> Reading symbols from /usr/lib/libstdc++.so.5...done.
> Loaded symbols for /usr/lib/libstdc++.so.5
> Reading symbols from /lib/tls/libm.so.6...done.
> Loaded symbols for /lib/tls/libm.so.6
> Reading symbols from /lib/libgcc_s.so.1...done.
> Loaded symbols for /lib/libgcc_s.so.1
> Reading symbols from /lib/tls/libc.so.6...done.
> Loaded symbols for /lib/tls/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> 0xffffe410 in ?? ()
> (gdb) --- Stacktrace
> #0  0xffffe410 in ?? ()
> #1  0xbffffa58 in ?? ()
> #2  0x4561dfdc in ?? () from /lib/tls/libc.so.6
> #3  0xbffff8b4 in ?? ()
> #4  0x4558c7f6 in __nanosleep_nocancel () from /lib/tls/libc.so.6
> #5  0x4558c61f in sleep () from /lib/tls/libc.so.6
> #6  0x0804961c in main (argc=-516, argv=0x0) at linuxsampler.cpp:118
> --- Symbols
> #4  0x4558c7f6 in __nanosleep_nocancel () from /lib/tls/libc.so.6
>  > > > >No symbol table info available.
> #5  0x4558c61f in sleep () from /lib/tls/libc.so.6
> No symbol table info available.
> #6  0x0804961c in main (argc=-516, argv=0x0) at linuxsampler.cpp:118
> 118       sleep(1);
> sFeatures = {static npos = 4294967295,
>   _M_dataplus = {<std::allocator<char>> = {<No data fields>},
>     _M_p = 0x804ce5c "CHANNELS"}, static _S_empty_rep_storage = {0, 0, 0, 0}}
> sact = {__sigaction_handler = {sa_handler = 0x8049780 <signal_handler(int)>,
>     sa_sigaction = 0x8049780 <signal_handler(int)>}, sa_mask = {__val = {
>       0 <repeats 32 times>}}, sa_flags = 0, sa_restorer = 0}
> ---
> Detaching from program: /usr/bin/linuxsampler, process 18051
> Killing LinuxSampler...
> 13:21:28.916 Client disconnecting...
> 13:21:28.918 Client disconnected.
> 13:21:28.920 Server was stopped with exit status 0.
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 


-- 
Regards,
Vladimir

Re: [Linuxsampler-devel] sample libraries ????

[Mark K. <mar...@gm...>]

Check out Worra's Place. It's not that well maintained anymore and I
don't think anyone is adding much to it these days but it's a source
for a few things. All at this site is free:

http://www.worrasplace.com/

There are no good open source gig files really. The good stuff is all for pay.

- Mark


On Sun, 27 Feb 2005 22:34:30 +0100, rensinghoff
<lui...@fr...> wrote:
> I am looking for a classical-string sample library to simulate a
> chamber-quartet.. any ideas ?
> 
> Are there any free open source libraries ?
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>

Re: [Linuxsampler-devel] Just a report

[Mark K. <mar...@gm...>]

On Sat, 1 Jan 2005 16:27:30 -0500, Vladimir Senkov <ha...@gm...> wrote:

> Anothe example is just having two or more HDDs and gigs stored on
> different ones. Then if we have a single thread it means we'll not be
> 100% efficient.
> 
> So i don't really know what is the right thing to do here. I need to
> think it over.
> 
> Regards,
> Vladimir.
> 

This is the way I'm running. I have gigs on multiple drives. Most
folks with really large libraries have to do this. It's easy to end up
with 100's of Gigbytes of gig files.... (Expensive, but easy!) ;-)

- Mark

Re: [Linuxsampler-devel] Just a report

[Mark K. <mar...@gm...>]

On Sat, 1 Jan 2005 12:47:13 -0800, Mark Knecht <mar...@gm...> wrote:
> On Sat, 1 Jan 2005 21:03:04 +0100, Christian Schoenebeck
> <sch...@so...> wrote:
> > Es geschah am Samstag 01 Januar 2005 19:14 als Mark Knecht schrieb:
> 
> >
> > > Can gigdump extract certain samples from the gig file? Maybe I could
> > > send a single sample and you could figure it out from there. Or tell
> > > me how I might investigate this more here and I'll give it a try.
> >
> > Not with gigdump, but with gigextract you can extract samples as .wav files
> > (man gigextract). If you just want to extract certain sample(s), then look at
> > the output of gigdump, and use the repective sample number(s) as shown there.
> 
> I have extracted one of the samples. It playing incorrectly in
> alsaplayer and sounds jsut like it does in LS so this should tell you
> what I'm hearing. I'm sending you the zipped sample off list. It's
> about 200K bytes.
> 
> Can gigextract extract the sample without uncompressing it? If so I
> can send you the actual sample and you can attempt to find the
> problem.
> 
> gigextract is very cool. Good work!
> 
> - Mark
> 

Hi,
   I just noticed this message in the qsampler message window:

Engine error: Failed to load instrument, cause: Mono compressed
samples not yet supported

If that's the case (not sure if this bass library is mono or stereo)
Then it would seem this is the cause. Can it be supported? GSt treats
it like it's stereo AFAICT.

Thanks,
Mark

[Linuxsampler-devel] sample libraries ????

[rensinghoff <lui...@fr...>]

I am looking for a classical-string sample library to simulate a
chamber-quartet.. any ideas ?


Are there any free open source libraries ?

Re: [Linuxsampler-devel] Just a report

[Vladimir S. <ha...@gm...>]

Christian,

> Vladimir, you are right regarding the disk thread. Of course it makes sense to
> share one single disk thread between all instances of the same sampler engine
> type. I also planned to change that long ago, but did not do it yet due to
> priorities. The engine concept should also be changed a bit, but I propose to
> do these things after the upcoming release.

For most configurations it is better to have a single disk thread, but
in some configurations it might not be as good. Remember in the early
days we had those ideas about the client/gui machine connecting to a
dedicated rack mounted LS and some samples could possibly be located
on the client machine and shared over the network.
In these scenarios disk IO will suffer from network being slow or the
other way around.
Anothe example is just having two or more HDDs and gigs stored on
different ones. Then if we have a single thread it means we'll not be
100% efficient.

So i don't really know what is the right thing to do here. I need to
think it over.

Regards,
Vladimir.

[Linuxsampler-devel] Re: segfault report - No Region defined?

[Mark K. <mar...@gm...>]

On Sat, 1 Jan 2005 12:25:08 -0800, Mark Knecht <mar...@gm...> wrote:
> On Sat, 1 Jan 2005 11:18:27 -0800, Mark Knecht <mar...@gm...> wrote:
> > On Sat, 1 Jan 2005 11:10:14 -0800, Mark Knecht <mar...@gm...> wrote:
> > >
> > > I wonder if this could be something like the 'malformed MIDI' issue
> > > that was reported by Garett yesterday? I'll see if amidirecord can
> > > capture the incoming MIDI that causes the crash.
> > >
> > > - Mark
> > >
> >
> > And the winner is....... (drum roll) Control Change or Program Change?
> 
> OK, so I've spent some more time looking at the MIDI files in Pro
> Tools. The big difference between the bass channel that causes the
> segfault and the other two channels is that the bass channel uses
> sustain pedal events for almost every note.
> 
>      222069 Control change          1   7  96
>      222070 Program change          1  32
>      222237 Note on                 1  50  76
>      222501 Control change          1  64 127
>      222628 Note on                 1  50   0
>      222677 Control change          1  64   0
>      222683 Note on                 1  57  70
>      222821 Control change          1  64 127
>      223038 Control change          1  64   0
>      223054 Note on                 1  64  86
>      223056 Note on                 1  57   0
>      223351 Control change          1  64 127
>      223461 Note on                 1  64   0
>      223597 Note on                 1  57  63
>      223612 Control change          1  64   0
>      223776 Control change          1  64 127
>      224017 Note on                 1  57   0
>      224039 Note on                 1  50  73
>      224050 Control change          1  64   0
>      224292 Control change          1  64 127
> 
> Possibly LS is having trouble keeping up with that many controller
> changes happening in real-time?
> 
> Jsut a guess.
> 
> - Mark
> 

I exported the MIDI file from Pro Tools and brought it over to Linux.
Using aplaymidi I tried playing it thus bypassing the hardware aspects
of this problem. Same segfault results (I think) but a little more
info.

Again, if I knew how to build LS to give more debug info maybe this
would look better. I don't know...

13:19:51.178 Client connecting...
13:19:51.180 Server is starting...
13:19:51.181 linuxsampler
13:19:51.208 Server was started with PID=18051.
lscp_client_create: cmd: connect: Connection refused
LinuxSampler 0.2
Copyright (C) 2003, 2004 by Benno Senoner and Christian Schoenebeck
Detected features: MMX SSE
Creating Sampler...OK
Registered MIDI input drivers: ALSA
Registered audio output drivers: ALSA,JACK
Starting LSCP network server (on TCP port 8888)...OK
13:19:53.420 Client connecting...
13:19:53.421 Client receive timeout is set to 6000 msec.
13:19:53.422 Client connected.
13:19:53.423 New session: "Untitled1".
LinuxSampler initialization completed.
LSCPServer: Client connection established on socket:4.
13:19:58.297 ADD CHANNEL
13:19:58.301 SET CHANNEL AUDIO_OUTPUT_TYPE 0 Jack
13:19:58.356 SET CHANNEL MIDI_INPUT_TYPE 0 Alsa
13:19:58.391 SET CHANNEL MIDI_INPUT_PORT 0 0
13:19:58.396 SET CHANNEL MIDI_INPUT_CHANNEL 0 0
13:19:58.400 LOAD ENGINE GigEngine 0
Starting disk thread...OK
13:19:58.785 LOAD INSTRUMENT NON_MODAL
'/mnt/audio1/Gigs/Pianos/Bardstown Audio/The Bosendorfer Imperial
Grand Version 2.2.gig' 0 0
13:19:58.812 SET CHANNEL VOLUME 0 0.4
13:19:58.822 ADD CHANNEL
13:19:58.827 SET CHANNEL AUDIO_OUTPUT_TYPE 1 Jack
13:19:58.830 SET CHANNEL MIDI_INPUT_TYPE 1 Alsa
13:19:58.835 SET CHANNEL MIDI_INPUT_PORT 1 0
13:19:58.840 SET CHANNEL MIDI_INPUT_CHANNEL 1 9
13:19:58.844 LOAD ENGINE GigEngine 1
Starting disk thread...OK
13:19:59.003 LOAD INSTRUMENT NON_MODAL
'/mnt/audio1/Gigs/Drums/Wizzo/Ambience Kit XXL.gig' 0 1
13:19:59.028 SET CHANNEL VOLUME 1 0.4
13:19:59.078 ADD CHANNEL
13:19:59.090 SET CHANNEL AUDIO_OUTPUT_TYPE 2 Jack
13:19:59.101 SET CHANNEL MIDI_INPUT_TYPE 2 Alsa
13:19:59.113 SET CHANNEL MIDI_INPUT_PORT 2 0
13:19:59.125 SET CHANNEL MIDI_INPUT_CHANNEL 2 1
13:19:59.136 LOAD ENGINE GigEngine 2
Loading gig file '/mnt/audio1/Gigs/Pianos/Bardstown Audio/The
Bosendorfer Imperial Grand Version 2.2.gig'...Starting disk
thread...Loading gig file '/mnt/audio1/Gigs/Drums/Wizzo/Ambience Kit
XXL.gig'...OK
13:19:59.381 LOAD INSTRUMENT NON_MODAL '/mnt/audio1/Gigs/Bass/East
West Bass/Fender/2PU SJZHRD B.gig' 0 2
13:19:59.418 SET CHANNEL VOLUME 2 0.4
Loading gig file '/mnt/audio1/Gigs/Bass/East West Bass/Fender/2PU
SJZHRD B.gig'...OK
Loading gig instrument...OK
Loading gig instrument...OK
Loading gig instrument...OK
Caching initial samples...OK
Caching initial samples...OK
OK
13:20:42.043 Open session: "/home/mark/Chick.lscp".
OK
Caching initial samples...>>> FATAL ERROR: Segmentation fault
(SIGSEGV) occured! <<<
Showing stack trace...
No debugger found
Using host libthread_db library "/lib/tls/libthread_db.so.1".
Attaching to program: /usr/bin/linuxsampler, process 18051
Reading symbols from /usr/lib/linuxsampler/liblinuxsampler.so.0...done.
Loaded symbols for /usr/lib/linuxsampler/liblinuxsampler.so.0
Reading symbols from /usr/lib/linuxsampler/libgig.so.0...done.
Loaded symbols for /usr/lib/linuxsampler/libgig.so.0
Reading symbols from /usr/lib/libjack.so.0...done.
Loaded symbols for /usr/lib/libjack.so.0
Reading symbols from /usr/lib/libasound.so.2...done.
Loaded symbols for /usr/lib/libasound.so.2
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/tls/libpthread.so.0...done.
[Thread debugging using libthread_db enabled]
[New Thread -1209162112 (LWP 18051)]
[New Thread -1427514448 (LWP 18063)]
[Thread debugging using libthread_db enabled]
[New Thread -1209162112 (LWP 18051)]
[New Thread -1427514448 (LWP 18063)]
[Thread debugging using libthread_db enabled]
[New Thread -1209162112 (LWP 18051)]
[New Thread -1427514448 (LWP 18063)]
[New Thread -1365836880 (LWP 18060)]
[New Thread -1344386128 (LWP 18058)]
[New Thread -1284338768 (LWP 18056)]
[New Thread -1226388560 (LWP 18054)]
[New Thread -1217995856 (LWP 18053)]
[New Thread -1209164880 (LWP 18052)]
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /usr/lib/libstdc++.so.5...done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
0xffffe410 in ?? ()
(gdb) --- Stacktrace
#0  0xffffe410 in ?? ()
#1  0xbffffa58 in ?? ()
#2  0x4561dfdc in ?? () from /lib/tls/libc.so.6
#3  0xbffff8b4 in ?? ()
#4  0x4558c7f6 in __nanosleep_nocancel () from /lib/tls/libc.so.6
#5  0x4558c61f in sleep () from /lib/tls/libc.so.6
#6  0x0804961c in main (argc=-516, argv=0x0) at linuxsampler.cpp:118
--- Symbols
#4  0x4558c7f6 in __nanosleep_nocancel () from /lib/tls/libc.so.6
 > > > >No symbol table info available.
#5  0x4558c61f in sleep () from /lib/tls/libc.so.6
No symbol table info available.
#6  0x0804961c in main (argc=-516, argv=0x0) at linuxsampler.cpp:118
118       sleep(1);
sFeatures = {static npos = 4294967295, 
  _M_dataplus = {<std::allocator<char>> = {<No data fields>}, 
    _M_p = 0x804ce5c "CHANNELS"}, static _S_empty_rep_storage = {0, 0, 0, 0}}
sact = {__sigaction_handler = {sa_handler = 0x8049780 <signal_handler(int)>, 
    sa_sigaction = 0x8049780 <signal_handler(int)>}, sa_mask = {__val = {
      0 <repeats 32 times>}}, sa_flags = 0, sa_restorer = 0}
---
Detaching from program: /usr/bin/linuxsampler, process 18051
Killing LinuxSampler...
13:21:28.916 Client disconnecting...
13:21:28.918 Client disconnected.
13:21:28.920 Server was stopped with exit status 0.

Re: [Linuxsampler-devel] Starting Probs

[Vladimir S. <ha...@gm...>]

Hi Luigi,

Actually there is --help now, on the latest LS from cvs.
Unless you are doing something special you shouldn't have to specify
any options with the latest version.
qsampler should be able to start ls or connect to existing (already started) ls.
If it can't connect to LS engine there may be several resons to explain that:
1) ls was not actually started. do ps -ef|grep linuxsampler to look at that
2) ls was started, but is not listening on the port, try netstat -na
|grep 8888. ls is trying to listen on 8888
3) ls is started and is listening on 8888, but there is a firewall or
something that prevents qsampler from connecting to it. try "telnet
localhost 8888" to see if you can connect manually.

keep us posted and we'll get you up and running in no time!

Regards,
Vladimir.

On Sun, 27 Feb 2005 19:56:28 +0100, rensinghoff
<lui...@fr...> wrote:
> Hi List !
> 
> I am having trouble to start linuxsampler/qsampler
> 
> I always get "could not bind to server socket" error in qsampler and
> "Server exit status"
> 
> can i run linuxsampler as user ? or is it necessary to be root ?
> 
> what about jack-support ? Do i have to start linuxsampler with any
> option, unfortunately there is no --help ;-(
> 
> I tried to find any linuxsampler getting started or HOWTO with no
> success
> 
> Thanks for your help in advance
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 


-- 
Regards,
Vladimir

Re: [Linuxsampler-devel] Just a report

[Mark K. <mar...@gm...>]

On Sat, 1 Jan 2005 21:03:04 +0100, Christian Schoenebeck
<sch...@so...> wrote:
> Es geschah am Samstag 01 Januar 2005 19:14 als Mark Knecht schrieb:

> 
> > Can gigdump extract certain samples from the gig file? Maybe I could
> > send a single sample and you could figure it out from there. Or tell
> > me how I might investigate this more here and I'll give it a try.
> 
> Not with gigdump, but with gigextract you can extract samples as .wav files
> (man gigextract). If you just want to extract certain sample(s), then look at
> the output of gigdump, and use the repective sample number(s) as shown there.

I have extracted one of the samples. It playing incorrectly in
alsaplayer and sounds jsut like it does in LS so this should tell you
what I'm hearing. I'm sending you the zipped sample off list. It's
about 200K bytes.

Can gigextract extract the sample without uncompressing it? If so I
can send you the actual sample and you can attempt to find the
problem.

gigextract is very cool. Good work!

- Mark