headers
Philippe Rouquier | 1 Nov 2008 19:27
Picon

new module proposal: brasero

Hi,

We'd be interested in having brasero integrated into the GNOME desktop.

Brasero is a standalone application to burn CDs and DVDs. We have tried to make brasero as easy to use and as simple as possible. Brasero has been developped for about 4 years now and has been actively maintained ever since.

Brasero supports the basic operations:
- CD/DVD creation (audio, data)
- CD/DVD copy
- CD/DVD blanking and formatting

One of the strengths of brasero is that it can use various backends through its plugin system and can easily be extended to support some more. Currently it supports growisofs, libburn, libisofs, cdrecord/mkisofs/readcd, wodim/genisoimage/readom, cdrdao.

The plugin system also allows for additional features:
(on the fly) checksuming, use of remote files (FTP, samba, ...), audio normalization, video DVD copy.


Other features includes:
full multisession support
preview of audio, video files and pictures
initial support for video DVD creation
audio track splitting
medium cover editor
projects


Brasero and GNOME:
- we tried to stick to GNOME HIG guidelines.
- brasero has tried to integrate as tightly as possible with the rest of the desktop and in particular with nautilus
- it is up to date as far as GNOME goals are concerned
- it uses and has been using svn.gnome.org and bugzilla.gnome.org for quite some time now
- it is well translated by GNOME translator teams (btw, thanks to all of you again)
- a documentation is available


It supports linux, OpenSolaris and freeBSD.

As far as we know, it is used as the default burning application on Ubuntu and OpenSuse; but I was told it was also considered to be chosen as the default application for OpenSolaris.
Uptodate packages are also available for Fedora and Mandriva.


Dependencies:
- glib and gio
- gtk+
- gstreamer (for all audio and video operations)
- libxml2
- HAL
- dbus


Optional dependencies:
- totem-pl-parser
- beagle
- dvdcss (for video DVD copy)
- all burning backends (libburn, libisofs, growisofs, wodim, cdrecord, readcd, readom, mkisofs, genisoimage, ....)


Short term:
- get ready for GTK+ 3.0
- support DVD-RAM and BDs
- improvements to the video project parts
- allow full multisession media edition (file removal, file renaming, ...) through libisofs


Future plans:
- audio on DVDs
- allow to shrink video DVDs when copying
- video DVD to video CD copy
- backup and automatic file update on insertion
- file spanning
- creation of encrypted images


Site:
http://live.gnome.org/Brasero
http://www.gnome.org/projects/brasero/


All comments and suggestions would be of course appreciated. We are willing to do whatever needs to be done to improve brasero for it to be integrated.

NOTE: after the 0.8.3 release that should take place soon, we intend to branch it and use SVN trunk for the next development version. ATM trunk is the latest stable version.

Regards
Philippe Rouquier 
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Permalink | Reply | 62 comments |
headers
Sebastian Pölsterl | 1 Nov 2008 20:30

Re: new module proposal: brasero


Philippe Rouquier schrieb:
> Hi,
> 
Hi Philippe,

> We'd be interested in having brasero integrated into the GNOME desktop.
> 
> [...]

+1 from me.
Brasero is a wonderful application I've been using for quite some time
now. As mentioned some distributions already include brasero by default.
This shows that brasero is ready for the masses and GNOME.

--
Greetings,
Sebastian Pölsterl
Permalink | Reply | 0 comments |
headers
Andre Klapper | 1 Nov 2008 22:51
Picon

Re: new module proposal: brasero

Am Samstag, den 01.11.2008, 19:27 +0100 schrieb Philippe Rouquier:
> We'd be interested in having brasero integrated into the GNOME
> desktop.

I'd like to see this too. :)

How does Brasero *integrate* in the desktop? E.g. burning from Nautilus?

Are strings/wordings like "Data disc", "Video disc" and
"Videodisk" (ahem?) consistent with the terms used in gvfs?

In general, the strings need of review.
There's lots of them (1000 to translate), many starting with
"Please, ..." (to me this looks wrong - any folks with english
mothertongue might correct me).
Many strings miss Capitalization.
There's a few dialogs with "Rename | Don't rename" or "Replace | Don't
replace" buttons. I don't like just negating, I'd prefer e.g. "Keep
name". And "Don't" isn't proper english to me.
I'll file bug reports like
http://bugzilla.gnome.org/show_bug.cgi?id=558852 .

andre
--

-- 
 mailto:ak-47 <at> gmx.net | failed
 http://www.iomc.de/  | http://blogs.gnome.org/aklapper
