[Jaunty,Intrepid,Hardy] mplayer doesn't detect SMIL files beginning with a <!DOCTYPE

[Gavin McCullagh]

Binary package hint: mplayer

Hi,

the other day, we discovered that mplayer can't play RTÉ (the Irish national broadcaster) realvideo stream due to mplayer not detecting the SMIL file.

  http://dynamic.rte.ie/av/228-2476865-512-288.smil

I submitted a 2-line patch to fix this and it has been accepted by the mplayer-developers:

  http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2009-January/thread.html#59944

but I imagine the jaunty version won't sync again so this bug won't get fixed? Is this likely or have I misinterpreted?

It would be great if this could be fixed for jaunty as RTÉ aren't the only ones using this, it's apparently a W3C recognised standard.

  http://www.w3.org/TR/2007/WD-SMIL3-20070713/smil-tiny-profile.html#q8

Gavin

[freddy3980 (freddy3980)]

MPlayer should get updated, i don't understand why Ubuntu keeps using the version 1.0rc2 which is quite old... There's has been a lot of changes since then... Here I attached MPlayer's Changelog from SVN 28361

[Gavin McCullagh (gmccullagh)]

I presume the main reason from an Ubuntu point of view is that the version in Debian is still rc2.
There doesn't seem to be a 1.0rc3 release which probably doesn't help.

http://packages.qa.debian.org/m/mplayer.html

The debian rules in the mplayer svn tree don't seem to build a package. I can run './configure && make' successfully, but 'debuild -us -uc' results in the following error:

cc -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I.. -I.. -Wdis
abled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -g
 -O2 -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOUR
CE -I. -I/usr/include/directfb -I/usr/include/ -I/usr/include/SDL -D_REENTRAN
T -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/
include -D_REENTRANT -Ilibdvdread4 -I/usr/include/freetype2 -I/usr/include
  -Ilibdvdnav -c -o h264.o h264.c
h264.c: In function 'pred_direct_motion':
h264.c:1045: warning: assignment from incompatible pointer type
h264.c:1046: warning: assignment from incompatible pointer type
h264.c: In function 'filter_mb_dir':
h264.c:6260: warning: initialization from incompatible pointer type
h264.c:6261: warning: initialization from incompatible pointer type
cabac.h: In function 'get_cabac_noinline':
cabac.h:527: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
cabac.h:527: error: 'asm' operand has impossible constraints
make[2]: *** [h264.o] Error 1
make[2]: Leaving directory `/home/gavinmc/src/mplayer-1.0svn/libavcodec'
make[1]: *** [libavcodec/libavcodec.a] Error 2
make[1]: Leaving directory `/home/gavinmc/src/mplayer-1.0svn'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
debuild: fatal error at line 1329:
dpkg-buildpackage -rfakeroot -D -us -uc failed

The fix for this may be simple or it may not, I'm not sure.

[Gavin McCullagh (gmccullagh)]

I can confirm, looking at the code and testing mplayer that this bug is fixed in Lucid. It probably has been from earlier times, but it is fixed in karmic. A relatively new release of mplayer is now in place. Thanks.