are not timestamped upon delivery).
But my doubt is how should I terminate this thread on driver exit...
should i attempt to unblocking it by closing the descriptor, or is there
anything else i could try?
Thanks!
Juan Linietsky
---
This SF.net email
somewhat fixed this myself by forcing 0x200 as parameter
and it worked well afterwards.
I hope this report is of any help
regards
Juan Linietsky
---
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your
On Thursday 23 October 2003 04:14, you wrote:
Juan Linietsky wrote:
The ens1371 driver takes a joystick_port parameter with range 1..8
but that same parameter is them put into a switch to detect io port
values like 0x200, 0x208, etc. so the joystick will never be detected.
ens1370.c says
, but nothing works, and higher values are
ignored (error is reported).
However, when using the OSS/Free driver, by doing cat /proc/ioports shows the
follownig
0218-021f : es1371
I can however, as mentioned above, not set such value on /etc/asound.state.
Regards
Juan Linietsky
Hello!
I am looking for documentation on the schematics and working of the
Gravis Ultrasound Classic with the hopes to add support for it in
DOSEMU. Unfortunatedly I failed to find information about it
on the net. Does anyone here know where can i find
such information?
Thanks in advance
Juan
,
and on X86 I cant think of something other than the pentium cycle
counter.
Juan Linietsky
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r
processing each
event in the right time.
Juan Linietsky
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
On Sun, 18 Aug 2002 14:48:49 +0200
Frank van de Pol [EMAIL PROTECTED] wrote:
On Sun, Aug 18, 2002 at 05:57:40AM -0300, Juan Linietsky wrote:
Hi! I wanted to ask, how about forcing
an absolute timestamp for _every_ midi event?
It's not 100% clear to me wat you mean. When using
to reduce jitter with MIDI messages
arriving near buffer bounderies).
Bad idea, as long as things are not audible, dont adding extra crap
is the best. Midi hardware works like this and the delay is even
higher,
yet you cant hear it. So I think this is beyond pointless.
Juan Linietsky
with the audio being played, even if there is a certain
latency. I checked out
some existing apps (timidity and iiwusynth) and none seem to bother
about checking the time of
the event, so they'll screwup when using bigger audio buffersizes.
Has this been ever implemented?
Thanks!
Juan Linietsky
to a mixer, which has
connected a couple of synths, and the results were extremely good.
Regards
Juan Linietsky
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com
a global send buffer for effects and send levels per channel so they cant be
mixed that easily?)
Thanks for your time!
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
it with (and specially sblive) but more incompatible. I think
obsolete will fit perfect for it.
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Wed, 10 Apr 2002 23:33:23
metin [EMAIL PROTECTED] wrote:
Bu ileti Sayesinde sizlerde yabancý ülkelerdeki gibi türkiyedeki en ucuz ürünlerden
haberdar olacaksýnýz bizim amacýmýz reklam veren
Bu ileti Sayesinde sizlerde yabancý ülkelerdeki gibi türkiyedeki en ucuz ürünlerden
haberdar
On Thu, 4 Apr 2002 10:02:23 +0200 (CEST)
Jaroslav Kysela [EMAIL PROTECTED] wrote:
On Wed, 3 Apr 2002, Juan Linietsky wrote:
On Tue, 02 Apr 2002 16:15:04 +0200
root [EMAIL PROTECTED] wrote:
Hello,
I noticed that the alsa rtctimer is not compiled when you have
the RTC
defaults.
What do you have in mind for an instrument api?
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
___
Alsa-devel
On Sun, 31 Mar 2002 22:25:56 +0900
catsman[EMAIL PROTECTED] wrote:
www.hicdcd.com
- ¼ö½Å°ÅºÎ½Ã ¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ ¹öÆ°À» Ŭ¸¯Çϼż ¸ÞÀÏÀ» ÁÖ¼Å¾ß ¼ö½Å°ÅºÎ 󸮰¡ µË´Ï´Ù.
- ¼ö½Å°ÅºÎ½Ã ȸ½Å ¶Ç´Â ´äº¯µîÀ¸·Î ÇϽǰæ¿ì Á¦¸ñ ¸»¾î¸®¿¡ [¼ö½Å°ÅºÎ]¶ó°í ²À~!
´Þ¾ÆÁֽñ⠹ٶø´Ï´Ù.ÇѸÞÀÏ,´ÙÀ½
die, spammer!
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Sun, 24 Mar 2002 13:22:21 +0100
stef [EMAIL PROTECTED] wrote:
Juan Linietsky wrote:
Oh, and you know what, I was so concentrated in my hate for
sysex ;) that i just noticed that i forgot to write the most
obvious point about why sysex is a no-go.
And this is basically
elsewhere. However,
making it strongly connected with the ALSA project might not be a bad thing.
It does belong to ALSA, there is no other way to do this if it's not from the sound
api.
regards
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED
.
And from what i know It's not more work for the library developing, A driver is not
supposed to be forced to answer that IO call, if the driver
doesnt support it, will just return an error in the call, and alsa lib will take care
of that.
regards.
Juan Linietsky
extra useless thing,
and I'm sure that any programmer of sequencer programs
will like to make use of it, as much as users will like the result.
(And I'm telling you this from my perspective which is both user
and app programmer)
regards
Juan Linietsky
regards.
Juan Linietsky
, alsa sequencer clients, etc, are MIDI OUT
ONLY, so it's not possible in any way to retrieve information from them via sysex.
regards
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Hello! My name in Juan Linietsky, I have quite some years of experience in audio
programming (from the bad old days of making your own soundcard drivers in DOS). I'm
the author of some audio apps such as CheeseTracker, ShakeTracker, and rx_saturno (a
yamaha dx7 emulator). I've been following
before, this would be extensions to the current ALSA sequencer
system, so I think nothing should become incompatible with the current
alsa version.
thanks for reading this!
Juan Linietsky
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https
25 matches
Mail list logo