Re: [Pspvc-users] [FFmpeg-user] New open source project : The Sinthgunt Converter
Brought to you by:
fif1973
From: Krzysztof B. <kb...@sy...> - 2009-06-17 15:11:28
|
On Tuesday 16 June 2009 23:38, Baptiste Coudurier wrote: > On 6/16/2009 2:13 AM, Krzysztof Błaszkowski wrote: > > On Tuesday 16 June 2009 10:24, Baptiste Coudurier wrote: > >> 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. > > > > damn, they should produce same output ? > > Ideally yes, but there are bugs in FFplay that doesn't occur in FFmpeg. > That's true. > > > ffplay should not show some distortions after 30 secs of playing rtsp > > source, isn't it ? > > No it shouldn't, that's a bug. > > > ffmpeg should not "degrade resultion" as time goes on in output, right ? > > the ffmpeg recorded streams were looking like with downsampled > > resolution at the end but beginning was okay. > > No it shouldn't, that's a bug. > > You said: > 1) it is said that someone who wrote rtsp/rtp doesn't understand own > work. > > Can you please mention on what this are based on ? > > I think the one who wrote rtsp/rtp code did understand rtp/rtsp a bit at > least. It seems to work in some ways too, but it's not working for your > case I'm afraid and this must be fixed. okay. but i will not help with this. i was thinking that if there are so many bugs in ffplay and ffmpeg then maybe these tools should be rewritten from scratch. further patches may introduce more bugs. i reckon also that there must be general design bug because these tools don't use some common engine and that's why they work different and neither ffplay neither ffmpeg work right. <snip> > > >> > >> 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. > > > > have you ever seen the scst code ? > > Are we talking about log quality here or code quality ? code quality means also right logging. anyway i agree that's this is offtopic. > > > so why do you claim that ENTRY/EXIT function name is less readable than > > "[stream %p] MV %d errors" produced by ffplay ? > > > > > > surely it is. > > > >> We are all benevolent on FFmpeg, nobody is paid to develop it full > >> time. Believe that I'm sorry about that. > > > > I know why you can't enjoy money from your work. if you looked through > > whole thread you would know too. > > I don't think so. OTOH please refrain from making false statement based > on hypothesis when you clearly don't have any clue about how things are > handled. better be more sensible and responsive. > > > and GPL (or LGPL) doesn't mean profitless. > > That's definitely true, and you don't what's going on around here, do you ? anyway such issues fixing "strategy" like i saw is not accepted by industry. of course i may be wrong. anyway what you will do or not do it doesn't matter to me again. Regards, Krzysztof Blaszkowski |