Compile error on x86_64 system (SuSe Linux, AMD Athlon X2)

[nagyt@…]

Compilation of mplayer (subversion system of 09/01/2009) gives the following errors on OpenSuSe 11.1 64 bit version:

cc -c -o loader/wrapper.o loader/wrapper.S
loader/wrapper.S: Assembler messages:
loader/wrapper.S:25: Error: `pusha' is not supported in 64-bit mode
loader/wrapper.S:28: Error: suffix or operands invalid for `push'
loader/wrapper.S:32: Error: suffix or operands invalid for `push'
loader/wrapper.S:34: Error: suffix or operands invalid for `push'
loader/wrapper.S:39: Error: suffix or operands invalid for `push'
loader/wrapper.S:40: Error: suffix or operands invalid for `push'
loader/wrapper.S:49: Error: `popa' is not supported in 64-bit mode
loader/wrapper.S:51: Error: suffix or operands invalid for `pop'
loader/wrapper.S:52: Error: suffix or operands invalid for `push'
loader/wrapper.S:58: Error: suffix or operands invalid for `push'
loader/wrapper.S:59: Error: `pusha' is not supported in 64-bit mode
loader/wrapper.S:62: Error: suffix or operands invalid for `push'
loader/wrapper.S:66: Error: suffix or operands invalid for `push'
loader/wrapper.S:68: Error: suffix or operands invalid for `push'
loader/wrapper.S:73: Error: suffix or operands invalid for `push'
loader/wrapper.S:74: Error: suffix or operands invalid for `push'
loader/wrapper.S:81: Error: `popa' is not supported in 64-bit mode
make: * [loader/wrapper.o] Error 1

[diego@…]

Attach config.h and config.mak please.

[nagyt@…]

mplayer's config.h

[nagyt@…]

mplayer's config.mak

[nagyt@…]

I attached the files: config.h and config.mak

[Dominik 'Rathann' Mierzejewski]

Don't use --enable-qtx for 64bit MPlayer on x86_64.

[diego@…]

You passed --enable-qtx to configure. That cannot work on AMD64.

[nagyt@…]

OK, i can compile it now, but than my original problem is not solved:
I want to convert video (Quicktime/MOV file format) created by Panasonic Lumix camera to x264 to save disk, but it can not determine the correct filetype:

[file] File size is 253488282 bytes
STREAM: [file] p1040672.mov
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
success: format: 0 data: 0x0 - 0xf1bec9a
LAVF_check: QuickTime/MPEG-4/Motion JPEG 2000 format
libavformat file format detected.
==> Found video stream: 0
[lavf] Video stream found, -vid 0
======= VIDEO Format ======

biSize 40
biWidth 640
biHeight 480
biPlanes 0
biBitCount 24
biCompression 1734701162='jpeg'
biSizeImage 921600

===========================
==> Found audio stream: 1
[lavf] Audio stream found, -aid 1
======= WAVE Format =======
Format Tag: 1 (0x1)
Channels: 1
Samplerate: 8000
avg byte/sec: 0
Block align: 1
bits/sample: 8
cbSize: 0
==========================================================================
LAVF: 1 audio and 1 video streams found
LAVF: build 3414528
VIDEO: [jpeg] 640x480 24bpp 30.000 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:44 fourcc:0x6765706A size:640x480 fps:30.000 ftime:=0.0333

This causes, that every in 0.3s a frame will be dropped and therefore the audio is delayed. However on my older 32bit machine with MEncoder 1.0rc2-SUSE it works correctly, withput frame dropping and audio delay. But the file information is different:
*

[file] File size is 253488282 bytes
STREAM: [file] p1040672.mov
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
success: format: 0 data: 0x0 - 0xf1bec9a
LAVF_check: QuickTime/MPEG4/Motion JPEG 2000 format
Checking for YUV4MPEG2
ASF_check: not ASF guid!
Checking for NuppelVideo
Checking for REAL
Checking for SMJPEG
Searching demuxer type for filename p1040672.mov ext: .mov
Trying demuxer 7 based on filename extension
Checking for MOV
MOV: Movie DATA found!
MOV: Movie header found!
Quicktime/MOV file format detected.
MOV: Movie header (100 bytes): tscale=30 dur=5460

---

MOV: Track #0:
MOV: Track header!
tkhd len=84 ver=0 flags=0x0 id=1 dur=5460 lay=0 vol=0
MOV: Media stream!
MOV: Media header!
MOV: Handler header: mhlr/vide (pana)
MOV: Media info!
MOV: Video header!
MOV: Handler header: dhlr/alis (pana)
MOV: unknown chunk: dinf 28
MOV: Sample info!
MOV: Description list! (cnt:1)
MOV: desc #0: jpeg (70 bytes)
MOV: Sample duration table! (1 blocks)
MOV: Sample->Chunk mapping table! (1 blocks) (ver:0,flags:0)
MOV: Sample size table! (entries=5460 ss=0) (ver:0,flags:0)
MOV: Chunk offset table! (364 chunks)
MOV track #0: 364 chunks, 5460 samples
pts=5460 scale=30 time=182.000
==> Found video stream: 0
[mov] Video stream found, -vid 0
Image size: 640 x 480 (24 bpp)
Display size: 640 x 480
Fourcc: jpeg Codec: 'Photo - JPEG'

---

MOV: Track #1:
MOV: Track header!
tkhd len=84 ver=0 flags=0x0 id=2 dur=5460 lay=0 vol=256
MOV: Media stream!
MOV: Media header!
MOV: Handler header: mhlr/soun (pana)
MOV: Media info!
MOV: Sound header!
MOV: Handler header: dhlr/alis (pana)
MOV: unknown chunk: dinf 28
MOV: Sample info!
MOV: Description list! (cnt:1)
MOV: desc #0: raw (20 bytes)
MOV: Sample duration table! (1 blocks)
MOV: Sample->Chunk mapping table! (1 blocks) (ver:0,flags:0)
MOV: Sample size table! (entries=1456000 ss=1) (ver:0,flags:0)
MOV: Chunk offset table! (364 chunks)
MOV track #1: 364 chunks, 0 samples
pts=1456000 scale=8000 time=182.000
==> Found audio stream: 1
[mov] Audio stream found, -aid 1
Audio bits: 8 chans: 1 rate: 8000
Fourcc: raw

---

MOV: longest streams: A: #1 (364 samples) V: #0 (5460 samples)
VIDEO: [jpeg] 640x480 24bpp 30.000 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:7 fourcc:0x6765706A size:640x480 fps:30.00 ftime:=0.0333

As I see, on the old system fileformat 7 (Quicktime/MOV file format) was determined insread of 44. How can I use or force this filetype?

[diego@…]

Try '-demuxer mov' and upload a sample so we can investigate the demuxer issue.

[nagyt@…]

Thanks. "-demuxer mov" solves the problem. The only issue is remained open is that the filetype determined automatically is not correct. To allow you to check the video file from Lumix camera I upload it now. If the mencoder determines filetype 7 it is ok. Filetype 44 is not correct and the "skipping frame" messages appear.

This problem is closed for me.

[nagyt@…]

A very short (1 sec) Panasonic Lumix video