16 Aug
2007
16 Aug
'07
5:37 a.m.
Hi,
For some unknown reason, I seem to be unable to set SND_PCM_FORMAT_FLOAT
format flag when initialising alsa driver. This happens with my both cards
(on is the laptops AC'97 Audio Controller and the other a similar onboard
cart)
This line used to work with alsa 0.9 but return an "Invalid argument" error
with alsa 1.0.14a :
snd_pcm_hw_params_set_format(alsa_pcm_handle, alsa_hwparams,
SND_PCM_FORMAT_FLOAT_LE)
If I remove this line, the driver gets initialised but as integer sample
format, which, of course, generates noise as I'm sending 32bit floats to the
output...
Example code at lines 1031-1041 :
http://cvs.savannah.nongnu.org/viewvc/freecycle/src/soundplayer.cpp?annotat…
Please, please help !
Predrag
http://freecycle.redsteamrecords.com
16 Aug
16 Aug
5:53 a.m.
***** Please do not reply directly to me. *****
***** Please do not CC me either. *****
***** Please reply to the list only. *****
Predrag Viceic wrote:
For some unknown reason, I seem to be unable to set
SND_PCM_FORMAT_FLOAT
format flag when initialising alsa driver. This happens with my both cards
(on is the laptops AC'97 Audio Controller and the other a similar onboard
cart)
This line used to work with alsa 0.9 but return an "Invalid argument" error
with alsa 1.0.14a :
snd_pcm_hw_params_set_format(alsa_pcm_handle, alsa_hwparams,
SND_PCM_FORMAT_FLOAT_LE)
You probably want SND_PCM_FORMAT_FLOAT (without the _LE at the end)
to specify CPU native float. Using SND_PCM_FORMAT_FLOAT_LE will mean
that your code is almost certain not correct for big endian CPUS.
Example code at lines 1031-1041 :
http://cvs.savannah.nongnu.org/viewvc/freecycle/src/soundplayer.cpp?annotat…
That should probably be fixed as well.
Erik
--
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"These are the finest moments in (post)modern life, when satire is completly
indistinguishable from reality... I usually have to rely on the presidential
elections for such dada." -- frenomulax on Jesux a christian Linux distro.
6:18 a.m.
Hi,
Thanks for your reply. In my code I check if I'm on big or little endian
machine in order to append _BE or _LE.
I have already tried with SND_PCM_FORMAT_FLOAT (CPU endian) and the problem
remains..
P
---
http://freecycle.redsteamrecords.com
Le Thursday 16 August 2007 09.52:20 Erik de Castro Lopo, vous avez écrit :
***** Please do not reply directly to me. *****
***** Please do not CC me either. *****
***** Please reply to the list only. *****
Predrag Viceic wrote:
For some unknown reason, I seem to be unable to
set SND_PCM_FORMAT_FLOAT
format flag when initialising alsa driver. This happens with my both
cards (on is the laptops AC'97 Audio Controller and the other a similar
onboard cart)
This line used to work with alsa 0.9 but return an "Invalid argument"
error with alsa 1.0.14a :
snd_pcm_hw_params_set_format(alsa_pcm_handle, alsa_hwparams,
SND_PCM_FORMAT_FLOAT_LE)
You probably want SND_PCM_FORMAT_FLOAT (without the _LE at the end)
to specify CPU native float. Using SND_PCM_FORMAT_FLOAT_LE will mean
that your code is almost certain not correct for big endian CPUS.
Example code at lines 1031-1041 :
http://cvs.savannah.nongnu.org/viewvc/freecycle/src/soundplayer.cpp?annot
ate=1.19&root=freecycle
That should probably be fixed as well.
Erik
6:37 a.m.
***** Please do not reply directly to me. *****
***** Please do not CC me either. *****
***** Please reply to the list only. *****
Predrag Viceic wrote:
Thanks for your reply. In my code I check if I'm
on big or little endian
machine in order to append _BE or _LE.
You shouldn't need to do that, because SND_PCM_FORMAT_FLOAT means native
endian.
I have already tried with SND_PCM_FORMAT_FLOAT (CPU
endian) and the problem
remains.
Since you already tried that, then this is onviously not the problem.
I suspect that there may be a regression in the ALSA libs. Is it possible
that ALSA 1.0.14a is a pre-release version? Did you install ALSA from
source or did you install a package for your distribution.
Erik
--
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"A typical software project can present more opportunities to learn
from mistakes than some people get in a lifetime."
-- Steve McConnell (in Rapid Development)
7:37 a.m.
Hi Erik,
I suspect that there may be a regression in the ALSA
libs. Is it possible
that ALSA 1.0.14a is a pre-release version? Did you install ALSA from
source or did you install a package for your distribution.
I have installed the package for my distribution (OpenSuSE 10.2). As I use
mainly Jack, I don't know for how long this problem persists.
I'll try to go back to 1.0.13
P
Le Thursday 16 August 2007 10.37:09 Erik de Castro Lopo, vous avez écrit :
> ***** Please do not reply directly to me. *****
> ***** Please do not CC me either. *****
> ***** Please reply to the list only. *****
>
> Predrag Viceic wrote:
> > Thanks for your reply. In my code I check if I'm on big or little endian
> > machine in order to append _BE or _LE.
>
> You shouldn't need to do that, because SND_PCM_FORMAT_FLOAT means native
> endian.
>
> > I have already tried with SND_PCM_FORMAT_FLOAT (CPU endian) and the
> > problem remains.
>
> Since you already tried that, then this is onviously not the problem.
>
I suspect that there may be a regression in the ALSA
libs. Is it possible
that ALSA 1.0.14a is a pre-release version? Did you install ALSA from
source or did you install a package for your distribution.
>
> Erik
8:31 a.m.
I'll try to go back to 1.0.13
And it works now...
Predrag
Le Thursday 16 August 2007 11.39:34 Predrag Viceic, vous avez écrit :
> Hi Erik,
>
> > I suspect that there may be a regression in the ALSA libs. Is it possible
> > that ALSA 1.0.14a is a pre-release version? Did you install ALSA from
> > source or did you install a package for your distribution.
>
> I have installed the package for my distribution (OpenSuSE 10.2). As I use
> mainly Jack, I don't know for how long this problem persists.
>
I'll try to go back to 1.0.13
>
> P
>
> Le Thursday 16 August 2007 10.37:09 Erik de Castro Lopo, vous avez écrit :
> > ***** Please do not reply directly to me. *****
> > ***** Please do not CC me either. *****
> > ***** Please reply to the list only. *****
> >
> > Predrag Viceic wrote:
> > > Thanks for your reply. In my code I check if I'm on big or little
> > > endian machine in order to append _BE or _LE.
> >
> > You shouldn't need to do that, because SND_PCM_FORMAT_FLOAT means native
> > endian.
> >
> > > I have already tried with SND_PCM_FORMAT_FLOAT (CPU endian) and the
> > > problem remains.
> >
> > Since you already tried that, then this is onviously not the problem.
> >
> > I suspect that there may be a regression in the ALSA libs. Is it possible
> > that ALSA 1.0.14a is a pre-release version? Did you install ALSA from
> > source or did you install a package for your distribution.
> >
> > Erik
>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
8:54 a.m.
Predrag Viceic wrote:
Looks like a bug in ALSA 1.0.14a then. It would be a good idea
to make sure this is reported.
Erik
--
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"C++ is history repeated as tragedy. Java is history repeated as farce."
-- Scott McKay
I'll try
to go back to 1.0.13
And it works now...
10:07 a.m.
Le Thursday 16 August 2007 12.53:46 Erik de Castro Lopo, vous avez écrit :
Predrag Viceic wrote:
Looks like a bug in ALSA 1.0.14a then. It would be a good idea
to make sure this is reported.
And I who naively thought that posting this on LAD would be sufficient :)
Predrag
I'll
try to go back to 1.0.13
And it works now...
Erik
4 Oct
4 Oct
8:22 a.m.
Predrag Viceic wrote:
Le Thursday 16 August 2007 12.53:46 Erik de Castro
Lopo, vous avez écrit :
Predreg,
Did you report this bug to the ALSA people? Any repsonse?
I'm now running into the same problem on ALSA 1.0.14 that is part
of the Ubuntu Gutsy Gibbon pre-release.
Erik
--
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"Usenet is like a herd of performing elephants with diarrhea;
massive, difficult to redirect, awe-inspiring, entertaining,
and a source of mind-boggling amounts of excrement when you
least expect it." -- Gene Spafford (1992)
Predrag Viceic wrote:
Looks like a bug in ALSA 1.0.14a then. It would be a good idea
to make sure this is reported.
And I who naively thought that posting this on LAD would be sufficient :) I'll
try to go back to 1.0.13
And it works now... 
11:57 a.m.
On Thursday 04 October 2007, Erik de Castro Lopo wrote:
Predrag Viceic wrote:
I had the same problem. But in Debian there's a package with the fix [which
you can isntall instead of the ubuntu libasound2 package - beware though that
this will keep you from upgrading any other packages].. I have reported the
problem to ubuntu already [and i assume that the debian package maintainers
have reported the problem upstream]:
https://bugs.launchpad.net/bugs/148510
Regards,
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
Le Thursday 16 August 2007 12.53:46 Erik de
Castro Lopo, vous avez écrit :
Predreg,
Did you report this bug to the ALSA people? Any repsonse?
I'm now running into the same problem on ALSA 1.0.14 that is part
of the Ubuntu Gutsy Gibbon pre-release> Predrag Viceic wrote:
And I who naively thought that posting this on LAD would be sufficient :) > I'll try to go back to 1.0.13
And it works now...
Looks like a bug in ALSA 1.0.14a then. It would be a good idea
to make sure this is reported. 
16 Aug
16 Aug
11:04 a.m.
I am no alsa programming expert, but could it be that for some reason,
alsa is attempting to open a hardware device (hw:0, or such) rather than
a plugin device (such as plughw:0)? Or, perhaps it is opening the
default interface, which is an alias for hw:0. This default could have
changed between alsa versions.
Hardware devices will fail if an attempt is made to open them with
anything other than parameters which are directly supported by the
hardware. Plug devices however, will happly do things like convert
sample rates and formats, at the cost of some uncertainty of what
actually happens, and maybe some performance penalty.
On Thu, Aug 16, 2007 at 09:39:48AM +0200, Predrag Viceic wrote:
Hi,
For some unknown reason, I seem to be unable to set SND_PCM_FORMAT_FLOAT
format flag when initialising alsa driver. This happens with my both cards
(on is the laptops AC'97 Audio Controller and the other a similar onboard
cart)
This line used to work with alsa 0.9 but return an "Invalid argument" error
with alsa 1.0.14a :
snd_pcm_hw_params_set_format(alsa_pcm_handle, alsa_hwparams,
SND_PCM_FORMAT_FLOAT_LE)
If I remove this line, the driver gets initialised but as integer sample
format, which, of course, generates noise as I'm sending 32bit floats to the
output...
Example code at lines 1031-1041 :
http://cvs.savannah.nongnu.org/viewvc/freecycle/src/soundplayer.cpp?annotat…
Please, please help !
Predrag
http://freecycle.redsteamrecords.com
11:31 a.m.
Le Thursday 16 August 2007 15.04:29 Phil Frost, vous avez écrit :
I am no alsa programming expert, but could it be that
for some reason,
alsa is attempting to open a hardware device (hw:0, or such) rather than
a plugin device (such as plughw:0)? Or, perhaps it is opening the
default interface, which is an alias for hw:0. This default could have
changed between alsa versions.
I thought this alos but no, it's not the case. In my code i'm forcing the
default openning of plughw:0,0
P
Hardware devices will fail if an attempt is made to open them with
anything other than parameters which are directly supported by the
hardware. Plug devices however, will happly do things like convert
sample rates and formats, at the cost of some uncertainty of what
actually happens, and maybe some performance penalty.
On Thu, Aug 16, 2007 at 09:39:48AM +0200, Predrag Viceic wrote:
> Hi,
>
>
> For some unknown reason, I seem to be unable to set SND_PCM_FORMAT_FLOAT
> format flag when initialising alsa driver. This happens with my both
> cards (on is the laptops AC'97 Audio Controller and the other a similar
> onboard cart)
>
> This line used to work with alsa 0.9 but return an "Invalid argument"
> error with alsa 1.0.14a :
>
> snd_pcm_hw_params_set_format(alsa_pcm_handle, alsa_hwparams,
> SND_PCM_FORMAT_FLOAT_LE)
>
> If I remove this line, the driver gets initialised but as integer sample
> format, which, of course, generates noise as I'm sending 32bit floats to
> the output...
>
> Example code at lines 1031-1041 :
> http://cvs.savannah.nongnu.org/viewvc/freecycle/src/soundplayer.cpp?annot
>ate=1.19&root=freecycle
>
>
> Please, please help !
>
>
> Predrag
>
> http://freecycle.redsteamrecords.com
6255
days inactive
6304
days old
linux-audio-dev@lists.linuxaudio.org
11 comments
4 participants
participants (4)
-
Erik de Castro Lopo -
Florian Schmidt -
Phil Frost -
Predrag Viceic