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

[Peter Robinson]

>> >> > > 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.

> 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?

Peter