Arthur Marsh | 22 May 08:07 2015
Picon

flac playback fails for files from one source

Hi, I've uploaded a file break-a-spell.flac and break-a-spell.txt to 
ftp.mplayerhq.hu/incoming.

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 
SSE3 CMOV
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.
init_freetype
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
(Continue reading)

jd1008 | 21 May 20:58 2015
Picon

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 
Filter.
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 
control.
(Continue reading)

Martin G. McCormick | 20 May 14:30 2015
Picon

BBC Streaming Audio Appears to be back.

	I just tested the very same streaming audio link

http://www.radiofeeds.co.uk/bbcradio1.pls

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
Picon

Can not play live mpu stream

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

mplayer http://nrcu.gov.ua/media/ur4.m3u
or
mplayer -playlist http://nrcu.gov.ua/media/ur4.m3u

but it refuses to play.
 #########################################################
Resolving www.nrcu.gov.ua for AF_INET6...
Resolving www.nrcu.gov.ua for AF_INET...
Connecting to server www.nrcu.gov.ua[91.194.250.169]: 80...

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

Playing http://nrcu.gov.ua:8000/ur4-mp3.m3u.
Resolving nrcu.gov.ua for AF_INET6...
Resolving nrcu.gov.ua for AF_INET...
Connecting to server nrcu.gov.ua[91.194.250.169]: 8000...

Cache size set to 320 KBytes

Playing http://nrcu.gov.ua:8000/ur4-mp3-m.m3u.
Resolving nrcu.gov.ua for AF_INET6...
Resolving nrcu.gov.ua for AF_INET...
Connecting to server nrcu.gov.ua[91.194.250.169]: 8000...

Cache size set to 320 KBytes

(Continue reading)

Martin G. McCormick | 14 May 23:21 2015
Picon

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:

http://www.radiofeeds.co.uk/bbcradio1.pls

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  \
http://www.radiofeeds.co.uk/bbcradio1.pls 

Resolving bbcmedia.ic.llnwd.net for AF_INET...
Connecting to server bbcmedia.ic.llnwd.net[68.142.121.106]: 80...
Server returned 404: File Not Found
STREAM_ASF, URL: http://bbcmedia.ic.llnwd.net/stream/bbcmedia_radio1_mf_p?s=1431
598502&e=1431612902&h=4b076501e0ad172aa65ad21301ae46a8
Failed to parse header.
Failed, exiting.
(Continue reading)

mplayer-list | 8 May 09:38 2015
Picon

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.

Details:

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
Picon

unable to build r37391 against shared ffmpeg-2.6.2

Hello,

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
Picon

Codecs

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
Picon

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
decoder.

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.

-cf
Harshal Patel | 11 Apr 02:19 2015

MPlayer shows artifacts on Microsoft Surface Pro 3

Hi,

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 
problem?

Thank you,
Harshal Patel
HPC Systems Engineer
Signalogic Inc.

** For screen cap of both artifacts an MPlayer log output messages, look 
here:

http://postimg.org/image/927s7k3zp/
http://postimg.org/image/65kr79y5x/full/
(Continue reading)

Alexander Strasser | 9 Apr 20:59 2015
Picon
Picon

Re: mplayer can't play mp3 from signed url

Hi!

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> googlemail.com> wrote:
> 
> > On Thu, 09 Apr 2015 14:18:59 +0200
> > "Amir Hassan" <amir <at> viel-zu.org> wrote:
> >
> > > mplayer doesn't support https.
> > >
> > > there have been attempts to fix this, but they were rejected:
> > >
> > http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2007-February/049277.html
> >
> > 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)


Gmane