On Wed Dec 28 20:36:28 2011 Ronald S. Bultje wrote: >>>>>>> Sometimes the vsynth1-dnxhd_720p_rd test fails on alpha, pa-risc >>>>>>> and sparc FATE machines. It explicitly uses '-threads 4' when >>>>>>> encoding, and for some reason vsynth1/dnxhd-720p-rd.dnxhd may be >>>>>>> spoiled (the first frame contains a small number of randomly placed >>>>>>> zero blocks). For comparison, the single-thread mode does not show >>>>>>> any issues. >>>>>> This sounds threading related. Feel like trying valgrind's Helgrind >>>>>> and/or >>>>>> DRD tools to examine this further? >>>>> >>>>> Thread debugging is another story. I meant that the hard-coded '-threads >>>>> 4' >>>>> option looks rather harmful, >>> >>> It is exposing a bug somewhere. That does not make it harmful in itself. >> >> It overrides the setting from the THREADS variable which was introduced >> for a purpose. OTOH there is --disable-pthreads. > > Well a problem is that -theads for encoding is used for slices also, > and thus changes output for some mpeg encodings. This should be split > but I haven't had time for that yet. So right now, -threads for > encoding should ideally not be customizable, only for decoding.
Actually they aren't, I found where '-threads 1' comes from and finally this encoding option is overridden by '-threads 4'. Michael _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
