Re: [RESEND][PATCH] Gnome-CD: "Iconify to tray" option

El vie, 09-04-2004 a las 23:27, +0200, Ramón Rey Vicente escribió:
> Hello.
> 
> The patch add an option "iconify to tray", which simply hide the window
> when the user click the iconify button.
> 
> The email I sent before have attached the wrong patch file. This is the right one.

Oops, I sent this 1 month ago. Sorry.
--

-- 
Ramón Rey Vicente       <ramon dot rey at hispalinux dot es>        
jabber ID               <rreylinux at jabber dot org>
GPG public key ID       0xBEBD71D5 -> http://pgp.escomposlinux.org/

Re: Logo Issue e-aim and gnome

On Sun, 2001-08-19 at 09:11 +0000, e_aim Infotech wrote:
> Hi,
> 
> Myself Tom, And I am a freelance web designer and multmedia professional and 
> I am running a small website www.e-aim.com, I am the only person who is 
> looking after this website, but I am getting mails from different countries, 
> that I ve taken the logo from GNOME site, that was realy similar to my logo.
> 
> But now I have changed my logo and now its almost modified not similar to 
> GNOME and even at foot design i ve made changes and now it has 5 finger 
> impressions instead of 4 unlike GNOME.
> 
> So I just want to know, do you people have any objection, in my this latest 
> new logo as its absolutely chnged?

I don't see the foot anywhere anymore, so I can't claim this definitely,
but I'd think that merely adding another toe is not enough to avoid
trademark issues.

Luis

Re: ESD Authentication

Hi Heiko,

not having any experience with what you're looking for, the esd --help
output provides the --promiscuous option which seems to do the reverse
of what you're looking for, indicating that what you want is the
default. Did you test that?

Ronald

On Wed, 2004-04-28 at 13:52, Heiko Noschilla wrote:
> Hi Gnome-Specialists,
> 
> i want to send sound over tcp.
> User A on machine A should send sound to a remote machine B just
> to one esd - daemon running under his user id.
> User C should send sound over the network also to machine B.
> But only the esd-daemoen of C running there should accept
> the sound.
> 
> In other words i want to prevent sending sound over the network
> to esd daemons of other users.
> 
> Anyone how could help me in that ?
> 
> Kind Regards,
> 
> Heiko
> 
> ____________________________________________________________________
> Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Sober.A-F!

Introducing Muine, Rhythmbox in 2.8 and other things

Hi,

In this mail I'd like to introduce the Muine music player[1], and touch
a few issues regarding inclusion of a (any) music player in GNOME 2.8.

First of all it is very important to understand Muine is not meant to
ever be an as powerful music manager as what Rhythmbox aspires to be.
Muine is meant to be a music player, playing music transparantly from a
well-tagged music collection. 

The reason I started to design Muine is simple. The iTunes model works
relatively well, but it has issues, the most prominent one being
queueing music not working transparantly and smoothly. With Muine I have
tried to design an interface that accomodates a music library,
transparant queueing, easy "xmms jump to-like" access to songs and
albums, and soon grouping[2] music transparantly. Whether this has
succeeded is of course debatable, but I am very interested in feedback.

Other stuff that is in the pipeline for Muine is:

- Song/album information dialogs and basic tagging support
  http://huizen.dds.nl/~jbaayen/infodialog-proposal.html

- Burning CDs from the current playlist

There are a couple of outstanding issues too:

- CD ripping. It would be great to have a standardised place where to
store music (~/Music or something), where sound-juicer would dump its
ripped files by default and where Muine would pull its music from by

Re: Introducing Muine, Rhythmbox in 2.8 and other things

Hi Jorn,

On Fri, 7 May 2004, Jorn Baayen wrote:
> Muine currently defaults to using a xine-lib backend. Using GStreamer
> would be a lot nicer obviously, but there currently are a couple of
> issues preventing it from being used succesfully in Muine. Details can
> be found on this page:
> http://huizen.dds.nl/~jbaayen/gstreamer-problems.html.

"Seeking mp3 streams is unreliable, sometimes instead of seeking to the
specified position it skips back to the beginning of the stream, or it
seeks backwards a few seconds. This happens on both fixed and variable
bitrate mp3s. It is not hard to reproduce- I can offer test files if
needed."

Please file one or two on bugzilla. I haven't seen this before, and will
help to fix it.

"Changing streams is relatively slow, it usually takes ~ 1 second, whereas
this is more or less instant using xine-lib. This has a major impact on
the user experience."

If you want to know a possible way to fix this: you would basically need
to "queue up" the next/previous song to prevent this. The GStreamer model
focusses on playback of a single media stream. Playlists are basically on
the border of GStreamer's core scope, probably right outside it. Queueing
up means that you already create a pipeline element (or whatever
descendant of that you use in Muine) of another song, if possible with a
queue between the decoder (or the autoplugger) and the audio sink element.
Set the left part (before the queue) to playing, and possibly wait for the

