<br><br><div class="gmail_quote">On Mon, Oct 19, 2009 at 11:14 AM, Marc Schulz <span dir="ltr"><<a href="mailto:schulz.marc@gmail.com">schulz.marc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Quentin,<br><br>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). <br>
<br>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. <br>
<font color="#888888">
<br>Marc</font><div><div></div><div class="h5"><br><br><br><br><div class="gmail_quote">On Mon, Oct 19, 2009 at 12:01 AM, Quentin Jackson <span dir="ltr"><<a href="mailto:Quentin.Jackson@exclamation.co.nz" target="_blank">Quentin.Jackson@exclamation.co.nz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">>From: "Marc Schulz" <<a href="mailto:schulz.marc@gmail.com" target="_blank">schulz.marc@gmail.com</a>><br>
>Subject: Re: [x264-devel] x264 quality improvements?<br>
>To: "'Mailing list for x264 developers'" <<a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a>><br>
>Message-ID: <<a href="mailto:4adb73c0.100bca0a.7b32.1a9b@mx.google.com" target="_blank">4adb73c0.100bca0a.7b32.1a9b@mx.google.com</a>><br>
>Content-Type: text/plain; charset="us-ascii"<br>
><br>
>Well if that's the attitude you want to take you'll have to re-encode<br>
>every<br>
>time there is a commit to git. Additionally you never mentioned it<br>
>being<br>
>for mobile platform. On a mobile platform I couldn't see any<br>
>improvement<br>
>that doesn't allow for the same quality at approximately 30% less size<br>
>being<br>
>of any great importance that justifies a re-encode considering that<br>
>even the<br>
>quicktime moves I got when purchasing various blu-ray titles show<br>
>artifacts<br>
>on my computer monitor but you can't even hope to see on my iphone.<br>
><br>
><br>
><br>
>Either way you're not likely going to see any improvements that will<br>
>make it<br>
>necessary to waste your life away re-encoding all your mobile movies<br>
>several<br>
>times per year. I would recommend going outside and getting some fresh<br>
>air.<br>
<br>
Sorry Marc, it's not like me to get my back up but that's just Nasty and<br>
completely needless! Having a bad day are we. Perhaps you need the<br>
fresh air and take a chill pill while you're at it.<br>
<br>
It's not for the developers to dictate how an end-user should do<br>
something, he's only asking a question even if it is a bit short<br>
sighted. And if I misread your intent, I apologise in advance, it just<br>
sounded rude to me and I like to stick up for the little guy. :)<br>
<br>
Q<br>
<br>
On Sun, 2009-10-18 at 23:47 +0200, <a href="mailto:x264-devel-request@videolan.org" target="_blank">x264-devel-request@videolan.org</a><br>
wrote:<br>
> From: "Marc Schulz" <<a href="mailto:schulz.marc@gmail.com" target="_blank">schulz.marc@gmail.com</a>><br>
> Subject: Re: [x264-devel] x264 quality improvements?<br>
> To: "'Mailing list for x264 developers'" <<a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a>><br>
> Message-ID: <<a href="mailto:4adb73c0.100bca0a.7b32.1a9b@mx.google.com" target="_blank">4adb73c0.100bca0a.7b32.1a9b@mx.google.com</a>><br>
> Content-Type: text/plain; charset="us-ascii"<br>
><br>
> Well if that's the attitude you want to take you'll have to re-encode<br>
> every<br>
> time there is a commit to git. Additionally you never mentioned it<br>
> being<br>
> for mobile platform. On a mobile platform I couldn't see any<br>
> improvement<br>
> that doesn't allow for the same quality at approximately 30% less size<br>
> being<br>
> of any great importance that justifies a re-encode considering that<br>
> even the<br>
> quicktime moves I got when purchasing various blu-ray titles show<br>
> artifacts<br>
> on my computer monitor but you can't even hope to see on my iphone.<br>
><br>
><br>
><br>
> Either way you're not likely going to see any improvements that will<br>
> make it<br>
> necessary to waste your life away re-encoding all your mobile movies<br>
> several<br>
> times per year. I would recommend going outside and getting some fresh<br>
> air.<br>
><br>
<br>
_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/x264-devel" target="_blank">http://mailman.videolan.org/listinfo/x264-devel</a><br>
</blockquote></div><br>
</div></div><br>_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/x264-devel" target="_blank">http://mailman.videolan.org/listinfo/x264-deve</a><br><br></blockquote><div><br></div><div>That's the most helpful e-mail yet. </div><div><br>
</div><div>That's all I needed to know. </div><div><br></div><div>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. </div>
<div><br></div><div>Just trying to save time.</div></div>