gnu-music-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: midi question


From: Jan Nieuwenhuizen
Subject: Re: midi question
Date: 23 Mar 2001 09:50:26 +0100
User-agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7

"David J. Roundy" <address@hidden> writes:

> On Mon, Mar 19, 2001 at 06:55:27PM +0100, Jan Nieuwenhuizen wrote:
> > 
> > On powerpc, timidity has bugs with direct playback, and possibly
> > others.  Try doing batch output with -Ou.  If you have an older
> > version of lilypond, also try option -EO.
> 
> Thanks for the advice! I was successful with -Ow, using bplay to play the
> sounds.  Originally I thought timidity was outputting bad wave files, but
> it turned out that soxplay, which I was using, doesn't work right on the
> powerpc.

Ok, here's another tip.

To: address@hidden
Cc: "address@hidden" <address@hidden>
Subject: Re: Timidity
References: <address@hidden> <address@hidden>
Gcc: nnmh:vers
Organization: Jan at Appel
--text follows this line--
Jan Nieuwenhuizen <address@hidden> writes:

> X-Artu <address@hidden> writes:
> 
> > Why Timidity lost notes on my G4/400....help me pls.
> 
> I'd like to know too, but I've got no idea how to debug this.
> Generating audio in batch may work, though, try:
> 
>   timidity -Ou foo.midi
>   cat foo.au >/dev/audio

> > Playing time: ~81 seconds
> > Notes cut: 444
> > Notes lost totally: 1312


Masanao Izumo sent me a reply (see below), it works for me:

08:54:35 appel ~/usr/src/lilypond-1.3.140/mutopia/Coriolan/out$ timidity -id 
-k0 bassi-part.midi 
Playing bassi-part.midi
MIDI file: bassi-part.midi
Format: 1  Tracks: 3  Divisions: 384
Text: Creator: GNU LilyPond 1.3.140.jcn1               .
...
Playing time: ~505 seconds
Notes cut: 0
Notes lost totally: 0


From: address@hidden
Subject: Re: playback bug in timidity-2.10.2
To: address@hidden
Date: Fri, 23 Mar 2001 11:49:35 +0900

Hi,

> Timidity 2.10.2 drops notes (in the end there is only silence) when
> using direct playback: -ig or -id.

Please try to use -k0 option:

% timidity -k0 filename.mid

It is possible that this is sound synchronization probrem.
TiMidity++ checks audio buffer size.  If the current of audio buffer data has
no enough data, (this case usually occur when high CPU load avarage)
TiMidity++ automatically cut the some notes.
-k0 option disables this feature.

Some sound drivers (such as OSS from old linux packages), could
not get the current of audio data size, correctly.
Some sound cards use individual clock, not CPU clock.  This type of
sound card, audio sampling time is different from CPU time.  Then, the
audio sychronization is fail.  To get the current of the audio data
size, it is need to use the specific audio driver interface.  But old
of the OSS (or some version of OSS), there is no such interface!  Too
cheap for multimedia!

If you have this type of sound card/driver,  please try -k0 option.

-- 
Masanao Izumo <address@hidden>
ZetaBITS, Inc.



-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org


-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org




reply via email to

[Prev in Thread] Current Thread [Next in Thread]