On Wed, Nov 12, 2014 at 07:21:21PM -0500, Brad Smith wrote: > On 11/12/14 14:11, Landry Breuil wrote: > >On Sun, Nov 09, 2014 at 10:31:16AM +0100, Landry Breuil wrote: > >>On Thu, Nov 06, 2014 at 05:26:37AM -0500, Brad Smith wrote: > >>>On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote: > >>>>On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote: > >>>>>On Tue, Nov 04, 2014 at 08:36:10PM +0100, Landry Breuil wrote: > >>>>>>On Tue, Nov 04, 2014 at 12:43:03AM +0000, Stuart Henderson wrote: > >>>>>>>On 2014/11/03 19:09, Brad Smith wrote: > >>>>>>>>Here is an update to MPlayer 20141103. > >>>>>>>> > >>>>>>>>OK? > >>>>>>> > >>>>>>>This works for me on amd64 with a few files I threw at it, > >>>>>>>though as ever more tests especially from people with collections > >>>>>>>of uncommon file formats would be useful. > >>>>>> > >>>>>>i'm seeing regressions on powerpc, but i dont know if this is due to the > >>>>>>fixed ffmpeg or a missing underlying dep or... > >>>>>> > >>>>>>Basically, some files now produce no display (only sound) whatever i try > >>>>>>-vo gl or -vo xv, and some other (mostly flvs from youtube/internet) > >>>>>>provide garbled display. > >>>>> > >>>>>And can you reproduce these same symptoms if you move the > >>>>>sample files over to another architecture? > >>>> > >>>>No issue with the same files and same ffmpeg/mplayer versions on amd64. > > > >And i dont know where the issue lies, since even if i come back to > >ffmpeg-20140810(-D 2014/09/10 before the x265 dep) mplayer-20140824 (-D > >2014/10/10 before the ffmpeg dep upgrade) the same files still dont play > >fine. Even with all .libs removed to ensure no wrong dependency. > > So then there has been no regression from the previous MPlayer snapshot.
Im not sure, but the end result is that mplayer is unusable on lots of files, while ffplay displays them fine. Landry
