video display on Beagle Board

GoogleGroups
1

Hi all,

I am working on mplayer, I am facing an issue of video quality.
When I run a video on native system there is no blocking effect
observed(no blocks are visible), but when I cross compile same mplayer
code for ARM (beagle board) when i run the same video I observed lot
of blocks in the video.

If anybody is having any idea on this please let me know what will be
the cause of the problem?

FYI:Linux2.6.22.18 kernel

Thanks
chan

2

chan wrote:

Hi all,

I am working on mplayer, I am facing an issue of video quality.
When I run a video on native system there is no blocking effect
observed(no blocks are visible), but when I cross compile same mplayer
code for ARM (beagle board) when i run the same video I observed lot
of blocks in the video.

what codec, resolution?

3

I seem to remember something similar that was due to the version of gcc. Google the list for gcc and mplayer. The issue was that the version of gcc was also unable to compile a kernel. Does that gcc compile the kernel successfully? Both kernel compilation and optimized code for media codecs tend to uncover compiler bugs from what I’ve read. Try the same gcc used to compile the kernel.

4

Brian Phelps <lm317t@gmail.com> writes:

Hi all,

I am working on mplayer, I am facing an issue of video quality.
When I run a video on native system there is no blocking effect
observed(no blocks are visible), but when I cross compile same mplayer
code for ARM (beagle board) when i run the same video I observed lot
of blocks in the video.

If anybody is having any idea on this please let me know what will be
the cause of the problem?

FYI:Linux2.6.22.18 kernel

I seem to remember something similar that was due to the version of gcc.

That was actually a bug in FFmpeg/mplayer which has long since been
fixed.

Google the list for gcc and mplayer. The issue was that the version
of gcc was also unable to compile a kernel. Does that gcc compile
the kernel successfully? Both kernel compilation and optimized code
for media codecs tend to uncover compiler bugs from what I've read.
Try the same gcc used to compile the kernel.

The recommended compiler for FFmpeg and MPlayer is codesourcery gcc
2007q3.

5

Thanks for the reply.
Yes...the gcc will also compile the kernel successfully.

6

we are playing a video file of 352x288 resolution.we are not up
scaling the image.

7

Hi
I took the dump of the video frames before sending the frames to the
display driver(vo driver) on target and native system.
I compared bit by bit of each frames, they are same.
I am using gcc compiler of 2008q1 version.
I will give a try with 2007q3 compiler.
Thanks for your help.

8

Can you provide screen captures? Can you move to the more broadly used demo images?

Anyway, I haven’t seen those sorts of issues, so maybe you should give more information on reproducing them.

9

Is it still required to use separate (non-CSL) binutils or was it made
possible to use CSL binutils now?

10

Denys Dmytriyenko <denis@denix.org> writes:

11

...other than convenience for most users, as CSL 2007q3 already comes bundled
with 2.18.50 one...

And there doesn't seem to be an easy way to use separate binutils w/o meddling
with the CSL install. Or is it?