Reinhard Tartler writes:
> the libdvdread maintainer removed that really handy script.
Not really related but it did have a security issue:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554772
___
pkg-multimedia-maintainers mailing list
pkg-multim
package mplayer
found 6436212:1.0~rc4.dfsg1+svn33713-2
notfound 643621 2:1.0~rc4.dfsg1+svn33713-2+b1
thanks
Hi,
this bug does not occur anymore with
mplayer 2:1.0~rc4.dfsg1+svn33713-2+b1
This time
lindi@ginger:~$ objdump -T /usr/bin/mplayer | grep __aeabi_
DF *UND*
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn33713-2
Severity: important
This is almost the same bug as #637077.
Steps to reproduce:
1) sudo apt-get install freeciv-sound-standard
2) mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg
Expected results:
2) mplayer exits succesfully.
A
ow...@bugs.debian.org (Debian Bug Tracking System) writes:
> Steps to reproduce:
> 1) wget
> http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv
> 2) mplayer -vo sdl 1050_Lightning_talk_Redirecting_require.ogv
> 3) look at the text around 00:16
>
Hi,
Reinhard Tartler writes:
> Please try again, I've uploaded a fixed mplayer2 package yesterday
> evening.
Looks better:
(sid)mv78100:~$ mplayer -nosound -vo null -endpos 1 testcase1.mkv
MPlayer2 UNKNOWN (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or
Hi,
as I predicted, simply rebuilding mplayer allows me to play ogg vorbis
again.
$ mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg
MPlayer 1.0rc4-4.6.1 (C) 2000-2010 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. Y
Timo Juhani Lindfors writes:
> $ nm -A -D /usr/lib/vfp/libavcodec.so.52.72.2|grep __aeabi_d2
> /usr/lib/vfp/libavcodec.so.52.72.2: U __aeabi_d2lz
> /usr/lib/vfp/libavcodec.so.52.72.2: U __aeabi_d2ulz
>
> shows that libavcodec.so clearly does not define this.
Ah
Hi,
$ objdump -T /usr/bin/mplayer | grep __aeabi_
DF *UND* GCC_3.5 __aeabi_unwind_cpp_pr1
DF *UND* GCC_3.5 __aeabi_unwind_cpp_pr0
002287cc gDF .text004c Base__aeabi_f2lz
0004e2e0 DF *UND*000
Hi,
> mplayer: relocation error: mplayer: symbol __aeabi_d2lz, version
> LIBAVCODEC_52 not defined in file libavcodec.so.52 with link time reference
What is trying to use __aeabi_d2lz@LIBAVCODEC_52?
$ LD_DEBUG="all" mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg
< /dev/null 2>&
Hi,
Reinhard Tartler writes:
> just curious, does mplayer2 (from experimental) work better on armel?
Can't install it at the moment:
(sid)mv78100:~$ cat /etc/apt/sources.list
deb http://10.0.0.100:/debian sid main
deb http://10.0.0.100:/debian experimental main
deb-src http://10.0.0.100
Hi Reinhard,
Reinhard Tartler writes:
> Timo, is this reproducible with 'ffplay' from the 'ffmpeg' package as
> well?
No. ffplay plays the file. It hits buffer underruns which cause the
audio to skip. It also does not exit but gets stuck. It seems to be
drawing the waveform using SDL to my scree
Package: mplayer
Version: 2:1.0~rc4.dfsg1-2
Severity: important
Steps to reproduce:
1) sudo apt-get install freeciv-sound-standard
2) mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg
Expected results:
2) mplayer exits succesfully.
Actual results:
2) mplayer prints
MPlayer 1.0rc4-4
Hi,
this bug still occurs in unstable with
$ dpkg-query -W mplayer
mplayer 2:1.0~rc4.dfsg1-2
Again, only armel is affected but amd64 works.
-Timo
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://
Hi,
wget
http://lindi.iki.fi/lindi/theora/1050_Lightning_talk_Redirecting_require_rot90.ogv
mplayer -nosound -vo png 1050_Lightning_talk_Redirecting_require_rot90.ogv
on amd64 with
mplayer 2:1.0~rc4.dfsg1-2
still reproduces the bug.
-Timo
___
p
Package: mplayer
Version: 2:1.0~rc4.dfsg1-1
Severity: normal
Steps to reproduce:
1) sudo apt-get install freecol mencoder ffmpeg mplayer
2) mencoder -oac pcm -ovc lavc -lavcopts vcodec=ffvhuff -vf
scale=320:240,rotate=1 -o testcase1.tmp.avi
/usr/share/games/freecol/freecol/resources/video/freeco
Hi,
I submitted this upstream at
http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1774
and bisected the commit that causes it.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org
Hi,
adding ac=vorbis, to ~/.mplayer/config has the unfortunate side effect
that then you can't play any other audio format without manually
specifying it.
An alternative seems to be to use the syntax "ac=-ffvorbis," to only
blacklist the slow codec but still allow mplayer to pick the codec
based
Hi,
silly me, I was so sure this was an ARM specific bug that I did not
even test it on amd64... It seems this bug also occurs with
mplayer -nosound -vo png 1050_Lightning_talk_Redirecting_require_rot90.ogv
as can be seen from
http://iki.fi/lindi/theora/1050_Lightning_talk_Redirecting_require_r
Reinhard Tartler writes:
> AFAIUI this requires a) arm hardare and b) an uptodate (and unpackaged)
> version of libvorbis.
Sorry for being unclear. The minimal testcase seems to be
mplayer -framedrop -ao null -vc theora -vo x11
1050_Lightning_talk_Redirecting_require.ogv
No patched libtheora i
Package: mplayer
Version: 2:1.0~rc4~try1.dsfg1-1
Severity: normal
Steps to reproduce:
1) run the tests on openmoko freerunner with no X server running
2) wget
http://lindi.iki.fi/lindi/theora/1050_Lightning_talk_Redirecting_require_rot90.ogv
3) sudo sh -c 'echo qvga-normal >
/sys/devices/platfor
Hello Reinhard,
I managed to build ffmpeg 0.6-2 on armel by forcing
has_vfp := 1
has_neon := 1
in debian/confflags. After that mplayer 1.0~rc4~try1.dsfg1-1 built
without problems and the bug is now gone, thanks!
I ran some benchmarks to ensure that we have no serious
regressions. The following
Reinhard Tartler writes:
> Could you please test the version currently in experimental?
Upgrading from mplayer 2:1.0~rc3++final.dfsg1-1 to
2:1.0~rc4~try1.dsfg1-1 seems to fix the issue on amd64, thanks!
However, according to
https://buildd.debian.org/status/package.php?p=mplayer&suite=experimen
Hi,
the problem does not occur on lenny. However, if I install the
following stable packages to my squeeze system I still see the bug:
libavcodec51_0.svn20080206-18+lenny1_amd64.deb
libavformat52_0.svn20080206-18+lenny1_amd64.deb
libcaca0_0.99.beta14-1_amd64.deb
libcucul0_0.99.beta14-1_amd64.deb
Hi,
I can confirm that if I compile upstream svn r32011 on armel I do not
see the bug. However, the playback is then a lot slower than on
Debian. Maybe it gets configured somehow differently and thus avoids
the bug but causes slowdown.
Are you planning to package a new upstrea version soon after
Package: mencoder
Version: 2:1.0~rc3++final.dfsg1-1
Severity: normal
Steps to reproduce:
1) wget
http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv
2) mencoder 1050_Lightning_talk_Redirecting_require.ogv -oac lavc -lavcopts
acodec=libvorbis -o
Package: ffmpeg
Version: 4:0.6-2
Severity: normal
/usr/share/doc/ffmpeg/html/libavfilter.html contains the example
ffmpeg -i in.avi -vfilters "crop=0:0:0:240" out.avi
but it seems to fail:
$ wget
http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_requir
I can reproduce this on amd64:
1) vnc4server -depth 24 :1
2) xvnc4viewer -passwd .vnc/passwd localhost:1
3) DISPLAY=:1 mplayer -vo x11 -nosound
1050_Lightning_talk_Redirecting_require.ogv
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-
Reinhard Tartler writes:
> can you confirm this?
I can confirm that -fontconfig makes OSD texts work.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-m
Hi,
I can reproduce the problem. If I hit "o" I only see "|>" sign but no
numbers. If I do
ln -s /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf .mplayer/subfont.ttf
I can see the position of the video properly again in OSD.
___
pkg-multimedia
29 matches
Mail list logo