Bug#271235: Starting xine and mplayer makes mplayer work
Fabio Massimo Di Nitto wrote: Xavier Bestel wrote: | Le dim 26/09/2004 à 17:07, Fabio Massimo Di Nitto a écrit : | | |I have been discussing this issue with other people. We believe, at this |point in time, that the bug is in mplayer since all the others players |work fine at the first shot. But there are no doubts that the changes to |the driver (that now supports much more hardware) have introduced this |change. | | | One thing that may help: mplayer uses AUTOPAINT (the Xv window is | painted with the transparent color automatically) whereas xine paints | the window itself. Maybe just the AUTOPAINT method is broken in the | driver, i.e. the drivers paints the window with the wrong color. | | HTH, | | Xav This is a really great catch! Please guys.. another round of tests. New driver is up here: http://people.no-name-yet.com/~fabbione/nv/i386/ You should know the drill by now. Hello Fabio, the new driver works with both 1-7 and 1-7+SVN! No problems in mplayer whatsoever. Thank you for the work! Andrei -- [EMAIL PROTECTED] # http://movzx.net # ICQ: 52641547 signature.asc Description: OpenPGP digital signature
Bug#271235: Starting xine and mplayer makes mplayer work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Valette wrote: | I discovered this when using xine to display the temporary file before | mplayer tries to play it makes mplayer work. So it looks like once | XVideo is alraedy used, mplayer can access it... | | | -- eric | | | I have been discussing this issue with other people. We believe, at this point in time, that the bug is in mplayer since all the others players work fine at the first shot. But there are no doubts that the changes to the driver (that now supports much more hardware) have introduced this change. Fabio - -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBVtsmhCzbekR3nhgRArKRAKCIHLRClIkUeHh5/OBmuJe22fMqzQCghRft h81fqREO/elVnmEcJPByC4s= =4rCY -END PGP SIGNATURE-
Bug#271235: Starting xine and mplayer makes mplayer work
Fabio Massimo Di Nitto wrote: Eric Valette wrote: | I discovered this when using xine to display the temporary file before | mplayer tries to play it makes mplayer work. So it looks like once | XVideo is alraedy used, mplayer can access it... | | | -- eric | | | I have been discussing this issue with other people. We believe, at this point in time, that the bug is in mplayer since all the others players work fine at the first shot. But there are no doubts that the changes to the driver (that now supports much more hardware) have introduced this change. Not quite all the other players. I'm also experiencing problems with tvtime (a program to watch tv which uses the xvideo extension) which I'm describing in an older post to this bug. Maybe this is too a bug in tvtime triggered by the changes in nv_drv.o. Best regards, Andrei -- [EMAIL PROTECTED] # http://movzx.net # ICQ: 52641547 signature.asc Description: OpenPGP digital signature
Re: Bug#271235: Starting xine and mplayer makes mplayer work
Le dim 26/09/2004 à 17:07, Fabio Massimo Di Nitto a écrit : I have been discussing this issue with other people. We believe, at this point in time, that the bug is in mplayer since all the others players work fine at the first shot. But there are no doubts that the changes to the driver (that now supports much more hardware) have introduced this change. One thing that may help: mplayer uses AUTOPAINT (the Xv window is painted with the transparent color automatically) whereas xine paints the window itself. Maybe just the AUTOPAINT method is broken in the driver, i.e. the drivers paints the window with the wrong color. HTH, Xav
Bug#271235: Starting xine and mplayer makes mplayer work
Fabio Massimo Di Nitto wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Valette wrote: | I discovered this when using xine to display the temporary file before | mplayer tries to play it makes mplayer work. So it looks like once | XVideo is alraedy used, mplayer can access it... | | | -- eric | | | I have been discussing this issue with other people. We believe, at this point in time, that the bug is in mplayer since all the others players work fine at the first shot. But there are no doubts that the changes to the driver (that now supports much more hardware) have introduced this change. Fabio Then I will bug mplayer people :-) A big thanks for your work and time. -- eric