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

Chengbin Zheng chengbinzheng at gmail.com
Mon Oct 19 22:32:14 CEST 2009


On Mon, Oct 19, 2009 at 11:14 AM, Marc Schulz <schulz.marc at gmail.com> wrote:

> 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
>>
>
>
> _______________________________________________
> x264-devel mailing list
> x264-devel at videolan.org
> http://mailman.videolan.org/listinfo/x264-deve<http://mailman.videolan.org/listinfo/x264-devel>
>
>
That's the most helpful e-mail yet.

That's all I needed to know.

I asked because I wanted to know the current "trend". For example,
2008-early 2009 was almost all speed optimizations. The last 6 months has
almost all been adding features.

Just trying to save time.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x264-devel/attachments/20091019/eb3bae2c/attachment-0001.htm>


More information about the x264-devel mailing list