Arthur Marsh | 22 May 08:07 2015

flac playback fails for files from one source

Hi, I've uploaded a file break-a-spell.flac and break-a-spell.txt to

The flac file fails to play on mplayer but plays with vlc and tests out 
ok with the flac program.

flac files that I've ripped myself play ok in mplayer and other players.

I'm happy to supply any other details or run further tests.

Details from break-a-spell.txt follow.

MPlayer SVN-r37401-5.1.1 (C) 2000-2015 MPlayer Team
CPU vendor name: AuthenticAMD  max cpuid level: 5
CPU: AMD Athlon(tm) II X4 640 Processor (Family: 16, Model: 5, Stepping: 3)
extended cpuid-level: 27
extended cache-info: 33587520
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNowExt: 1 SSE: 1 SSE2: 1 SSE3: 1 
SSSE3: 0 SSE4: 0 SSE4.2: 0 AVX: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowExt SSE SSE2 
get_path('codecs.conf') -> '/home/amarsh04/.mplayer/codecs.conf'
Reading optional codecs config file /home/amarsh04/.mplayer/codecs.conf: 
No such file or directory
Reading optional codecs config file /usr/local/etc/mplayer/codecs.conf: 
No such file or directory
Using built-in default codecs.conf.
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
(Continue reading)

jd1008 | 21 May 20:58 2015

Problem with playing audio/video tracks

I use SMPlayer v. 14.9.0 (svn r0UNKNOWN) running on Linux (FC21) to play 
audio and video.
The configured preferred player is mplayer-1.1-33.20150211svn.fc21.x86_64

When I play a track and while it is playing, I enable the Extra Stereo 
Audio does not change (i.e, the enhanced stereo separation is not audible).
I stop the track and I re-play it from start.
I get an error banner The details of the error log says:

/usr/bin/mplayer -noquiet -slave -identify -nofs -vc coreserve, 
-sub-fuzziness 1 -vo gl:yuv=2:force-pbo -ao pulse -framedrop -nodr 
-double -stop-xscreensaver -nomouseinput -input 
nodefault-bindings:conf=/dev/null -nokeepaspect -wid 44040238 
-monitorpixelaspect 1 -subfont-osd-scale 3 -ass -embeddedfonts 
-ass-line-spacing 0 -ass-font-scale 1 -noflip-hebrew -ass-styles 
/home/jd/.config/smplayer/styles.ass -subcp ISO-8859-1 -vid 0 -subpos 
100 -volume 27 -cache 2048 -osdlevel 0 -idx -vf-add pp -autoq 6 
-noslices -channels 2 -af-add extrastereo -af-add scaletempo -af-add 
equalizer=1:1:1:1:0:0:0:0:0:0 -softvol -softvol-max 600 Qntal - Am 
Morgen Fruo.mp4

MPlayer SVN-r37371-4.9.2 (C) 2000-2015 MPlayer Team

mplayer: could not connect to socket

mplayer: No such file or directory

Failed to open LIRC support. You will not be able to use your remote 
(Continue reading)

Martin G. McCormick | 20 May 14:30 2015

BBC Streaming Audio Appears to be back.

	I just tested the very same streaming audio link

that had gone missing since May 8 in this part of the United
states and it plus all the other BBC feeds that also vanished
are back again.

	Whatever the problem was is not in any way related to
mplayer. I did absolutely nothing to fix anything and the feeds
were all free of any streams as late as May 19 so something got
fixed between here and there at least for the time being.

Martin McCormick
Piter_ | 17 May 12:23 2015

Can not play live mpu stream

Hi all,
I try to play this online radio stream.

mplayer -playlist

but it refuses to play.
Resolving for AF_INET6...
Resolving for AF_INET...
Connecting to server[]: 80...

Cache size set to 320 KBytes
MPlayer 1.1-4.8 (C) 2000-2012 MPlayer Team

Resolving for AF_INET6...
Resolving for AF_INET...
Connecting to server[]: 8000...

Cache size set to 320 KBytes

Resolving for AF_INET6...
Resolving for AF_INET...
Connecting to server[]: 8000...

Cache size set to 320 KBytes

(Continue reading)

Martin G. McCormick | 14 May 23:21 2015

BBC Streaming Audio; They've Done it Again.

	In February, the BBC shut down all the Windows media
streams and appeared to replace them with mpeg3 feeds that
worked fine in mplayer. No problem.

	With every so many gallons of bath water poured out, the
temptation to include a baby or two is irresistible and they
have given in to that temptation with another tweak which no
longer seems to work under mplayer.

	The link in question is:

There are similar links for the other radio services which also
broke the same way.

	This ultimately resolves to another server as seen below.
	If you try to play it now with mplayer, it appears that
mplayer is unable to receive the stream.

mplayer -noconsolecontrols -quiet -playlist  \ 

Resolving for AF_INET...
Connecting to server[]: 80...
Server returned 404: File Not Found
Failed to parse header.
Failed, exiting.
(Continue reading)

mplayer-list | 8 May 09:38 2015

Objectionable yadif haloing with certain top crop parameters

tl;dr:  "mplayer -vf yadif" produces terrible results when an even but
non-multiple-of-4 number of scanlines are cropped off the top.  It is
only the -top crop-, not whether the total number of scanlines is a
multiple of 4.  It happens regardless of whether the input is mpeg2
(with mplayer doing the cropping) or H264 (with Handbrake doing the
cropping as part of the transcoding process and no cropping arg
supplied to mplayer).  VLC displays the same behavior.  I can't
seem to find a prior report of this behavior anywhere.


