headers
Mike Giancaspro | 1 Aug 2008 02:48

Re: Configure Problem

Hi,

Thanks for your reply.  To answer your question below, yes.  It is at: 
/lib/libXext.so.6.4.0

Thanks

Mike

Masaru Nomiya wrote:
> Hello,
>
> In the Message; 
>
>   Subject    : Re: [MPlayer-users] Configure Problem
>   Message-ID : <48913E39.7000208 <at> dishmail.net>
>   Date & Time: Wed, 30 Jul 2008 21:23:21 -0700
>
> [Mike] == Mike Giancaspro <mikegian <at> dishmail.net> has written:
>
> Mike> cc -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native 
> Mike> -mtune=native -pipe -ffast-math -fomit-frame-pointer        -o 
> Mike> /tmp/mplayer-conf-32454-4608 /tmp/mplayer-conf-17966-4608.c -lXext -lX11 
> Mike> -lpthread
> Mike> /usr/bin/ld: cannot find -lXext
> Mike> collect2: ld returned 1 exit status
>
> This is a library problem.
> Is there libXext.so.6 in your system?
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
The Wanderer | 1 Aug 2008 02:54
Picon

Re: Configure Problem

Mike Giancaspro wrote:

> Hi,
> 
> Thanks for your reply.  To answer your question below, yes.  It is
> at: /lib/libXext.so.6.4.0

As I said elsewhere, what you need at compile time is not the .so file
but the .a file - in this case, libXext.a.

Also, at least on these mailing lists but preferably as a general rule,
please do not top-post; it's a bad idea. If you don't know what it is,
remember that Google is your friend.

--

-- 
       The Wanderer sometimes wonders if that means that Google is The 
Computer...

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.
Permalink | Reply | 1 comment |
headers
Larry Wyble | 1 Aug 2008 03:33

Mplayer slow acting


I'm having a problem with Mplayer and the tv card.
Everything plays fine but it loads really slow on startup and when I
try to change channels that is very slow also. If I try to change 
through several channels at a time it will hang up for up to a minute
before it gets through the channels.  I had it working very well on a
much slower computer but on my newer computer it is really slow
acting. Here's the specifics:

AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
nVidia Corporation G70 [GeForce 7600 GS]
Philips Semiconductors SAA7133/SAA7135 Video Broadcast Decoder
Linux version 2.6.21.5-smp
MemTotal:      2069424 kB

Any help appreciated

Thanks
Permalink | Reply | 0 comments |
headers
Mike Giancaspro | 1 Aug 2008 03:55

Re: Configure Problem

The Wanderer wrote:
> Mike Giancaspro wrote:
>
>   
>> Hi,
>>
>> Thanks for your reply.  To answer your question below, yes.  It is
>> at: /lib/libXext.so.6.4.0
>>     
>
> As I said elsewhere, what you need at compile time is not the .so file
> but the .a file - in this case, libXext.a.
>
> Also, at least on these mailing lists but preferably as a general rule,
> please do not top-post; it's a bad idea. If you don't know what it is,
> remember that Google is your friend.
>
>   
The Wanderer,

Sorry for the top-post, I personally find it easier, but that's just 
me.  I could be weird.  Anyway, thanks for the help.  Knowing the 
library name helped me find the correct package out of the hundreds that 
Fedora supplies.

Now it's on to compiling.

Thanks again.

Mike
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mario Valle | 1 Aug 2008 07:30
Picon
Favicon
Gravatar

Re: mplayer view jpg

ACS wrote:
>>> haibin zhang wrote:
>>>       
>>>>       When I use the command you mentioned to view a *sequence* of 
>>>> jpegs,
>>>> how do I to set the interval between two jpegs?
>>>>
>>>>         
>>> mplayer mf://\*.jpg -mf fps=1
>>>
>>> one second between images
>>> -mf fps=0.1 ten and so on :-)
>>>
>>> Anyway, it is as usual in the manual under -mf
>>>
>>> Ciao!
>>>        mario
>>>       
>
> 2 issues:
> -When I use fps=0.1 , mplayer becomes "unresponsive."
> It's like key strokes or slave commands are only handled on a frame update, 
> which might take 10 seconds
>   
I have a script to copy an image x times so in your case I use 100 
copies of each image and use fps=10

> A way out might be an extra "repeat option." That way fps=5 (=smooth 
> control) can be combined with 10 sec slide show delay (repeat=50)
> -All content is stretched (either horizontally or vertically) to fill my 4:3
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ivan Kalvachev | 1 Aug 2008 11:56
Picon

Re: Fullscreen does not work on nonstandard resolution 1366x768

