[MPlayer-users] ODML & x86_64 problem
Daniel Bunzendahl
bunzbunz at gmx.de
Fri Jul 9 09:59:30 CEST 2004
x86_64 ? SuSE 9.0 ? Maybe ?
how did you get it through the compiler?
I have to disable framebuffer to get a mplayer-amd64-bin...
is it possible to make it static ?
(or is this the wrong way going arround the lib-problem of SuSE?)
Thanks a lot
/daniel
Am Freitag, 9. Juli 2004 08:28 schrieb mplayer-users-request at mplayerhq.hu:
> Send MPlayer-users mailing list submissions to
> mplayer-users at mplayerhq.hu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
> or, via email, send a message with subject or body 'help' to
> mplayer-users-request at mplayerhq.hu
>
> You can reach the person managing the list at
> mplayer-users-owner at mplayerhq.hu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MPlayer-users digest..."
>
>
> Today's Topics:
>
> 1. Re: fs not full screen (rcooley)
> 2. ODML & x86_64 problem (John Stebbins)
> 3. ProcessInputError wmv wmv9dmo (Gaspar Bakos)
> 4. Re: Re: Matrox P650 NO-SPAM (Malte Gell)
> 5. Problems with full screen in latest CVS (Jan Eisner)
> 6. Seeking in ASF Streams (MLB.com) (C. Schanck)
> 7. SVGAlib warning (was rtc issues) (Stephen Stocker)
> 8. Re: [BUG] -srate is (still) broken (Mick)
> 9. Re: 2 audio streams (with Alsa) (Mick)
> 10. Re: Audio & video file sizes don't add up to actual file size
> (mencoder) (D Richard Felker III)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 8 Jul 2004 13:44:24 -0700
> From: rcooley <rcooley at spamcop.net>
> Subject: Re: [MPlayer-users] fs not full screen
> To: "MPlayer usage questions, features, bugreports"
> <mplayer-users at mplayerhq.hu>
> Message-ID: <20040708134424.1ffadcb8.rcooley at spamcop.net>
> Content-Type: text/plain; charset=US-ASCII
>
> On Thu, 8 Jul 2004 00:04:09 -0500
>
> "Carl Karsten" <carl at personnelware.com> wrote:
> > Why isn't it 640x270?
>
> Because fbdev doesn't do hardware scaling... You need to use software
> scaling. "-zoom" "-vf scale" etc.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 08 Jul 2004 15:16:40 -0700
> From: John Stebbins <stebbins at jetheaddev.com>
> Subject: [MPlayer-users] ODML & x86_64 problem
> To: mplayer-users at mplayerhq.hu
> Message-ID: <1089325000.5926.18.camel at localhost.localdomain>
> Content-Type: text/plain
>
> Does anyone else use MPlayer compiled for x86_64?
>
> MPlayer, when compiled for x86_64 arch, seems to have a problem with
> ODML.
>
> I am using mencoder on another machine (not x86_64 arch) to create divx
> avi's. The avi's play fine on the machine they are generated on. I am
> using MPlayer CVS 20040630 on this machine.
>
> On the amd64 machine, I am running MPlayer CVS 20040702 compiled for the
> x86_64 arch. Avi's that have ODML are not playable on this machine.
>
> I tried generating avi's on the amd64 machine and played them back while
> they were being generated. Playback works up till the point that the
> encoding is finished. When the encoding finishes and the header is
> updated, the file becomes unplayable.
>
> Is there anyone out there that can fix this?
>
> John
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 8 Jul 2004 18:17:04 -0400 (EDT)
> From: Gaspar Bakos <gbakos at cfa.harvard.edu>
> Subject: [MPlayer-users] ProcessInputError wmv wmv9dmo
> To: mplayer list <mplayer-users at mplayerhq.hu>
> Message-ID: <Pine.SOL.4.58.0407081811440.10817 at titan.cfa.harvard.edu>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> Hi,
>
> I am trying to play a single wmv file with the latest mplayer CVS
> version: 20040706 on Linux RH9.0. All the codecs were downloaded from
> the mplayerhq.hu site (essential). Mplayer compiled fine, codecs were
> given at config. When playing, I get a black window with some noise in
> it, and messages:
>
> ProcessInputError r:0x80004005=-2147467259 (keyframe: 1)
>
> I found some emailing on wmv3 issue, but no definite answer to the problem.
>
> Let me know if you have an idea!
>
> Cheers
> G
>
> -----------------------------
> /usr/local/mplayer-20040708/bin/mplayer -nosound 94841.wmv
> MPlayer dev-CVS-040708-00:00-3.2.2 (C) 2000-2004 MPlayer Team
>
> CPU: Intel Pentium M Banias 1595 MHz (Family: 6, Stepping: 5)
> Detected cache-line size is 64 bytes
> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
> Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
>
> Playing nyaralas.wmv.
> ASF file format detected.
> VIDEO: [WMV3] 320x240 24bpp
> vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local
> display)
> ==========================================================================
> Opening video decoder: [dmo] DMO video codecs
> External func OLEAUT32.dll:8
> DMO dll supports VO Optimizations 0 1
> DMO dll might use previous sample when requested
> GetOutput r=0x0 size:230400 align:1
> StreamCount r=0x0 1 1
> Decoder supports the following YUV formats: YV12 YUY2 UYVY YVYU
> Decoder is capable of YUV output (flags 0x1b)
> VDec: vo config request - 320 x 240 (preferred csp: Packed YUY2)
> VDec: using BGR 32-bit as output csp (no 3)
> Movie-Aspect is undefined - no prescaling applied.
> VO: [x11] 320x240 => 320x240 BGR 32-bit [zoom]
> SwScaler: using unscaled BGR 32-bit -> BGR 32-bit special converter
> Selected video codec: [wmv9dmo] vfm:dmo (Windows Media Video 9 DMO)
> ==========================================================================
> Audio: no sound
> Starting playback...
> ProcessInputError r:0x80004005=-2147467259 (keyframe: 1)
> ....
> forever
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 9 Jul 2004 00:40:48 +0200
> From: Malte Gell <malte.gell at gmx.de>
> Subject: Re: [MPlayer-users] Re: Matrox P650 NO-SPAM
> To: "MPlayer usage questions, features, bugreports"
> <mplayer-users at mplayerhq.hu>
> Message-ID: <200407090040.48046.malte.gell at gmx.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Thursday 08 July 2004 19:32, Stefan Seyfried wrote:
> > On Thu, Jul 08, 2004 at 01:46:44AM +0200, Malte Gell wrote:
> > > Does the P650 driver support XVideo after all? What does
> > > "xdpyinfo | grep -i XV" say?
> >
> > You just get info, if the X Server supports XVideo, not if the
> > driver supports it.
> >
> > xvinfo
> > is what he wants to try.
>
> Thanx for clarifying this, I haven't thought of xvinfo.
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 9 Jul 2004 00:49:42 +0200
> From: Jan Eisner <eisner at math.cas.cz>
> Subject: [MPlayer-users] Problems with full screen in latest CVS
> To: mplayer-users at mplayerhq.hu
> Message-ID: <20040708224942.GE22093 at matsrv.math.cas.cz>
> Content-Type: text/plain; charset=us-ascii
>
> some time ago (maybe long) there was a discussion about
> non-working full screen mode of mplayer
>
> I have realized that in CVS versions from approx middle of May (2004 :-)
> after switching to fs via F the picture is zoomed in but the upper left
> corner remains in the upper left corner of the "mother" window, i.e.
> the left and/or bottom parts of the picture are not visible.
>
> does anybody has a patch?
>
> I am using RH8.0 with "included version" of Gnome and gcc 3.2.
>
> on Gnome 2.2.2 from WhiteBox linux for amd64
> and gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-20)
> (in particular, with cvs MPlayer dev-CVS-040630-06:00-3.2.3)
> this problem does not appear.
>
> Thanks for solution :-)
>
> Honza Eisner
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 08 Jul 2004 20:25:25 -0400
> From: "C. Schanck" <Chris.Schanck at xilinx.com>
> Subject: [MPlayer-users] Seeking in ASF Streams (MLB.com)
> To: mplayer-users at mplayerhq.hu
> Message-ID: <40EDE5F5.7070603 at xilinx.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> > Greetings!
> >
> > Last week I posted about listening to Major League Baseball games. It
> > turns out that mplayer handles these streams just fine, once you get
> > past the method the web site uses to load them. I wrote a simple Python
> > script to grab the stream URL, and open a terminal window with mplayer
> > inside, playing the stream (if anyone is interested, drop me a line).
>
> I'd be interested! I'm tired of using Mozilla's Page Info to grab the
> stream each time. Some automation would be welcome...
>
> Thanks,
>
> Chris
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 8 Jul 2004 20:14:25 -0500
> From: Stephen Stocker <lpar at par1.net>
> Subject: [MPlayer-users] SVGAlib warning (was rtc issues)
> To: mplayer-users at mplayerhq.hu
> Message-ID: <200407090117.i691HEIv025223 at par1.net>
> Content-Type: text/plain; charset=iso-8859-1
>
> Just a note to any who may contemplate using the alpha version of
> svgalib. You may want to reconsider.
>
> After a solid lockup caused by a graphics viewer (even with SysReq set
> up on my kernel), I ran a make uninstall, then tried to feed my
> standard svgalib back in from a backup CD. I then discovered that
> somehow, the uninstall had also managed to delete the ide-scsi module,
> along with my ham radio packet modules!
>
> So, no CD from which to feed in a backup. Fortunately, I'm rather
> paranoid about such things and was able to reboot from a boot disk,
> then feed everything in from CD normally.
>
> But after 4 years of using a number of apps suid root (including
> MPlayer for nearly that long) with no problems, believe me, you're
> better off running with proven software. No conceivable attack from a
> hacker could have caused me so many problems, and as I say, I've never
> encountered such a thing. This isn't Windoze. :)
>
> OTOH, if you've got the development version(s) of svgalib working
> satisfactorily, there's no reason *not* to use it.
>
> Take care,
> Steve
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 09 Jul 2004 14:16:04 +0800
> From: Mick <email_mick_groups at bigpond.com>
> Subject: Re: [MPlayer-users] [BUG] -srate is (still) broken
> To: MPlayer-Users-List <mplayer-users at mplayerhq.hu>
> Message-ID: <1089353763.6963.61.camel at mick.work>
> Content-Type: text/plain
>
> Could this be why my bttv recordings (using line in) sound so shity?
>
> I'm using:
> /bin/nice -n-20 /usr/bin/mencoder tv:// -tv
> driver=v4l:width=528:height=576:outfmt=yuy2:input=0:device=/dev/v4l/video0:
>norm=PAL:chanlist=australia:channel=10:audiorate=44100:forcechan=2:alsa -ovc
> lavc -lavcopts vcodec=mpeg4:vbitrate=2200 -oac mp3lame -lameopts
> fast:preset=standard -vf
> crop=512:560,pp=tn/lb/vb:2,scale=512:384,dsize=1.3333 -sws 0 -endpos 10
> -ffourcc divx -o test.avi
>
> And the audio sounds like an 8khz sample. I thought maybe it has
> something to do with my cards output or sblive values poor input..
>
> Mick
>
> On Fri, 2004-07-09 at 04:03, Giacomo Comes wrote:
> > Hi everybody,
> > I have reported this bug more than one month ago, but there were no
> > reaction. So I'm reporting it again.
> >
> > With MPlayer1.0pre4 and latest CVS there is a bug
> > that shows up using the -srate option.
> > For example take a video with 8000 Hz sound and play it with:
> > mplayer video -srate 44100
> > the audio will be terribly distorted, but with
> > mplayer video -af resample=44100
> > it works fine.
> > With mplayer is possible to circumvent the bug as showed,
> > but the trick does not work with mencoder!!!
> > MPlayer1.0pre3 didn't have the problem.
> >
> > The bug doesn't concern only 8000 Hz sound played at 44100 Hz, it shows
> > up also if you play a 48000 Hz audio at 44100 Hz or viceversa but it's
> > more difficult to ear it.
> > If requested I can provide a small video with 8000 Hz audio.
> >
> > Cheers
> >
> > Giacomo
> >
> > _______________________________________________
> > MPlayer-users mailing list
> > MPlayer-users at mplayerhq.hu
> > http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
> ------------------------------
>
> Message: 9
> Date: Fri, 09 Jul 2004 14:19:09 +0800
> From: Mick <email_mick_groups at bigpond.com>
> Subject: Re: [MPlayer-users] 2 audio streams (with Alsa)
> To: "MPlayer usage questions, features, bugreports"
> <mplayer-users at mplayerhq.hu>
> Message-ID: <1089353949.6961.64.camel at mick.work>
> Content-Type: text/plain
>
> > I you are using Alsa I think you can use a combination of the PCM
> > multi and route plugins. PCM multi is used to create a four channel
> > PCM device from your two sound cards. PCM route sends a stereo channel
> > to both cards. I haven't tested the configuration, but it should work.
>
> This looks like the solution. I can see there is now preliminary
> support for alsa on my dxr3, so I'll give this a go. Wow. exciting!
>
> Cheers,
> Mick
>
>
>
> ------------------------------
>
> Message: 10
> Date: Fri, 9 Jul 2004 02:44:00 -0400
> From: D Richard Felker III <dalias at aerifal.cx>
> Subject: Re: [MPlayer-users] Audio & video file sizes don't add up to
> actual file size (mencoder)
> To: "MPlayer usage questions, features, bugreports"
> <mplayer-users at mplayerhq.hu>
> Message-ID: <20040709064359.GF26953 at brightrain.aerifal.cx>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, Jun 22, 2004 at 12:07:31AM +0200, Pit Cuppens wrote:
> > Dear all,
> >
> > I tried encoding a movie with mencoder using
> >
> > mencoder dvd://1 -dvd-device VIDEO_TS/ -o movie.avi -alang en -vf
> > crop=720:436:0:70,scale=416:-3 -oac lavc -ovc lavc -lavcopts acodec=ac3:
> > abitrate=128:vcodec=mpeg4:vbitrate=829:vhq:vqmin=2:v4mv:trell:autoaspect:
> > vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.01:vpass=2 -endpos 6060
> >
> > This works fine, and just before mencoder ends, it outputs
> > the video and audio bitrate: the audio bit rate is 128kbit
> > and the video rate around 828kbit -- which is wonderful.
> >
> > Now my problem is the following. Mencoder also outputs
> > (right after the above bitrates, in parenthesis) the number
> > of bytes used for video and audio. Again, these numbers
> > are exactly what I have expected. However, if I add them
> > together, I get an (expected) total file size which is
> > *much* smaller (around 30mb) than the actual size of the
> > movie (as obtained via 'ls' on Unix). Obviously, mencoder
> > needs some more space for the AVI-format, header, etc.,
> > and does *not* take this into account in the bitrates.
> > Is this correct?
> >
> > And is it also correct that this additional space is
> > proportional to the movie size? (Because it seems to
> > me that 30mb is a little bit too much for file header,
> > etc.) Is there a way to predict this additional space?
> >
> > Many thanks for your answers,
>
> The additional space is 24 bytes per frame. A frame means either a
> video frame or an audio frame. MP3 audio usually has around 38 frames
> per second at normal samplerates. So you can count on about 1300-1600
> bytes per second wasted on AVI crap, depending on your video framerate
> and audio samplerate. (To get the exact audio frame rate, divide the
> samplerate by 1152. Or by 576 if you're using a low "MPEG-2"
> samplerate, i.e. below 32000.) Finally there are a few bytes for the
> main header and stuff, but those are fixed size and don't grow with
> the length of the movie.
>
> Rich
>
>
>
> ------------------------------
>
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
>
> End of MPlayer-users Digest, Vol 7, Issue 28
> ********************************************
More information about the MPlayer-users
mailing list