[SoaS] [Sugar-devel] Record rewrite -- was Re: SoaS v2 approaching RC state

[daniel g. siegel]

On Do, 2009-11-26 at 14:59 -0800, Peter Robinson wrote:
> >> >> > > with the next SoaS release coming up really soon (final image is
> >> >> > > supposed to be composed this weekend, release date is Dec 8),
> >> >> > > there's a
> >> >> > > new snapshot ready for you. It includes a lot of fixes and smaller
> >> >> > > adjustments. It's currently only available as a general .iso build,
> >> >> > > others will presumably follow later. You can get it from here:
> >> >> > >
> >> >> > > http://download.sugarlabs.org/soas/snapshots/2/soas06.iso
> >> >> > >
> >> >> > > Let us know how it goes and help us debugging and fixing the
> >> >> > > remaining
> >> >> > > bugs here: https://bugs.launchpad.net/soas/+bugs
> >> >> > >
> >> >> > > A last note, if anybody knows what's wrong with Record, Cairo and
> >> >> > > F12,
> >> >> >
> >> >> > Who is the maintainer of Record? It would be a pity to ship BB
> >> >> > without
> >> >> > that working as its one off the Activities that kids seem to love.
> >> >> > What's the issue with Cairo?
> >> >>
> >> >> last time /me patched Record.. and looks like it doesn't work in 0.86
> >> >> for a long time, so its the right moment to fix 0.86 issues then
> >> >
> >
> > afaik there were two problems, depending on the version of the
> > underlying fedora.
> >
> > a) gst-plugins-good (with the v4l2src plugin) was not installed
> > b) the user "olpc" was not inside the "video" group
> 
> I don't think SoaS uses the "olpc" user but a liveuser or similar.
> With PloicyKit I think the user should have access to the device if
> their on the local console, if that's not the case it probably needs
> to be investigated as it shouldn't be tied to a specific username.

well, i tried that on several olpc's.

> 
> > furthermore, i got some segfaults when i tested record on a fedora 12,
> > coming from the cairo code (which is calling the installed cairo lib)
> > which is used by record. however i did not manage to track down that
> > bug.
> >
> >> > Sorry, I'm a bit stuck with it, my plans were to rewrite Record-65
> >> > and make lightweight Record:
> >> >
> >> > * w/o collaboration feature as it was designed in existed Record
> >> >  * it just share records, I'm planing to do the same on Journal level
> >> >  * it just doesn't work well(especially for big files)
> >> > * w/o gtk.Windows that represent Record's controls, only widgets
> >> > * using more robust gst scheme
> >> >
> >> > I decide to use camerabin[1] gst plugin which is a good option for
> >> > Record but it doesn't work(stop w/ gst errors on recording) any help
> >> > from people who are aware of such gst and video recording stuff is
> >> > appreciated.
> >> >
> >> > [1]
> >> > http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-camerabin.html
> >>
> >> Maybe Daniel Siegel of Cheese fame can give some insight on that?
> >
> > we (cheese) want to use camerabin too, and thats where we are heading
> > for the next release. camerabin does a great job of simplifying the
> > whole process of taking photos and videos. it is already in use in the
> > nokia n900 device. please be also aware that camerabin is still in
> > gst-plugins-bad and is not finished entirely.
> >
> > see this wiki page for further information:
> > http://gstreamer.freedesktop.org/wiki/CameraBin
> 
> Excellent. Do you know what the plans and timeframe is to get this
> moved to plugins-good?

im afraid, no. if you are interested in that you could ask stefan kost,
who is the main developer behind camerabin. however he promised that
camerabin is ready for us until gnome 2.30 (march 2010) and should be
moved to -good by september 2010. however he added that we could use it
already (with some minor drawbacks which are outlined on the wiki page)
and we are doing that right now.

daniel

> 
> Peter


-- 
this mail was sent using 100% recycled electrons
================================================
daniel g. siegel <dgsiegel at gnome.org>
http://home.cs.tum.edu/~siegel
gnupg key id: 0x6EEC9E62
fingerprint: DE5B 1F64 9034 1FB6 E120 DE10 268D AFD5 6EEC 9E62
encrypted email preferred
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.sugarlabs.org/archive/soas/attachments/20091127/2b5af56b/attachment.pgp