One more thing, it hangs on WaitForSingleObject(win32_cond->semaphore, INFINITE); ( http://git.libav.org/?p=libav.git;a=blob;f=libavcodec/w32pthreads.h;hb=HEAD#l215 )
2011/12/9 Sergey Radionov <[email protected]> > Very strange thing happens, when I apply this http://pastie.org/2989007 patch, > then all start to work. I don't uderstand what it mean, but maybe it can > help. > > > 2011/12/9 Sergey Radionov <[email protected]> > >> I've found exact place of deadlock. >> it is >> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/pthread.c;hb=HEAD#l859 >> >> patch for debug tracing: http://pastie.org/2988933 >> debug log: http://pastie.org/2988951 >> call stack: http://pastie.org/2988941 >> >> 2011/12/9 Sergey Radionov <[email protected]> >> >>> >>> >>> 2011/12/8 Ronald S. Bultje <[email protected]> >>> >>> Hi, >>>> >>>> >>>> On Thu, Dec 8, 2011 at 5:42 AM, Jean-Baptiste Kempf >>>> <[email protected]>wrote: >>>> >>>>> Hello *<tab>, >>>>> >>>>> On Wed, Dec 07, 2011 at 07:32:00PM +0100, Ronald S. Bultje wrote : >>>>> > w32thread: port fixes to pthread_cond_broadcast() from x264. >>>>> >>>>> This improves the situation quite a bit, but isn't perfect. >>>>> >>>>> Noticeable on 7, but very visible on XP, frame-based decoding on h264, >>>>> can deadlock quite a bit, notably with many cores. >>>> >>>> >>>> Note that the bug report I saw involved slice threading, not frame >>>> threading, IIRC. >>>> >>> Bug reported by myself was really with slice threading as long as I >>> found it when playing mpeg file. And subj patch successfully fix it. But >>> now problem is with .avi files, and therefor with frame threading. >>> >>> >>>> Anyway, please show me a backtrace of all threads on a full debug build >>>> of Libav, ideally compiled without -fomit-frame-pointer and with -O0. >>>> Whether it's VLC or avconv isn't totally relevant. >>>> >>>> Ronald >>>> >>>> _______________________________________________ >>>> libav-devel mailing list >>>> [email protected] >>>> https://lists.libav.org/mailman/listinfo/libav-devel >>>> >>>> >>> >> >
_______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