Permalink | Reply | 3 comments |
headers
Luis Medinas | 1 Nov 2008 23:27
Picon

Re: new module proposal: brasero

On Sat, 2008-11-01 at 22:51 +0100, Andre Klapper wrote:
> Am Samstag, den 01.11.2008, 19:27 +0100 schrieb Philippe Rouquier:
> > We'd be interested in having brasero integrated into the GNOME
> > desktop.
> 
> I'd like to see this too. :)
> 
> How does Brasero *integrate* in the desktop? E.g. burning from Nautilus?
>From nautilus it's possible to open an iso, playlists and burn from the
nautilus CD/DVD Creator.
> 
> Are strings/wordings like "Data disc", "Video disc" and
> "Videodisk" (ahem?) consistent with the terms used in gvfs?
> 
That needs review but we can easily fix this bugs.

> In general, the strings need of review.
> There's lots of them (1000 to translate), many starting with
> "Please, ..." (to me this looks wrong - any folks with english
> mothertongue might correct me).
> Many strings miss Capitalization.
> There's a few dialogs with "Rename | Don't rename" or "Replace | Don't
> replace" buttons. I don't like just negating, I'd prefer e.g. "Keep
> name". And "Don't" isn't proper english to me.
> I'll file bug reports like
> http://bugzilla.gnome.org/show_bug.cgi?id=558852 .
> 
Yes please, we need some help around here.
> andre

Thanks
Luis
Permalink | Reply | 0 comments |
headers
Bastien Nocera | 2 Nov 2008 00:07
Favicon

Re: new module proposal: brasero

On Sat, 2008-11-01 at 19:27 +0100, Philippe Rouquier wrote:
> Hi,
> 
> We'd be interested in having brasero integrated into the GNOME
> desktop.

Having something like Brasero directly in the desktop would completely
change the current usage pattern for burning, and copying discs.

Either brasero should be trimmed so as to make it clear that
nautilus-cd-burner is still the way to do "easy" CDs, or it should take
over nautilus-cd-burner completely whilst offering the same
functionality and integration.

So, which way will you be taking brasero?
Permalink | Reply | 5 comments |
headers
Luis Medinas | 2 Nov 2008 00:55
Picon

Re: new module proposal: brasero

On Sat, 2008-11-01 at 23:07 +0000, Bastien Nocera wrote:
> On Sat, 2008-11-01 at 19:27 +0100, Philippe Rouquier wrote:
> > Hi,
> > 
> > We'd be interested in having brasero integrated into the GNOME
> > desktop.
> 
> Having something like Brasero directly in the desktop would completely
> change the current usage pattern for burning, and copying discs.
> 
> Either brasero should be trimmed so as to make it clear that
> nautilus-cd-burner is still the way to do "easy" CDs, or it should take
> over nautilus-cd-burner completely whilst offering the same
> functionality and integration.
> 
> So, which way will you be taking brasero?
> 
The idea is to replace completely N-C-B it offers the same features and
integration (besides the hardcoded link CD/DVD Creator on
gnome-panel[1-2]), the same easy way to burn files and plus lot's of
features that could be expected from a application like this.
Currently besides nautilus, brasero is also the default burning
application for Banshee and Exaile. Maybe Rhythmbox, Totem and lots of
other apps could adopt it as well.

[1] - http://bugzilla.gnome.org/show_bug.cgi?id=347648
[2] - http://bugzilla.gnome.org/show_bug.cgi?id=476423
Permalink | Reply | 4 comments |
headers
Bastien Nocera | 2 Nov 2008 01:33
Favicon

Re: new module proposal: brasero

On Sat, 2008-11-01 at 23:55 +0000, Luis Medinas wrote:
> On Sat, 2008-11-01 at 23:07 +0000, Bastien Nocera wrote:
> > On Sat, 2008-11-01 at 19:27 +0100, Philippe Rouquier wrote:
> > > Hi,
> > > 
> > > We'd be interested in having brasero integrated into the GNOME
> > > desktop.
> > 
> > Having something like Brasero directly in the desktop would completely
> > change the current usage pattern for burning, and copying discs.
> > 
> > Either brasero should be trimmed so as to make it clear that
> > nautilus-cd-burner is still the way to do "easy" CDs, or it should take
> > over nautilus-cd-burner completely whilst offering the same
> > functionality and integration.
> > 
> > So, which way will you be taking brasero?
> > 
> The idea is to replace completely N-C-B

