We are closing this bug report as it lacks the information, described in
the previous comments, we need to investigate the problem further.
However, please reopen it if you can give us the missing information and
don't hesitate to submit bug reports in the future.
** Changed in: ekiga (Ubuntu)
Thanks for reporting. Is this still an issue with current ekiga version
3.2.0?
** Changed in: ekiga (Ubuntu)
Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs)
** Changed in: ekiga (Ubuntu)
Status: Confirmed = Incomplete
--
LOCAL Video JPEG compression is too high using
** Changed in: ekiga (Ubuntu)
Importance: Undecided = Low
Status: New = Confirmed
--
LOCAL Video JPEG compression is too high using Logitech Quickcam Pro9000
https://bugs.launchpad.net/bugs/182411
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Hi WIll,
the JPEG compression level may be set via a V4L2 command. RIght now it is not
set by ptlib, so it will switch to the cams default I suppose. Unfortunately I
do not have a JPEG cam... Do you think you could comile a patched version of
ptlib, opal and ekiga? On
wiki.ekiga.net
you
Hi
I am using CIF sized images now, so the compression level is bearable.
As discussed, I guess the compression level is the realm of the uvc webcam
driver code and that team.
Perhaps also the compression level is FIXED in the camera hardware anyway.
Looking forward to increase spatial
Thanks Yannick.
You are quite right, when I run luvcview -s 176x144 I see the exact same
amount of JPEG compression as I do in Ekiga (and zooming in x2 makes it more
noticeable still,
just like in Ekiga.)
So, it's just a UVC thing then, or rather, I assume that it's just the level of
JPEG
Hi,
Thanks for reporting.
I don't know if the pro9000 apply stronger compression. This is
something to ask the UVC driver developers...
I've no clue why Ekiga reverts to QCIF while in a call, you have to try.
Regards,
Yannick
--
LOCAL Video JPEG compression is too high using Logitech
Thanks for the prompt reply.
I might be wrong about Ekiga reverting to QCIF in a call. The image
does look better now than it did yesterday. Both myself and the remote
party have set the image size to CIF and I _think_ it is staying at CIF
after all, though I'm sure something changes when I go
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/11312510/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/11312511/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/11312512/ProcStatus.txt
--
LOCAL Video
Hi again,
I should have made myself a bit clearer. The squiggle artefacts on the
edges are on the edges of the object in the image, such as the edge of
my face, or the rims of my spectacles, or any other straight lines in
the image such as my shirt collar or the edge of a table etc etc
I am
The attached PNG image (captured with Ekiga's Save Current Image
feature) shows the squiggles I am referring too.
** Attachment added: Image showing squiggles
http://launchpadlibrarian.net/11312764/ekiga-bug-182411.png
--
LOCAL Video JPEG compression is too high using Logitech Quickcam
Hi,
Ekiga 2.0.x use by default a video resolution width = 176, height = 144.
The picture you attached is taken from this resolution with a zoom
factor x2.
To compare it, you should do the same with luvcview; require a 176x144
output and zoom it by 2.
There is an hidden trick to get a higher
12 matches
Mail list logo