On 7/29/08, lzap <lzap <at> seznam.cz> wrote:
> Hello there,
>
> my TV TOSHIBA can officially do only 1024x768 over VGA connector but I
> have found out that some combinations of modelines in XOrg  <at>  Linux
> and resolutions (1368x768 or 1366x768) works pretty well and full TV
> screen is used (no black bars over VGA). Great but...
>
> mplayer does not work well in fulscreen mode. The whole picture is
> moved left, there is a vertical black bar on the right side (see the
> attached resolution-foto2.jpeg). The video is OK and I can even zoom
> the picture using W and E keys to push out the black bar (but losting
> left side of the picture). When using mplayer without fullscreen
> everything goes well - I can even maximize the window to fill whole
> screen (see the resolution-foto1.jpeg).
>
> If I use x11 video output the picture is rendered ok. I can see this
> problem only in xv, xvmc, gl and gl2 modes (maybe more, didnt test
> them all as I do not have all required hardware).
>
> The strange thing is if I use VLC in the XVideo mode it renders well.
> My first assupmtion was "an issue in the xv code" but after this
> discovery I am not sure. What does this trigger? Such as untypical
> resolution? Is this a issue in mplayer or in xv code?
>
> I am using Ubuntu 8.04.1 with distribution mplayer. I have also tested
> this behaviour on latest vanilla.
>
> I am attaching mplayer output as well as my xorg.conf. I would
> appreciate any tips or help. Thank you in advance.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hao Chi Kiang | 1 Aug 2008 15:29
Picon

Re: video runs too fast when convert rmvb to yuv4mpeg

I am really sorry to use the non-English name.
(I forgot to change the name in gmail)

I have discovered that the problem is mplayer think
my video is 23fps but actually it is about 15fps.

I tried this command:
 mplayer anime.rmvb -vo yuv4mpeg:file=anime.yuv -nosound
 -noframedrop -quiet -identify -fps 15
and the result seems more similar to original.

How can I get the correct framerate?

Thanks
Permalink | Reply | 0 comments |
headers
Dominik 'Rathann' Mierzejewski | 1 Aug 2008 19:46

Re: Configure Problem

On Thursday, 31 July 2008 at 12:39, The Wanderer wrote:
> (Quoting fixed by hand.)
> 
> 
> Masaru Nomiya wrote:
> 
> > Hello,
> > 
> > In the Message; 
> > 
> >   Subject    : Re: [MPlayer-users] Configure Problem
> >   Message-ID : <48913E39.7000208 <at> dishmail.net>
> >   Date & Time: Wed, 30 Jul 2008 21:23:21 -0700
> > 
> > [Mike] == Mike Giancaspro <mikegian <at> dishmail.net> has written:
> > 
> >> cc -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native 
> >> -mtune=native -pipe -ffast-math -fomit-frame-pointer        -o 
> >> /tmp/mplayer-conf-32454-4608 /tmp/mplayer-conf-17966-4608.c -lXext -lX11 
> >> -lpthread
> >> /usr/bin/ld: cannot find -lXext
> >> collect2: ld returned 1 exit status
> > 
> > This is a library problem.
> > Is there libXext.so.6 in your system?
> 
> Actually, in this case, you need not libfoo.so but libfoo.a. libfoo.so
> being missing would I believe cause problems at runtime, not at compile
> time.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Robert Cummings | 1 Aug 2008 21:23
Favicon
Gravatar

Problems with pausing_keep

Hi all,

I searched the web and couldn't find the answer I want so I signed up to
this list. I've created a wrapper around mplayer in slave mode and I'm
probing mplayer for the current position once per second. The problem is
everytime I use the get_time_pos command the player unpauses if it was
paused. I found the solution was to prefix pausing_keep before the
command. This sort of works... except the player sneaks forward a single
frame now on every probe... which isn't really pausing. Short of hacking
the C code myself (which I will do if I have to), is there a way around
this feature? On a side question -- if anyone happens to know -- what is
the rationale for unpausing in the first place? Couldn't there be a
command-line flag to throttle the feature completely?

Cheers,
Rob.
--

-- 
http://www.interjinn.com
Application and Templating Framework for PHP
Permalink | Reply | 3 comments |
headers
fake name | 2 Aug 2008 01:40
Picon
Favicon

decryption speed problem

Hi all,

I'm having a problem (I believe) with the decryption and/or DVD drive read speed with mencoder.

Is it possible to decrypt and/or transcode faster than real time (i.e. faster than 1x drive speed)?

I noticed the problem when trying to transcode directly from DVD to x264 but have the same problem with a
simple dumpfile dumpstream with mplayer.

This is definitely an I/O limitation and not a CPU limitation.  Other programs (including some that use
mencoder) can accomplish this much faster than real time.  When using those programs my cpu (both cores)
are maxed out but with mencoder it is only using ~ 30%.

I would just use an already existing program, but I'm trying to use this as a learning experience for video
transcoding, mencoder and the x264 codec.

Pertinent info:

core 2 duo  <at>  2.13GHz, 2 gigs RAM, XP SP 2.

Here is my mencoder command:

"C:\Program Files\mencoder\mencoder.exe"  dvd://1 -dvd-device D: -sws 9 -of lavf -lavfopts
format=ipod -vf scale=480:-2,dsize=480:320:0,harddup -ovc x264 -x264encopts
bitrate=896:vbv_maxrate=896:vbv_bufsize=2000:nocabac:me=umh:subq=6:frameref=6:trellis=1:level_idc=30:global_header:threads=auto
-oac faac -aid 128 -faacopts mpeg=4:object=2:br=160:raw -channels 2 -srate 48000 -o "C:\Program
Files\mencoder\test.m4v" 

Here is the log:
(Continue reading)

Permalink | Reply | 0 comments |

Gmane