On Tuesday 18 August 2009 11:45:20 Alex Fiestas wrote:
> On Tuesday 11 August 2009 19:47:52 Detlev Casanova wrote:
> > On Monday 10 August 2009 13:52:00 Will Stephenson wrote:
> > > On Saturday 08 August 2009 21:44:10 Alex Fiestas wrote:
> > > > After research a bit almost all sound capture archite
On Tuesday 11 August 2009 19:47:52 Detlev Casanova wrote:
> On Monday 10 August 2009 13:52:00 Will Stephenson wrote:
> > On Saturday 08 August 2009 21:44:10 Alex Fiestas wrote:
> > > After research a bit almost all sound capture architectures I'm sure
> > > which way we should take, the way of phon
On Monday 10 August 2009 13:52:00 Will Stephenson wrote:
> On Saturday 08 August 2009 21:44:10 Alex Fiestas wrote:
> > After research a bit almost all sound capture architectures I'm sure
> > which way we should take, the way of phonon!
> >
> > Phonon is designed and ready (I guess) to support capt
Maybe I have not explained well, let me clarify some of your points.
On Monday 10 August 2009 12:12:15 Pau Garcia i Quiles wrote:
> Hello,
>
> You do realize you are going to duplicate code that already exists in
> libvidcap, mediastreamer2, GStreamer, etc, don't you?
>
> In addition to that, wh
Hello,
You do realize you are going to duplicate code that already exists in
libvidcap, mediastreamer2, GStreamer, etc, don't you?
In addition to that, what you will produce using v4l/v4l2 is
orthogonal to any backend, i. e. it will work with any Phonon backend
on Linux but it won't for any Phono
On Saturday 08 August 2009 21:44:10 Alex Fiestas wrote:
> After research a bit almost all sound capture architectures I'm sure which
> way we should take, the way of phonon!
>
> Phonon is designed and ready (I guess) to support capture, or at least this
> is what you can feel after read this: http:
After research a bit almost all sound capture architectures I'm sure which way
we should take, the way of phonon!
Phonon is designed and ready (I guess) to support capture, or at least this is
what you can feel after read this: http://doc.trolltech.com/4.5/phonon-
overview.html
So, this is what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pau Garcia i Quiles wrote:
> On Thu, Aug 6, 2009 at 8:32 PM, Ben
Boeckel wrote:
>
>> +1 to libvidcap. It's in Fedora, so I'd venture say there
aren't
>> any patent issues. I'm unaware of mediastreamer2's status,
it's
>> in neither Fedora nor RPMFu
On Thu, Aug 6, 2009 at 8:32 PM, Ben Boeckel wrote:
> +1 to libvidcap. It's in Fedora, so I'd venture say there aren't
> any patent issues. I'm unaware of mediastreamer2's status, it's
> in neither Fedora nor RPMFusion searches here. ffmpeg has patent
> issues yet and as such cannot be enabled in F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pau Garcia i Quiles wrote:
> Hello,
>
> Given the well-known unstability history of ffmpeg, may I
suggest you
> look into libvidcap or mediastreamer2 (from LinPhone) ? Both
are
> cross-platform, small and mostly autocontained (save for
optional
>
Hello,
Given the well-known unstability history of ffmpeg, may I suggest you
look into libvidcap or mediastreamer2 (from LinPhone) ? Both are
cross-platform, small and mostly autocontained (save for optional
features)
https://sourceforge.net/projects/libvidcap/
http://www.linphone.org/
http://gi
On Thursday 06 August 2009 19:49:10 Alex Fiestas wrote:
> right now, we can do it quite well (http://gitorious...).
Ups, this is the complete url: http://gitorious.org/kamoso
--
Alex Fiestas
___
kopete-devel mailing list
kopete-devel@kde.org
https://ma
12 matches
Mail list logo
