[x264-devel] x264-devel Digest, Vol 29, Issue 14

[Marc Schulz]

Quentin,

He is not a little guy so you really shouldn't stick up for him. He's
already been told to not talk about things he doesn't know in another
mailing list thread (of which I assume you can look up fairly easy, it
relates to multi slice encoding for realtime streaming).

Asking a stupid question that basically says  "Will you guys still be
improving x264 this year" is entirely ignorant and should be kept to
himself. If he wants to know about what's being worked on he can simply sit
in #x264dev for 15 minutes and it will become painfully obvious that they
are pretty much constantly working on something, reviewing some patch,
discussing optimizations, gcc abnormalities, etc.

Marc



On Mon, Oct 19, 2009 at 12:01 AM, Quentin Jackson <
Quentin.Jackson at exclamation.co.nz> wrote:

> >From: "Marc Schulz" <schulz.marc at gmail.com>
> >Subject: Re: [x264-devel] x264 quality improvements?
> >To: "'Mailing list for x264 developers'" <x264-devel at videolan.org>
> >Message-ID: <4adb73c0.100bca0a.7b32.1a9b at mx.google.com>
> >Content-Type: text/plain; charset="us-ascii"
> >
> >Well if that's the attitude you want to take you'll have to re-encode
> >every
> >time there is a commit to git.  Additionally you never mentioned it
> >being
> >for mobile platform. On a mobile platform I couldn't see any
> >improvement
> >that doesn't allow for the same quality at approximately 30% less size
> >being
> >of any great importance that justifies a re-encode considering that
> >even the
> >quicktime moves I got when purchasing various blu-ray titles show
> >artifacts
> >on my computer monitor but you can't even hope to see on my iphone.
> >
> >
> >
> >Either way you're not likely going to see any improvements that will
> >make it
> >necessary to waste your life away re-encoding all your mobile movies
> >several
> >times per year. I would recommend going outside and getting some fresh
> >air.
>
> Sorry Marc, it's not like me to get my back up but that's just Nasty and
> completely needless!  Having a bad day are we.  Perhaps you need the
> fresh air and take a chill pill while you're at it.
>
> It's not for the developers to dictate how an end-user should do
> something, he's only asking a question even if it is a bit short
> sighted.  And if I misread your intent, I apologise in advance, it just
> sounded rude to me and I like to stick up for the little guy. :)
>
> Q
>
> On Sun, 2009-10-18 at 23:47 +0200, x264-devel-request at videolan.org
> wrote:
> > From: "Marc Schulz" <schulz.marc at gmail.com>
> > Subject: Re: [x264-devel] x264 quality improvements?
> > To: "'Mailing list for x264 developers'" <x264-devel at videolan.org>
> > Message-ID: <4adb73c0.100bca0a.7b32.1a9b at mx.google.com>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Well if that's the attitude you want to take you'll have to re-encode
> > every
> > time there is a commit to git.  Additionally you never mentioned it
> > being
> > for mobile platform. On a mobile platform I couldn't see any
> > improvement
> > that doesn't allow for the same quality at approximately 30% less size
> > being
> > of any great importance that justifies a re-encode considering that
> > even the
> > quicktime moves I got when purchasing various blu-ray titles show
> > artifacts
> > on my computer monitor but you can't even hope to see on my iphone.
> >
> >
> >
> > Either way you're not likely going to see any improvements that will
> > make it
> > necessary to waste your life away re-encoding all your mobile movies
> > several
> > times per year. I would recommend going outside and getting some fresh
> > air.
> >
>
> _______________________________________________
> x264-devel mailing list
> x264-devel at videolan.org
> http://mailman.videolan.org/listinfo/x264-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x264-devel/attachments/20091019/a4104d93/attachment.htm>