Moin,
Sorry for the delay, meanwhile i had to do other things.
--- Quote Start ---
So with the switch '-t'
./mpeg2dec -t Welcome.mpg
we can see the beautiful sand art.
--- Quote End ---
That's good news!
--- Quote Start ---
(Without this,we have some relocation bugs that is caused the dynamic linking.)
--- Quote End ---
I think, this is the real problem with "my" mpeg2dec. When i do the change with -fPIC in the configure script, "my" mpeg2dec results look a lot better, but still not error-free. Anyway, now i know, where the problems are. Many thanks for that.
What now works ok for me, is a real old mpeg2decoder, which can be downloaded from
http://mpeg2videotools.sourceforge.net/ It compiles and runs on my nios system with almost no tweaks; here's a diff of the Makefile, which just changes the gcc and sets the -elf2flt flag during the link:
--- mpeg2dec/Makefile 2009-12-21 12:26:24.000000000 +0100
+++ orig/mpeg2dec/Makefile 2003-02-02 17:40:32.000000000 +0100
@@ -43,9 +43,8 @@
# uncomment the following two lines if you want to include X11 support
-#USE_DISP = -DDISPLAY
-#LIBS = -L/usr/X11R6/lib -lX11
-LIBS = -elf2flt
+USE_DISP = -DDISPLAY
+LIBS = -L/usr/X11R6/lib -lX11
# uncomment the following two lines if you want to use shared memory
# (faster display if server and client run on the same machine)
@@ -63,7 +62,7 @@
#
# GNU gcc
#
-CC = nios2-linux-uclibc-gcc
+CC = gcc
CFLAGS = -g -O2 $(USE_DISP) $(USE_SHMEM) $(INCLUDEDIR) $(TRACE) $(VERBOSE) $(VE
RIFY) $(WARNINGS)
OBJ = mpeg2dec.o getpic.o motion.o getvlc.o gethdr.o getblk.o getbits.o store.o
recon.o spatscal.o idct.o idctref.o display.o systems.o subspic.o verify.o
Another advantage of the mpeg2decode is, that it can output colored .ppm files, so i don't have to fiddle around with the y and the 2 chroma planes seperatly.
Cheers,
WK