Re: [Pspvc-users] [FFmpeg-user] New open source project : The Sinthgunt Converter

[Baptiste C. <bap...@gm...>]

On Tue, Jun 16, 2009 at 10:03:03AM +0200, Krzysztof B??aszkowski wrote:
> On Monday 15 June 2009 23:13, Baptiste Coudurier wrote:
> > Mr B??aszkowski,
> >
> > Krzysztof B??aszkowski wrote:
> > > Hello Mr Coudurier,
> > >
> > > I think it is pointless to continue this thread because:
> > > 1) it is said that someone who wrote rtsp/rtp doesn't understand own
> > > work.
> >
> > I'm not aware of this, but may I ask you what these claims are based on ?
> 
> because of 2) and ffmpeg and ffplay operation differences.
> i think it is enough.

FFplay and FFmpeg are operating quite differently, and others
applications using libavformat as well.
Secondly operational differences are definitely not an argument to
claim what you just said.

> >
> > > 2) there are other frameworks which use avcodecs and work well.
> >
> > That's possible indeed.
> >
> > > I do have many objections about ffplay and ffmpeg log quality and thus
> > > quality of code. apparently theirs authors miss some good kernel coding
> > > experience.
> >
> > FFmpeg is nowhere related to kernel, so I'm confused. 
> 
> it doesn't matter. good programming practice is always welcome (doesn't matter 
> it was gained on Linux kernel coding, embedded systems or anything else).

Exactly my point.
 
> > Log quality may 
> > certainly be improved, however, and patches improving this is welcome as
> > usual.
> 
> so do it yourself. add timestamps, function names, line numbers, thread pids.
> (design some graceful logging system - it is possible) so everyone outside of 
> ffmpeg will be able to recognize as quick as he can what's going on.
> 
> i do not have time for cleaning this mess after you.
> 
> example in attachment.

Well, what you pasted is clearly hard to decipher, so I don't consider this
good log quality. We disagree on this point, not that I pretend that
FFmpeg logs are good quality.

> >
> > > also i reckon that console output of ffmpeg is useless. if i were you i
> > > would ask rather for some ethernet capture file with that rtsp/rtp
> > > session but you revealed rather lack of professional skills.
> >
> > Console output of FFmpeg is usefull for 2 things:
> > - Knowing what version you are using
> > - Knowing what kind of stream it is
> >
> > I obtained these informations. 
> 
> i wrote i use ffmpeg-0.5 tarball, didn't i ?

There were 2 points, didn't you read ?

> > > [...]
> > >
> > > ffmeg distorts the stream different way than ffplay. this raises more
> > > questions about quality.
> > >
> > > I included here also Youri because i saw that similar rtsp/rtp crappines
> > > topic use to appear periodically.
> > >
> > > due to that i am disappointed at your attitude i decided to unsubscribe
> > > from this list. (so you are welcome to not reply)
> >
> >
> 
> mainly i need to focus on my work. i think i can't afford for playing with 
> ffmpeg for fun and i'm not going to pretend i know everything.

Well, consider that I need to focus on my work as well.

> [...]
> 
> > I'm a bit sad concerning your communication skills and tone, 
> > but this will certainly improve in the future.
> >
> > Best regards.
> >
> > PS: the practice of top-posting is not welcome on this mailing list.
> > Thanks of your understanding.
> 
> actually my tone is a response to lack of your reply for a week. which i 
> consider simply offensive.
> 

Well your answer was clearly rude and exaggerated IMHO.

We are all benevolent on FFmpeg, nobody is paid to develop it full
time. Believe that I'm sorry about that.

[...]

-- 
Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA    
Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
FFmpeg maintainer                                  http://www.ffmpeg.org