Debian Bug report logs -
#670236
mplayer2: can't play video with resolution of 2542x1080
Reported by: Rogério Brito <rbrito@ime.usp.br>
Date: Tue, 24 Apr 2012 10:21:16 UTC
Severity: normal
Found in version mplayer2/2.0-426-gc32b3ed-2
Fixed in version 2.0-728-g2c378c7-4+rm
Done: Debian FTP Masters <ftpmaster@ftp-master.debian.org>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Tue, 24 Apr 2012 10:21:18 GMT) (full text, mbox, link).
Acknowledgement sent
to Rogério Brito <rbrito@ime.usp.br>:
New Bug report received and forwarded. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Tue, 24 Apr 2012 10:21:27 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: mplayer2
Version: 2.0-426-gc32b3ed-2
Severity: normal
Hi, People.
Some months ago, I got a video from youtube (youtube ID yQ5U8suTUw0) which
no program can play on any system that I tried, including mplayer2.
It has a resolution of 2542x1080 pixels and I get the following when I try
to play it:
,----
| Movie-Aspect is 2.35:1 - prescaling to correct movie aspect.
| VO: [xv] 2542x1080 => 2542x1080 Planar YV12
| Source image dimensions are too high: 2542x1080 (maximum is 2048x2048)
| FATAL: Cannot initialize video driver.
`----
Is there anything that I can do to fix this? Can anybody please confirm if
this problem is seen in other hardware?
Thanks.
-- System Information:
Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mplayer2 depends on:
ii libaa1 1.4p5-39
ii libasound2 1.0.25-2
ii libass4 0.10.0-3
ii libaudio2 1.9.3-4
ii libavcodec-extra-53 4:0.8.1.1
ii libavformat-extra-53 4:0.8.1.1
ii libavutil-extra-51 4:0.8.1.1
ii libbluray1 1:0.2.2-1
ii libc6 2.13-27
ii libcaca0 0.99.beta17-2.1
ii libcdparanoia0 3.10.2+debian-10.1
ii libdca0 0.0.5-5
ii libdirectfb-1.2-9 1.2.10.0-4.3
ii libdvdnav4 4.2.0-1
ii libdvdread4 4.2.0-1
ii libenca0 1.13-4
ii libesd0 0.2.41-10+b1
ii libfaad2 2.7-8
ii libfontconfig1 2.8.0-3.1
ii libfreetype6 2.4.9-1
ii libfribidi0 0.19.2-2
ii libgcc1 1:4.7.0-1
ii libgif4 4.1.6-9
ii libgl1-mesa-glx [libgl1] 7.11.2-1
ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1
ii libjpeg8 8d-1
ii liblircclient0 0.9.0~pre1-1
ii libncurses5 5.9-5
ii libogg0 1.2.2~dfsg-1
ii libpng12-0 1.2.47-2
ii libpostproc-extra-52 4:0.8.1.1
ii libpulse0 1.1-3
ii libsdl1.2debian 1.2.15-2
ii libsmbclient 2:3.6.3-2
ii libspeex1 1.2~rc1-3
ii libstdc++6 4.7.0-1
ii libswscale-extra-2 4:0.8.1.1
ii libtheora0 1.1.1+dfsg.1-3
ii libtinfo5 5.9-5
ii libvdpau1 0.4.1-5
ii libvorbis0a 1.3.2-1.1
ii libx11-6 2:1.4.4-4
ii libxext6 2:1.3.0-3
ii libxinerama1 2:1.1.1-3
ii libxt6 1:1.1.1-2
ii libxv1 2:1.0.6-2
ii libxvidcore4 3:1.3.2-0.4
ii libxxf86dga1 2:1.1.2-1
ii libxxf86vm1 1:1.1.1-2
ii zlib1g 1:1.2.6.dfsg-2
mplayer2 recommends no packages.
mplayer2 suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Tue, 24 Apr 2012 10:42:22 GMT) (full text, mbox, link).
Acknowledgement sent
to mennucc1@debian.org:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Tue, 24 Apr 2012 10:42:27 GMT) (full text, mbox, link).
Message #10 received at 670236@bugs.debian.org (full text, mbox, reply):
hi,
try the option '-xy 0.5'
a.
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Thu, 26 Apr 2012 11:54:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Rogério Brito <rbrito@ime.usp.br>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Thu, 26 Apr 2012 11:54:09 GMT) (full text, mbox, link).
Message #15 received at 670236@bugs.debian.org (full text, mbox, reply):
Hi, Andrea.
On Apr 24 2012, A Mennucc wrote:
> try the option '-xy 0.5'
This doesn't work, at least with Intel graphic cards. Does it work for you?
Does it work for you without the scaling down? What does xvinfo report?
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Thu, 26 Apr 2012 15:15:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Uoti Urpala <uoti.urpala@pp1.inet.fi>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Thu, 26 Apr 2012 15:15:06 GMT) (full text, mbox, link).
Message #20 received at 670236@bugs.debian.org (full text, mbox, reply):
This is a limitation reported by libXv. It's likely due to limitations
of your graphics hardware. You can try other output methods such as gl,
but it's likely they won't work well either on such hardware.
Using --xy=0.5 won't help, because that will try to do the scaling in
hardware, but the limitation is about hardware input image size. You can
force software scaling on CPU with options like "--vf=scale=1920:-2".
This would add a filter to do software scaling to a width of 1920 and a
height that keeps the original aspect ratio, which should fit within the
limitations of your hardware. You may want to adjust the value of 1920
if you have a monitor smaller or larger than that.
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Sun, 06 May 2012 22:06:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Rogério Brito <rbrito@ime.usp.br>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Sun, 06 May 2012 22:06:06 GMT) (full text, mbox, link).
Message #25 received at 670236@bugs.debian.org (full text, mbox, reply):
Hi, Uoti.
On Apr 26 2012, Uoti Urpala wrote:
> This is a limitation reported by libXv. It's likely due to limitations
> of your graphics hardware. You can try other output methods such as gl,
> but it's likely they won't work well either on such hardware.
Yes, I just went to read the code and I came to the conclusion that it was
some limitation reported by Xv and I, then, sent an e-mail to the xorg
mailing list:
http://lists.x.org/archives/xorg/2012-April/054484.html
(I'm including the xorg list here in CC).
As Alex Deucher said there, it is a little bit strange that even a Sandy
Bridge notebook has this limitation of playing only 2kx2k videos (which is
the same that my 865 has).
Just curious: what hardware do you use?
> Using --xy=0.5 won't help, because that will try to do the scaling in
> hardware, but the limitation is about hardware input image size. You can
> force software scaling on CPU with options like "--vf=scale=1920:-2".
> This would add a filter to do software scaling to a width of 1920 and a
> height that keeps the original aspect ratio, which should fit within the
> limitations of your hardware. You may want to adjust the value of 1920
> if you have a monitor smaller or larger than that.
OK, that's a reasonable workaround for the moment.
I guess that this bug may be reassigned, then, but I'm not sure if that
should be to xserver-xorg-video-intel or any other package.
In the mean time, it would be nice to hear from the Intel people working
with X (perhaps Keith Packard?) if those limitations are there just for
being hardcoded or if the hardware has that limitation itself.
Thanks.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Mon, 07 May 2012 16:51:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Roland Scheidegger <rscheidegger_lists@hispeed.ch>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Mon, 07 May 2012 16:51:02 GMT) (full text, mbox, link).
Message #30 received at 670236@bugs.debian.org (full text, mbox, reply):
Am 06.05.2012 23:53, schrieb Rogério Brito:
> Hi, Uoti.
>
> On Apr 26 2012, Uoti Urpala wrote:
>> This is a limitation reported by libXv. It's likely due to limitations
>> of your graphics hardware. You can try other output methods such as gl,
>> but it's likely they won't work well either on such hardware.
>
> Yes, I just went to read the code and I came to the conclusion that it was
> some limitation reported by Xv and I, then, sent an e-mail to the xorg
> mailing list:
>
> http://lists.x.org/archives/xorg/2012-April/054484.html
>
> (I'm including the xorg list here in CC).
>
> As Alex Deucher said there, it is a little bit strange that even a Sandy
> Bridge notebook has this limitation of playing only 2kx2k videos (which is
> the same that my 865 has).
>
> Just curious: what hardware do you use?
>
>> Using --xy=0.5 won't help, because that will try to do the scaling in
>> hardware, but the limitation is about hardware input image size. You can
>> force software scaling on CPU with options like "--vf=scale=1920:-2".
>> This would add a filter to do software scaling to a width of 1920 and a
>> height that keeps the original aspect ratio, which should fit within the
>> limitations of your hardware. You may want to adjust the value of 1920
>> if you have a monitor smaller or larger than that.
>
> OK, that's a reasonable workaround for the moment.
>
> I guess that this bug may be reassigned, then, but I'm not sure if that
> should be to xserver-xorg-video-intel or any other package.
>
> In the mean time, it would be nice to hear from the Intel people working
> with X (perhaps Keith Packard?) if those limitations are there just for
> being hardcoded or if the hardware has that limitation itself.
>
The intel driver is just using ordinary textures for xv as far as I can
tell. So, unless the hardware requires some specific setup for textures
larger than 2048, it should just work with larger sizes. The hw limit
for any DX10-capable hardware is at least 8192, so even a i965 chipset
should handle that.
You could try it out by compiling the intel ddx driver yourself, the
limits are IMAGE_MAX_WIDTH/IMAGE_MAX_HEIGHT in intel_video.c.
(Of course, the real fix would take the hw into account, 2048 seems
indeed like the limit for i915.)
Roland
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Mon, 07 May 2012 17:15:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Thomas Lübking <thomas.luebking@gmx.de>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Mon, 07 May 2012 17:15:04 GMT) (full text, mbox, link).
Message #35 received at 670236@bugs.debian.org (full text, mbox, reply):
Am 07.05.2012, 18:49 Uhr, schrieb Roland Scheidegger
<rscheidegger_lists@hispeed.ch>:
> You could try it out by compiling the intel ddx driver yourself, the
> limits are IMAGE_MAX_WIDTH/IMAGE_MAX_HEIGHT in intel_video.c.
> (Of course, the real fix would take the hw into account, 2048 seems
> indeed like the limit for i915.)
FTR the gl2 video output of mplayer (no idea whether it's still in
mplayer2) can handle dimensions > GL_MAX_TEXTURE_SIZE by texture tiling.
Cheers,
Thomas
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Mon, 07 May 2012 17:39:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Roland Scheidegger <rscheidegger_lists@hispeed.ch>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Mon, 07 May 2012 17:39:08 GMT) (full text, mbox, link).
Message #40 received at 670236@bugs.debian.org (full text, mbox, reply):
Am 07.05.2012 19:10, schrieb Thomas Lübking:
> Am 07.05.2012, 18:49 Uhr, schrieb Roland Scheidegger
> <rscheidegger_lists@hispeed.ch>:
>
>> You could try it out by compiling the intel ddx driver yourself, the
>> limits are IMAGE_MAX_WIDTH/IMAGE_MAX_HEIGHT in intel_video.c.
>> (Of course, the real fix would take the hw into account, 2048 seems
>> indeed like the limit for i915.)
>
> FTR the gl2 video output of mplayer (no idea whether it's still in
> mplayer2) can handle dimensions > GL_MAX_TEXTURE_SIZE by texture tiling.
>
Well with the gl output driver you wouldn't need tiling as the i965 3d
driver will advertize larger limits (8192 for pot and 4096 for npot
texture sizes - not sure if the latter is some hw limitation or if it
could be larger too).
Roland
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Thu, 20 Feb 2014 19:33:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Yung kyu kim <mamoheda@vhebron.net>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Thu, 20 Feb 2014 19:33:04 GMT) (full text, mbox, link).
Message #45 received at 670236@bugs.debian.org (full text, mbox, reply):
Hello,
The Project is about the exportation of 100,000 barrels of Light CrudeOil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 a barrel. This amount to $9,200,000 daily. I ask for your support as a foreigner to handle this business project with my
client and you are not expected to invest in Iraq
If yes, let me know and we will discuss this project proper.
Kim.
Contact my private email : 2936410069@qq.com
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>:
Bug#670236; Package mplayer2.
(Mon, 09 Mar 2015 13:24:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Russell Coker <russell@coker.com.au>:
Extra info received and forwarded to list. Copy sent to Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>.
(Mon, 09 Mar 2015 13:24:05 GMT) (full text, mbox, link).
Message #50 received at 670236@bugs.debian.org (full text, mbox, reply):
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series
Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset
Family KT Controller (rev 04)
I'm running a Thinkpad T420 with the above video/chipset hardware. It's got
an i5-2520M so it's reasonably new.
I'm trying to play a 3840x2160 video recorded with a Samsung Galaxy Note 3 (a
phone that was released in 2013).
The mplayer option "--vf=scale=1600:-2" makes it display, but it gives the
warning "Your system is too SLOW to play this!" (which might have occurred
even without software scaling but I can't test).
--
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/
Reply sent
to Debian FTP Masters <ftpmaster@ftp-master.debian.org>:
You have taken responsibility.
(Tue, 20 Oct 2015 23:48:21 GMT) (full text, mbox, link).
Notification sent
to Rogério Brito <rbrito@ime.usp.br>:
Bug acknowledged by developer.
(Tue, 20 Oct 2015 23:48:21 GMT) (full text, mbox, link).
Message #55 received at 670236-done@bugs.debian.org (full text, mbox, reply):
Version: 2.0-728-g2c378c7-4+rm
Dear submitter,
as the package mplayer2 has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/794817
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Wed, 18 Nov 2015 07:29:31 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sun Jul 30 23:03:51 2023;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.