Re: Introducing Muine, Rhythmbox in 2.8 and other things

On Fri, 2004-05-07 at 13:25 +0200, Jorn Baayen wrote:
> Hi,
> 
> In this mail I'd like to introduce the Muine music player[1], and touch
> a few issues regarding inclusion of a (any) music player in GNOME 2.8.

If people want to talk about the aesthetic/usability etc. aspects of
Muine, please don't do a slashdot and please do actually compile it and
try it out. I've been running it for a while now and it's the best music
player I've ever used. Really.

There are things I'd like to see it do - things like CD burning and tag
editing and the other things Jorn mentioned.

Here lies coolness.
--

-- 
Andrew Sobala <aes <at> gnome.org>

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Introducing Muine, Rhythmbox in 2.8 and other things

Hello,

> In this mail I'd like to introduce the Muine music player[1], and touch
> a few issues regarding inclusion of a (any) music player in GNOME 2.8.

Just my two cents: a fantastic application, love it, love it.

Good attention to the details, and am of course not biased in any remote
way.

Miguel

Re: Introducing Muine, Rhythmbox in 2.8 and other things

Le ven 07/05/2004 à 23:10, Ronald Bultje a écrit :
> "Changing streams is relatively slow, it usually takes ~ 1 second, whereas
> this is more or less instant using xine-lib. This has a major impact on
> the user experience."
> 
> If you want to know a possible way to fix this: you would basically need
> to "queue up" the next/previous song to prevent this. The GStreamer model
> focusses on playback of a single media stream. Playlists are basically on
> the border of GStreamer's core scope, probably right outside it. Queueing
> up means that you already create a pipeline element (or whatever
> descendant of that you use in Muine) of another song, if possible with a
> queue between the decoder (or the autoplugger) and the audio sink element.
> Set the left part (before the queue) to playing, and possibly wait for the
> 'full' signal on the queue. Then set back to pause (saves CPU cycles). Set
> back to playing if you change songs. Now, the transition will be instant.

I experienced long delays with rhythmbox too. FWIW, I filled the
following bug:

http://bugzilla.gnome.org/show_bug.cgi?id=133778

Changing audiosink from osssink to esdsink fixed the problem for me.

	Emmanuel.

Re: [Muine] Re: Introducing Muine, Rhythmbox in 2.8 and other things

Hi,

On Fri, 2004-05-07 at 23:10 +0200, Ronald Bultje wrote:
> Hi Jorn,
> 
> On Fri, 7 May 2004, Jorn Baayen wrote:
> > Muine currently defaults to using a xine-lib backend. Using GStreamer
> > would be a lot nicer obviously, but there currently are a couple of
> > issues preventing it from being used succesfully in Muine. Details can
> > be found on this page:
> > http://huizen.dds.nl/~jbaayen/gstreamer-problems.html.
> 
> "Seeking mp3 streams is unreliable, sometimes instead of seeking to the
> specified position it skips back to the beginning of the stream, or it
> seeks backwards a few seconds. This happens on both fixed and variable
> bitrate mp3s. It is not hard to reproduce- I can offer test files if
> needed."
> 
> Please file one or two on bugzilla. I haven't seen this before, and will
> help to fix it.

After some more research it turned out the problem is slighty different;
GstPlay's time_tick event does not return the right time after seeking
an mp3 file. See:
http://bugzilla.gnome.org/show_bug.cgi?id=142127

> "Changing streams is relatively slow, it usually takes ~ 1 second, whereas
> this is more or less instant using xine-lib. This has a major impact on
> the user experience."
> 

Re: [Muine] RE: Introducing Muine, Rhythmbox in 2.8 and other things

On Fri, 2004-05-07 at 17:26 -0700, Eugenia Loli-Queru wrote:
> >Something that plays music files, like totem, is a must in my opinion, but
> a full-blown music player is not something everybody will use.
> 
> Totem is a video player in its heart, not a music player. If Rhythmbox has
> "usage problems" in its current incarnation as you said, Totem has many more
> as an audio player, because its main purpose and design was materialized
> around the target of becoming a video player. That reason alone constitues
> the need for a dedicated music/audio player on Gnome.

My point was that we just need to have something that plays mp3s and ogg
files, something the user streams off a news site or whatever, because
that is something everybody needs, home, office, wherever. Of course
Totem is not suitable as a serious music player :)

> 
> >I mean, having a full blown music playback application in an office
> workstation seems a little out of place.
> 
> I respectfully disagree. For example, take away my husband's media player
> while he's coding at work and he'll come after you. I can't live without
> WinAMP either, it's on 24/7, streaming Eurodance from www.DI.fm 

Yes, but I don't think that is like a "secretary office job" .. :)

Many regular users (probably most, I'm obviously excluding "hacker
folks" and computer enthusiasts here, merely talking about the people
who sit at the office just to get their job done) wouldn't even know how
to create a music collection, let alone have the desire to. I've seen
people been intimidated by completely full start/gnome menus, and if