Qt-interest Archive, February 2007
howto: playing sounds in Qt?
Pages: Prev | 1 | 2 | Next
Message 1 in thread
Hi!
I need to playing WAV-files in Windows and Linux.
QSound (Qt-4.2.2) is very unusable - in Linux it use only NAS.
Is there alternative of QSound with capabilities of using ALSA, eSound, OSS
etc?
Needed functions: play sound file (from disk file of memory-buffer) repeately
or forever (until STOP function called), maybe choice of output audio-device.
--
[ signature omitted ]
Message 2 in thread
> I need to playing WAV-files in Windows and Linux.
> QSound (Qt-4.2.2) is very unusable - in Linux it use only NAS.
> Is there alternative of QSound with capabilities of using ALSA, eSound, OSS
> etc?
As far as I know: No. You are on your own. If you need this feature, you
might browse through some KDE sources. I bet you find a solution there.
:-)
Nevertheless, it would be nice if Qt would support ALSA, but please only
as plugin like the various graphic formats. No need to clutter the lib too
much.
Guido
--
[ signature omitted ]
Message 3 in thread
Hi,
You're talking about alsa, oss ... so I suppose you're developing on a
linux platform.
Use an external library like Ecasound or Xine. There are a lot of
libraries avaliable if you just want basic WAV reproduction with support
for alsa, oss and arts.
Don't recommend you to use QSound to play wav.
Regards,
Javier
Anatoly Kanashin escribiÃ:
> Hi!
>
> I need to playing WAV-files in Windows and Linux.
> QSound (Qt-4.2.2) is very unusable - in Linux it use only NAS.
> Is there alternative of QSound with capabilities of using ALSA, eSound, OSS
> etc?
> Needed functions: play sound file (from disk file of memory-buffer) repeately
> or forever (until STOP function called), maybe choice of output audio-device.
>
>
--
[ signature omitted ]
Message 4 in thread
Anatoly Kanashin schrieb:
> Hi!
> ...
> Is there alternative of QSound with capabilities of using ALSA, eSound, OSS
> etc?
Checkout SDL: it's cross-platform, too. http://www.libsdl.org
Cheers, Oliver
--
[ signature omitted ]
Message 5 in thread
Till Oliver Knoll schrieb:
> Anatoly Kanashin schrieb:
>> Hi!
>> ...
>> Is there alternative of QSound with capabilities of using ALSA, eSound, OSS
>> etc?
>
> Checkout SDL: it's cross-platform, too. http://www.libsdl.org
Additionally there are an advanced mixer and various sound format
decoding libraries build on top of it:
http://libsdl.org/libraries.php?order=name&category=13&completed=100&os=-1&match_name=&perpage=50
Cheers, Oliver
--
[ signature omitted ]
Message 6 in thread
On Wednesday 14 February 2007 12:28, Till Oliver Knoll wrote:
Thanks all.
I found SDL and I can't use it because of it don't support capturing audio. It
is my second work: captiruing and playing audio.
I produced audio captor and player for using with ALSA. Then i'll modified it
for playing WAV files:)
Thanks.
> Till Oliver Knoll schrieb:
> > Anatoly Kanashin schrieb:
> >> Hi!
> >> ...
> >> Is there alternative of QSound with capabilities of using ALSA, eSound,
> >> OSS etc?
> >
> > Checkout SDL: it's cross-platform, too. http://www.libsdl.org
>
> Additionally there are an advanced mixer and various sound format
> decoding libraries build on top of it:
>
> http://libsdl.org/libraries.php?order=name&category=13&completed=100&os=-1&;
>match_name=&perpage=50
>
> Cheers, Oliver
>
> --
> To unsubscribe - send a mail to qt-interest-request@xxxxxxxxxxxxx with
> "unsubscribe" in the subject or the body. List archive and information:
> http://lists.trolltech.com/qt-interest/
--
[ signature omitted ]
Message 7 in thread
Anatoly Kanashin schrieb:
> On Wednesday 14 February 2007 12:28, Till Oliver Knoll wrote:
>
> Thanks all.
>
> I found SDL and I can't use it because of it don't support capturing audio. It
> is my second work: captiruing and playing audio.
To my knowledge SDL DOES support audio capture. According to which
documentation on www.libsdl.org do you think it does not? Is this
explicitly written somewhere? (off course I cannot remember right now
where exactly I have found this info that SDL supports capture)
When my memory serves correctly there exist some sound editing/recording
softwares written with SDL. Check the application list on www.libsdl.org.
Cheers, Oliver
--
[ signature omitted ]
Message 8 in thread
On Wednesday 14 February 2007 15:03, Till Oliver Knoll wrote:
> Anatoly Kanashin schrieb:
> > On Wednesday 14 February 2007 12:28, Till Oliver Knoll wrote:
> >
> > Thanks all.
> >
> > I found SDL and I can't use it because of it don't support capturing
> > audio. It is my second work: captiruing and playing audio.
>
> To my knowledge SDL DOES support audio capture. According to which
> documentation on www.libsdl.org do you think it does not? Is this
> explicitly written somewhere? (off course I cannot remember right now
> where exactly I have found this info that SDL supports capture)
>
> When my memory serves correctly there exist some sound editing/recording
> softwares written with SDL. Check the application list on www.libsdl.org.
I take information about SDL and audio capturing from other men.
If it's not right, sorry:)
>
> Cheers, Oliver
>
> --
> To unsubscribe - send a mail to qt-interest-request@xxxxxxxxxxxxx with
> "unsubscribe" in the subject or the body. List archive and information:
> http://lists.trolltech.com/qt-interest/
--
[ signature omitted ]
Message 9 in thread
Hello
<Rant mode>
There has been in this forum a long history of people complaining that
Trolltech did not care to have an Alsa compatible QSound.
As a matter of fact, since Alsa is *part* of the kernel (more than 3 years),
several developpers including me fail to understand why there has been no
move *at all* towards using Alsa, while it uses native windows or quicktime
APIs
All the more :
I have been so upset by this situation that I ended up wasting hours
re-implementing QSound over Alsa (I'm not a professional programmer, I do
this as a hobby).
I have a very straightforward code for QSound::QSound(filename),
QSound::isAvailable() and
QSound()::play() that work (almost properly) on an Alsa box.
I had advertised at least twice the Qt devs (the last one was on this forum)
that I had this code available, but obvioulsy they don't seem to be the
least interested.
</Rant mode>
Now, if such code is of any use to you, I'll be happy to share it,
particularly if you can improve it.
Get to me at yfh2 at hotmail dot com (don't use the newsgroup mail address).
Regards
Anatoly Kanashin wrote:
> Hi!
>
> I need to playing WAV-files in Windows and Linux.
> QSound (Qt-4.2.2) is very unusable - in Linux it use only NAS.
> Is there alternative of QSound with capabilities of using ALSA, eSound,
> OSS etc?
> Needed functions: play sound file (from disk file of memory-buffer)
> repeately or forever (until STOP function called), maybe choice of output
> audio-device.
>
--
[ signature omitted ]
Message 10 in thread
eb schrieb:
> There has been in this forum a long history of people complaining that
> Trolltech did not care to have an Alsa compatible QSound.
>
> As a matter of fact, since Alsa is *part* of the kernel (more than 3 years),
> several developpers including me fail to understand why there has been no
> move *at all* towards using Alsa, while it uses native windows or quicktime
> APIs
Have you considered adding a suggestion to TaskTracker for this? I'd
like to vote for it.
Martin
--
[ signature omitted ]
Message 11 in thread
Martin Gebert <Martin.Gebert@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote on
02/15/2007 12:55:32 AM:
# eb schrieb:
# > I had advertised at least twice the Qt devs (the last one was on this
forum)
# > that I had this code available, but obvioulsy they don't seem to be the
# > least interested.
#
# Have you considered adding a suggestion to TaskTracker for this? I'd
# like to vote for it.
I've noted in my efforts in the past - yes, even including using the
TaskTracker - that contributing a patch doesn't seem to have much bearing
on either the likelihood or the speed of an enhancement making it into
Qt. I've been quite frustrated at some of the limitations/bugs I have
been running into with QMake and am forced now to contemplate scrapping
all the architecture I have already written and trying (oh, god no!) to
port CMake or SCons or something to my platform - QMake's big wins were
that it was very easy to use, and that it was trivial to port to my
platform.
For those confused by why I would be running QMake on a platform that
doesn't support Qt, the answer is simple: I have a very large modular
project that uses Qt on the platforms where it can, but there is at
least one which I am required to support that does not support it. I
still would like one build system though, and not QMake nor CMake nor
SCons, nor anything else comparable that I've looked at yet, has been
ported to it. Perhaps rake has, I haven't checked. And the deal-
breaker for a lot of comparable things is it MUST do Studio projects...
--
[ signature omitted ]
Message 12 in thread
> I've noted in my efforts in the past - yes, even including using the
> TaskTracker - that contributing a patch doesn't seem to have much
bearing
> on either the likelihood or the speed of an enhancement making it into
> Qt. I've been quite frustrated at some of the limitations/bugs I have
> been running into with QMake and am forced now to contemplate
scrapping
> all the architecture I have already written and trying (oh, god no!)
to
> port CMake or SCons or something to my platform - QMake's big wins
were
> that it was very easy to use, and that it was trivial to port to my
> platform.
You really think porting cmake of SCons to this OS will be easier to
port then QMake?
Scott
--
[ signature omitted ]
Message 13 in thread
"Scott Aron Bloom" <scott@xxxxxxxxxxxx> wrote on 02/15/2007 09:08:19 AM:
# You really think porting cmake of SCons to this OS will be easier to
# port then QMake?
Oh, heck no - the QMake port is done, it took about eight hours of
work. The problem is that I'm rapidly running into too many things
that either don't work yet and I can't find out when they might
work, that I can't get a straight answer on how to do, or other
such things that are preventing me from getting done what I need to
do. I'm resisting adding any more patches against the code, I'm
not out to create and maintain an internal fork of QMake!
I guess my problem is, none of this would be so bad if there were
some sort of documented or explained process for contributing back
patches. So far going through the work of fixing it myself seems
to accomplish merely that, though: fixing it for myself.
It's just frustrating - one of the big stumbling blocks for me at
this point is SUBDIRS dependencies. CONFIG+=ordered is... well,
ugly at best. There's a better way, described by - if I remember -
Sam Magnuson - which is using compound variables for your SUBDIRS
entries, and setting .depends and .file for each one. The trouble
is that neither of these methods work for Visual Studio projects!
I have yet to puzzle out how to convince QMake to properly do
dependencies for a Studio project.
See, the reason the patch thing is such an irritant to me is... I
would be willing to write the code to extend the compound variable
method to Studio, *IF* I had some assurance that I wasn't just
whistling into the wind, that I was actually fixing the problem as
opposed to just fixing it for me and basically forking QMake. It's
my itch, I'm happy to scratch it - *once*. Not every release.
--
[ signature omitted ]
Message 14 in thread
On 15.02.07 09:55:33, Gordon.Schumacher@xxxxxxxxxxx wrote:
> See, the reason the patch thing is such an irritant to me is... I
> would be willing to write the code to extend the compound variable
> method to Studio, *IF* I had some assurance that I wasn't just
> whistling into the wind, that I was actually fixing the problem as
> opposed to just fixing it for me and basically forking QMake. It's
> my itch, I'm happy to scratch it - *once*. Not every release.
IIRC it was on this list where a Troll once said that the main reason
for not accepting patches that are non-trivial is the copyright/license
issue. Trolltech needs to be able to sell the code and eventually
relicense new versions of the code under a different license. This is
not easily possible with code that comes from "external" people, i.e.
patches provided by you. The sole reason being that you still have the
copyright on the code and IIRC that means TT always has to ask you for
permission when relicensing the code.
Andreas
--
[ signature omitted ]
Message 15 in thread
Andreas Pakulat <apaku@xxxxxx> wrote on 02/15/2007 11:41:28 AM:
# IIRC it was on this list where a Troll once said that the main reason
# for not accepting patches that are non-trivial is the copyright/license
# issue. Trolltech needs to be able to sell the code and eventually
# relicense new versions of the code under a different license. This is
# not easily possible with code that comes from "external" people, i.e.
# patches provided by you. The sole reason being that you still have the
# copyright on the code and IIRC that means TT always has to ask you for
# permission when relicensing the code.
IANAL, but at my understanding is that in the US anyway, copyright is
only held by me if I say that it is. To put it another way, it strikes
me that the solution to this would be to require that patches be submitted
via a system - perhaps a webform - that has a click-through that says
something like "By clicking SEND, I certify that I hereby release all
claim to copyright on this code to Trolltech" or some such.
If a click-through license on a Web page when downloading software is
binding, that should be too.
Trolls? Could this be implemented? Pretty please? Don't mistake my
grumbling complaints for saying "Hey, you suck, your code sucks!" because
that's not it at all. I pushed quite a bit to keep Qt on when moving
from Maxtor to Seagate, I like what I'm using... I'm just trying to
figure out what the best way to be able to help everybody along is.
--
[ signature omitted ]
Pages: Prev | 1 | 2 | Next
