Qt-interest Archive, February 2007
howto: playing sounds in Qt?
Pages: Prev | 1 | 2 | Next
Message 16 in thread
On 15.02.07 12:27:04, Gordon.Schumacher@xxxxxxxxxxx wrote:
> 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,
Same here
> but at my understanding is that in the US anyway, copyright is
> only held by me if I say that it is.
But Trolltech is not a US firm and Trolltech has to care about the
"smallest" common denominator between all countries in the world. And in
Germany you can't give away the copyright on anything you wrote. You can
grant any permission to use/reuse something but the copyright cannot be
given away - AFAIK.
> If a click-through license on a Web page when downloading software is
> binding, that should be too.
Its not about a license, its about the copyright.
Andreas
--
[ signature omitted ]
Message 17 in thread
Gordon.Schumacher@xxxxxxxxxxx schrieb:
> 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.
Well, my suggestion to set up a suggestion is not about providing a
patch, but simply about bringing said suggestion to the ears of the
Trolls via the "official" way (bureaucracy waves at you, yes). They've
got enough smart brains to figure out themselves if/how something fits
into their product, me thinks. There might even be legal/copyright
implications that prevent them from simply using your patch.
So, suggest or starve while continuing complaining ;-\
Martin
--
[ signature omitted ]
Message 18 in thread
I added a tracker, as you suggested.
Here is the answer I received :
"Hi,
We are considiring adding ALSA support for QSound but I am afraid that I
cannot provide you with an exact time frame when this will be
implemented. Although, it is unlikely that this feature will be
provided in the near future releases.
We will get back to you in case we would need feedback or the available
current code that you were willing to offer.
Kind regards,
--
[ signature omitted ]
Message 19 in thread
eb schrieb:
> I added a tracker, as you suggested.
> Here is the answer I received :
>
> "Hi,
>
> We are considiring adding ALSA support for QSound but I am afraid that I
> cannot provide you with an exact time frame when this will be
> implemented. Although, it is unlikely that this feature will be
> provided in the near future releases.
> We will get back to you in case we would need feedback or the available
> current code that you were willing to offer.
> Kind regards,
>
> --
> Petref Saraci
> Support Engineer
> "
There's now a TaskTracker issue for it, # 40766, so everyone can vote
for it. There's also an addendum to the same suggestion (though not
visible in TT) to add Ogg/Vorbis decoding to QSound.
Martin
--
[ signature omitted ]
Message 20 in thread
El Martes 20 Febrero 2007 08:21, Martin Gebert escribió:
> eb schrieb:
> > I added a tracker, as you suggested.
> > Here is the answer I received :
> >
> > "Hi,
> >
> > We are considiring adding ALSA support for QSound but I am afraid that I
> > cannot provide you with an exact time frame when this will be
> > implemented. Although, it is unlikely that this feature will be
> > provided in the near future releases.
> > We will get back to you in case we would need feedback or the available
> > current code that you were willing to offer.
> > Kind regards,
> >
> > --
> > Petref Saraci
> > Support Engineer
> > "
>
> There's now a TaskTracker issue for it, # 40766, so everyone can vote
> for it.
Found it, but I don't know how to vote (specifically, I don't find something
like a "vote" button) Any idea?
> There's also an addendum to the same suggestion (though not
> visible in TT) to add Ogg/Vorbis decoding to QSound.
--
[ signature omitted ]
Message 21 in thread
Lisandro Damián Nicanor Pérez Meyer schrieb:
>> There's now a TaskTracker issue for it, # 40766, so everyone can vote
>> for it.
>
> Found it, but I don't know how to vote (specifically, I don't find something
> like a "vote" button) Any idea?
Erm, yes, sorry that I didn't think of that. The voting and commenting
functionality apparently is only available to Trolltech customers.
Probably there's no possibility to get to this if you aren't subscribed
to a developer license :-(
Martin
--
[ signature omitted ]
Message 22 in thread
> > There's now a TaskTracker issue for it, # 40766, so everyone can vote
> > for it.
>
> Found it, but I don't know how to vote (specifically, I don't find
> something like a "vote" button) Any idea?
you need a commercial license to be able to vote.
Cheers,
Peter Prade
--
[ signature omitted ]
Message 23 in thread
Hi,
I'm searching for a nearly elegant solution for solving the lack of support for QImage (and other non-QBoject) pointers in QVariant.
The only way I know is to throw away type safety by doing this:
QImage *pImg = new QImage();
QVariant v = qVariantFromValue( (void*)pImg );
...
QImage *pMyImg = (QImage*)v.value<void*>();
This is not type safe an not the C++ way - so does anybody know a better way?
I tried qRegisterMetatype(), but that didn't work...
Any hints are appreciated.
Best Regards,
Christian
--
[ signature omitted ]
Message 24 in thread
"Christian Dähn" <daehn@xxxxxxxxxx> wrote in message
news:29422309.121171984352314.OPEN-XCHANGE.WebMail.tomcat@xxxxxxxxxxxxxxxxxxxxx
> Hi,
>
> I'm searching for a nearly elegant solution for solving the lack of
> support for QImage (and other non-QBoject) pointers in QVariant.
>
> The only way I know is to throw away type safety by doing this:
> QImage *pImg = new QImage();
> QVariant v = qVariantFromValue( (void*)pImg );
> ...
> QImage *pMyImg = (QImage*)v.value<void*>();
>
> This is not type safe an not the C++ way - so does anybody know a better
> way?
>
> I tried qRegisterMetatype(), but that didn't work...
>
> Any hints are appreciated.
To be able to use any type in a QVariant you have to use
Q_DECLARE_METATYPE with that type; qRegisterMetaType is not enough.
But why would you pass QImages around as pointers? A QImage is after all a
value type, and thanks to implicit sharing just a pointer to the QImage
data :)
Volker
--
[ signature omitted ]
Message 25 in thread
Hi,
> To be able to use any type in a QVariant you have to use
> Q_DECLARE_METATYPE with that type; qRegisterMetaType is not enough.
>
> But why would you pass QImages around as pointers? A QImage is after all a
> value type, and thanks to implicit sharing just a pointer to the QImage
> data :)
The reason is simple:
In my app some functions need (non const) references to QImages -
but QVariant only returns copies.
The alternative (rewriting all functions to get the QImage copy from QVariant,
then modifying the QImage and after it re-adding the modified QImage to the
QVariant) isn't soo elegant either. Further the changes to the app would be
very big, because nearly all image processing methods rely on const and non
const references to QImages as in- and output params :(
Bes Regards,
Christian
--
[ signature omitted ]
Message 26 in thread
To QtXml module experts:
I know a node cannot exist outside the document, and a node has a method
ownerDocument() to return the document to which it belongs.
QDomDocument QDomNode::ownerDocument () const
This is a very nice method for each node to know its belonging.
I have to subclass QDomDocument in my project to provide more methods:
class MyDomDocument : public QDomDocument
{
public:
void methodA();
void methodB();
};
My question is after subclassing how to let each individual node know
its belonging: MyDomDocument, so that the additional methods can be
called by nodes. There seems no way of doing retrieving and casting.
Thanks in advance,
Lingfa
--
[ signature omitted ]
Message 27 in thread
Look at FMod. (http://www.fmod.org/)
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.
>
@PSyton.
--
[ signature omitted ]