Did you talk to the nautilus-cd-burner devels about it? I guess not...

>  it offers the same features and
> integration (besides the hardcoded link CD/DVD Creator on
> gnome-panel[1-2]),

That's means it doesn't use the same features. It doesn't integrate with
the burn:/// usage pattern.

>  the same easy way to burn files and plus lot's of
> features that could be expected from a application like this.
> Currently besides nautilus, brasero is also the default burning
> application for Banshee and Exaile. Maybe Rhythmbox, Totem and lots of
> other apps could adopt it as well.

Totem doesn't burn anything yet (though integration to get it to burn
video-dvds or video-cds could be useful), and Rhythmbox use
nautilus-cd-burner's libraries, not its interface (except for the simple
"copy cd" functionality).

I'd like to see some documentation (a Wiki page would be just fine), on
what you want the usage pattern for CD burning to be (I'd be happy to
write the current n-c-b usage pattern, along with how we want to behave
in the near future[1]), but I wouldn't want Brasero to be accepted in
the desktop until the integration and the usage pattern reach a better
level.

Cheers

[1]: I'll take the executive way and fix:
http://bugzilla.gnome.org/show_bug.cgi?id=119991#c25
once the dust has settled on 2.24.
Permalink | Reply | 3 comments |
headers
Luis Medinas | 2 Nov 2008 01:47
Picon

Re: new module proposal: brasero

On Sun, 2008-11-02 at 00:33 +0000, Bastien Nocera wrote:
> On Sat, 2008-11-01 at 23:55 +0000, Luis Medinas wrote:
> > On Sat, 2008-11-01 at 23:07 +0000, Bastien Nocera wrote:
> > > On Sat, 2008-11-01 at 19:27 +0100, Philippe Rouquier wrote:
> > > > Hi,
> > > > 
> > > > We'd be interested in having brasero integrated into the GNOME
> > > > desktop.
> > > 
> > > Having something like Brasero directly in the desktop would completely
> > > change the current usage pattern for burning, and copying discs.
> > > 
> > > Either brasero should be trimmed so as to make it clear that
> > > nautilus-cd-burner is still the way to do "easy" CDs, or it should take
> > > over nautilus-cd-burner completely whilst offering the same
> > > functionality and integration.
> > > 
> > > So, which way will you be taking brasero?
> > > 
> > The idea is to replace completely N-C-B
> 
> Did you talk to the nautilus-cd-burner devels about it? I guess not...
> 
No and it's something we should discuss because brasero inclusion would
make N-C-B totally obsolete imho.

> >  it offers the same features and
> > integration (besides the hardcoded link CD/DVD Creator on
> > gnome-panel[1-2]),
> 
> That's means it doesn't use the same features. It doesn't integrate with
> the burn:/// usage pattern.
> 
Well that depends of what gnome-panel developers want to do. There are a
couple of options to fix this as discussed on those bugs.

> >  the same easy way to burn files and plus lot's of
> > features that could be expected from a application like this.
> > Currently besides nautilus, brasero is also the default burning
> > application for Banshee and Exaile. Maybe Rhythmbox, Totem and lots of
> > other apps could adopt it as well.
> 
> Totem doesn't burn anything yet (though integration to get it to burn
> video-dvds or video-cds could be useful), and Rhythmbox use
> nautilus-cd-burner's libraries, not its interface (except for the simple
> "copy cd" functionality).
> 
Yes to make Rhythmbox use Brasero currently is to parse the playlists
via cmd line like Banshee and Exaile. A Totem plugin for burning video
stuff would be an interesting feature.

> I'd like to see some documentation (a Wiki page would be just fine), on
> what you want the usage pattern for CD burning to be (I'd be happy to
> write the current n-c-b usage pattern, along with how we want to behave
> in the near future[1]), but I wouldn't want Brasero to be accepted in
> the desktop until the integration and the usage pattern reach a better
> level.
I think the current integration depends on other desktop modules not
Brasero. We just need to discuss with the depending modules how should
we improve the whole burning situation. We would be happy to start
writing a draft.

> Cheers
> 
> [1]: I'll take the executive way and fix:
> http://bugzilla.gnome.org/show_bug.cgi?id=119991#c25
> once the dust has settled on 2.24.
> 

Thanks
Luis
Permalink | Reply | 0 comments |
headers
Steve Frécinaux | 2 Nov 2008 12:56
Picon

Re: new module proposal: brasero

Bastien Nocera wrote:

