[FFmpeg-devel] [Fwd: ffserver user list]

Stefano Sabatini stefano.sabatini-lala
Wed Mar 18 12:32:46 CET 2009

On date Wednesday 2009-03-18 21:19:15 +1100, Naz encoded:
> compn wrote:
> > On Tue, 17 Mar 2009 22:58:03 +0100, Stefano Sabatini wrote:
> >   
> >> IMO is not a good idea, this would split even more the traffic, and
> >> increase the administration burden on the users, also many problems
> >> related to ffserver are also related to ffmpeg and friends.
> >>     
> >
> > how about an alias ffserver-user at mphq
> > it sends mails to ffmpeg-user, but has [ffserver-user] prefix
> >
> > -compn
> >   
> I disagree that it is a bad idea. Most of the feedback that ffserver 
> users have had (and I've spoken to many others) leads me to the 
> conclusion that most ffmpeg users and devs avoid ffserver questions, as 
> it is not as widely used as ffmpeg itself. Furthermore, ffserver has a 
> discrete operation from ffmpeg, and is different enough that even the 
> ffmpeg experts are unable to help with even basic ffserver operation.
> I also disagree with the idea of an ffserver-users alias. The problem 
> that we ffserver users have is that our questions are lost among the 
> other ffmpeg questions, and that we can't easily identify other users 
> and issues that are relevant to us. An alias would go nowhere towards 
> solving this issue, nor would it prevent ffserver questions, which 
> ffmpeg users don't seem interested in, from cluttering up the 
> ffmpeg-users list.

I wonder if the problem has more to do with the man-power scarcity
rather than to real disinterests, and if a dedicated ML will solve it.

I tend to reply to messages for which I can give a satisfying response
in less than 5 minutes, ffserver questions involve usually testing,
also sometimes a good knowledge of ffserver itself.
> Please excuse me if I come across as being contrary, it is not my intention.

My only concern is that splitting the ffmpeg-user ML will lead to
potentially less persons reading posts for ffserver, reducing indeed
the number of potential replies.

Same considerations were done when we created the libav-user ML, but
in that case it made sense since the kind of questions related to
libav users are generally of no interest for ff* tools users.

But if you think that that will improve the situation for ffserver
users, then go for it.

FFmpeg = Fierce and Faithless Multimedia Patchable Elastic God

More information about the ffmpeg-devel mailing list