mplayer

2004-01-19 Thread Maximiliano Garcia Silva - DECIDIR Argentina
can anyone tell my where i found an url for download  a package of mplayer??

tanks in advance
max



I'v finneshed building http://marillat.free.fr/(mplayer) on sparc!

2003-12-30 Thread Mike Mestnik
mplayer works and I think it's even possible to use transcode.

WHO
Mike Mestnik : for being me.
Christian Marillat : for putting the source 
debs together.

and every one else how's packages appear within.  With a special thanx to:
Mean : for his help with avidemux and for mostly being his 
source in 2002.

WHERE
http://www.technofoundry.com/~cheako/debian/marillat/
ftp://filbert.is-a-geek.org/pub/debian/marillat/
http://filbert.is-a-geek.org/ftp/pub/debian/marillat/

TODO
Put on a mirror with lot's 'o' bandwidth, I have not made them apt-gettable for 
this reason.
A replacement for libdivxenc needs to be found as it is closed source.
avidemux and kplayer don't build.  I fixed as many trivial porting bugs as I 
could, thought you
could get lucky.

__
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003



Re: MPlayer 1.0-pre3

2003-12-11 Thread nrm1
Hello,

   If you don't have artsd support built into mplayer then artsd will
not give control of your sound over to mplayer, thats why you need to shut
it down.


- Original Message - 
From: "Pieter-Paul Spiertz" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, December 11, 2003 6:33 AM
Subject: MPlayer 1.0-pre3