>>  it offers the same features and
>> integration (besides the hardcoded link CD/DVD Creator on
>> gnome-panel[1-2]),
> 
> That's means it doesn't use the same features. It doesn't integrate with
> the burn:/// usage pattern.

Shouldn't both of those be configurable so one can use either NCB, or 
brasero, or K3B if ones bother?
Permalink | Reply | 1 comment |
headers
Emmanuel Fleury | 2 Nov 2008 17:57
Picon

Teaching GNOME to students...

Hi all,

I'm associate professor at Bordeaux University and since few years I'm
running a course with few other teachers about 'reading, understanding
and managing _real_ code'. Since 2007, we chose to focus on the GNOME
project because it matches everything we ever wanted to have for such a
course:

- A large amount of code,
- Enough complexity to get the students over-helmed with it,
- Highly documented,
- A skilled and reactive community,
- A bug and feature-request database (see later on),

Our course is composed of a few theoretical courses and (mainly) three
small projects:

1- Dig a part of GNOME and extract some technical understanding of it.
Make some slides out of it and present it in front of all other students.

2- Take a bug from the issue list and dig it (bug resolution is not
mandatory but at least have a deep explanation of the bug).

3- Take a feature-request from the issue list and implement it.

Last year we chose the bugs almost on our own (thank a  lot Vincent Untz
who did provide his precious help to us when we had to sort a bit the
bugs and the feature-requests). Here is the result (in French, I'm
afraid): http://www.labri.fr/perso/fleury/courses/EMC07/projects.html

For this year course it is now time for us to select bugs (not yet
feature-request) and we would like to strengthen our link with the GNOME
community by letting GNOME's developers suggest some bugs for our list.

Benefit will be for all of us (you, students and my teachers team).

First, it will let you choose bugs that you are interested to get solved
(or a least... explored). Second, we noticed that our way of choosing
last year made a lot of students very disappointed because nobody did
get immediate interest in looking at the solution they proposed on the
bugzilla (not all of them did post a patch but at least a few did).

Having somebody interested in the resolution of the bug means that this
shouldn't happen again. Third, browsing all these bugs, trying to
evaluate their complexity, if they might be just too stupid or too
difficult cost us a lot of time... where GNOME's developers could
already have this knowledge.

Now, let me describe the kind of bug we are looking at:

- It MUST involve programming skills (fixing the spelling of a
documentation is not our focus).

- It MUST be confirmed, 100% reproducible and architecture independent.

- It SHOULD have a medium complexity (meaning that it requires at least
to browse and understand at least several hundred lines of code in the
application to get a deep understanding of it... remember that our
course is about reading and understanding a code which is not theirs. On
the other hand, don't expect the student to be good at it, so if the
difficulty is too high this might be risky).

- It SHOULD not be in a high priority to fix it (if so, the students
would be in concurrence with others and won't learn anything).

We know by experience that choosing unsolved bugs is quite awkward
because, indeed, they are 'unsolved'. So what if:

- The difficulty you did expect for this bug is the wrong one:

Well, this is the game. If you got misled and our team, when looking at
the bug, did the same, it is up to the student to show us in his report
that we did a wrong evaluation.

- The bug get solved before the student give his report back:

Still, he has to understand it, describe and evaluate the solution of
the bug. This is not a problem.

What do we expect from you...

Well, submit bugs (several if you wish) that you think are relevant in
this context. We need the bug ID in the bugzilla database and maybe few
lines to explain why do you think this bug is relevant. The list of the
bugs which will be selected will appear here:
http://www.labri.fr/perso/fleury/courses/EMC08/projects.html

We need about 12-15 bugs.

If some students select your bug(s), just take a look at the discussion
about this bug on the bugzilla from time to time. I insist on the fact
that you are NOT requested to reply to the students (they are on their
own concerning their relation with GNOME community). Do reply only if
you want to.

If a patch is posted, just do as usually... take a critical look at the
patch and do what you want with it (hopefully, accept and merge it).
But, you are not requested to give a mark on it (we do this internally
and with our own criteria).

Concerning the feature-request, the constraints will be about the same
(but later... :)).

Thanks in advance for your help !

Regards
--

-- 
Emmanuel Fleury

Associate Professor,         | Room:  261
LaBRI, Domaine Universitaire | Phone: +33 (0)5 40 00 69 34
351, Cours de la Libération  | Email: emmanuel.fleury <at> labri.fr
33405 Talence Cedex, France  | URL:   http://www.labri.fr/~fleury
Permalink | Reply | 8 comments |

Gmane