[MPlayer-dev-eng] R: MPlayer-dev-eng digest, Vol 1 #584 - 9 msgs - Re: programming specs for the G400, specifically brightness/contrast (Arpi)

Fri Mar 8 12:15:51 CET 2002

Hi Arpi, I got this answer from Petr Vandrovec [VANDROVE at vc.cvut.cz]. I hpe
can be useful...

On 24 Jan 02 at 10:29, Bisiach Paolo wrote:

> Is there a possibility to hard-encode those settings in source code ? We
> don't need to tune tvout parameters on the fly, modifying the source code
> &recompiling would be great fo us.

Look at maven_init_TVdata() function in matroxfb_maven.c.

Register pair 0x0E/0x0F contains black level, 0x10/0x11 blank level,
0x1E/0x1F white level (they are 10 bit registers, 8 MSB in register
0x0E, and 2 LSB in 0x0F)...

0x35 contains sync level, 0x3C VBI blank level.

0x20 and 0x22 are CR and CB gain (saturation). 0x25 controls tint (hue).

0x0B is CB burst level, 0x0C is CR burst level. 0x09 is burst width.

0x08 is hsync width, 0x2C is front porch.

So increasing value in registers 0x0E/0x0F should help you. Currently
PAL white level is 0x89/0x03 (== 0x227), and you can go up to 0xFF/0x03
(== 0x3FF). Take a look at http://platan.vc.cvut.cz/~vana/maven/reg007F.htm,
there is equation which Windows driver uses for computing 0x0E/0x0F
and 0x1E/0x1F from contrast and brightness.
                                                            Petr

-----Messaggio originale-----
Da: mplayer-dev-eng-request at mplayer.dev.hu
[mailto:mplayer-dev-eng-request at mplayer.dev.hu]
Inviato: venerdì 8 marzo 2002 12.05
A: mplayer-dev-eng at mplayerhq.hu
Oggetto: MPlayer-dev-eng digest, Vol 1 #584 - 9 msgs

Send MPlayer-dev-eng mailing list submissions to
	mplayer-dev-eng at mplayerhq.hu

To subscribe or unsubscribe via the World Wide Web, visit
	http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
or, via email, send a message with subject or body 'help' to
	mplayer-dev-eng-request at mplayerhq.hu

You can reach the person managing the list at
	mplayer-dev-eng-admin at mplayerhq.hu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MPlayer-dev-eng digest..."

Today's Topics:

   1. Re: programming specs for the G400, specifically brightness/contrast
(Arpi)
   2. new filter layer (Charles Henrich)
   3. Re: does -mf work? (Gabucino)
   4. Re: does -mf work? (Charles Henrich)
   5. Re: new filter layer (Arpi)
   6. Re: Re: [MPlayer-dev-eng] [PATCH] DOCS/bugreports.html (Daniel Egger)
   7. tested new direct rendering (Gabucino)
   8. Re: Re: [MPlayer-dev-eng] [PATCH] DOCS/bugreports.html (Daniel Egger)
   9. Re: does -mf work? (Gabucino)

--__--__--

Message: 1
Date: Fri, 8 Mar 2002 07:56:56 +0100
From: Arpi <arpi at thot.banki.hu>
To: mplayer-dev-eng at mplayer.dev.hu
Subject: Re: [MPlayer-dev-eng] programming specs for the G400, specifically
brightness/contrast
Reply-To: mplayer-dev-eng at mplayerhq.hu

Hi,

> The vidix EQ does not work on the G400 (BES).  I have "#deinfed" the
> MGA_EQUALIZER macro but I get a picture that is shaded green on the
> top half and purple on the bottom half (or is it the other way
> around?) and adjusting the brightness and/or contrast has no effect.
> 
> The whole mechanism looks pretty simple so I want to try to fix it,
> but how do I know which registers are to be programmed with what
> values to adjust brightness and contrast?  There is some code there to
> do it, but it's obviously got a problem.
> 
> Is there a programming spec for the G400 around somewhere?  Where did
ftp.mplayerhq.hu

