Derek Smithies wrote:
Hi,
Perhaps it's PTLib underneath it? I really don't know, I'm just
throwing
the idea out there!
It is PTLib which contains the code to read from alsa.
Surely, the ideal is not to go via ALSA, but have ptlib directly talk
to pulse. Thus, we need to write a ptlib plugi
Le lundi 23 février 2009 à 16:21 -0600, Reed, Gene R[EQ] a écrit :
> "What do you want to do?"
>
> I want to remove the STUN server from the file. Similar to what Bas did in
> the thread "[Ekiga-list] Problems incoming calls". At this point I cannot
> even get Ekiga to register with my provider
I made a short review of the read/write code in the PTLIB alsa plugin
yesterday. In short:
- Playback and record thread are synchronized in a way that forces the
two streams to wait for each others I/O operations.
- There is no rebuffering support. This means data underruns sounds
worse than
On Tue, 24 Feb 2009, Alec Leamas wrote:
Derek Smithies wrote:
Hi,
Perhaps it's PTLib underneath it? I really don't know, I'm just throwing
the idea out there!
It is PTLib which contains the code to read from alsa.
Surely, the ideal is not to go via ALSA, but have ptlib directly talk to
pu
Hi,
On Tue, 24 Feb 2009, Alec Leamas wrote:
- Playback and record thread are synchronized in a way that forces the two
streams to wait for each others I/O operations.
Yes - can someone test that ptlib alsa plugin works ok with this mutex
removed??
- There is no rebuffering support. This mean
Derek Smithies wrote:
Hi,
Hi :-)
Have you checked the bugzilla bug? There's some more meat on the bones
(or however you prefer to say it down there ;-)
On Tue, 24 Feb 2009, Alec Leamas wrote:
- Playback and record thread are synchronized in a way that forces
the two streams to wait for e
To all
I have just noticed this thread. I wish someone had posted it on the
Opal list, where Robert and I might have noticed it earlier :)
We are currently planning to add a new audio and video device plugin
interface to Opal. This new multimedia device interface will be similar
to the curre
I ran the command as you suggested, and I have upgraded to Ekiga v3.0.2.
Results when I enable my account via account settings, "Could not
register(Forbidden)". Any suggestions you may have would be appreciated.
Gene
-Original Message-
From: ekiga-list-boun...@gnome.org [mailto:ekiga-
Hi
I have recently tried
ekiga 3.0.1 + opal 3.4.3 + ptlib 2.4.3
ekiga 3.0.2 + opal 3.4.4 + ptlib 2.4.4
ekiga 3.1.0 + opal 3.6.0 + ptlib 2.6.0
under Slackware 12.2 (various computers, various kernels).
3.1.0 doesn't let me use my Logitech QuickCam Pro for Notebooks
(uvcvide
Hi,
>>> - Playback and record thread are synchronized in a way that forces the two
streams to wait for each others I/O operations.
Yes - can someone test that ptlib alsa plugin works ok with this mutex
removed??
This mutex is important, and should not syncrhonize the play&record threads.
The
Jim Diamond wrote:
Hi
I have recently tried
ekiga 3.0.1 + opal 3.4.3 + ptlib 2.4.3
ekiga 3.0.2 + opal 3.4.4 + ptlib 2.4.4
ekiga 3.1.0 + opal 3.6.0 + ptlib 2.6.0
under Slackware 12.2 (various computers, various kernels).
3.1.0 doesn't let me use my Logitech QuickCam Pro f
On Tue, Feb 24, 2009 at 21:56 (+0100), Eugen Dedu wrote:
> Jim Diamond wrote:
>> Hi
>> I have recently tried
>> ekiga 3.0.1 + opal 3.4.3 + ptlib 2.4.3
>> ekiga 3.0.2 + opal 3.4.4 + ptlib 2.4.4
>> ekiga 3.1.0 + opal 3.6.0 + ptlib 2.6.0
>> under Slackware 12.2 (various computers, var
Jim Diamond a écrit :
On Tue, Feb 24, 2009 at 21:56 (+0100), Eugen Dedu wrote:
If I understand correctly, this webcam does not work on 3.1.0, but works
on previous releases?
Exactly. In 3.1.0 the only choice in my video device list pairs this
camera up with V4L, not V4L2, and it doesn't work
13 matches
Mail list logo