> Hi,
>
> Just to let you know: on 9 december, MPlayer 1.0-pre3 was released and
> rereleased (the first version didn't even compile on any big-endian
> architecture.)
>
> It looks like the colour problems of the previous version have been
> fixed (mlib is mentioned in the long changelog), but stability is
> terrible compared to -pre2. Arguably, only fixing the compilation
> problems is not all :)
>
> It repeatedly crashes:
>
> [EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer -ao null
./returnoftheking_nl480_dl.mov
>  ...
> MPlayer interrupted by signal 10 in module: decode_video
> - MPlayer crashed. This shouldn't happen.
>
> [EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer -ao null
rtsp://streams.omroep.nl/tv/tros/2vandaag/bb.tyler.rm
>  ...
> MPlayer interrupted by signal 10 in module: open_stream
> - MPlayer crashed. This shouldn't happen.
>
> I hope there'll be another rerelease for Sparc. :)
>
>
> As a sidenote, when KDE's sound daemon artsd is active, mplayer says:
>
> [EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer ./Royksopp\ -\ Remind\
Me\ \(DK\ Yankz\).avi
>   ...
> audio_setup: Can't open audio device /dev/dsp: Device or resource busy
> ao_nas: init(): Can't open nas audio server -> nosound
> SDL: Samplerate: 44100Hz Channels: Stereo Format Signed 16-bit
(Big-Endian)
> Killed
>
> It is killed because my kernel (Debian's 2.4.21) oopses:
>
> Dec 11 13:24:41 cruithne kernel: Unable to handle kernel NULL pointer
dereference
> Dec 11 13:24:41 cruithne kernel: tsk->{mm,active_mm}->context =
072a
> Dec 11 13:24:41 cruithne kernel: tsk->{mm,active_mm}->pgd =
f80014a84000
> Dec 11 13:24:41 cruithne kernel:   \|/  \|/
> Dec 11 13:24:41 cruithne kernel:   "@'/ .. \`@"
> Dec 11 13:24:41 cruithne kernel:   /_| \__/ |_\
> Dec 11 13:24:41 cruithne kernel:  \__U_/
> Dec 11 13:24:41 cruithne kernel: mplayer(5701): Oops
>
> Is this normal? The audio/cs4231 modules are loaded.
>
> (No such problem when I kill artsd beforehand; the Royksopp divx plays
> fine then, a bit slow but with the correct colours! :))
>
>
> Regards,
> Pieter-Paul
>
>
>
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>
>
>




MPlayer 1.0-pre3

2003-12-11 Thread Pieter-Paul Spiertz
Hi,

Just to let you know: on 9 december, MPlayer 1.0-pre3 was released and
rereleased (the first version didn't even compile on any big-endian
architecture.)

It looks like the colour problems of the previous version have been
fixed (mlib is mentioned in the long changelog), but stability is
terrible compared to -pre2. Arguably, only fixing the compilation
problems is not all :)

It repeatedly crashes:

[EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer -ao null 
./returnoftheking_nl480_dl.mov
 ...
MPlayer interrupted by signal 10 in module: decode_video
- MPlayer crashed. This shouldn't happen.

[EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer -ao null 
rtsp://streams.omroep.nl/tv/tros/2vandaag/bb.tyler.rm
 ...
MPlayer interrupted by signal 10 in module: open_stream
- MPlayer crashed. This shouldn't happen.

I hope there'll be another rerelease for Sparc. :)


As a sidenote, when KDE's sound daemon artsd is active, mplayer says:

[EMAIL PROTECTED]:~$ /usr/src/MPlayer-1.0pre3/mplayer ./Royksopp\ -\ Remind\ 
Me\ \(DK\ Yankz\).avi
  ...
audio_setup: Can't open audio device /dev/dsp: Device or resource busy
ao_nas: init(): Can't open nas audio server -> nosound
SDL: Samplerate: 44100Hz Channels: Stereo Format Signed 16-bit (Big-Endian)
Killed

It is killed because my kernel (Debian's 2.4.21) oopses:

Dec 11 13:24:41 cruithne kernel: Unable to handle kernel NULL pointer 
dereference
Dec 11 13:24:41 cruithne kernel: tsk->{mm,active_mm}->context = 072a
Dec 11 13:24:41 cruithne kernel: tsk->{mm,active_mm}->pgd = f80014a84000
Dec 11 13:24:41 cruithne kernel:   \|/  \|/
Dec 11 13:24:41 cruithne kernel:   "@'/ .. \`@"
Dec 11 13:24:41 cruithne kernel:   /_| \__/ |_\
Dec 11 13:24:41 cruithne kernel:  \__U_/
Dec 11 13:24:41 cruithne kernel: mplayer(5701): Oops

Is this normal? The audio/cs4231 modules are loaded.

(No such problem when I kill artsd beforehand; the Royksopp divx plays
fine then, a bit slow but with the correct colours! :))


Regards,
Pieter-Paul




Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-14 Thread Antonello
On Sunday 12 October 2003 19:42, Erwann Abalea wrote:

> I can't compile mplayer with mlib support, I tried with both
> mplayer-1.0pre1 and pre2. Sometimes mplayer crashes, sometimes I can't
> even start it (when I try to execute it or simply when I try a 'ldd
> mplayer', I get: "Inconsistency detected by ld.so: dynamic-link.h: 62:

I don't get this error, however mplayer doesn't display the "using mlib for 
colorspace transform" message. Pre1/2 seems to run a little slower than 0.9x, 
too.

> Antonello, I also have weird colors on my Creator3D card when playing DIVX
> movies. Here's what I do to solve this:
>  - if you run gmplayer, run it with an additional: "-vf rgb2bgr=swap"

With pre1 and pre2, mplayer crashes badly when even trying this.

-- 
  .''`.     Antonello Iunco 
 : :'  :
 `. `'`     Natural Born Betatester 
   `-   Cruising the Web on a (Modified) Debian-Powered Sun Ultra10
 -debian-   Free people choose free software!



Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-12 Thread Erwann Abalea
On Fri, 3 Oct 2003, David S. Miller wrote:

> On Thu, 2 Oct 2003 14:27:48 +0200 (CEST)
> Erwann Abalea <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2 Oct 2003, Antonello wrote:
> >
> > > If you haven't enabled mlib yet, I advice you to do it, since the
> > > performance boost (at no additional cost) is remarkable. I posted a
> > > pico-howto on this subject some time ago (with the precious help of Mr.
> > > Miller), you can find it in the mailing list archives.
> >
> > I found your pico-howto, and I'll test it. I'm downloading the libmlib
> > packages, I'll test them later. Thanks.

I downloaded the SUNWmlib 2.2 packages, and installed the sparcv8plus+vis
library and headers in the proper places (and done a symbolic link from
libmlib.so to libmlib.so.2).

I can't compile mplayer with mlib support, I tried with both
mplayer-1.0pre1 and pre2. Sometimes mplayer crashes, sometimes I can't
even start it (when I try to execute it or simply when I try a 'ldd
mplayer', I get: "Inconsistency detected by ld.so: dynamic-link.h: 62:
elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!"). When this
happens, the linker told me just before that libmlib.so depends on
libc.so.1 and libm.so.1, which don't exist on my system. I tried making
symbolic links to libc.so.6 and libm.so.6, with no luck.

I use CFLAGS="-O4 -mcpu=v9 -mtune=ultrasparc -ffast-math
-fomit-frame-pointer -pipe", and without mlib, I can get a decent speed
(I still must drop frames, though).

Antonello, I also have weird colors on my Creator3D card when playing DIVX
movies. Here's what I do to solve this:
 - if you run gmplayer, run it with an additional: "-vf rgb2bgr=swap"
 - if you run mplayer, run it with the same line as above, but also
   decrease the contrast manually (key 1, not the one from the keypad); I
   can't change it by a command line

That works for me, and drops a little more frames.
I use the x11 video output driver, not sdl (which is slower for me).

-- 
Erwann ABALEA <[EMAIL PROTECTED]> - RSA PGP Key ID: 0x2D0EABD5
-
Think carefully before wishing, it might just come true.



Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-03 Thread Antonello
On Fri, 3 Oct 2003 01:11:28 -0700
"David S. Miller"  wrote:

> Once I have all of this work done I'll make an effort to create a
> patch for mplayer-1.0preX and maybe even try to figure out that
> color problem (reds and blues are reversed in every pixel which
> points to some kind of endianness bug).  However I encourage

Using the older mplayer 0.91, my problem is quite different: on the
Creator (FFB2+, not 3D) the dark scenes are rendered correctly, with
visible "Robocop-termograph-like" artifacts on the shinier ones. It
smells like the white colour is badly interpreted by mplayer. Taking a
screenshot of the mplayer windows with Ksnapshot shows the correct
colors in the screenshot itself, while the real mplayer window is still
garbled. Maybe a YUV2RGB issue? or X11 driver, possibly. 1.0preX seems
to have the same problem (and crashes at 24 bits of color depth on both
PGX and Creator).

Have a great day,
Antonello.

-- 
Antonello <[EMAIL PROTECTED]> ICQ 8442040-MSN [EMAIL PROTECTED] - phone: ask :P

There will be no consolation prize / this time the bone is broken clean
no baptism, no reprise / and no sweet taste of victory [Jann Arden]



Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-03 Thread David S. Miller
On Thu, 2 Oct 2003 14:27:48 +0200 (CEST)
Erwann Abalea <[EMAIL PROTECTED]> wrote:

> On Thu, 2 Oct 2003, Antonello wrote:
> 
> > If you haven't enabled mlib yet, I advice you to do it, since the
> > performance boost (at no additional cost) is remarkable. I posted a
> > pico-howto on this subject some time ago (with the precious help of Mr.
> > Miller), you can find it in the mailing list archives.
> 
> I found your pico-howto, and I'll test it. I'm downloading the libmlib
> packages, I'll test them later. Thanks.

FWIW, I wrote all the VIS routines for IDCT, motion compensation,
and yuv2rgb conversions for libmpeg2.  I'm working with the libmpeg2
maintainer to integrate my work.

The IDCT part needs a little more work but otherwise it's %100
complete (and yes much faster than Sun's crap in mlib :)

Once I have all of this work done I'll make an effort to create a
patch for mplayer-1.0preX and maybe even try to figure out that
color problem (reds and blues are reversed in every pixel which
points to some kind of endianness bug).  However I encourage
Antonello to still file the bug in the mplayer bug area so that
they know about it.




Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-02 Thread Antonello
On Thu, 2 Oct 2003 14:27:48 +0200 (CEST)
Erwann Abalea <[EMAIL PROTECTED]> wrote:

> BTW, without mlib, I can get a pretty good video experience on my 300 MHz
> Ultra2, but I have to allow the player to drop frames to get audio/video
> sync. When I'm only watching the video and nothing else runs, I sometimes

I solved many AV sync issues by using SDL audio and video output
drivers. However, on my Ultra 10, maybe because of the SLOW ide
controller and of the huge windowing system that I use (KDE 3, dual
display) it's quite impossible to watch a movie with a human-compliant
frame rate (at least on the PGX) ;). With mlib and the Creator board
instead I'm able to watch a movie (windowed, not in fullscreen mode)
with frame dropping disabled. I do have a SCSI controller, and an
external SCSI box for 6 SCA disks (think it's called an UniPack), but
the disks are old and their capacity is limited. I think the lack of
decent IDE busmastering on the Ultra10 is the main reason for my system
being slow as a little snail ;).

Now I'm trying to convince my employer to buy a new Sun workstation to
replace my x86 PC. I would to run Debian on it (side by side with
Solaris), so I am wondering if someone the list might give me some
advice on the most Penguin-compatible and valuable workstation to buy
(at a reasonable price, of course) ;). Any suggestion is appreciated ;)

Bye,
Antonello

-- 
Antonello <[EMAIL PROTECTED]> ICQ 8442040-MSN [EMAIL PROTECTED] - phone: ask :P

There will be no consolation prize / this time the bone is broken clean
no baptism, no reprise / and no sweet taste of victory [Jann Arden]



Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-02 Thread Erwann Abalea
On Thu, 2 Oct 2003, Antonello wrote:

> Where did you find the source deb-src? do you mean the official Debian
> archive?

Sorry, that was an older version (0.90-rc5). I downloaded the 1.0pre1
version from the MPlayer home page, there's a debian/ directory in the
archive, and a 'dpkg-buildpackage' does the rest. The resulting debian
package is named mplayer_0.90cvs_sparc.deb, though.

> > How can I say if mplayer was compiled with mlib support? Will a 'ldd
> > /usr/bin/mplayer' show something, or is something loaded at runtime?
>
> If compiled with mlib, mplayer outputs in console a message that sounds
> like: "using mlib for colorspace transform"

I'll test it when I'll be back home.

> If you haven't enabled mlib yet, I advice you to do it, since the
> performance boost (at no additional cost) is remarkable. I posted a
> pico-howto on this subject some time ago (with the precious help of Mr.
> Miller), you can find it in the mailing list archives.

I found your pico-howto, and I'll test it. I'm downloading the libmlib
packages, I'll test them later. Thanks.

BTW, without mlib, I can get a pretty good video experience on my 300 MHz
Ultra2, but I have to allow the player to drop frames to get audio/video
sync. When I'm only watching the video and nothing else runs, I sometimes
can notice that frames were dropped; the margin is very low, I can't even
run a simple 'top' in a console, or I loose too much frames. The film was
accessed by NFS, over a 10 MBps link (yes, between my workstation and my
fileserver, there's a 10 MBps hub somewhere, I have to find a cheap and
small 100 MBps one).

-- 
Erwann ABALEA <[EMAIL PROTECTED]> - RSA PGP Key ID: 0x2D0EABD5
-
Le netétiquette n'est qu'une vaste fumisterie,il faut de l'argent pour
fonctionner,à force,en France de refuser tout rapport sain avec
l'argent,l'on riqsque de tuer ce nouvel outil.
-+- AA in: Guide du Neuneu d'Usenet - Le netétiquette du riche -+-





Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-02 Thread Antonello
On Thu, 2 Oct 2003 11:11:29 +0200 (CEST)
Erwann Abalea <[EMAIL PROTECTED]> wrote:

> > Mplayer-1.0pre1
> > Crashes badly when opening video streams using the X11 driver on 24-bit
> I run X in 24 bits, and I use the x11 driver (no other available for me).
> The colors were wrong at the first times, but it suddenly "fell working"
> (I wanted to fast forward my movie, so I used the -idx command line
> switch, and suddenly the colors were good).

I'll try adding -idx, then.
Where did you find the source deb-src? do you mean the official Debian
archive?

> How can I say if mplayer was compiled with mlib support? Will a 'ldd
> /usr/bin/mplayer' show something, or is something loaded at runtime?

If compiled with mlib, mplayer outputs in console a message that sounds
like: "using mlib for colorspace transform"

If you haven't enabled mlib yet, I advice you to do it, since the
performance boost (at no additional cost) is remarkable. I posted a
pico-howto on this subject some time ago (with the precious help of Mr.
Miller), you can find it in the mailing list archives.

Bye,
Antonello
-- 
Antonello <[EMAIL PROTECTED]>



Re: [debian-sparc] Update on mplayer support for Linux/SPARC

2003-10-02 Thread Erwann Abalea
Hi,

On Tue, 30 Sep 2003, Antonello wrote:

> after further investigation, I collected some (I hope) interesting bugs
> in mplayer for Sparc under Debian/Unstable.

I'm running Debian/Stable, but I compiled Mplayer 1.0pre1 from an Unstable
deb-src, and I tested it on a Divx film on my Ultra2 with a Creator3D.

> Mplayer-1.0pre1
> Crashes badly when opening video streams using the X11 driver on 24-bit
> framebuffers (both the ATI/PGX and the Creator FFB2+ that I own). If the
> PGX is set to 16 bit, video is rendered correctly. Using SDL driver,
> video is rendered correcly on the PGX, and with wrong colors on the
> Creator FFB2+. mplayer is compiled with mlib support.

I run X in 24 bits, and I use the x11 driver (no other available for me).
The colors were wrong at the first times, but it suddenly "fell working"
(I wanted to fast forward my movie, so I used the -idx command line
switch, and suddenly the colors were good).

Now, even if I don't specify the -idx switch, or if I call gmplayer, the
colors are still good. I'll shut down X and restart it to see if something
changed.

How can I say if mplayer was compiled with mlib support? Will a 'ldd
/usr/bin/mplayer' show something, or is something loaded at runtime?

-- 
Erwann ABALEA <[EMAIL PROTECTED]> - RSA PGP Key ID: 0x2D0EABD5
-
All wiyht.  Rho sritched mg kegtops awound?



Re: Update on mplayer support for Linux/SPARC

2003-10-02 Thread Matt Fletcher
On Wed, Oct 01, 2003 at 11:35:55PM +0200, Antonello wrote:

> So, it's an mplayer bug. I found no feedback addresses on the mplayer web 
> site, do someone on the list know how to get in touch with the mplayer team 
> for a bug report?

DOCS/en/bugreports.html in mplayer source...



matt



Re: Update on mplayer support for Linux/SPARC

2003-10-01 Thread Antonello
On Wednesday 01 October 2003 10:41, David S. Miller wrote:

> > It's a mlib issue or mplayer's fault in your opinion? 0.91 works quite
> > well on the PGX, but there's no way to use mplayer+creator correctly.
> I think it's mplayer bug, try recompiling with mlib disabled
> which will make this easy to confirm.

It's not a mlib issue.
Compiling without mlib just slows down the whole lot but doesn't solve this 
issue. Colors are rendered the wrong way indipendently of the video output 
used (x11,sdl) with or without mlib.
So, it's an mplayer bug. I found no feedback addresses on the mplayer web 
site, do someone on the list know how to get in touch with the mplayer team 
for a bug report?

P.s.: Latest XMMS upstream in Unstable is buggy, too. It renders just noise 
and no sound.

-- 
Antonello Iunco  - Natural Born Betatester
Cruising the Web on a (Modified) Debian-Powered Sun Ultra10



Re: Update on mplayer support for Linux/SPARC

2003-10-01 Thread David S. Miller
On Tue, 30 Sep 2003 16:54:05 +0200
Antonello <[EMAIL PROTECTED]> wrote:

> It's a mlib issue or mplayer's fault in your opinion? 0.91 works quite
> well on the PGX, but there's no way to use mplayer+creator correctly.

I think it's mplayer bug, try recompiling with mlib disabled
which will make this easy to confirm.



Update on mplayer support for Linux/SPARC

2003-09-30 Thread Antonello
Hi there,
after further investigation, I collected some (I hope) interesting bugs
in mplayer for Sparc under Debian/Unstable.

Mplayer-1.0pre1
Crashes badly when opening video streams using the X11 driver on 24-bit
framebuffers (both the ATI/PGX and the Creator FFB2+ that I own). If the
PGX is set to 16 bit, video is rendered correctly. Using SDL driver,
video is rendered correcly on the PGX, and with wrong colors on the
Creator FFB2+. mplayer is compiled with mlib support.

Mplayer-0.91
Video is rendered correctly with both X11 and SDL drivers on the PGX,
both at 16 and 24 bit resolution. Wrong colors are outputted on the
Creator (24 bit) when using mplayer via a standard shell.
Surprisingly, when using the GUI on the Creator the graphical remote
control appears in dark blue color, but the movie colors are correct
using X11 driver (SDL is not supported in gmplayer). mplayer is compiled
with mlib support even in this case.

It's a mlib issue or mplayer's fault in your opinion? 0.91 works quite
well on the PGX, but there's no way to use mplayer+creator correctly.

Bye,
Antonello.

-- 
Antonello <[EMAIL PROTECTED]>