> the values in the current implementation come from?

eq works in mga_vid kernel module afaik, so you can borrow code from that

A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu

--__--__--

Message: 2
Date: Thu, 7 Mar 2002 23:28:42 -0800
From: Charles Henrich <henrich at sigbus.com>
To: mplayer-dev-eng at mplayerhq.hu
Subject: [MPlayer-dev-eng] new filter layer
Reply-To: mplayer-dev-eng at mplayerhq.hu

Will it require any re-write of the demuxer layer?

-Crh

       Charles Henrich         Eon Entertainment         henrich at msu.edu

                       http://www.sigbus.com:81/~henrich

--__--__--

Message: 3
Date: Fri, 8 Mar 2002 08:30:12 +0100
From: Gabucino <gabucino at mplayer.dev.hu>
To: mplayer-dev-eng at mplayer.dev.hu
Subject: Re: [MPlayer-dev-eng] does -mf work?
Reply-To: mplayer-dev-eng at mplayerhq.hu

--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Charles Henrich didn't RTFM :
> > > Loading DLL: 'm3jpeg32.dll' Segmentation fault (core dumped)
> > sig11 in codec, as we discussed on IRC (bad files?)
> Will regrab the libraries and retry, but I can play mjpeg files okay..
bad (or unsupported) _jpeg_ files..

--=20
Gabucino
"I think the developers placed this bug intentionally, so the GUI won't run
on specific systems. They are Debian-lovers, I see this from the docs." -- =
lama

--DocE+STaALJfprDB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8iGiEAq6GhkS0XDcRAl3dAJ9O5VKcJ6QEOB1nsMLWybS3Y9kk/ACfRo52
OC+OFAxCx+4pRrOI3ImfpHE=
=lU1Z
-----END PGP SIGNATURE-----

--DocE+STaALJfprDB--

--__--__--

Message: 4
Date: Thu, 7 Mar 2002 23:52:45 -0800
From: Charles Henrich <henrich at sigbus.com>
To: mplayer-dev-eng at mplayer.dev.hu
Subject: Re: [MPlayer-dev-eng] does -mf work?
Reply-To: mplayer-dev-eng at mplayerhq.hu

> > > > Loading DLL: 'm3jpeg32.dll' Segmentation fault (core dumped)
> > > sig11 in codec, as we discussed on IRC (bad files?)
> > Will regrab the libraries and retry, but I can play mjpeg files okay..
> bad (or unsupported) _jpeg_ files..

Just standard jpegs as come out of ImageMagick??

-Crh

       Charles Henrich                                   henrich at msu.edu

                       http://www.sigbus.com:81/~henrich

--__--__--

Message: 5
Date: Fri, 8 Mar 2002 09:27:30 +0100
From: Arpi <arpi at thot.banki.hu>
To: mplayer-dev-eng at mplayer.dev.hu
Subject: Re: [MPlayer-dev-eng] new filter layer
Reply-To: mplayer-dev-eng at mplayerhq.hu

Hi,

> Will it require any re-write of the demuxer layer?

no.
it affects just the codecs layer (possible without any modification of
codecs but to get all new features work they need slight modification)
and the mplayer core (codec selection and colorspace selection and
libvo init)

A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu

--__--__--

Message: 6
Subject: Re: Re: [MPlayer-dev-eng] [PATCH] DOCS/bugreports.html
From: Daniel Egger <degger at fhm.edu>
To: mplayer-dev-eng at mplayer.dev.hu
Date: 08 Mar 2002 08:34:28 +0100
Reply-To: mplayer-dev-eng at mplayerhq.hu

Am Don, 2002-03-07 um 19.16 schrieb Gabucino:

