you'll enqueue
the events for a (small) timeframe, eg. one bar, and let the sequencer
handle the scheduling.
Frank.
--
+---- --- -- - - --
| Frank van de Pol -o)A-L-S-A
| [EMAIL PROTECTED]/\\ Sounds good!
| http://www.alsa-project.org _\_
On Fri, Nov 15, 2002 at 01:02:55PM +0100, Frank van de Pol wrote:
> On Sun, Nov 10, 2002 at 02:56:35PM -0500, Weijia Yang wrote:
> >
> > Thanks for working on this issue Benny. I tried out the code but the bass
> > issues still persists. As before, unbalancing the le
that one of the channels might phase reversed? Do you
have any idea if the bass attuniation is stronger at a specific frequency?
Frank
--
+ --- -- - - - -
| Frank van de Pol -o)A-L-S-A
| [EMAIL PROTECTED]/\\ Sounds good!
| http://www.alsa-projec
om for events not defined in midi spec).
>
> ...I'm not sure that is a good idea. What kind of events?
eg.
- system events like announcements of topology changes
- (N)RPNs as a 14 bit value instead of 2x 7bit
- SMF like meta data
- controls for current seque
mentation.
> > How to do this? Not all architectures proovide a secondary clock for
> > such things,
> > and on X86 I cant think of something other than the pentium cycle
> > counter.
>
> As long as POSIX clocks are available from both user- and kernel-space and
> w
ins running it's own clock (system
clock, rtc, external clock), following your internal clock.
- Use a PCM device as timing source (you'll need a reasonable small fragment
size though).
- Add support for a userspace clock source eg. add some
"SND_SEQ_EVENT_CLOCK_ADVANCE"
have to
> be done
> in a driver process or a user-space sequencer application and not for every
> client
> application.
>
> I'll try to get a version of my MIDI I/O API/framework ready, but it will
> probably still
> take me some time to get f
r to compensate for the MIDI interface
> and scheduling latency so they arrive a little early instead of late
> in order to reduce jitter with MIDI messages arriving near buffer
> bounderies).
> MIDI -> audio output latency would then be slightly higher (say 2ms,
> noti
in case your sequencer needs to cope with
a variable tempo or sync to midi clock sources.
Frank
--
+---- --- -- - - --
| Frank van de Pol -o)A-L-S-A
| [EMAIL PROTECTED]/\\ Sounds good!
| http://www.alsa-project.org _\_v
| Linux
is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
--
+ --- -- - - --
| Frank van d
driver is that it
has one 1/8" jack, the 'versa jack' that combines multiple (selectable)
functions:
- analog in (channel 3+4)
- analog out (channel (5+6)
- digital out (spdif+ac3; these are different signals on the tip/ring of the
mini jack)
Frank.
--
+ --- -- - - -
Don't miss the IM event of the season | Special offer for OSDN members!
> JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/lis
them for such special formats.
> > > there are no unsigned types for such formats.
> > > but anyway the left resource is too small.
> >
> > are formats currently a bit in a 'supported formats' flag?
>
> yes.
>
> the proble
:)
>
> --p
>
> ___
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> __
ge.net/lists/listinfo/alsa-devel
--
+---- --- -- - - --
| Frank van de Pol -o)A-L-S-A
| [EMAIL PROTECTED]/\\ Sounds good!
| http://www.alsa-project.org _\_v
| Linux - Why use Windows if we have doors available?
___
Alsa-devel mail
osts or not.
Regards,
Frank.
btw, I'm still amazed about timing accuracy when playing with why old Atari
ST or the ALSA sequencer when comparing it to eg. Cubase VST on a Windows
PC. Fairly weird that a 1.6 GHz P4 running win2k is still audibilly worse
that the old hardware (or that same box running linux) ;-)
use system panics or hangs)
> c) can make it more modular
> d) can port it to non-Linux systems more easily
> e) can extend it to work within or alongside other designs more easily
>
> --p
>
> ___
> Alsa-devel mailing list
> [E
gt; Linux Kernel Sound Maintainer
> ALSA Project http://www.alsa-project.org
> SuSE Linuxhttp://www.suse.com
>
>
>
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-deve
ts or that opening up the drivers puts too much exposure on them and
reveals code one would be ashamed of??
--
+ --- -- - - --
| Frank van de Pol -o)A-L-S-A
| [EMAIL PROTECTED]/\\ Sounds good!
| http://www.alsa-project.org _\_v
| Linux - W
contain any
usefull programming information. Does anyone have additional info on how to
access that 2nd codec? I guess programming the DSP is completely out of the
question looking at the amount of documentation?
Regards,
Frank.
--
+ --- -- - - --
| Frank van de Pol
case SNDRV_PCM_STATE_PREPARED:
case SNDRV_PCM_STATE_DRAINING:
case SNDRV_PCM_STATE_XRUN:
@@ -1375,7 +1413,9 @@
runtime->control->appl_ptr = runtime->status->hw_ptr;
_end:
spin_unlock_irq(&runtime->lock);
+#ifdef CONFIG_PM
21 matches
Mail list logo
