Hello, mplayer-1.0rc1 was working ok for me. rc2 seems to have problems with fspp. mplayer -vf fspp=5:1:6 movie.avi - produces loud hissing sound instead of normal audio (video seems to be ok). mplayer -vf scale=1280 movie.avi - works as expected (movie is scaled up, sound is ok). mplayer -vf scale=1280,fspp=5:1:6 movie.avi - again hissing sound, and the movie is not scaled! I also observed a case when -vf crop=XXXXX worked but -vf crop=XXXXX,fspp=5:1:6 complained about one of crop parameters being wrong (!). It seems that fspp scribbles over unrelated memory areas, producing random breakage. I googled for it and I am definitely not the only one seeing this. Some people experience this and some are not. For some, it seems compiler-dependent. Unfortunately the most informative post I found still was too terse: " Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. You may try recompiling using gcc >= 4.2. Do not report crashes to FFmpeg developers. " Seeing this, I rebuilt mplayer with -mpreferred-stack-boundary=4 but problems remain. My gcc is version 4.2.1. Help? -- vda
On Wed, Apr 30, 2008 at 11:14 AM, Denys Vlasenko <vda.linux@googlemail.com> wrote:
Hello,
mplayer-1.0rc1 was working ok for me. rc2 seems to have problems with fspp.
mplayer -vf fspp=5:1:6 movie.avi - produces loud hissing sound instead of normal audio (video seems to be ok).
mplayer -vf scale=1280 movie.avi - works as expected (movie is scaled up, sound is ok).
mplayer -vf scale=1280,fspp=5:1:6 movie.avi - again hissing sound, and the movie is not scaled!
I also observed a case when -vf crop=XXXXX worked but -vf crop=XXXXX,fspp=5:1:6 complained about one of crop parameters being wrong (!).
It seems that fspp scribbles over unrelated memory areas, producing random breakage.
I googled for it and I am definitely not the only one seeing this. Some people experience this and some are not. For some, it seems compiler-dependent.
Unfortunately the most informative post I found still was too terse:
" Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. You may try recompiling using gcc >= 4.2. Do not report crashes to FFmpeg developers. "
Seeing this, I rebuilt mplayer with -mpreferred-stack-boundary=4 but problems remain.
My gcc is version 4.2.1.
Help?
First this is bugreport, and they don't belong to this maillist. Second, rc2 is 9 months old, there have been many fixes. Use current svn. Third, video causing audio issue indeed sounds like memory corruption (writing out of bounds), valgrind is rather good at detecting these. I find it strange gcc421 to cause stack align warning, as it is supposed to have fixed this issue. There are bugreport guidelines in the documentation, follow them (how to compile with debug support, what info to collect, where to send it).
Hi Ivan, Please CC me in replies, otherwise I might not notice than a post is a reply to me. I am getting 400+ mails per day. On Wednesday 30 April 2008 11:47, Ivan Kalvachev wrote:
On Wed, Apr 30, 2008 at 11:14 AM, Denys Vlasenko <vda.linux@googlemail.com> wrote:
Hello,
mplayer-1.0rc1 was working ok for me. rc2 seems to have problems with fspp.
mplayer -vf fspp=5:1:6 movie.avi - produces loud hissing sound instead of normal audio (video seems to be ok).
mplayer -vf scale=1280 movie.avi - works as expected (movie is scaled up, sound is ok).
mplayer -vf scale=1280,fspp=5:1:6 movie.avi - again hissing sound, and the movie is not scaled!
First this is bugreport, and they don't belong to this maillist.
Done. Subscribed to mplayer-users now.
Second, rc2 is 9 months old, there have been many fixes. Use current svn.
Downloaded 2008-05-02 snapshot. Build failed: libass/ass_fontconfig.c: In function '_select_font': libass/ass_fontconfig.c:148: error: 'FC_FULLNAME' undeclared (first use in this function) libass/ass_fontconfig.c:148: error: (Each undeclared identifier is reported only once libass/ass_fontconfig.c:148: error: for each function it appears in.) libass/ass_fontconfig.c: In function 'validate_fname': libass/ass_fontconfig.c:221: warning: passing argument 1 of 'utf8_get_char' from incompatible pointer type make: *** [libass/ass_fontconfig.o] Error 1 It happens here: if (strcasecmp((const char*)val_s, family) != 0) { result = FcPatternGetString(rpat, FC_FULLNAME, 0, &val_s); if (result != FcResultMatch || strcasecmp((const char*)val_s, family) != 0) mp_msg(MSGT_ASS, MSGL_WARN, MSGTR_LIBASS_SelectedFontFamilyIsNotTheRequestedOne, (const char*)val_s, family); } I grepped for FC_FULLNAME and it is never mentioned anywhere else. I used configure options which are exactly equivalend to those which I used for rc1 and rc2.
Third, video causing audio issue indeed sounds like memory corruption (writing out of bounds), valgrind is rather good at detecting these. I find it strange gcc421 to cause stack align warning, as it is supposed to have fixed this issue.
My gcc did NOT emit stack align warning. In my original post I said:
I googled for it and I am definitely not the only one seeing this. Some people experience this and some are not. For some, it seems compiler-dependent.
Unfortunately the most informative post I found still was too terse:
" Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. You may try recompiling using gcc >= 4.2. Do not report crashes to FFmpeg developers. "
In other words: someone else had a problem with fspp and _his_ gcc complained. Not mine. I don't know what version of gcc was that. -- vda
Hi, On Friday 02 May 2008 16:28, Denys Vlasenko wrote:
Hi Ivan,
Please CC me in replies, otherwise I might not notice than a post is a reply to me. I am getting 400+ mails per day.
You are not the only one. Tune your mailer. [...]
First this is bugreport, and they don't belong to this maillist.
Done. Subscribed to mplayer-users now.
So write to the users mail list. This mail list is not intended for bugreports. Andrew
On Wed, 30 Apr 2008 10:14:15 +0200 Denys Vlasenko <vda.linux@googlemail.com> wrote:
Hello,
mplayer-1.0rc1 was working ok for me. rc2 seems to have problems with fspp.
mplayer -vf fspp=5:1:6 movie.avi - produces loud hissing sound instead of normal audio (video seems to be ok).
I have a similar issue, and I am beginning to suspect that there is something rotten in ALSA's silence stuffing logic, and the sound distortion problems are triggered by delays in the decoding introduced by cpu-intensive filters, rather than by the memory errors. If you are using -ao alsa, could you 1) try the same with oss 2) try out the following patch? --- libao2/ao_alsa.c (revision 26650) +++ libao2/ao_alsa.c (working copy) @@ -690,6 +690,7 @@ snd_strerror(err)); return 0; } +#if 0 #if SND_LIB_VERSION >= 0x000901 /* play silence when there is an underrun */ if ((err = snd_pcm_sw_params_set_silence_size(alsa_handler, alsa_swparams, boundary)) < 0) { @@ -698,6 +699,7 @@ return 0; } #endif +#endif if ((err = snd_pcm_sw_params(alsa_handler, alsa_swparams)) < 0) { mp_msg(MSGT_AO,MSGL_ERR,MSGTR_AO_ALSA_UnableToGetSwParameters, snd_strerror(err)); Regards, -- Jindrich Makovicka
participants (4)
-
Andrew Savchenko -
Denys Vlasenko -
Ivan Kalvachev -
Jindrich Makovicka