Weird Mixer behavior

Bug #500652 reported by jorge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Luciole
Fix Released
Medium
NicoInattendu
0.8
Fix Released
Medium
NicoInattendu
luciole (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

luciole-0.7.4 (34) from the PPA, Ubuntu Karmic, with a logitech webcam. Sometimes when mixing images, some weird green strips appear (screen capture attached).
From the startup:
**webcam_data** : {'device': u'/dev/video0', 'width': '640', 'source_input': 'v4l2src', 'name': u'UVC Camera (046d:09c1)', 'height': '480'}

Also, the "transparency level" slider seems to do nothing. It is not clear either against what picture the mixing is done (the last one? a selected one?)

Related branches

Revision history for this message
jorge (xxopxe) wrote :
Revision history for this message
NicoInattendu (nico-inattendu) wrote :

greenstrips are probably due to performance and excessive CPU

Revision history for this message
jorge (xxopxe) wrote :

With the bug_excessive_cpu branch the green glitches dissapeared. Also, i just realized i forgot to report here that the feed actually froze for several seconds at a time in mix mode. Now it's working fine.
Now i see another issue: the overlapped pic is the last one captured with "mixer" checked. It would be more comfortable to have it mix against the last captured frame in whatever mode. This would allow to grab a segment without mixing, using overlap only to check certain frames from time to time. As it is now, it would be showing an old and useless frame.
And yet another comment: when clicking on the checkbox, it moves to make space for the slider. That is a bit annoying when you want to quickly test the mixing. (The "activate camera preview" button also moves when clicked).
Also, when first shown, the mixing slider is placed at 0, while the actual level is 2.

Revision history for this message
NicoInattendu (nico-inattendu) wrote :

About " Now i see another issue: the overlapped pic is the last one captured with "mixer" checked. It would be more comfortable to have it mix against the last captured frame in whatever mode. "
In theory luciole mixer mode the last captured image is mixed with the current webcam acquisition. That point is to help taking of objects in movement.

There is an issue I noticed :
- Load a luciole Project with yet captured frames ( example in Capture : rush_00000, rush_00001, rush_00002 ).
- Start acquisition
- Take some snapshots without mixer enabled ( than in capture we have : rush_00000, rush_00001, rush_00002, rush_00003, rush_00004 )
- Start Mixer mode
   In mixer mode , before taking snapshot, luciole mix the current acquisition with rush_00002 . And the expected on should rush_00004 )
- Then take a snapshot, and now the mixed image is the last one captured
Do you confirm that it is the issue you describe ?

There is also an undocumented feature of luciole ;-) . When mixer mode is activated, if you double clik an image on the capture vertical the these image is mixed with the current acquisition preview. It can be a workaround for your problem.

For remark 'when clicking on the checkbox, it moves to make space for the slider. That is a bit annoying when you want to quickly test the mixing. (The "activate camera preview" button also moves when clicked).'
I go to take a look about that moving buttons, and try to understand why . Some padding features in guess , in my glade file.

For "the mixing slider is placed at 0, while the actual level is 2."
ok , I go to check that point also

Changed in luciole:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → NicoInattendu (nico-inattendu)
Changed in luciole:
status: Confirmed → In Progress
Revision history for this message
NicoInattendu (nico-inattendu) wrote :

A fix is commited :
- Now the last captured frame is always used for mix : even if snapshots are made without mixer
- The opacity mixer bar is now in range [0..1] and default value dispalyed is 0.4
- The acqusition and mixer scale bar does noty move anymore !

Changed in luciole:
status: In Progress → Fix Committed
Changed in luciole:
milestone: none → 0.8.1
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package luciole - 0.8.2-0ubuntu1

---------------
luciole (0.8.2-0ubuntu1) lucid; urgency=low

  * New upstream release. Fixes:
    - LP: #498619 Acquisition doesn't work on DVCAM nor WEBCAM
    - LP: #500649 Excessive CPU use while capturing
    - LP: #500158 Impossible to change export path
    - LP: #500652 Weird Mixer behavior
    - LP: #505288 Error when opening existing project
  * Switch to dpkg-source 3.0 (quilt) format
  * debian/README.source: deleted as it's not useful anymore
  * debian/quilt: deleted build dependency on quilt
  * debian/compat: bumped version to 7
  * debian/rules: Converted to debhelper 7 style
  * debian/manpages: created to install luciole.1 manpage
 -- Fabrice Coutadeur <email address hidden> Mon, 08 Feb 2010 20:09:50 +0100

Changed in luciole (Ubuntu):
status: New → Fix Released
Revision history for this message
jorge (xxopxe) wrote :

Yes, i think it was this same behavior. I'll try the new version as soon as possible.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.