Hello,
As far as I know, no NoteEdit mailing list exists. So I have to ask
here...
I have installed NoteEdit and am trying to use it (or actually, to
help mu musician wife use it). But we don't understand a couple of
things.
First, to create two staves that are for the same instrument? This is
common in piano scores - one staff with the trebke clef for the right
hand, plus one staff with the bass clef for the left hand. Bars,
repeats, etc. should go across both staves.
Such staves are usually joined by a brace (accolade?), but as NoteEdit
is not a direct printing editor, the absence of the brace itself may
be quite understandable.
Second, is it possible (and if yes, how) to enable some sort of line
wrapping, as common in printed scores? Working with one long line is
somewhat inconvenient.
--
Best regards,
Mikhail mailto:mr@ramendik.ru
I am trying to install MusE, which means installing Jack as well.
The first issue that I have run into is that MusE requires glibc 2.3.1 or better to compile. My RH 8.0 has glibc 2.2.93-5. Will updating to 2.3.1 cause my previously installed binaries (i.e., the entire system) to stop working? Or is 2.3.1 backwardlycompatible with 2.2.93-5? Or can you have both libraries on one system simultaneously? In other words, what are the ramifications of updating glibc?
Then there are the same considerations for updating qt 3.0.5-17 to 3.1.0 or better, except that it is my impression that qt is much less central than glibc. Would anything (everything?) need to be recompiled with this new version of qt?
Another issue relevant to both of the above is the question of RPM vs source installation. There are i386 +/or i686 RPMs for both qt and glibc on the Red Hat site. Any suggestions as to whether I should install from source or from those RPMs? Which of the RPMs would be better to install on a Celeron 300A?
Finally, in preparing to install MusE I installed fluidsynth and
libsndfile. Fluidsynth seemed to go without a hitch (tho I haven't used it yet) but libsndfile's configuration summary suggested that I add /usr/local/lib/pkgconfig to the PKG_CONFIG_PATH variable because other programs compiled against libsndfile might need it.
Sure enough, when <./configure>ing jack, it couldn't find sndfile.pc, and while <make>ing jack, it exited with an error. I tried:
env $PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
and it listed all the env variables with the appropriate entry appended. Thinking that everything was set, I tried to re<./configure> and <make> jack, but it exited with the same error. Double checking with <env> showed that the new entry had disappeared. I double checked this, and every time I set the variable with env, it lists it once, then it disappears on further <env>s.
Anyone know what is going on here?
Thanks,
Barton
P.S. I tried a different way to send mail. This is supposed to send text without all the redundant html coding. Is it any better?
Hi all
I have sort of resolved it.
My default distro configuration, from Slackware 9 compiles ATAPI CD-ROM
support, the main SCSI support, and the ISO9660 filesystem into the kernel.
I usually make these as modules, to make the kernel a little smaller and
thus use less memory. If I leave these options compiled into the kernel,
there is no problem. However, if they are all as modules, it doesn't work.
DMA is enabled by default, and my DVD-ROM drive is set up to be mounted
from /dev/cdrom which is symlinked to /dev/scd0 when using SCSI emulation,
and /dev/hdc when using straight IDE. I usually have SCSI emulation set up
for burning.
This has never been a problem for me in previous kernel versions. I will
live with it now, as I guess it is a small kernel size increase and should
not change the performance in any great deal.
Thanks again
Luke
Yes, on my laptop....(IBM Thinkpad T30) I experience lockups (Kernel
-oops once in a while) during bootup. It seems to be the ide-scsi module
thats causing the problem. If I ensure that its not loaded during bootup
then it seems to be fine. I can load it later manually using 'modprobe
-a ide-scsi'
If you can figure out whats causing this....it will be much appreciated.
Luke Yelavich wrote:
> I wrote earlier:
> > Hi all.
> > I am wondering whether anybody else has experienced lock-ups when
> trying to mount a CD-ROM device using kernel 2.4.21 with low > latency
> and preempt?
> >
> > I have tried with SCSI emulation, as well as normal IDE. I am
> currently re-compiling without low latency and pre-empt, but wondering >
> whether this is a reported kernel problem, or a problem that these
> patches may have introduced?
>
> > Any ideas or suggestions are welcome.
>
> > Regards
> > Luke
>
> Ok. This didn't help, so I am going to scour my kernel configuration and
> see if there is anything amiss.
>
> Luke
>
>
>
>
I wrote earlier:
> Ok. This didn't help, so I am going to scour my kernel configuration and
see if there is anything amiss.
>
> Luke
Ok haven't found the source of the problem, but I am able to successfully
mount CDs in my burner, but not in my DVD-ROM drive.
Still open to suggestions.
Luke
Hi all.
I am wondering whether anybody else has experienced lock-ups when trying to
mount a CD-ROM device using kernel 2.4.21 with low latency and preempt?
I have tried with SCSI emulation, as well as normal IDE. I am currently
re-compiling without low latency and pre-empt, but wondering whether this
is a reported kernel problem, or a problem that these patches may have
introduced?
Any ideas or suggestions are welcome.
Regards
Luke
I wrote earlier:
> Hi all.
> I am wondering whether anybody else has experienced lock-ups when trying
to mount a CD-ROM device using kernel 2.4.21 with low > latency and preempt?
>
> I have tried with SCSI emulation, as well as normal IDE. I am currently
re-compiling without low latency and pre-empt, but wondering > whether this
is a reported kernel problem, or a problem that these patches may have
introduced?
> Any ideas or suggestions are welcome.
> Regards
> Luke
Ok. This didn't help, so I am going to scour my kernel configuration and
see if there is anything amiss.
Luke
Hi,
I'm looking for solution where we can record multiple input
streams of audio to individual files which can then be processed
by other programs on Linux. I've searched the ecasound list and
also the archive of this list.
The best I could find was a similar requirement by someone
using a Delta 1010 card. One of the solutions that was proferred
was to use the JACK audio server.
Is it possible to connect multiple input streams of audio (think
multiple phones or line-in from multiple VCRs or any audio
device) and individually record the streams as a digital file ?
For example - 911 calls , or financial transaction calls etc
I'm looking for a Linux based solution that can do that -
Ideal would be -
a. Well Supported card that has multiple line-in ( so if I want
to record 8/16 audio inputs, it should have 8/16 line-in sockets)
b. Software to record the line-in audio
c. Software to encode it
if b & c can be combined to record and encode like ecasound, it
would be perfect.
I asked around on the ecasound list and was directed to this
list. We're not looking to do any mixing or sound editing.
Our requirements are very simple. Ecasound works very well
for us when using one sound card. We now need to scale this
solution so that we can record the equivalent of 8/12/16 sound
cards each having an instance of ecasound recording and encoding.
A similar solution on the Windows platform seems to be
http://www.dictaphone.com/products/freedom/freedomps/
Any help is highly appreciated,
--
Hiren
----------------------------------------------------------------------