On 8/7/2012 3:06 AM, Kai Tietz wrote: > 2012/8/7 Kyle Schwarz <kshawk...@gmail.com>: >> On 8/6/2012 4:58 PM, Kai Tietz wrote: >>> I have attached a modified version of winpthread (uncomress it and >>> rename it back to .dll). It would be great if you could test this >>> variant on your box, too. >> >> Thanks a lot for the modified libwinpthread-1.dll, and the continued help. >> >> I copied the libwinpthread-1.dll you sent into the debug build and >> replaced the old one. I had the same issue. Do I need to recompile >> x264+FFmpeg with the new libwinpthread-1.dll? >> >> Any idea as to what it might be? > No, you don't need to recompile. Is the application really stucked, > or is it just very slow? Have you tested that it response on '?' key > stroke? As for me the encoding works - slowly - but it works.
It's *very* slow. If you compare the speed to that of a older FFmpeg, the debug build is practically unusable. I've never used '?' before, but it output: key function ? show this help + increase verbosity - decrease verbosity c Send command to filtergraph D cycle through available debug modes h dump packets/hex press to cycle through the 3 states q quit s Show QP histogram Should I do anything with that? Thanks Kai, Kyle Schwarz ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