> couldn't set fonts, couldn't make tables (I suppose they can be done,
> but haven't found)

That's the trick: There's no need to. IMHO you care too much about
things you shouldn't and in DocBook you won't be able to change anything
without a stylesheet which is the right thing to do(tm).

-- 
Servus,
       Daniel

--__--__--

Message: 7
Date: Fri, 8 Mar 2002 09:47:03 +0100
From: Gabucino <gabucino at mplayer.dev.hu>
To: MPlayer-dev-eng <mplayer-dev-eng at mplayerhq.hu>
Subject: [MPlayer-dev-eng] tested new direct rendering
Reply-To: mplayer-dev-eng at mplayerhq.hu

--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

$subject with Gladiator, 1000 frames, 1 mga buffers
VIDEO:  [DIV3]  640x368  24bpp  25.00 fps  992.7 kbps (121.2 kbyte/s)

divx4 dr
AVE BENCHMARKs: VC:  16.852s VO:   0.015s A:   0.000s Sys:   0.594s =3D   1=
7.462s
divx4 dr (-vo mga because mga_common.c isn't #included in xmga, 4 mga buffe=
rs)
AVE BENCHMARKs: VC:  21.497s VO:   0.014s A:   0.000s Sys:   0.603s =3D   2=
2.114s
divx4 nodr
AVE BENCHMARKs: VC:  17.587s VO:   5.560s A:   0.000s Sys:   0.580s =3D   2=
3.728s
divxds dr
AVE BENCHMARKs: VC:  14.320s VO:   0.014s A:   0.000s Sys:   0.729s =3D   1=
5.062s
divxds dr (-vo mga because mga_common.c isn't #included in xmga, 4 mga buff=
ers)
AVE BENCHMARKs: VC:  20.524s VO:   0.015s A:   0.000s Sys:   0.652s =3D   2=
1.191s
divxds nodr
AVE BENCHMARKs: VC:  16.377s VO:   5.554s A:   0.000s Sys:   0.664s =3D   2=
2.594s
odivx (dr not implemented here)
AVE BENCHMARKs: VC:  13.249s VO:   4.191s A:   0.000s Sys:   0.592s =3D   1=
8.033s
ffdivx (dr not implemented here)
AVE BENCHMARKs: VC:   9.760s VO:   4.193s A:   0.000s Sys:   0.585s =3D   1=
4.538s

--=20
Gabucino
"I think the developers placed this bug intentionally, so the GUI won't run
on specific systems. They are Debian-lovers, I see this from the docs." -- =
lama

--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8iHqHAq6GhkS0XDcRApEiAJ9DnHkbxC9senwzS+aWTd3p9EuVUACePHRO
SnLUgKl9CzkBj8OeS+HuxHw=
=u03C
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--

--__--__--

Message: 8
Subject: Re: Re: [MPlayer-dev-eng] [PATCH] DOCS/bugreports.html
From: Daniel Egger <degger at fhm.edu>
To: mplayer-dev-eng at mplayer.dev.hu
Date: 08 Mar 2002 10:05:49 +0100
Reply-To: mplayer-dev-eng at mplayerhq.hu

Am Fre, 2002-03-08 um 02.09 schrieb Diego Biurrun:

> Daniel, this is your call.  Can you help out here?  I had a look at
> your docbook example.  Looks nice, but I must admit I have no idea
> where to go from there.  How can I generate HTML and do stuff to this?

Try to get the DocBook tools. Most linux distributions come with it
and using Debian you'll be able to install it with: apt-get install
docbook-utils.

After installation a db2html will convert the file to html but it
looks pretty boring without any DSSSL and/or CSS script.

> Can you point me at some basic manuals

I assume you want to know about the tags. Check out www.docbook.org
and download the docbook guide there. It will explain which tags
exist and how to use them. It should be possible to figure the rest
out by having a look at the provided example though I might watch
out for a tutorial if you like.

> and explain to Gabucino how to create tables and do some more funky
things?

Tables can be created using the <table> tag and creating <tgroup>s
within which would translate to <tr> tags in HTML. Unlike HTML where it
was (and unfortunately still is) quite common to use tables for
formatting purposes this is pretty impossible in DocBook; the tables
are only formal and thus probably not of much of for this doc-project.

-- 
Servus,
       Daniel

--__--__--

Message: 9
Date: Fri, 8 Mar 2002 11:33:04 +0100
From: Gabucino <gabucino at mplayer.dev.hu>
To: mplayer-dev-eng at mplayer.dev.hu
Subject: Re: [MPlayer-dev-eng] does -mf work?
Reply-To: mplayer-dev-eng at mplayerhq.hu

--1UWUbFP1cBYEclgG
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Charles Henrich didn't RTFM :
> > > > > Loading DLL: 'm3jpeg32.dll' Segmentation fault (core dumped)
> > > > sig11 in codec, as we discussed on IRC (bad files?)
> > > Will regrab the libraries and retry, but I can play mjpeg files okay..
> > bad (or unsupported) _jpeg_ files..
> Just standard jpegs as come out of ImageMagick??
Yes.

Try #1:

file ~/grab/01.jpg=20
/home/gabucino/grab/01.jpg: JPEG image data, JFIF standard 1.01, aspect rat=
io,
	"xwdump=CB=99=C5=B0", 0 x 0
convert ~/grab/01.jpg a.jpg
xv a.jpg -> ok, nice, etc
cp a.jpg b.jpg
cp a.jpg c.jpg
mencoder \*.jpg -mf on:w=3D800:h=3D600 -vc mjpeg -> completes OK
mplayer test.avi -fps 1 -> whoopps, all green pictures...

mencoder \*.jpg -mf on:w=3D800:h=3D600 -vc ffmjpeg -> completes OK
mplayer test.avi -fps 1 -> whoopps, all green pictures...

mencoder \*.jpg -mf on:w=3D800:h=3D600 -vc m3jpeg
Loading DLL: 'm3jpeg32.dll'
ICDecompressGetFormatSize ret: 40
Called unk_MessageBeep
Called unk_GetActiveWindow
Called unk_DialogBoxParamA
Segmentation fault

Try #2:

file ~/grab/11.jpg
/home/gabucino/grab/11.jpg: JPEG image data, JFIF standard 1.01, resolution
	(DPI), "xwdump=CB=99=C5=B0", 1 x 1
convert ~/grab/11.jpg a.jpg
xv a.jpg -> ok, nice, etc
cp a.jpg b.jpg
cp a.jpg c.jpg

mencoder \*.jpg -mf on:w=3D800:h=3D600 -vc mjpeg -> completes OK
mplayer test.avi -fps 1 -> whoopps, all green pictures...

mencoder \*.jpg -mf on:w=3D800:h=3D600 -vc ffmjpeg -> completes OK
mplayer test.avi -fps 1 -> *ALL OK*

So:
	1. ImageMagick doesn't make JPEGs parsible for mainconcept mjpeg !
	   (BTW, if it wasn't parsible after ImageMagick, it also wasn't
	   parsible _before_ it)
        2. MainConcept supported 0 out of 2 JPEG formats.
	3. ffmjpeg supported     1 out of 2 JPEG formats.

--=20
Gabucino
"I think the developers placed this bug intentionally, so the GUI won't run
on specific systems. They are Debian-lovers, I see this from the docs." -- =
lama

--1UWUbFP1cBYEclgG
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8iJNfAq6GhkS0XDcRAgyIAJoDaaQT92CpixYj2hPdnDcDL61M5wCgteBf
+uempJB+qkAYJG1KORPdJlc=
=K8vG
-----END PGP SIGNATURE-----

--1UWUbFP1cBYEclgG--

--__--__--

_______________________________________________
MPlayer-dev-eng mailing list
MPlayer-dev-eng at mplayerhq.hu
http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng

End of MPlayer-dev-eng Digest