I'm starting with NTSC SD interlaced recordings from Hauppage PVR-250
capture cards.  If I crop 0 or 4 lines off the top using "-vf crop="
(e.g., to avoid line-21 closed-captioning data) and use yadif, it
looks fine.  If I crop 2 or 6 lines off the top, it looks terrible.

If I transcode using Handbrake to H264 in an MKV container, either
with the output as a progressive file (but no deinterlacing filters
applied), or as an MBAFF (--encopts:tff, because mediainfo reports
that output from these cards is always top field first), then the
output also looks bad using "mplayer -vf yadif" if I have cropped 2 or
6 lines from the top, but it's okay if I've cropped 0 or 4 lines from
the top.  (If I'm cropping 2 or 6 lines, and also telling Handbrake to
produce interlaced output via MBAFF, I must also tell Handbrake to
crop 2 lines off the bottom so the frame size is a multiple of 4.)
Note that if I'm cropping with Handbrake, I am -not- supplying any
crop argument to mplayer.

In the "bad" case, fast motions, such as a white performer waving
their hands around gesturing or clapping, has very objectionable,
(Continue reading)

Julian Sikorski | 5 May 22:05 2015

unable to build r37391 against shared ffmpeg-2.6.2


in the process of getting RPM Fusion packages ready for Fedora 22
release, I have discovered that the current SVN does not build against
shared ffmpeg-2.6.2:

cc -MMD -MP -Wundef -Wall -Wno-switch -Wno-parentheses -Wpointer-arith
-Wredundant-decls -Werror=format-security -Wstrict-prototypes
-Wmissing-prototypes -Wdisabled-optimization -Wno-pointer-sign
-Wdeclaration-after-statement -std=gnu99
-Werror-implicit-function-declaration -D_POSIX_C_SOURCE=200112
-D_XOPEN_SOURCE=600 -D_ISOC99_SOURCE -I. -Iffmpeg -O4 -march=x86-64
-mtune=generic -pipe -ffast-math -fomit-frame-pointer
-fno-tree-vectorize -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE64_SOURCE -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fpie
-DPIC -D_REENTRANT -I/usr/include/p11-kit-1  -I/usr/include/
-D_REENTRANT   -I/usr/include/freetype2 -DZLIB_CONST -I/usr/include/bs2b
 -I/usr/include/ffmpeg  -I/usr/include/ffmpeg  -pthread
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include
-I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pixman-1 -I/usr/include/libdrm
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/freetype2
-I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16
  -c -o libmpcodecs/ad_spdif.o libmpcodecs/ad_spdif.c
(Continue reading)

jd1008 | 1 May 19:35 2015


So, I downloaded the codecs from the codecs page.
I am running Fedora 21.
I have mplayer installed.
Where do I install the codecs? i.e., in what directory?
Colin Faber | 19 Apr 21:11 2015

Strange pixelation behavior with vdpau

Hi Folks,

I'm hoping someone might be able to point me in the right direction.
Recently I upgraded my HTPC system to a slightly faster CPU, more memory,
and the same nvidia gtx 560 video card I had before.

Frequently, watching various videos I end up with heavily pixelated scenes,
these last for a second or two then the video snaps back to perfectly clean
and clear again.

These problems seem to be in persistent spots within the videos in
question, and I can pause the bad spots.

Playing the same video with VLC and vdpau acceleration, I don't experience
any of these problems, so I'm pretty sure it's something up with the

I'm running MPlayer2 2.0-728-g2c378c7-2ubuntu3.  I'm willing to try
anything to resolve this as I prefer to run mplayer (via smplayer) over VLC
for very lovely features (bookmarks for instance =).

Anyways, any suggestions are welcome. Thanks.

Harshal Patel | 11 Apr 02:19 2015

MPlayer shows artifacts on Microsoft Surface Pro 3


I am using Microsoft Surface Pro 3 on which, I have installed Ubuntu 
14.04 on it. I am streaming H264 encoded video to the Surface and I am 
using MPlayer to play the stream.
But MPlayer installed on Surface Ubuntu is not able to play H264 video 
stream smoothly, and I see meesages such as:

   #RTP: 5 packets missed
   #RTP: 19 packets missed
   #left block unavailable for requested intra mode at 0 24
   #error while decoding MB 0 24 28, bytestream (3758)

But on a regular Linux machine, I am able to play the stream using 
MPlayer smoothly.

What can be the issue with Surface Mplayer? and how can I solve that 

Thank you,
Harshal Patel
HPC Systems Engineer
Signalogic Inc.

** For screen cap of both artifacts an MPlayer log output messages, look 
(Continue reading)

Alexander Strasser | 9 Apr 20:59 2015

Re: mplayer can't play mp3 from signed url


On 2015-04-09 14:47 +0200, James Mbuthia wrote:
> Ah. Any tips on how to do that? Am not much of a linux guru
> On Thu, Apr 9, 2015 at 2:44 PM, wm4 <nfxjfg <at>> wrote:
> > On Thu, 09 Apr 2015 14:18:59 +0200
> > "Amir Hassan" <amir <at>> wrote:
> >
> > > mplayer doesn't support https.
> > >
> > > there have been attempts to fix this, but they were rejected:
> > >
> >
> >
> > Actually, I think it was added recently (using ffmpeg's http code), you
> > just have to compile ffmpeg with openssl or gnutls support.

  Yes, should be fixed since half a year.

  This is in the ./configure --help output:
  --disable-gnutls       disable GnuTLS [autodetect]

  So if you have gnutls including development files
installed it should be auto-detected. Please run
configure and check the output in config.log. There
should be a section starting with:

  ============ Checking for GnuTLS ============
(Continue reading)