Ron,
S doesn't mean stereo, it means signed for 16-bit sample. The i810_audio support only signed 16-bit little-endian PCM. AFMT_MU_LAW is rarely supported by today's hardware.
ChenLi Tien
-----Original Message-----
From: Ron Shacham [mailto:rs2194@columbia.edu]
Sent: 2003/12/31 [星期三] 下午 05:27
To: linux-audio-dev(a)music.columbia.edu
Cc:
Subject: [linux-audio-dev] very limited formats
Hello, this is my first time posting.
I have been programming on my personal linux box (rh 8), and I've been
unable to set any audio formats on the sound device other than 16-bit
linear. For example, I try the following:
int format = AFMT_MU_LAW;
ioctl(audio_fd, SNDCTL_DSP_SETFMT, &format);
I set this right after opening the device.
Then, when I query for the format, it returns 16.
The following:
ioctl(audio_fd, SNDCTL_DSP_GETFMTS, &mask);
shows zeroes for everything except for AFMT_S16_NE
I have integrated audio hardware (intel i810).
I might also mention that I cannot get mono to work, but only stereo.
Any ideas?
Regards,
Ron
Hello, this is my first time posting.
I have been programming on my personal linux box (rh 8), and I've been
unable to set any audio formats on the sound device other than 16-bit
linear. For example, I try the following:
int format = AFMT_MU_LAW;
ioctl(audio_fd, SNDCTL_DSP_SETFMT, &format);
I set this right after opening the device.
Then, when I query for the format, it returns 16.
The following:
ioctl(audio_fd, SNDCTL_DSP_GETFMTS, &mask);
shows zeroes for everything except for AFMT_S16_NE
I have integrated audio hardware (intel i810).
I might also mention that I cannot get mono to work, but only stereo.
Any ideas?
Regards,
Ron
Introducing the initial release of ac3jack, bringing you realtime
AC3 stream encoding of any JACK audio.
http://essej.net/ac3jack/
ac3jack is a tool for creating an AC3 (Dolby Digital) multichannel
stream from its JACK input ports. Using this tool, an AC3 stream (up
to 5.1 channels) is encoded in realtime and either written to a file or
streamed to standard output.
When streamed to stdout and piped through the ALSA tool 'ac3dec -C',
the AC3 stream can be passed out the SPDIF port on your audio interface
for connection to a multichannel surround receiver. In this way,
you can achieve full 5.1 surround mixing and monitoring of your JACK
applications with a single digital cable, and no need for hardware
supporting discrete inputs and outputs.
AC3 is a compressed audio stream, so quality is somewhat compromised.
It is the price you pay for easy surround sound. After all, if it is
good enough for DVD and film soundtracks, it must be OK.
Please try it out, read the usage notes, and let me know of any
build or runtime problems you find.....
jlc
BEAST/BSE version 0.5.6 is available for download at:
ftp://beast.gtk.org/pub/beast/v0.5/
or
http://beast.gtk.org/beast-ftp/v0.5/
BEAST (the Bedevilled Audio SysTem) is a graphical front-end to
BSE (the Bedevilled Sound Engine), a library for music composition,
audio synthesis, MIDI processing and sample manipulation.
The project is hosted at:
http://beast.gtk.org
A mailing list is available at:
http://mail.gnome.org/mailman/listinfo/beast/
This new development series of BEAST comes with a lot of
the internals redone, many new GUI features and a sound
generation back-end separated from all GUI activities.
The most outstanding new features are the demo song, the effect and
instrument management abilities, the track editor which allowes
for easy selection of synthesizers or samples as track sources, loop
support in songs and unlimited Undo/Redo capabilities.
Overview of Changes in BEAST/BSE 0.5.6:
* New (or ported) modules:
BseEvaluator - highly experimental (available with --devel) expression
evaluator by Stefan Westerfeld
DavBassFilter - a low-pass resonant TB-303 style filter by David A. Bartold
* Added support for author and licensing information for plugins,
available as "Show Info" in the button3 popup menu on modules
* Started MIDI file import ability
* Started new undo-able parasite mechanism for BSE files
* Fixed default value serialization in BSE files
* IDL Compiler bug fixes and cleanups [Stefan Westerfeld]
* Started C++ Language Binding [Stefan Westerfeld]
* Added i18n support to IDL Compiler [Stefan Westerfeld]
* Added #include-impl support to IDL Compiler [Stefan Westerfeld]
* Added toplevel package tests in tests/ [Stefan Westerfeld]
* Support upper case note names
* Internationalized plugins
* Merged translation domains
* Updated Czech translation [Miloslav Trmac]
* Updated Dutch translation [Vincent van Adrighem]
* Updated German translation [Christian Neumair]
* Updated Serbian translation [Danilo Segan]
* Updated Spanish translation [Ismael Andres Rubio Rojas]
* Updated Swedish translation [Christian Rose]
* Added Catalan translation [Xavier Conde Rueda]
* Added Greek translation [Kostas Papadimas]
* Added Portuguese translation [Duarte Loreto]
* Complete rebuild of the GUI code by moving to XML based widget tree stencils
* Completely recoded menu generation, activation and sensitivity, based
on new simple action lists amd a stencil factory mechanism
* Rewrote all existing property entry fields and added new types
* Implemented a couple new widgets to improve GUI experience (GxkMenuButton
as GtkOptionMenu replacement, GxkSimpleLable for shortened widths, ...)
* Added accelerator support for popup menus
* Lots of overall GUI polishing
* Added "About" box
* Miscellaneous bug fixes, lots of code cleanups
---
ciaoTJ
>From: Fred Gleason <fredg(a)salemradiolabs.com>
>
> there are no sample-accurate positioning data in the disk sectors, just
>PCM samples. If the drive loses streaming, there's no reliable way to
>determine precisely where the read left off
Just to sum all up: as we have seen the drive did not loose the streaming;
it was cdparanoia which got out of sync.
So, only thing which fails is the cdparanoia.
>> Yes, I have a hardware problem, specially when using CDROM
>> but also with disks. Buggy IDE I think, or Linux does not support
>
>Then I wouldn't be spending time picking Paranoia apart until this issue is
>resolved.
But who said the problem was caused by the hardware problems?
Honestly I don't *know* if I have hardware problems or not.
I just noticed mails with subject "The trouble with disks"
in linux-audio-user. His problems sounds like the problems I have,
and he too has an MSI board. It could mean that MSI boards are
simply bad or that Linux requires special bios settings.
If anyone else has MSI board and believes it is perfectly ok, please
mail me and we will verify it by doing some tests (as believing is
not enough!).
Question: should the system clock go faster when CD-ROM device is used?
It goes faster here and thus my /etc/crontab has lines for reading
the hardware clock every ten minutes:
01 * * * * root hwclock -s --noadjfile --localtime
11 * * * * root hwclock -s --noadjfile --localtime
etc.
IRQ problems? Wrong settings in bios? Wrong settings in board switches?
Of course, it is always easier to blame the mysterious hardware
problems as one can then forget the possible real problems.
Regards,
Juhana
Hi!
gmorgan is a rhythm station. a full programable accompaniment tool in
real-time and also a pattern based sequencer.
Requirements:
---------------------
ALSA
FLTK
News on 0.20
--------------------
Convert midifiles to patterns.
Patterns and styles added.
Drastically reduced the amount of memory needed (67%).
Changed to Autotools-1.6.
gmorgan is availabe on:
http://gmorgan.sf.net
Thanks
Josep
Dear all,
a small update to our "Libre Music" announcement.
>>>>> " " == The AGNULA Team <info(a)agnula.org> writes:
> Florence, 22 Dec 2003
> +++ AGNULA launches the "Libre Music" project
> The AGNULA IST-Project [0] is proud to announce its new "Libre
> Music" (aka the "muzik" project) project, whose goal is to create a
> publicly accessible database of Libre Music, i.e. music licensed
> under either the Creative Commons [1] licenses or the EFF [2] Open
> Audio License.
We are currently having some DNS problems. It looks like the
`agnula.org' domain expired and our current registrar didn't notify us
(right now the e-mail address on the domain record is wrong, we are
correcting that, too, but it was right up to one week ago).
Our registrar changed the IP address for agnula.org and of all its
subdomains, making it point to a default "domain has expired" page.
As soon as we noticed the problem, we contacted the registrar and
renewed the domain, but until now there are still two IP addresses in
the DNS system worldwide:
www.agnula.org. 2400 IN A 130.237.67.101
www.agnula.org. 2400 IN A 64.85.73.31
The *first* IP address is correct (it's the IP address of the AGNULA
server at KTH, Sweden) while the second is not. Until our registrar
understands that we *did* renew our domain and deletes its IP address
from the DNS system, you might fail to reach our server and all
services hosted there (www.agnula.org, devel.agnula.org, the mailing
lists).
We are sorry for this issue. We are working as fast as we can to have
it fixed before Christmas.
On behalf of the AGNULA team,
--
Andrea Glorioso andrea.glorioso(a)agnula.org
AGNULA/DeMuDi Techie http://www.agnula.org/
"There's no free expression without control on the tools you use"
Specimen is a midi controlled audio sampler for GNU/Linux systems. It
supports the ALSA midi sequencer interface, and can output audio via
ALSA or JACK. This release encompasses some significant changes,
making Specimen usable software for enthusiasts. Hook it up to a
sequencer, connect it to Ardour, and you have a passable drum machine.
Visit www.gazuga.net to download the tarball, view a screenshot, or
listen to a sample song, and feel free to contact me with any
questions or comments you have.
[pb]
Greetings all!
It's my pleasure to announce immediate availability of RTMix version
0.76.
RTMix is an interactive multimedia art performance, composition, and
coaching interface capable of triggering various DSP applications and/or
processes concurrently, as well as offering a tight coordination between
computer(s) and live performers. It can also trigger real-time events
utilizing MIDI and OSC protocols, and can be in theory networked from a
single client with up to 1000 other RTMix clients (personally neither
have I had the opportunity to try this and besides the network latency
would probably get the best of it anyways).
For more info on what it is, what it does, and how it does it, please
see the online docs:
http://meowing.ccm.uc.edu/~ico/RTMix-doc/
Changelog:
*RTMix is now part of the AGNULA project!
*In order to comply with the AGNULA inclusion requirements, the install
is now completely modular. Please use ./configure
--prefix=<preferred-path> to install all the data files to the custom
location. Binary is stored in /<preferred-path>/bin directory, so in the
case your path happens to be "exotic," please make sure to use
--bindir=<path-to-bin-directory> for custom binary directory placement.
RTMix has so far been featured at ICMC 2002 conference (Sweden), SEAMUS
2003 conference (US), in the "Organised Sound" magazine (December 2002),
and has been used in several of my works whose recordings are available
on my website. If you happened to use RTMix in your work, I would love
to hear in what ways you got to utilize its features, as well as how can
I make the application better. Thanks!
As usual, the tarball is available for immediate download from:
http://meowing.ccm.uc.edu/~ico/rtmix-latest.tar.gz (4.3MB)
For more info, please visit my website, RTMix forums at
http://meowing.ccm.uc.edu/cgi-bin/ico/yabb/YaBB.cgi?board=Rtmix_id,
and/or the online documentation (provided above).
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
Oops i messed up the quoting a little bit. Here's Morton's answer:
Begin forwarded message:
Date: Mon, 22 Dec 2003 11:58:54 -0800
From: Andrew Morton <akpm(a)osdl.org>
To: Florian Schmidt <mista.tapas(a)gmx.net>
Cc: linux-audio-dev(a)music.columbia.edu,
linux-audio-user(a)music.columbia.edu
Subject: Re: Low Latency patches and kernel 2.6.x
Florian Schmidt <mista.tapas(a)gmx.net> wrote:
>
>
> Hi Andrew,
>
> i'm a user of a 2.4.22 kernel patched with the preemption patches plus
> your Low Latency patches. It works very nicely for audio applications
> [like jackd, ardour, etc...].
Cool.
> Looking into the config menu of the 2.6.0 kernel i only find a
> "preemptible kernel" config option. Your low latency patches seem not
> to be included. Do you have plans of including your patches in the
> 2.6.x kernel? I heard rumors about merging the preemptible and your LL
> patches since they seem to go very nicely together.. Any truth to
> that?
The objective in 2.6 is that the preemptible kernel achieve similar
worst-case latencies to the low-latency-patched kernel. So 2.6 should
meet
your requirements out of the box.
That being said, last time I instrumented the 2.6 kernel it was not
achieving the targets. The specific failure was occurring when the
machine
had a very large number of inodes in cache and the VM system was
reclaiming
those inodes.
It is unlikely that you will strike this problem in real-world usage, so
2.6 should work fine for you. As ever, testing results would be
appreciated.
(The inode reclaim problem is fairly complex, but I just happen to see a
patch from Dipankar Sarma in my inbox this morning which is designed to
fix
it up).
End forwarded message
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm