[x264-devel] Multislicing support

Etienne Bömcke etienne.bomcke at uclouvain.be
Wed Apr 23 15:38:31 CEST 2008


You're right. I based my patch on the work Mojtaba did, so both  
options should be present when the patch is applied : --mb-slicesize  
(max size in #MB) and --max-slicesize (max size in bytes).

Etienne

On 23 Apr 2008, at 15:17, List, Peter wrote:

>
> Hallo Etienne,
> I would appreciate very much if this patch would go into the
> official version.
>
> One more question: In your last mail you explicitly mentioned
> the option where a slice is "slicesize" macroblocks big.
> If I remember rightly Mojtaba Hosseini promoted the version
> of restricting a slice by the number of bytes it has. Is that
> also part of your patch? In you conversation with Mojtaba
> Hosseini in Feb. 2008 this seemed to be the case...
>
> Regards
> Peter
>
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: x264-devel-bounces at videolan.org [mailto:x264-devel-
>> bounces at videolan.org] Im Auftrag von Etienne Bömcke
>> Gesendet: Dienstag, 22. April 2008 12:19
>> An: Mailing list for x264 developers
>> Betreff: [x264-devel] Multislicing support
>>
>> Hi guys,
>>
>> I'd like to get your attention one last time on the topic of multi-
>> sliced encoding. You'll find attached to this message the patch I
>> developped based on Mojtaba Hossein's work, adding support for
>> multiple slices during the encoding process. A new command-line  
>> option
>> has been added (--mb-slicesize) allowing one to specify the max  
>> number
>> of macroblock to be encoded in each slice, while the --no-mv-inter-
>> slices option tell x264 to output totally independent slices, both
>> spatially and temporally. Last time I sent this patch, I just  
>> received
>> a single reaction from Jason Martens, but no real comment on the  
>> patch
>> itself.
>> Could you please take a minute and look at it? I myself did some  
>> tests
>> to evaluate the performance of the patched code, but as my knowledge
>> of the encoder is limited I can't tell for sure that the patched code
>> doesn't cause significant performance losses.
>> If I don't receive any feedback, I'll assume the patch is ready to be
>> included in the official version, and I'll make sure this will be  
>> done
>> as soon as possible.
>>
>> Best regards,
>>
>> Etienne
>>
>>
>
> _______________________________________________
> x264-devel mailing list
> x264-devel at videolan.org
> http://mailman.videolan.org/listinfo/x264-devel

--
Etienne Bömcke
UCL - Laboratoire TELE
etienne.bomcke at uclouvain.be





More information about the x264-devel mailing list