Re: [Cooker] mplayer security problem
On Sun Sep 28, 2003 at 05:19:46PM +0200, Götz Waschk wrote: > > > Attached is the diff against the 0.91 version. > > This is all that is required to fix the problem? > > The only other diff between 0.91 and 0.92 is the changed version > number. I'm afraid there could be more buffer overflow errors in > mplayer, so please don't run it as root. Shouldn't be run as root anyways. Ok, thanks. If that's the only change, then I'll build with that patch. -- MandrakeSoft Security; http://www.mandrakesecure.net/ Online Security Resource Book; http://linsec.ca/ "lynx -source http://linsec.ca/vdanen.asc | gpg --import" {FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} pgp0.pgp Description: PGP signature
Re: [Cooker] mplayer security problem
Am Samstag, 27. September 2003, 15:25:35 Uhr MET, schrieb Vincent Danen: > > Attached is the diff against the 0.91 version. > This is all that is required to fix the problem? The only other diff between 0.91 and 0.92 is the changed version number. I'm afraid there could be more buffer overflow errors in mplayer, so please don't run it as root. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer security problem
On Sat Sep 27, 2003 at 06:06:45PM +0200, Götz Waschk wrote: > > I just read this on the mplayer site, there's a security hole in almost all > > recent versions of mplayer. A fix-release 0.92 has been made to fix this... > > http://www.mplayerhq.hu/homepage/design6/news.html > > Arrgh, this is too late for 9.2, maybe Vincent will release a security update? Yes. And for 9.1 as well. -- MandrakeSoft Security; http://www.mandrakesecure.net/ Online Security Resource Book; http://linsec.ca/ "lynx -source http://linsec.ca/vdanen.asc | gpg --import" {FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} pgp0.pgp Description: PGP signature
Re: [Cooker] mplayer security problem
On Sat Sep 27, 2003 at 07:07:55PM +0200, Götz Waschk wrote: > > I just read this on the mplayer site, there's a security hole in almost all > > recent versions of mplayer. A fix-release 0.92 has been made to fix this... > > http://www.mplayerhq.hu/homepage/design6/news.html > > Attached is the diff against the 0.91 version. This is all that is required to fix the problem? > --- MPlayer-0.91/libmpdemux/asf_streaming.c 2003-01-06 17:42:20.0 +0100 > +++ MPlayer-0.92/libmpdemux/asf_streaming.c 2003-09-25 12:29:59.0 +0200 > @@ -495,11 +495,11 @@ > return NULL; > } > http_set_uri( http_hdr, server_url->url ); > - sprintf( str, "Host: %s:%d", server_url->hostname, server_url->port ); > + sprintf( str, "Host: %.220s:%d", server_url->hostname, > server_url->port ); > url_free( server_url ); > } else { > http_set_uri( http_hdr, url->file ); > - sprintf( str, "Host: %s:%d", url->hostname, url->port ); > + sprintf( str, "Host: %.220s:%d", url->hostname, url->port ); > } > > http_set_field( http_hdr, str ); -- MandrakeSoft Security; http://www.mandrakesecure.net/ Online Security Resource Book; http://linsec.ca/ "lynx -source http://linsec.ca/vdanen.asc | gpg --import" {FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} pgp0.pgp Description: PGP signature
Re: [Cooker] mplayer security problem
Am Samstag, 27. September 2003, 09:35:39 Uhr MET, schrieb Simon Oosthoek: > I just read this on the mplayer site, there's a security hole in almost all > recent versions of mplayer. A fix-release 0.92 has been made to fix this... > http://www.mplayerhq.hu/homepage/design6/news.html Attached is the diff against the 0.91 version. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War" --- MPlayer-0.91/libmpdemux/asf_streaming.c 2003-01-06 17:42:20.0 +0100 +++ MPlayer-0.92/libmpdemux/asf_streaming.c 2003-09-25 12:29:59.0 +0200 @@ -495,11 +495,11 @@ return NULL; } http_set_uri( http_hdr, server_url->url ); - sprintf( str, "Host: %s:%d", server_url->hostname, server_url->port ); + sprintf( str, "Host: %.220s:%d", server_url->hostname, server_url->port ); url_free( server_url ); } else { http_set_uri( http_hdr, url->file ); - sprintf( str, "Host: %s:%d", url->hostname, url->port ); + sprintf( str, "Host: %.220s:%d", url->hostname, url->port ); } http_set_field( http_hdr, str );
Re: [Cooker] mplayer security problem
Am Samstag, 27. September 2003, 09:35:39 Uhr MET, schrieb Simon Oosthoek: > I just read this on the mplayer site, there's a security hole in almost all > recent versions of mplayer. A fix-release 0.92 has been made to fix this... > http://www.mplayerhq.hu/homepage/design6/news.html Arrgh, this is too late for 9.2, maybe Vincent will release a security update? -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer 0.96-6 bulidrequires libmp3lame-devel
Am Donnerstag, 4. September 2003, 11:46:42 Uhr MET, schrieb Guillaume Rousse: > Ainsi parlait Luca Berra : > > however i cannot find such package, what about requiring liblame-devel? > I'm the one to blame here, i changed the name of this package. However, > liblame-devel still provides libmp3lame-devel. No, it doesn't: [EMAIL PROTECTED] 9.2 goetz]$ rpm -qp --provides /home/root/mandrake/mdk/plf/cooker/i586/liblame0-devel-3.93.1-4plf.i586.rpm lame-devel = 3.93.1-4plf liblame-devel = 3.93.1-4plf libmp3lame0-devel devel(libmp3lame) liblame0-devel = 3.93.1-4plf -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer 0.96-6 bulidrequires libmp3lame-devel
Ainsi parlait Luca Berra : > however i cannot find such package, what about requiring liblame-devel? I'm the one to blame here, i changed the name of this package. However, liblame-devel still provides libmp3lame-devel. -- The more complex the idea or technology, the more simple- minded the opposition -- Murphy's In Laws n°16
Re: [Cooker] mplayer - "blue" skin is missing
Ainsi parlait Götz Waschk : > > I would further suggest to take out fullscreen and cache from the > > default configuration, but we had this discussion allready ;) > > Yes, I'm against that as I think the defaults from the MPlayer > developers are reasonable. "mplayer developpers" and "reasonable" in the same sentence :-) ? > > BTW orange and krystal is missing two in the skin package as far as I > > can see. > > I don't want to include ALL skins available, but I could throw out the > more ugly ones to include the better looking skins. Please get the > latest mplayer-skins package and check it first. Something i never did with this theme package was to remove all copyrighted materials once it became an official contrib package. I think the windows media player theme, for instance, should really be dropped, and maybe some others too. -- Guillaume Rousse If you do a thorough check of your trailer before hauling, your truck will break down -- Murphy's Horse Laws n°1
Re: [Cooker] mplayer - "blue" skin is missing
Am Montag, 25. August 2003 09:13 schrieb Götz Waschk: > Am Sonntag, 24. August 2003, 20:42:56 Uhr MET, schrieb Steffen Barszus: > > Ok so i recheck it. Maybe i have missed it and i will ask them to > > change the default mplayer.conf to reflect their own decissions. > > Afzer all it wouldn't have much affect on your package, so could > > you set blue as default ? Its a lot nicer and has more > > functionality then the old default skin. > > OK, I could do that. Fine :) > > > > I would further suggest to take out fullscreen and cache from > > > > the default configuration, but we had this discussion allready > > > > ;) > > > > > > Yes, I'm against that as I think the defaults from the MPlayer > > > developers are reasonable. > > > > Ok didn't get that it are defaults from mplayerhq > > The problem is that you cannot specify a different fullscreen default > for gmplayer. Is it a special fullscreen command ? As said, if it comes from mplayer people let it as it is. For me the annoyance is, that even a 40x60 mpeg is played fullscreen and it is allways occupying the whole screen. > > > > BTW orange and krystal is missing two in the skin package as > > > > far as I can see. > > > > > > I don't want to include ALL skins available, but I could throw > > > out the more ugly ones to include the better looking skins. > > > Please get the latest mplayer-skins package and check it first. > > > > Will do so, i just thought that it would be good to have the top > > three ones from mplayerhq skin contest in the skin package. > > I guess the top 3 were Blue, orange and crystal? Could you suggest > another skin to remove from the current package? Yep. Have a look at mplayerhq.hu. At the middle of the page it is written that the number one is blue and beeing the new default theme, orange is the second and crystal the third. I for myself love blue for its appearance. If you have mplayer in fullscreen move the cursor to the bottom of the screen and youu'll see what i mean ;) > > The apps I use work unproblematic. Namely this are kimg2mpg and > > tosvcd. > > Most important are the app in main that use mjpegtools, that would be > gstreamer-plugins. Well never tried that either. I could ask on the mjpeg mailinglist, if there could be any backward compatibility issues. From what i have understood it is mainly a bugfix release plus the new matrix feature. R.Bultje: "Most importantly, this release allows full-fledged DVD creation. Also, we now depend on libquicktime and we suggest using mplayer for divx encoding, so we have removed the quicktime4linux and avifile depdendencies. This should fix nearly 90% of all build failures. there are also smaller fixes, but I won't go into them here." Steffen
Re: [Cooker] mplayer - "blue" skin is missing
Am Montag, 25. August 2003 09:43 schrieb Götz Waschk: > I'll replace the netscape and windowsmediaplayer skins with orange > and krystal in the next update, WDYT? Agree :) Its good to replace these skins with something really usefull. Steffen
Re: [Cooker] mplayer - "blue" skin is missing
I'll replace the netscape and windowsmediaplayer skins with orange and krystal in the next update, WDYT? -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer - "blue" skin is missing
Am Sonntag, 24. August 2003, 20:42:56 Uhr MET, schrieb Steffen Barszus: > Ok so i recheck it. Maybe i have missed it and i will ask them to change > the default mplayer.conf to reflect their own decissions. Afzer all it > wouldn't have much affect on your package, so could you set blue as > default ? Its a lot nicer and has more functionality then the old > default skin. OK, I could do that. > > > I would further suggest to take out fullscreen and cache from the > > > default configuration, but we had this discussion allready ;) > > Yes, I'm against that as I think the defaults from the MPlayer > > developers are reasonable. > Ok didn't get that it are defaults from mplayerhq The problem is that you cannot specify a different fullscreen default for gmplayer. > > > BTW orange and krystal is missing two in the skin package as far as > > > I can see. > > I don't want to include ALL skins available, but I could throw out > > the more ugly ones to include the better looking skins. Please get > > the latest mplayer-skins package and check it first. > Will do so, i just thought that it would be good to have the top three > ones from mplayerhq skin contest in the skin package. I guess the top 3 were Blue, orange and crystal? Could you suggest another skin to remove from the current package? > The apps I use work unproblematic. Namely this are kimg2mpg and tosvcd. Most important are the app in main that use mjpegtools, that would be gstreamer-plugins. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer - "blue" skin is missing
Am Sonntag, 24. August 2003, 20:14:34 Uhr MET, schrieb Guillaume Rousse: > > > BTW orange and krystal is missing two in the skin package as far as I > > > can see. > > I don't want to include ALL skins available, but I could throw out the > > more ugly ones to include the better looking skins. Please get the > > latest mplayer-skins package and check it first. > Something i never did with this theme package was to remove all copyrighted > materials once it became an official contrib package. I think the windows > media player theme, for instance, should really be dropped, and maybe some > others too. OK, I'll remove the media player skin and replace it by the ones suggested by Stefan. Which other skins should be removed? -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
Re: [Cooker] mplayer - "blue" skin is missing
Am Sonntag, 24. August 2003 18:29 schrieb Götz Waschk: > Am Sonntag, 24. August 2003, 15:30:50 Uhr MET, schrieb Steffen Barszus: > > I have rechecked the last 0.91 mplayer package and mplayer gui is > > still using "default" as default skin. Since the beginning of june > > the theme "blue" is the default skin for mplayer. Could the skin > > package be updated please and the new default theme set aprroriate > > ?. > > The skin package was updated to include the Blue theme. But it's not > the default skin, as I haven't changed the default mplayer.conf. If > you think this is wrong, als the MPlayer developers at the > mplayer-users list. Ok so i recheck it. Maybe i have missed it and i will ask them to change the default mplayer.conf to reflect their own decissions. Afzer all it wouldn't have much affect on your package, so could you set blue as default ? Its a lot nicer and has more functionality then the old default skin. > > I would further suggest to take out fullscreen and cache from the > > default configuration, but we had this discussion allready ;) > > Yes, I'm against that as I think the defaults from the MPlayer > developers are reasonable. Ok didn't get that it are defaults from mplayerhq > > BTW orange and krystal is missing two in the skin package as far as > > I can see. > > I don't want to include ALL skins available, but I could throw out > the more ugly ones to include the better looking skins. Please get > the latest mplayer-skins package and check it first. Will do so, i just thought that it would be good to have the top three ones from mplayerhq skin contest in the skin package. > > BTW2: mjpegtools 1.6.2 will be released soon as far as i can tell. > > I'M using the cvs version and can tell that it works really well. > > Next week is a version freeze, so I guess it's too late :-( Maybe we > could make an exception, so could you please test all the apps that > use mjpegtools? The apps I use work unproblematic. Namely this are kimg2mpg and tosvcd. If someone using transcode usually could test that .. but i wont touch transcode as i don't know anything about transcode (have never used it) . The only problematic things i have seen on mjpeg mailinglist is compilation problems on altivec-code. The release is a minor release. What make it so much better is, that you can choose now different matrices (kvcd, tmpgenc, the standard ones and own load from a file). For svcd creation this gives you a big quality boost as the bitrate doesn't hit the maxbitrate so fast. A pitty that it comes so short after version :(. What i can offer is to test the things i can test. So if someone other then me can test transcode Greets Steffen
Re: [Cooker] mplayer - "blue" skin is missing
Am Sonntag, 24. August 2003, 15:30:50 Uhr MET, schrieb Steffen Barszus: > I have rechecked the last 0.91 mplayer package and mplayer gui is still > using "default" as default skin. Since the beginning of june the theme > "blue" is the default skin for mplayer. Could the skin package be > updated please and the new default theme set aprroriate ?. The skin package was updated to include the Blue theme. But it's not the default skin, as I haven't changed the default mplayer.conf. If you think this is wrong, als the MPlayer developers at the mplayer-users list. > I would further suggest to take out fullscreen and cache from the > default configuration, but we had this discussion allready ;) Yes, I'm against that as I think the defaults from the MPlayer developers are reasonable. > BTW orange and krystal is missing two in the skin package as far as I > can see. I don't want to include ALL skins available, but I could throw out the more ugly ones to include the better looking skins. Please get the latest mplayer-skins package and check it first. > BTW2: mjpegtools 1.6.2 will be released soon as far as i can tell. I'M > using the cvs version and can tell that it works really well. Next week is a version freeze, so I guess it's too late :-( Maybe we could make an exception, so could you please test all the apps that use mjpegtools? CU, Götz -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
RE: [Cooker] mplayer-0.90-10
Now I deinstalled mplayer and downloaded it again and this time it worked, urpmi gave me libsmbclient-2.2.8a, which it did not yesterday, still wondering what was the cause, but yesterday really wasn't my day. __ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101
Re: [Cooker] mplayer-0.90-10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lavaeolus wrote: > As my Mail-Provider seems to suck I send it again :-) > > When I installed the recent samba-2.2.8a-5 from cooker on my Computer I > got the following problem: Mplayer-0.90-10 needs the > libsmbclient.so/libsmbclient.so.0 which is not in samba-2.2.8a-5 > anymore, therefore it said it needs samba-2.2.7x, which I found not that > nice. There is a workaround, though: make a -nodeps install of mplayer > and take the libsmbclient.so from an elder samba (smb-2.2.8a-1 includes > it) and put it in /usr/lib, maybe you have to create a symbolic link and > name it libsmbclient.so.0; while this works (at least for me) it would > be good if we could install the recent mplayer and samba-packages > without dependency problems. > ??? [EMAIL PROTECTED] bgmilne]$ urpmq -p libsmbclient.so.0 libsmbclient0 [EMAIL PROTECTED] bgmilne]$ urpmq -p libsmbclient.so libsmbclient0-devel libsmbclient packages were split off from samba-common, so you don't need to have samba-common installed just to install kio_smb (kdebase) or mplayer. If you were installing with urpmi, you shouldn't get dependency problems. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/AAtrrJK6UGDSBKcRAi4/AJwJCYzLMAFJBEen3/ShThf8ivBjyQCghv2z G7aW8RnstO0wZj3dtPKQOCQ= =9CYr -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] mplayer: several small probs
rcc wrote: On Fri, 04 Apr 2003 16:13:44 +0200 Danny Tholen <[EMAIL PROTECTED]> wrote: On Friday 04 April 2003 14:50, Giuseppe Ghibò wrote: the x11 is needed because otherwise xv dont support multiple mplayer instance, and furthermore many chipset don't support xv extensions at all. what about sdl? It seems better that x11? because it can cause problems too. IMHO if one have the xv working or support multiple instance of xv, have just to modify /etc/mozpluggerrc or /etc/mplayerplugin.conf replacing x11 with xv. maybe, but that wasn't the point I tried to make, the probs are these 1) playing URLs twice 2) in moz scales up to full browser window size 3) (from my other post) text scrolls in the wrong direction okay, the wmv issuse is due to the server reporting bad mime type the things I mentioned are probably generic mplayer probs, ie not mdk's fault. I just wanted to point them out in case somebody feels the urge to argue with the mplayer people about those. Or even better, someone has a quick fix for the issues. You don't have specified which kind of plugin you are using, whether mozplugger or mplayerplug-in. In mplayerplug-in the scaling to browser window size is a feature and not a bug (furthermore it has still other flaws, e.g. a new mplayer spawned after browser window resize which overlaps with the previous mplayer instance) Bye. Giuseppe.
Re: [Cooker] mplayer: several small probs
On Fri, 04 Apr 2003 16:13:44 +0200 Danny Tholen <[EMAIL PROTECTED]> wrote: > On Friday 04 April 2003 14:50, Giuseppe Ghibò wrote: > > the x11 is needed because otherwise xv dont support > > multiple mplayer instance, and furthermore many chipset > > don't support xv extensions at all. > what about sdl? It seems better that x11? maybe, but that wasn't the point I tried to make, the probs are these 1) playing URLs twice 2) in moz scales up to full browser window size 3) (from my other post) text scrolls in the wrong direction okay, the wmv issuse is due to the server reporting bad mime type the things I mentioned are probably generic mplayer probs, ie not mdk's fault. I just wanted to point them out in case somebody feels the urge to argue with the mplayer people about those. Or even better, someone has a quick fix for the issues. - Mark
Re: [Cooker] mplayer: several small probs
On Friday 04 April 2003 14:50, Giuseppe Ghibò wrote: > rcc wrote: > > current cooker but applies to 9.1 too > > > > mplayer always plays web URLs twice. Happens both in standalone (via > > konq) and embedded (galeon) mode. Moz plugin also has the odd habit of > > scaling up to browser page size (fs=no) which looks terrible and is > > extremely slow on X11. Lastly, the wmv format opens in kwrite when > > the x11 is needed because otherwise xv dont support > multiple mplayer instance, and furthermore many chipset > don't support xv extensions at all. what about sdl? It seems better that x11? d.
Re: [Cooker] mplayer: several small probs
On Fri, 4 Apr 2003 14:01:09 +0200 rcc <[EMAIL PROTECTED]> wrote: > mplayer always plays web URLs twice. Happens both in standalone (via > konq) and embedded (galeon) mode. Moz plugin also has the odd habit of > scaling up to browser page size (fs=no) which looks terrible and is > extremely slow on X11. Lastly, the wmv format opens in kwrite when > clicked in konq, galeon only shows the raw code. another thing: with gui skins the File/URL text scrolls in the wrong direction (at least for westerners). Text should scroll from right to left making it possible to read from left to right. - Mark
Re: [Cooker] mplayer: several small probs
rcc wrote: current cooker but applies to 9.1 too mplayer always plays web URLs twice. Happens both in standalone (via konq) and embedded (galeon) mode. Moz plugin also has the odd habit of scaling up to browser page size (fs=no) which looks terrible and is extremely slow on X11. Lastly, the wmv format opens in kwrite when the x11 is needed because otherwise xv dont support multiple mplayer instance, and furthermore many chipset don't support xv extensions at all. The problem with wmv is because their site is broken and the wmv files are presented as mime type "text/plain" instead of "application/x-mplayer2" or "video/x-ms-wmv". clicked in konq, galeon only shows the raw code. Here's where I tested, they have links to clips in a variety of formats: http://sickjokes.about.com/library/blmmouch.htm I guess I can fix the wmv stuff but I'm lost with the other two probs. - Mark
Re: [Cooker] Mplayer - .rm file Problems
Leave it to me not to look in the most logical place :D Thanks a lot million! Mike --- Götz Waschk <[EMAIL PROTECTED]> wrote: > Am Montag, 24. Februar 2003, 22:06:09 Uhr MET, > schrieb Mike Peaco: > > I've installed the latest mplayer from cooker and > it > > works for all my files except rm files so I read > the > > mplayer website and it said to compile with some > > options to get mplayer to use realplayer codecs. I > > have the codecs installed but I can't get mplayer > to > > use them ? is there a way to get mplayer to use > the > > codecs without having to recompile ? > > from the description of the package: > Note: If you want to play Real content, you need to > have the content > of RealPlayer's Codecs directory in > /usr/lib/RealPlayer8/Codecs > > -- >Götz Waschk <> master of computer science <> > University of Rostock > > http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc > for PGP key > --> Logout Fascism! <-- > __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
Re: [Cooker] Mplayer - error in %postun script
> You can ignore this, the old mplayer-fonts package you where upgrading > from was buggy. BTW you don't need mplayer-fonts if you use a truetype > font (default with the current mplayer package). Ok, thanks for the indication. aurélien -- ,--.-'-,--. \ /-~-\ / / )' . . `( \ ( ( ,---. ) ) \ `(_o_o_)' / \ `-' / | |---| | [_] [_] GPG key fingerprint : 4832 1239 8C18 F5F3 C466 AE69 21A6 2396 1B42 59B3
Re: [Cooker] Mplayer - error in %postun script
Am Dienstag, 25. Februar 2003, 07:33:21 Uhr MET, schrieb Aurélien Bompard: > Today's cooker update gives me this : > mplayer-fonts ## > update-alternatives: --remove needs > > Debian GNU/Linux update-alternatives 1.8.3. Copyright (C) 1995 > Ian Jackson. This is free software; see the GNU General Public Licence > version 2 or later for copying conditions. There is NO warranty. > > Usage: update-alternatives --install > [--slave ] ... >update-alternatives --remove >update-alternatives --auto >update-alternatives --display >update-alternatives --config > is the name in /etc/alternatives. > is the name referred to. > is the link pointing to /etc/alternatives/. > is an integer; options with higher numbers are chosen. > > Options: --verbose|--quiet --test --help --version > --altdir --admindir > error: execution of %postun scriptlet from mplayer-fonts-1.0-3plf failed, exit You can ignore this, the old mplayer-fonts package you where upgrading from was buggy. BTW you don't need mplayer-fonts if you use a truetype font (default with the current mplayer package). -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Mplayer - .rm file Problems
Am Montag, 24. Februar 2003, 22:06:09 Uhr MET, schrieb Mike Peaco: > I've installed the latest mplayer from cooker and it > works for all my files except rm files so I read the > mplayer website and it said to compile with some > options to get mplayer to use realplayer codecs. I > have the codecs installed but I can't get mplayer to > use them ? is there a way to get mplayer to use the > codecs without having to recompile ? from the description of the package: Note: If you want to play Real content, you need to have the content of RealPlayer's Codecs directory in /usr/lib/RealPlayer8/Codecs -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Mplayer + DVD
Le Lundi 24 Février 2003 19:17, Aurélien Bompard a écrit : > Of course. I promise that I will think for more than 2 seconds before > posting next time. > All my apologies for the time you wasted and the pollution on the list. 'Ooops' is generaly enough in this case :-) -- If such a program has not crashed yet, it is waiting for a critical moment before it crashes. -- Murphy's Computer Laws n°6
Re: [Cooker] Mplayer + DVD
On Mon, 24 Feb 2003, Steffen Barszus wrote: > Have you read what you wrote ? You are using the contrib-mplayer and you are > trying to play encrypted dvd's with it ? Sorry how should this be possible ? > You need the plf version to do so. He could be using unencrypted DVDs (they exist). If someone has one can anybody verify they also have the problem or not? But the report is valid: I have seen it on a number of DVD players. a simple grep -R whatever * on /mnt/cdrom can trigger it. Usually the data can be read eventually (after 3 or 4 tries), so it only slows down the dvd reading. Perhaps, and this is just a crazy idea, you can try to play with the multiple sector mode of the dvd drive (use hdparm for this) to see if setting it to a different value helps. I will try it as well. danny
Re: [Cooker] Mplayer + DVD
> Have you read what you wrote ? You are using the contrib-mplayer and you > are trying to play encrypted dvd's with it ? Sorry how should this be > possible ? You need the plf version to do so. Of course. I promise that I will think for more than 2 seconds before posting next time. All my apologies for the time you wasted and the pollution on the list. Aurélien -- ,--.-'-,--. \ /-~-\ / / )' . . `( \ ( ( ,---. ) ) \ `(_o_o_)' / \ `-' / | |---| | [_] [_] GPG key fingerprint : 4832 1239 8C18 F5F3 C466 AE69 21A6 2396 1B42 59B3
Re: [Cooker] Mplayer + DVD
On Monday 24 February 2003 18:21, Aurélien Bompard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I tried to read a DVD using Mplayer, and it blocks there : > > DVD successfully opened. > Cache fill: 19,14% (1605632 bytes) > > Then, it fills /var/log/messages with these messages : > > Feb 24 12:09:02 gauret kernel: hdc: command error: status=0x51 { DriveReady > SeekComplete Error } > Feb 24 12:09:02 gauret kernel: hdc: command error: error=0x50 > Feb 24 12:09:02 gauret kernel: end_request: I/O error, dev 16:00 (hdc), > sector 1730332 > > Only the sector is different in each message. > Then, I tried to do "umount /mnt/cdrom && mount -t iso9660 /dev/cdrom > /mnt/cdrom" to test if supermount was concerned, but I get the same error > messages. > > The DVD is encrypted, the line in fstab is : none /mnt/cdrom supermount > dev=/dev/hdc,fs=auto,ro,--,iocharset=iso8859-15,codepage=850,umask=0 0 0 > > > Thanks to all > > > Aurélien > Have you read what you wrote ? You are using the contrib-mplayer and you are trying to play encrypted dvd's with it ? Sorry how should this be possible ? You need the plf version to do so. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Mplayer + DVD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aurélien Bompard wrote: > I tried to read a DVD using Mplayer, and it blocks there : > > > The DVD is encrypted, the line in fstab is : none /mnt/cdrom supermount > dev=/dev/hdc,fs=auto,ro,--,iocharset=iso8859-15,codepage=850,umask=0 0 0 > $ rpm -q mplayer ? You cannot play encrypted DVDs with software just from Mandrake (main+contrib) for legal reasons. Get your DVD playing software from http://plf.zarb.org or petition the US to have sane laws. As such, this topic is not really appropriate for this list, please use the plf lists if you use the plf packages and still have trouble. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+WgVDrJK6UGDSBKcRAhqZAJ9Z4mC0GWP8uMYJil6nW4YhlLHR6ACfUzPk kRyKQM/YRsHi4ImIVoLRuv4= =YDIl -END PGP SIGNATURE-
Re: [Cooker] Mplayer + DVD
Am Montag, 24. Februar 2003, 12:21:55 Uhr MET, schrieb Aurélien Bompard: > Then, it fills /var/log/messages with these messages : > Feb 24 12:09:02 gauret kernel: hdc: command error: status=0x51 { DriveReady > SeekComplete Error } > Feb 24 12:09:02 gauret kernel: hdc: command error: error=0x50 > Feb 24 12:09:02 gauret kernel: end_request: I/O error, dev 16:00 (hdc), sector > 1730332 This is not a problem of MPlayer but rather one of your DVD drive. Try to play with another player or try to copy the dvd to hard disk with transcode or vobcopy. Maybe you have to disable udma with hdparm for the DVD drive. BTW you don't have to mount the DVD to play it. BTW1 don't forget to install libdvdcss2 or the plf version of MPlayer for encrypted DVD support. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] mplayer suidbit (aka rtc problem)
On 18. jan 2003 20:39, Götz Waschk wrote: > Am Samstag, 18. Januar 2003, 00:00:14 Uhr MET, schrieb Tibor Pittich: > > i have a small (but i think that useful) draft. > > what about putting suid bit to mplayer binary? if mplayer doesn't have > > it, then after starting write at stdout about failed this ioctl > > rtc_irqp_set 1024. suid bit should fix this problem. > I think the risk is too high that this could cause security problems. > If someone wants to setuid root the mplayer binary, he can do this himself. i agree with you, this can be a possible security problem, therefore i don't recommend this solution. > > but there is another way to "fix" this problem. set via system's sysctl > > config file (/etc/sysctl.conf) during starting system this value: > > dev.rtc.max-user-freq = 1024 > > and mplayer can set this rtc frequency without suid bit. > > > i vote for second solution, and add into post script check, if this > > value is presented in sysctl.conf, if not, then add it and run sysctl -p > > to refresh this new setting. > I don't think userland packages should mess around with such system > settings. Do you really need the rtc stuff? MPlayer is working fine > for me without it. hm, of course, mplayer works without this properly, but not perfectly :) look at documentation: http://www.mplayerhq.hu/DOCS/#rtc we can see, that rtc is described as new and better (precisious) method for timing, and older usleep() as old. increasing maximum frequency of rtc we can named as "messing", but i'd rather called it as "tuning for better functionality" :) -- virtual.phuture.sk, Linux Version 2.4.20-2mdk, Mandrake Cooker One 225MHz Cyrix MII Processor, 112M RAM, 448.92 Bogomips Uptime 4 days 6 hours 24 minutes, Load Average 0.04, 0.02, 0.00
Re: [Cooker] mplayer suidbit (aka rtc problem)
Am Samstag, 18. Januar 2003, 00:00:14 Uhr MET, schrieb Tibor Pittich: > i have a small (but i think that useful) draft. > what about putting suid bit to mplayer binary? if mplayer doesn't have > it, then after starting write at stdout about failed this ioctl > rtc_irqp_set 1024. suid bit should fix this problem. I think the risk is too high that this could cause security problems. If someone wants to setuid root the mplayer binary, he can do this himself. > but there is another way to "fix" this problem. set via system's sysctl > config file (/etc/sysctl.conf) during starting system this value: > dev.rtc.max-user-freq = 1024 > and mplayer can set this rtc frequency without suid bit. > i vote for second solution, and add into post script check, if this > value is presented in sysctl.conf, if not, then add it and run sysctl -p > to refresh this new setting. I don't think userland packages should mess around with such system settings. Do you really need the rtc stuff? MPlayer is working fine for me without it. CU -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] mplayer in main ?
Ben Reser wrote: On Tue, Nov 26, 2002 at 05:15:30PM +0200, Faraj Meir wrote: Yep but Quicktime is commercial not mplayer The licensing page doesn't say commercial. It says receives renumeration for. Apple doesn't receive renumeration for most Quicktime players. Most are free (as in beer) downloads. It could be argued that anything that goes in main, Mandrake receives renumeration for (it gets included in box copies and people buy the copies). i did what's the easiest to do... went to that webpage, found the link to the mpeg4-video-license-holder, and sent him a mail... my mail , and their response are shown below ... to summarize it: :-( bye, gabor --- Hello, Gabor. Thanks for your questions. If someone wants to make an MPEG-4 video encoder/decoder, yes, they have to pay a license fee. That includes non-profit (open source). An additional royalty for the right to use the encoder/decoder is payable by the video provider where the video provider offers MPEG-4 video for remuneration. The use royalty to be paid by the video provider (or in the case of Unique Use video, by the service provider) authorizes the consumer's use of the encoder/decoder. I hope this helps. Regards, Larry Horn Vice President, Licensing -Original Message- From: gabor farkas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 12:31 PM To: QandA Subject: MPEG-4 Visual Question hi, i'm not an expert in this area, i olny want to see clearly. if someone wants to create a mpeg4-video encoder/decoder, does he have to pay a license fee? what about non-profit ( open-source ) encoders/decoders? if someone uses a mpeg4-video encoder/decoder, does he have to pay a license fee? thank you, gabor -- listening to ATB - Let U Go gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
On Tue, Nov 26, 2002 at 01:32:04PM -0500, scott chevalley wrote: > I think you could argue the case that Mandrake is selling the physical > box and the support for that box, but that the software included is > (mostly) free, which is different from charging specifically for the > software itself. If it were a package that was only included in the > boxed set and not the download version (i.e. StarOffice), then I think > it would be obvious that Star Office is a monetary value add-on for the > boxed set. Yes you could argue that too. The question is would you win? I'm not sure either way which argument would be successful. Just playing devil's advocate here so everyone understands the other sides possible argument. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "If you're not making any mistakes, you're flat out not trying hard enough." - Jim Nichols
Re: [Cooker] mplayer in main ?
Ben Reser wrote: On Tue, Nov 26, 2002 at 05:15:30PM +0200, Faraj Meir wrote: Yep but Quicktime is commercial not mplayer The licensing page doesn't say commercial. It says receives renumeration for. Apple doesn't receive renumeration for most Quicktime players. Most are free (as in beer) downloads. It could be argued that anything that goes in main, Mandrake receives renumeration for (it gets included in box copies and people buy the copies). I think you could argue the case that Mandrake is selling the physical box and the support for that box, but that the software included is (mostly) free, which is different from charging specifically for the software itself. If it were a package that was only included in the boxed set and not the download version (i.e. StarOffice), then I think it would be obvious that Star Office is a monetary value add-on for the boxed set. Just a thought... Scott
Re: [Cooker] mplayer in main ?
On Tue, Nov 26, 2002 at 05:15:30PM +0200, Faraj Meir wrote: > Yep but Quicktime is commercial not mplayer The licensing page doesn't say commercial. It says receives renumeration for. Apple doesn't receive renumeration for most Quicktime players. Most are free (as in beer) downloads. It could be argued that anything that goes in main, Mandrake receives renumeration for (it gets included in box copies and people buy the copies). -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "If you're not making any mistakes, you're flat out not trying hard enough." - Jim Nichols
Re: [Cooker] mplayer in main ?
> but never says when you don't receives renumeration, it is free. > (but i am not law specialist) > > [1]http://www.mpegla.com/news/n_02-07-15_m4v.html > -- > Yves Duret > [EMAIL PROTECTED] > piouk toujours et meme apres ! > > It seems to be implied... The easiest way is to ask them directly No need more than a mail (Like when we told about MP3 (Remember))
Re: [Cooker] mplayer in main ?
Yep but Quicktime is commercial not mplayer - Original Message - From: "Adam Williamson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 4:59 PM Subject: Re: [Cooker] mplayer in main ? > On Tue, 2002-11-26 at 15:51, Giuseppe Ghibò wrote: > > > Of course in mind of the MPEG4 commitee there was to get royalties from > > hardware makers (e.g. in embedded systems) not from free software writers... > > Not entirely true. They certainly wanted to charge distributors of > commercial software that uses MPEG4; there was a big fight with Apple > over exactly what royalites Apple should pay for Quicktime, which > delayed the release of the last Quicktime version substantially. > -- > adamw > > >
Re: [Cooker] mplayer in main ?
On Tue, 2002-11-26 at 15:51, Giuseppe Ghibò wrote: > Of course in mind of the MPEG4 commitee there was to get royalties from > hardware makers (e.g. in embedded systems) not from free software writers... Not entirely true. They certainly wanted to charge distributors of commercial software that uses MPEG4; there was a big fight with Apple over exactly what royalites Apple should pay for Quicktime, which delayed the release of the last Quicktime version substantially. -- adamw
Re: [Cooker] mplayer in main ?
you've notread all thingy : The license terms tie royalties for use only to MPEG-4 Visual products or services for which the content or service provider receives remuneration, and are consistent with the expected flow of MPEG-4 Visual transactions. so it does not apply to opensource ? - Original Message - From: "Yves Duret" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 4:43 PM Subject: Re: [Cooker] mplayer in main ? > On Tue, Nov 26, 2002 at 03:17:03PM +0100, Gwenole Beauchesne wrote: > > On Tue, 26 Nov 2002, Thomas Rösch wrote: > > > > > you find " License": > > > > > > MPlayer is GPL now. In the past it contained non-GPL code from the > > > OpenDivX project, which did not allow binary redistribution. This has > > > been removed. > > > > > > So mplayer should be OK. > > > > As Giuseppe said, the problem may go beyond a license issue. That is, for > > instance an MPEG4 implementation, if they do provide support for such > > format, may be covered by some patents. > > See http://www.m4if.org/patents/index.php for more infos. > MPEG4 is patented (applicable only in US ? i do not know) and you have > to pay for playing a file... > Thus either Mandrake must remove all MPEG4 related software from main > and contrib, either go head for main. > > www.m4if.org is the MPEG4 Industry Forum > http://www.mpegla.com/news/n_02-07-15_m4v.html for an explanations of > the roaylty scheme by the MPEG4 license holder. > -- > Yves Duret > [EMAIL PROTECTED] > piouk toujours et meme apres ! > >
Re: [Cooker] mplayer in main ?
On Tue, Nov 26, 2002 at 04:50:20PM +0200, Faraj Meir wrote: > I don't now if it's true I think that it apply only for commercial. > Write directly to them ... > If it was totaly true so divx and divx stuff would not be here yep License says[1] "The license terms tie royalties for use only to MPEG-4 Visual products or services for which the content or service provider receives remuneration, " but never says when you don't receives renumeration, it is free. As you said, divx.com exists and give you a encoder/decoder for free and that would be certainly the first thing to sue rather to distributor of soft written by tierce person... (but i am not law specialist) [1]http://www.mpegla.com/news/n_02-07-15_m4v.html -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] mplayer in main ?
Scrive Gwenole Beauchesne <[EMAIL PROTECTED]>: > On Tue, 26 Nov 2002, Thomas Rösch wrote: > > > you find " License": > > > > MPlayer is GPL now. In the past it contained non-GPL code from the > > OpenDivX project, which did not allow binary redistribution. This > has > > been removed. > > > > So mplayer should be OK. > > As Giuseppe said, the problem may go beyond a license issue. That is, > for > instance an MPEG4 implementation, if they do provide support for such > format, may be covered by some patents. > > Bye, > Gwenole > AFAIK, MPlayer is a very cool software (not only as a generic player, but also as encoder, and now it seems even supporting Sorenson v3 COCEC, although trough some wine code), and my personal opinion is that it will be fine to have it in MAIN. IMHO the problems could be with MPEG4 issues, as seems the MPEG4 standards wants royalties: http://petition.eurolinux.org/pr/pr18.html?LANG=en Of course in mind of the MPEG4 commitee there was to get royalties from hardware makers (e.g. in embedded systems) not from free software writers... AFAIK the MPEG4 implementation is into libavcodec of FFMPEG which mplayer uses. I'm not a legal expert but it would be nice if someone with law & patents knowledge could clarify this situation from point of view of a commercial Linux distribution, as to me seems similar to those for MP3 encoders or the Unisys LZW algorithm. Certainly the same criteria applies either the package is in contrib or in main (btw, isn't current xine already using libavcodec?). Bye. Giuseppe.
Re: [Cooker] mplayer in main ?
I don't now if it's true I think that it apply only for commercial. Write directly to them ... If it was totaly true so divx and divx stuff would not be here - Original Message - From: "Yves Duret" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 4:43 PM Subject: Re: [Cooker] mplayer in main ? > On Tue, Nov 26, 2002 at 03:17:03PM +0100, Gwenole Beauchesne wrote: > > On Tue, 26 Nov 2002, Thomas Rösch wrote: > > > > > you find " License": > > > > > > MPlayer is GPL now. In the past it contained non-GPL code from the > > > OpenDivX project, which did not allow binary redistribution. This has > > > been removed. > > > > > > So mplayer should be OK. > > > > As Giuseppe said, the problem may go beyond a license issue. That is, for > > instance an MPEG4 implementation, if they do provide support for such > > format, may be covered by some patents. > > See http://www.m4if.org/patents/index.php for more infos. > MPEG4 is patented (applicable only in US ? i do not know) and you have > to pay for playing a file... > Thus either Mandrake must remove all MPEG4 related software from main > and contrib, either go head for main. > > www.m4if.org is the MPEG4 Industry Forum > http://www.mpegla.com/news/n_02-07-15_m4v.html for an explanations of > the roaylty scheme by the MPEG4 license holder. > -- > Yves Duret > [EMAIL PROTECTED] > piouk toujours et meme apres ! > >
Re: [Cooker] mplayer in main ?
> Are we really OK with the license and co ? I heard that debian won't put it int their tree, because of the licence. But, I do not exactlly where is the problem. I will ask. Mick
Re: [Cooker] mplayer in main ?
On Tue, Nov 26, 2002 at 03:17:03PM +0100, Gwenole Beauchesne wrote: > On Tue, 26 Nov 2002, Thomas Rösch wrote: > > > you find " License": > > > > MPlayer is GPL now. In the past it contained non-GPL code from the > > OpenDivX project, which did not allow binary redistribution. This has > > been removed. > > > > So mplayer should be OK. > > As Giuseppe said, the problem may go beyond a license issue. That is, for > instance an MPEG4 implementation, if they do provide support for such > format, may be covered by some patents. See http://www.m4if.org/patents/index.php for more infos. MPEG4 is patented (applicable only in US ? i do not know) and you have to pay for playing a file... Thus either Mandrake must remove all MPEG4 related software from main and contrib, either go head for main. www.m4if.org is the MPEG4 Industry Forum http://www.mpegla.com/news/n_02-07-15_m4v.html for an explanations of the roaylty scheme by the MPEG4 license holder. -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] mplayer in main ?
On Tue, 2002-11-26 at 14:17, Gwenole Beauchesne wrote: > On Tue, 26 Nov 2002, Thomas Rösch wrote: > > > you find " License": > > > > MPlayer is GPL now. In the past it contained non-GPL code from the > > OpenDivX project, which did not allow binary redistribution. This has > > been removed. > > > > So mplayer should be OK. > > As Giuseppe said, the problem may go beyond a license issue. That is, for > instance an MPEG4 implementation, if they do provide support for such > format, may be covered by some patents. > > Bye, > Gwenole That applies equally to Xine, though, surely? And Xine's in main... -- adamw
Re: [Cooker] mplayer in main ?
Am Dienstag, 26. November 2002, 15:17:03 Uhr MET, schrieb Gwenole Beauchesne: > As Giuseppe said, the problem may go beyond a license issue. That is, for > instance an MPEG4 implementation, if they do provide support for such > format, may be covered by some patents. Same as xine, which already is in main. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] mplayer in main ?
On Tue, 26 Nov 2002, Thomas Rösch wrote: > you find " License": > > MPlayer is GPL now. In the past it contained non-GPL code from the > OpenDivX project, which did not allow binary redistribution. This has > been removed. > > So mplayer should be OK. As Giuseppe said, the problem may go beyond a license issue. That is, for instance an MPEG4 implementation, if they do provide support for such format, may be covered by some patents. Bye, Gwenole
Re: [Cooker] mplayer in main ?
Es schrieb Warly: > > Yves Duret <[EMAIL PROTECTED]> writes: > > > On Mon, Nov 25, 2002 at 05:14:19PM +0200, Buchan Milne wrote: > > > >> Maybe make a bug and then we can vote on it? > > > > it won't help. > > [yves@rouge yves]$ rpmmon -p mplayer > > g.rousse > > > > By the way, i think nobody will vote for moving it to main. > > We are only waiting that warly moves it :) > > Are we really OK with the license and co ? > > -- > Warly At the lower end of the page http://www.mplayerhq.hu/homepage/info.html you find " License": MPlayer is GPL now. In the past it contained non-GPL code from the OpenDivX project, which did not allow binary redistribution. This has been removed. So mplayer should be OK. Regards T. Rösch -- SDG - System Design Group GmbH=> Tel. +49 89 54 828 979 Dachauer Strasse 38 => Fax. +49 89 55 028 719 80335 Muenchen, Germany => E-Mail: [EMAIL PROTECTED]
Re: [Cooker] mplayer in main ?
Yves Duret <[EMAIL PROTECTED]> writes: > On Mon, Nov 25, 2002 at 05:14:19PM +0200, Buchan Milne wrote: > >> Maybe make a bug and then we can vote on it? > > it won't help. > [yves@rouge yves]$ rpmmon -p mplayer > g.rousse > > By the way, i think nobody will vote for moving it to main. > We are only waiting that warly moves it :) Are we really OK with the license and co ? -- Warly
Re: [Cooker] mplayer in main ?
On Mon, Nov 25, 2002 at 05:14:19PM +0200, Buchan Milne wrote: > Maybe make a bug and then we can vote on it? it won't help. [yves@rouge yves]$ rpmmon -p mplayer g.rousse By the way, i think nobody will vote for moving it to main. We are only waiting that warly moves it :) -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] mplayer in main ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yves Duret wrote: > On Fri, Nov 15, 2002 at 01:41:42PM +0100, Guillaume Rousse wrote: > >>Now that i had some success with other transfer requests, what about the >>ultimate multimedia player under linux, aka mplayer ? >> >>It is not the most politically correct package, for sure, but it is legaly >>clean (otherwise it won't even be in contrib), and its presence in main would >>definitevely boost mdk on desktop. > > > so ? > what's the final decision ? Maybe make a bug and then we can vote on it? Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE94j5KrJK6UGDSBKcRAkbgAKCZ/8pPbCw34I7ZLcvRq42fgipkewCffiYU jeIR9UByTqYxBn6tb4AsITU= =h3rg -END PGP SIGNATURE-
Re: [Cooker] mplayer in main ?
On Fri, Nov 15, 2002 at 01:41:42PM +0100, Guillaume Rousse wrote: > Now that i had some success with other transfer requests, what about the > ultimate multimedia player under linux, aka mplayer ? > > It is not the most politically correct package, for sure, but it is legaly > clean (otherwise it won't even be in contrib), and its presence in main would > definitevely boost mdk on desktop. so ? what's the final decision ? -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] mplayer in main ?
On Tue, Nov 19, 2002 at 01:28:54AM +0100, gabor wrote: > actually xine has a feature that mplayer lacks... > > xine is available as a library ( libxine ), so there are some players > which are based on xine... for gnome ther's totem, for kde there is a > kde on ( try xine.sourceforge.net for a list of them )... vlc has this feature too. time to put vlc in main ? :) -- Yves Duret [EMAIL PROTECTED] VideoLAN power !
Re: [Cooker] mplayer in main ?
On Tue, 2002-11-19 at 01:38, Jason Greenwood wrote: > Use Kxine, it uses the xine libs but the GUI is much more "media > player" like and it seems more stable than xine for some reason... > > > mostly when i want to use xine ( i don't use it much, but still ) i use > > totem... the only problem is that there's is no way to set xine's > > properties in totem ( at least i haven't found it :( yes, i tried it... basically does the same as totem... i chose totem because i use gnome, so for kde the choice would be kxine.. btw. how do you configure kxine? i'm talking about the settings found in xine, like 2/4/6speaker mode, audio/video output mode etc... did you find anything like this in kxine? thx, gabor -- gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
Use Kxine, it uses the xine libs but the GUI is much more "media player" like and it seems more stable than xine for some reason... Cheers, Jason gabor wrote: On Tue, 2002-11-19 at 01:06, Benjamin Pflugmann wrote: Hi. On Mon 2002-11-18 at 08:42:57 +0100, Yves Duret wrote: On Fri, Nov 15, 2002 at 12:53:24PM +, Adam Williamson wrote: On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: Now that i had some success with other transfer requests, what about the ultimate multimedia player under linux, aka mplayer ? It is not the most politically correct package, for sure, but it is legaly clean (otherwise it won't even be in contrib), and its presence in main would definitevely boost mdk on desktop. Xine does just about everything mplayer does... time to be less "monocentric" on multimedia apps. and time to drop out thnigs like xanim (is it still existing ?). The xine standard ui is not easy to understand, peek your windows-mediaplayer-addict mother in front of it, and see.. No need to take some mother... I yesterday tried xine for the first time due to this discussion. I consider myself quite computer literate, but I needed several minutes with the GUI until I figured out how to playback an .avi file. Half of the icons do not trigger any association with me. I had to try out all but the most obvious (play, stop, pause, ...). What irritated me most that I had to use the playlist, which I closed again at once, the first time I encountered it (because I wanted to load one movie, not specify a list of files). A bit later I gave up and specified a one-item list, because I found no other way. I did not bother to look longer if there is a better way, it is well possible that there is one - but if there is, for me it was not intuitive to find. I neither tried the CLI afterwards. The options window with all its tabs is also frustating. There are a lot of options, which have a non-obvious effect (and that though I am familiar with the mplayer options). If I have to look up the docu, what is the benefit of having that in the GUI? I do know, that there are always options that are useful once you know them (e.g. DAO, TAO, etc. with cd writers), but as I said, I am familiar with mplayer options, so I think I know the basic vocabulary. Enough for that rant. I did not intended it to become one. I only now realized, how frustating the experience with xine was. And I thought mplayer was bad when it struck me down on first sight with the pure number of options it has. At least "mplayer movie.avi" simply worked. ;-) (I know, I know, probably that also works with xine). actually xine has a feature that mplayer lacks... xine is available as a library ( libxine ), so there are some players which are based on xine... for gnome ther's totem, for kde there is a kde on ( try xine.sourceforge.net for a list of them )... mostly when i want to use xine ( i don't use it much, but still ) i use totem... the only problem is that there's is no way to set xine's properties in totem ( at least i haven't found it :( bye, gabor Regards, Benjamin.
Re: [Cooker] mplayer in main ?
On Tue, 2002-11-19 at 01:06, Benjamin Pflugmann wrote: > Hi. > > On Mon 2002-11-18 at 08:42:57 +0100, Yves Duret wrote: > > On Fri, Nov 15, 2002 at 12:53:24PM +, Adam Williamson wrote: > > > On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: > > > > Now that i had some success with other transfer requests, what about the > > > > ultimate multimedia player under linux, aka mplayer ? > > > > > > > > It is not the most politically correct package, for sure, but it is legaly > > > > clean (otherwise it won't even be in contrib), and its presence in main would > > > > definitevely boost mdk on desktop. > > > > > > Xine does just about everything mplayer does... > > > > time to be less "monocentric" on multimedia apps. > > and time to drop out thnigs like xanim (is it still existing ?). > > The xine standard ui is not easy to understand, peek your > > windows-mediaplayer-addict mother in front of it, and see.. > > No need to take some mother... I yesterday tried xine for the first > time due to this discussion. > > I consider myself quite computer literate, but I needed several > minutes with the GUI until I figured out how to playback an .avi file. > > Half of the icons do not trigger any association with me. I had to try > out all but the most obvious (play, stop, pause, ...). > > What irritated me most that I had to use the playlist, which I closed > again at once, the first time I encountered it (because I wanted to > load one movie, not specify a list of files). A bit later I gave up > and specified a one-item list, because I found no other way. I did not > bother to look longer if there is a better way, it is well possible > that there is one - but if there is, for me it was not intuitive to > find. I neither tried the CLI afterwards. > > The options window with all its tabs is also frustating. There are a > lot of options, which have a non-obvious effect (and that though I am > familiar with the mplayer options). If I have to look up the docu, > what is the benefit of having that in the GUI? > > I do know, that there are always options that are useful once you know > them (e.g. DAO, TAO, etc. with cd writers), but as I said, I am > familiar with mplayer options, so I think I know the basic vocabulary. > > > Enough for that rant. I did not intended it to become one. I only now > realized, how frustating the experience with xine was. And I thought > mplayer was bad when it struck me down on first sight with the pure > number of options it has. At least "mplayer movie.avi" simply > worked. ;-) (I know, I know, probably that also works with xine). actually xine has a feature that mplayer lacks... xine is available as a library ( libxine ), so there are some players which are based on xine... for gnome ther's totem, for kde there is a kde on ( try xine.sourceforge.net for a list of them )... mostly when i want to use xine ( i don't use it much, but still ) i use totem... the only problem is that there's is no way to set xine's properties in totem ( at least i haven't found it :( bye, gabor > > Regards, > > Benjamin. -- gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
Hi. On Mon 2002-11-18 at 08:42:57 +0100, Yves Duret wrote: > On Fri, Nov 15, 2002 at 12:53:24PM +, Adam Williamson wrote: > > On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: > > > Now that i had some success with other transfer requests, what about the > > > ultimate multimedia player under linux, aka mplayer ? > > > > > > It is not the most politically correct package, for sure, but it is legaly > > > clean (otherwise it won't even be in contrib), and its presence in main would > > > definitevely boost mdk on desktop. > > > > Xine does just about everything mplayer does... > > time to be less "monocentric" on multimedia apps. > and time to drop out thnigs like xanim (is it still existing ?). > The xine standard ui is not easy to understand, peek your > windows-mediaplayer-addict mother in front of it, and see.. No need to take some mother... I yesterday tried xine for the first time due to this discussion. I consider myself quite computer literate, but I needed several minutes with the GUI until I figured out how to playback an .avi file. Half of the icons do not trigger any association with me. I had to try out all but the most obvious (play, stop, pause, ...). What irritated me most that I had to use the playlist, which I closed again at once, the first time I encountered it (because I wanted to load one movie, not specify a list of files). A bit later I gave up and specified a one-item list, because I found no other way. I did not bother to look longer if there is a better way, it is well possible that there is one - but if there is, for me it was not intuitive to find. I neither tried the CLI afterwards. The options window with all its tabs is also frustating. There are a lot of options, which have a non-obvious effect (and that though I am familiar with the mplayer options). If I have to look up the docu, what is the benefit of having that in the GUI? I do know, that there are always options that are useful once you know them (e.g. DAO, TAO, etc. with cd writers), but as I said, I am familiar with mplayer options, so I think I know the basic vocabulary. Enough for that rant. I did not intended it to become one. I only now realized, how frustating the experience with xine was. And I thought mplayer was bad when it struck me down on first sight with the pure number of options it has. At least "mplayer movie.avi" simply worked. ;-) (I know, I know, probably that also works with xine). Regards, Benjamin. msg81709/pgp0.pgp Description: PGP signature
Re: [Cooker] mplayer in main ?
On Mon, 2002-11-18 at 23:15, Faraj Meir wrote: > You have a lot of software that I thing can be dropped . > ask your user what they REALLY use for daily use ? some people use xine daily, some use mplayer some use gnome some use kde bye, gabor > and drop to contrib anything that is not used and the thing wanted to main . > I think you will got only one CD this way ... > > > > > I think software strategy is an important thing and need a big and serious > > discuss, not just for mplayer or linuxvideostudio. > > - What is the end-user need (features)? > > - Level of software choice ? > > - Number of CD? > > > > Florent > > > > > > -- gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
You have a lot of software that I thing can be dropped . ask your user what they REALLY use for daily use ? and drop to contrib anything that is not used and the thing wanted to main . I think you will got only one CD this way ... > > I think software strategy is an important thing and need a big and serious > discuss, not just for mplayer or linuxvideostudio. > - What is the end-user need (features)? > - Level of software choice ? > - Number of CD? > > Florent > > >
Re: [Cooker] mplayer in main ?
On Mon, 18 Nov 2002, Florent BERANGER wrote: > Le Lundi 18 Novembre 2002 21:37, Faraj Meir a écrit : > > yep tell this for example for : > > -browsers > > -windows managers > > -word processing > > -text editors etc > > > > no I really thing yoou roght drop all "doublon" . > > Not I'm not serious . > > the question is Why multimedia couldn't see the best linux media player in > > the main choice ? > > > Didn't the mplayer developers initially forbid binary distribution of mplayer?
Re: [Cooker] mplayer in main ?
Le Lundi 18 Novembre 2002 21:37, Faraj Meir a écrit : > yep tell this for example for : > -browsers > -windows managers > -word processing > -text editors etc > > no I really thing yoou roght drop all "doublon" . > Not I'm not serious . > the question is Why multimedia couldn't see the best linux media player in > the main choice ? > I think software strategy is an important thing and need a big and serious discuss, not just for mplayer or linuxvideostudio. - What is the end-user need (features)? - Level of software choice ? - Number of CD? Florent
Re: [Cooker] mplayer in main ?
yep tell this for example for : -browsers -windows managers -word processing -text editors etc no I really thing yoou roght drop all "doublon" . Not I'm not serious . the question is Why multimedia couldn't see the best linux media player in the main choice ? > > Xine does just about everything mplayer does... > > time to be less "monocentric" on multimedia apps. > and time to drop out thnigs like xanim (is it still existing ?). > The xine standard ui is not easy to understand, peek your > windows-mediaplayer-addict mother in front of it, and see.. > -- > Yves Duret > [EMAIL PROTECTED] > piouk toujours et meme apres ! > >
Re: [Cooker] mplayer in main ?
On Fri, Nov 15, 2002 at 12:53:24PM +, Adam Williamson wrote: > On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: > > Now that i had some success with other transfer requests, what about the > > ultimate multimedia player under linux, aka mplayer ? > > > > It is not the most politically correct package, for sure, but it is legaly > > clean (otherwise it won't even be in contrib), and its presence in main would > > definitevely boost mdk on desktop. > > Xine does just about everything mplayer does... time to be less "monocentric" on multimedia apps. and time to drop out thnigs like xanim (is it still existing ?). The xine standard ui is not easy to understand, peek your windows-mediaplayer-addict mother in front of it, and see.. -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] mplayer in main ?
On Fri, 2002-11-15 at 21:58, Michal Bukovjan wrote: > - unlike Xine, I cannot recode subtitles on the fly (I am talking about > charsets). Thus, if I have subtitles in WIN1250 encoding, and want to > display them in ISO-8859-2 (Linux), no go. mplayer -subcp cp1250 > - neither allows me to specify subtitles for DivX movie (those pesky > *.sub files). mplayer does only autodetection, mplayer -sub matrix.eng.sub > All in all, both xine and mplayer are still not there yet. Both did not > arrive to 1.0 version yet, though. > > So until then, no perfect video player for Linux, at least for my needs. > Until then, flamewars like this are mostly pointless from my point of view. i'm not talking about whether xine or mplayer is better ( i think xine is a lot easier to use , but mplayer offers more for the advanced user ), i'm only saying that mplayer has as much right to be in cooker as xine has people should be able to choose.. the same way as they choose between kde/gnome. bye, gabor -- gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
Stephane SOPPERA wrote: Thirdly, mplayer has a great OSD ;-) (ok this one is not a very objective argument ;-) Hmm, not really that great :-( - unlike Xine, I cannot recode subtitles on the fly (I am talking about charsets). Thus, if I have subtitles in WIN1250 encoding, and want to display them in ISO-8859-2 (Linux), no go. Xine - no problem. Also, try to change font encoding for subtitles - crash :-( - gmplayer does not respect GNOME panels and *ALWAYS* starts in bottom right corner behind my gnome panel. Annoying. But to be fair, here we go: - neither can play this movie http://www.trisestry.cz/Video/Tri_sestry_Pijanovka.mpg. Both core dumps, still old good xanim plays this fine ;-) - neither allows me to specify subtitles for DivX movie (those pesky *.sub files). mplayer does only autodetection, no GUI, but will not allow me to recode. xine only allows me to specify subtitles via command line, no GUI. - xine preferences dialog is really something horrible :-( - the fancy GUI is also not that great, rather confusing, in both, although I belive there is a skin for gmplayer that is reasonably simple and plain. I hope apps like totem will be able to provide a non-fancy interface for me, but none of the apps are there yet as well (I tried sinek, totem, vlc-gnome). All in all, both xine and mplayer are still not there yet. Both did not arrive to 1.0 version yet, though. So until then, no perfect video player for Linux, at least for my needs. Until then, flamewars like this are mostly pointless from my point of view. Michal
Re: [Cooker] mplayer in main ?
> > I've tested xine on Mdk 9.0: in my opinion it's still slow to open a > > fill, slow to navigate throw a video, and quite buggy. The configuration > > menu is really horrible and very difficult to understand. > > I really prefer MPlayer: fast, simple; it's far better than every video > > players that can be found on windows (it's one of the opensource > > application we can find on linux that make a good impression on windows > > users). Whereas xine is worse that Windows Media Player in terms of > > speed/stability/functionnalities. > > Odd, it's always been more or less exactly the same speed as mplayer for > me. If you don't like the interface it has several skins, and there's > both QT and (three) GTK front-ends to the xine libs (kxine, sinek, > totem, and gnome-xine), which you can't say about mplayer... I'm not talking about skins, but about the configuration dialog that opens when you start the program the first time (the one with the complex interface with audio/video/...); and also the dialog to open file is not very clear (you have to click file before you can see the list of files; and this list isn't very usable. Moreover I've noticed bugs while using the mousewheel). And I'm not talking about the speed when reading a movie (on my computer there's no differences since I've got XV acceleration), but about the time you have to wait before it plays the films and the time you have to wait when you navigate quickly in the movie (two things which are very impressive with mplayer). I'm not using a GUI for mplayer; it's a lot easier to run it from command line or to attach it to the .avi and .mpg types: then you just have to click on the files you want to read in nautilus/konqueror/... to play them. My point is about speed (navigation and loading) and stability (I've noticed more bugs in xine than in mplayer); and not about the skins. Since I'm not the only one to have noticed that (even friends which are not using mainly linux are impressed by mplayer (and would like a software like this for windows) but dislike xine) I think mplayer should be included in Mandrake if there are no legal problems (I'm not sure about this). ;-) And I have to disagree with you on what you said first ;-): "Xine does just about everything mplayer does..." Firstly, I've used the -aspect option of mplayer a lot and that's a very important option for some movies. I didn't find this option for xine. (I know that's a detail; but that's an important details for some clips) Secondly, xine does not impress the windows users I know; but mplayer does. ;-) (that's very subjective but I think that's important) Thirdly, mplayer has a great OSD ;-) (ok this one is not a very objective argument ;-) -- Stephane SOPPERA http://stephane.soppera.free.fr
Re: [Cooker] mplayer in main ?
On Fri, 2002-11-15 at 16:54, Stephane SOPPERA wrote: > > Xine does just about everything mplayer does... > > I've tested xine on Mdk 9.0: in my opinion it's still slow to open a > fill, slow to navigate throw a video, and quite buggy. The configuration > menu is really horrible and very difficult to understand. > I really prefer MPlayer: fast, simple; it's far better than every video > players that can be found on windows (it's one of the opensource > application we can find on linux that make a good impression on windows > users). Whereas xine is worse that Windows Media Player in terms of > speed/stability/functionnalities. Odd, it's always been more or less exactly the same speed as mplayer for me. If you don't like the interface it has several skins, and there's both QT and (three) GTK front-ends to the xine libs (kxine, sinek, totem, and gnome-xine), which you can't say about mplayer... -- adamw
Re: [Cooker] mplayer in main ?
> Xine does just about everything mplayer does... I've tested xine on Mdk 9.0: in my opinion it's still slow to open a fill, slow to navigate throw a video, and quite buggy. The configuration menu is really horrible and very difficult to understand. I really prefer MPlayer: fast, simple; it's far better than every video players that can be found on windows (it's one of the opensource application we can find on linux that make a good impression on windows users). Whereas xine is worse that Windows Media Player in terms of speed/stability/functionnalities. -- Stephane SOPPERA http://stephane.soppera.free.fr
Re: [Cooker] mplayer in main ?
On Fri, 2002-11-15 at 13:53, Adam Williamson wrote: > On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: > > Now that i had some success with other transfer requests, what about the > > ultimate multimedia player under linux, aka mplayer ? > > > > It is not the most politically correct package, for sure, but it is legaly > > clean (otherwise it won't even be in contrib), and its presence in main would > > definitevely boost mdk on desktop. > > Xine does just about everything mplayer does... 1. thisway mandrake could drop gnome/kde 2. there are many things that mplayer does but xine does not ( and vice versa )... ogm support for example bye, gabor -- gpg key at www.keyserver.net
Re: [Cooker] mplayer in main ?
On Fri, 2002-11-15 at 12:41, Guillaume Rousse wrote: > Now that i had some success with other transfer requests, what about the > ultimate multimedia player under linux, aka mplayer ? > > It is not the most politically correct package, for sure, but it is legaly > clean (otherwise it won't even be in contrib), and its presence in main would > definitevely boost mdk on desktop. Xine does just about everything mplayer does... -- adamw
Re: [Cooker] mplayer in main ?
On Fri, 2002-11-15 at 13:41, Guillaume Rousse wrote: > Now that i had some success with other transfer requests, what about the > ultimate multimedia player under linux, aka mplayer ? > > It is not the most politically correct package, for sure, but it is legaly > clean (otherwise it won't even be in contrib), and its presence in main would > definitevely boost mdk on desktop. what do you mean with "not the most politically correct package"? gabor -- gpg key at www.keyserver.net
RE: [Cooker] mplayer doesn't return from full screen.
On Wed, 2002-09-18 at 10:37, gabor wrote: > vi=sdl i meant of course 'vo=sdl' sorry, gabor -- That's life for you, said McDunn. Someone always waiting for someone who never comes home. Always someone loving something more than that thing loves them. And after awhile you want to destroy whatever that thing is, so it can't hurt you no more. -- R. Bradbury, "The Fog Horn"
RE: [Cooker] mplayer doesn't return from full screen.
you don't have to download+compile sdl from www.libsdl.com simply install libSDL1.2 ( an urpmi SDL should be enough), and install mplayer ( urpmi mplayer :-))) that's all.. about the config... edit your ~/.mplayer/config... i have this in mine: - vo=xv ao=sdl that means if you invoke mplayer, it will be 'mplayer -vo xv -ao sdl'. so for you: - vi=sdl - bye, gabor On Wed, 2002-09-18 at 10:24, Robert Denier wrote: > The -vo sdl option does work, but you have to download the simple > directmedia layer from www.libsdl.com and install that, then recompile > mplayer with that option. > > I was trying to think of how to create a simple script to automatically > insert that option, but I haven't gotten one to work yet. (Long filenames > lose the \ when passed with $1 it seems. I don't know much about linux > scripts though, so perhaps its something simple.) There is probably also an > option to change the default vo if I keep looking. > > -Robert > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Stéphane Teletchéa > Sent: Wednesday, September 18, 2002 2:34 AM > To: [EMAIL PROTECTED]; gabor > Subject: Re: [Cooker] mplayer doesn't return from full screen. > > > I don't have such a problem at home (rc2 with mplayer-0.90pre7). > GeForceIIMX with nvidia's 1.0-2960. > > Did you try to change the output rendering (-vo ..) ? > > Stef > > Le Mardi 17 Septembre 2002 23:20, gabor a écrit : > > as a workaround you can use 'mplayer -vo sdl' > > > > -if you compiled it with sdl support > > > > bye, > > gabor > > > -- That's life for you, said McDunn. Someone always waiting for someone who never comes home. Always someone loving something more than that thing loves them. And after awhile you want to destroy whatever that thing is, so it can't hurt you no more. -- R. Bradbury, "The Fog Horn"
Re: [Cooker] mplayer doesn't return from full screen.
it depends on the window manager you're using.. for example: for me it works in windowmaker, but doesn't work ( can't switch back from fullscreen ) in gnome2. and this is not a cooker issue... i'm using mplayer from mplayer-cvs, and the bug is there... bye, gabor On Wed, 2002-09-18 at 09:33, Stéphane Teletchéa wrote: > I don't have such a problem at home (rc2 with mplayer-0.90pre7). > GeForceIIMX with nvidia's 1.0-2960. > > Did you try to change the output rendering (-vo ..) ? > > Stef > > Le Mardi 17 Septembre 2002 23:20, gabor a écrit : > > as a workaround you can use 'mplayer -vo sdl' > > > > -if you compiled it with sdl support > > > > bye, > > gabor > > > > On Tue, 2002-09-17 at 21:40, Robert Denier wrote: > > > Does anyone know why after going to full screen with -fs or just the f > > > key, mplayer will not return from full screen? Pressing the f key seems > > > like it tries, but doesn't actually succeed. > > > > > > I compiled the latest mplayer following the directions in the files. > > > This occurs on both my laptop (sony vaio with ati rage mobility video) > > > and my desktop (dual amd with geforce 2 mx video, using nvidia drivers). > > > > > > I don't know whether this is a cooker issue or not, as i've not had a > > > chance to try it on different versions of linux. > > > > > > -Robert -- That's life for you, said McDunn. Someone always waiting for someone who never comes home. Always someone loving something more than that thing loves them. And after awhile you want to destroy whatever that thing is, so it can't hurt you no more. -- R. Bradbury, "The Fog Horn"
RE: [Cooker] mplayer doesn't return from full screen.
The -vo sdl option does work, but you have to download the simple directmedia layer from www.libsdl.com and install that, then recompile mplayer with that option. I was trying to think of how to create a simple script to automatically insert that option, but I haven't gotten one to work yet. (Long filenames lose the \ when passed with $1 it seems. I don't know much about linux scripts though, so perhaps its something simple.) There is probably also an option to change the default vo if I keep looking. -Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stéphane Teletchéa Sent: Wednesday, September 18, 2002 2:34 AM To: [EMAIL PROTECTED]; gabor Subject: Re: [Cooker] mplayer doesn't return from full screen. I don't have such a problem at home (rc2 with mplayer-0.90pre7). GeForceIIMX with nvidia's 1.0-2960. Did you try to change the output rendering (-vo ..) ? Stef Le Mardi 17 Septembre 2002 23:20, gabor a écrit : > as a workaround you can use 'mplayer -vo sdl' > > -if you compiled it with sdl support > > bye, > gabor >
Re: [Cooker] mplayer doesn't return from full screen.
> I don't have such a problem at home (rc2 with mplayer-0.90pre7). > GeForceIIMX with nvidia's 1.0-2960. I noticed it at well. Not in rc2 I think, but latest cooker. I also noticed that the xmms-smpeg player now starts movies fullscreen. Perhaps this is related? In this case, it is more likely to be XFree's fault. Danny
Re: [Cooker] mplayer doesn't return from full screen.
I don't have such a problem at home (rc2 with mplayer-0.90pre7). GeForceIIMX with nvidia's 1.0-2960. Did you try to change the output rendering (-vo ..) ? Stef Le Mardi 17 Septembre 2002 23:20, gabor a écrit : > as a workaround you can use 'mplayer -vo sdl' > > -if you compiled it with sdl support > > bye, > gabor > > On Tue, 2002-09-17 at 21:40, Robert Denier wrote: > > Does anyone know why after going to full screen with -fs or just the f > > key, mplayer will not return from full screen? Pressing the f key seems > > like it tries, but doesn't actually succeed. > > > > I compiled the latest mplayer following the directions in the files. > > This occurs on both my laptop (sony vaio with ati rage mobility video) > > and my desktop (dual amd with geforce 2 mx video, using nvidia drivers). > > > > I don't know whether this is a cooker issue or not, as i've not had a > > chance to try it on different versions of linux. > > > > -Robert
Re: [Cooker] mplayer doesn't return from full screen.
as a workaround you can use 'mplayer -vo sdl' -if you compiled it with sdl support bye, gabor On Tue, 2002-09-17 at 21:40, Robert Denier wrote: > Does anyone know why after going to full screen with -fs or just the f key, > mplayer will not return from full screen? Pressing the f key seems like it > tries, but doesn't actually succeed. > > I compiled the latest mplayer following the directions in the files. This > occurs on both my laptop (sony vaio with ati rage mobility video) and my > desktop (dual amd with geforce 2 mx video, using nvidia drivers). > > I don't know whether this is a cooker issue or not, as i've not had a chance > to try it on different versions of linux. > > -Robert > -- That's life for you, said McDunn. Someone always waiting for someone who never comes home. Always someone loving something more than that thing loves them. And after awhile you want to destroy whatever that thing is, so it can't hurt you no more. -- R. Bradbury, "The Fog Horn"
Re: [Cooker] Mplayer.
Le Lundi 24 Juin 2002 15:02, Goetz Waschk a écrit : > Am Montag, 24. Juni 2002, 14:55:20 Uhr MET, schrieb Guillaume Rousse: > > There is still xvid dependency, and included libdvdcss, which are > > problematics. If only they were available as plugins, it would be > > simple to keep those plugins in PLF, and move everything else in > > contribs. But according to mplayer developpers, plugins are a > > shameful waste of performance > > Hi, > > the xvid codec is optional, you can use mencoder with ffmpeg. The > included libdvdread+libdvdcss+keys cache (in dir libmpdvdkit/) is > optional, you can build mplayer with standard libdvdread. Right, but that means plf package and official package would overlap instead on completing each other (as avifile). However, it think it is worth the pain. I'll try do do it. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] Mplayer.
Am Montag, 24. Juni 2002, 14:55:20 Uhr MET, schrieb Guillaume Rousse: > There is still xvid dependency, and included libdvdcss, which are > problematics. If only they were available as plugins, it would be > simple to keep those plugins in PLF, and move everything else in > contribs. But according to mplayer developpers, plugins are a > shameful waste of performance Hi, the xvid codec is optional, you can use mencoder with ffmpeg. The included libdvdread+libdvdcss+keys cache (in dir libmpdvdkit/) is optional, you can build mplayer with standard libdvdread. CU -- Götz Waschk <> master of computer science <> University of Rostock http://wwwstud.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Mplayer.
Le Dimanche 23 Juin 2002 23:40, Charles A Edwards a écrit : > My reason for reopening the question of moving it to cooker is this > statement from the mplayer info page under license > > MPlayer is GPL now. In the past it contained non-GPL code from the > OpenDivX > project, which did not allow binary redistribution. This has been > removed. There is still xvid dependency, and included libdvdcss, which are problematics. If only they were available as plugins, it would be simple to keep those plugins in PLF, and move everything else in contribs. But according to mplayer developpers, plugins are a shameful waste of performance (meaning: at least 0,1%), so no way... -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] Mplayer.
On Mon, 24 Jun 2002 00:38:38 +1000 Geoffrey Lee <[EMAIL PROTECTED]> wrote: > > > I can just Shamelessly Rip It From PLF if it were to in the > distribution. Mandrake-ized package already created, no work to do. I am using the PLF rpms. My reason for reopening the question of moving it to cooker is this statement from the mplayer info page under license MPlayer is GPL now. In the past it contained non-GPL code from the OpenDivX project, which did not allow binary redistribution. This has been removed. Charles -- DISCLAIMER: Use of this advanced computing technology does not imply an endorsement of Western industrial civilization. -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Mplayer.
On Sun, Jun 23, 2002 at 07:26:42AM -0400, Charles A Edwards wrote: > Since mplayer is mow GPL is there any chance of moving it from PLF into > cooker. Already discussed read this thread for the answer: http://marc.theaimsgroup.com/?l=mandrake-cooker&m=101962820011170&w=2 -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org We tend to see all wars through the lens of the current conflict, and we mine history for lessons convenient to the present purpose. - Brian Hayes
Re: [Cooker] Mplayer.
> or > http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ for the mirror > > so rpm packages can be created... > I'm not talking about whether they an be created or not, that's moot :-) Because they already exist in plf. I can just Shamelessly Rip It From PLF if it were to in the distribution. Mandrake-ized package already created, no work to do. > > about the GPL issues... the only problematic part is the win32 codecs... > they are 'theoretically' free... you can download them for free from > microsoft, but i don't know if they are allowed to be redistributed... > I suppose that we don't have to distribute them if we don't want to. (c.f. aviplay). -- Geoff.
Re: [Cooker] Mplayer.
On Sun, Jun 23, 2002 at 11:05:51PM +1000, Geoffrey Lee wrote: > On Sun, Jun 23, 2002 at 07:26:42AM -0400, Charles A Edwards wrote: > > Since mplayer is mow GPL is there any chance of moving it from PLF into > > cooker. > > We talked about this before, I remember once (grousse?) replied that > to get a nice and usable mplayer you would have to enable many questionable > things ... So I took his word for it .. > look at http://msp-190.man.olsztyn.pl/~dominik/linux/pkgs/mplayer/ or http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ for the mirror so rpm packages can be created... i've been using mplayer for half a year without problems, maybe it's not so much user-friendly as xine ( we're talking about a console-application ), but offers a lot of features... and of course there is mencoder, a movie-encoder.. i don't know about any movie encoders in cooker.. yes, there are some things that can't be built as binary-rpms ( like direct support for matrox graphics cards ... it is a kernel module, so it has to be compiled on the machine... or maybe cooker could provide a version compiled for the current cooker kernel..) ... but for the 99% of users the 'standard' video + audio output modes are more than enough.. about the GPL issues... the only problematic part is the win32 codecs... they are 'theoretically' free... you can download them for free from microsoft, but i don't know if they are allowed to be redistributed... but don't forget that mplayer can play nearly everything even without the win32 codecs ( they are mostly used for .asf and .wmv files ) thanks, gabor
Re: [Cooker] Mplayer.
On Sun, Jun 23, 2002 at 07:26:42AM -0400, Charles A Edwards wrote: > Since mplayer is mow GPL is there any chance of moving it from PLF into > cooker. > > We talked about this before, I remember once (grousse?) replied that to get a nice and usable mplayer you would have to enable many questionable things ... So I took his word for it .. -- Geoff.
Re: [Cooker] mplayer GPL now?
Le Mercredi 24 Avril 2002 08:00, Ben Reser a écrit : > Well in case you haven't seen the info on /., it appears that mplayer is > GPL now. So it looks like it can be included at least in contrib. > > http://mplayerhq.hu/pipermail/mplayer-dev-eng/2002-April/007161.html Due to the vast number of used libs (xvid,divx4linux,etc...) that could not be included in contribs, it would be a rather crippled version IMHO. But feel free to upgrade plf package. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] mplayer GPL now?
> > > > > > *Two-pass-code from OpenDivX * > > ** > > * Large parts of this code were taken from VbrControl() * > > * from the OpenDivX project, (C) divxnetworks, * > > * this code is published under DivX Open license, which * > > * can be found... somewhere... oh, whatever... * > > If you read the mplayer-dev list, they actually talked about this issue. The > offending file is the divx4Vbr.c, it still has stuff in it that is from the > OpenDivX project. > I'm not subscribed there, and I didn't search the archives (I assume that there must be one.) but I'm sure that a few other eagle-eyed people would have spotted that too. > > It's not! They just don't care. > > Not true. > > Ar'pi had only forgotten that that sticking point was there. In the response > that the snip came from, one of the other core mplayer developers reminded > him that they needed to either rewrite this class to remove ODX code, or just > ommit that file to be GPL compliant. This means: > > mplayers licence issues aren't final yet. Wait until they officially > announce it on their website. > Yep. Once they get the issues fixed and we can be sure that it is GPL'ed code (minus any potentially troublesome stuff) then we can include it in the distrib. I'm aware that there's a mplayer rpm available ... must be in PLF. -- Geoff.
Re: [Cooker] mplayer GPL now?
On Wednesday 24 April 2002 05:59 am, Geoffrey Lee wrote: > On Tue, Apr 23, 2002 at 11:00:01PM -0700, Ben Reser wrote: > > Well in case you haven't seen the info on /., it appears that mplayer is > > GPL now. So it looks like it can be included at least in contrib. > > > > http://mplayerhq.hu/pipermail/mplayer-dev-eng/2002-April/007161.html > > This is what I got on the OpenBSD ports list: > > > *Two-pass-code from OpenDivX * > ** > * Large parts of this code were taken from VbrControl() * > * from the OpenDivX project, (C) divxnetworks, * > * this code is published under DivX Open license, which * > * can be found... somewhere... oh, whatever... * If you read the mplayer-dev list, they actually talked about this issue. The offending file is the divx4Vbr.c, it still has stuff in it that is from the OpenDivX project. > It's not! They just don't care. Not true. Ar'pi had only forgotten that that sticking point was there. In the response that the snip came from, one of the other core mplayer developers reminded him that they needed to either rewrite this class to remove ODX code, or just ommit that file to be GPL compliant. This means: mplayers licence issues aren't final yet. Wait until they officially announce it on their website. Gary --changing the code of the Virtual Human Brain FS Driver... The permission problem was rectified. It was caused by a race. Mounting /dev/brain0 is still causing problems, though... Here's the error: #mounting local filesystems[ OK ] #Virtual Human Brain Driver v0.0.5 (EXPERIMENTAL) R/W fs module #Virtual Nerve Node Driver v0.4.1 (EXPERIMENTAL) R/W FS module #Writing Sync state to Journalled VHBFS[ FAILED ] Kernel Sys Oops.. Flushing registers.. Back-trace follows.. = Founder GVLUG. Chief Systems Architect, S4, Inc. - OS Department. Project Lead for the Sentinel Linux OS Project (KOMODO) Chairman and Project Lead of the E-media Committee of AltReal. PHONE : 895-8512 EMAIL : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] = Sent from seele.gvsu.edu 8:30am up 26 min, 1 user, load average: 1.09, 1.18, 1.05
Re: [Cooker] mplayer GPL now?
On Tue, Apr 23, 2002 at 11:00:01PM -0700, Ben Reser wrote: > Well in case you haven't seen the info on /., it appears that mplayer is > GPL now. So it looks like it can be included at least in contrib. > > http://mplayerhq.hu/pipermail/mplayer-dev-eng/2002-April/007161.html This is what I got on the OpenBSD ports list: *Two-pass-code from OpenDivX * ** * Large parts of this code were taken from VbrControl() * * from the OpenDivX project, (C) divxnetworks, * * this code is published under DivX Open license, which * * can be found... somewhere... oh, whatever... * -- divx4_vbr.c, mplayer 0.90pre1 It's not! They just don't care. // Dennis If someone can prove me wrong, I'd really like to rip out xmovie and replace it with mplayer ... not that xmovie is bad but I can't get it to build without all those DeCSS and stuff .. -- Geoff.
Re: [Cooker] MPlayer 0.50pre1
Hi i got the same errors under gcc-3.0.1 and i found on the page of xmms or avi-xmms that it can not be compiled against avifile-0.6 it only works with the old avifile probably we should wait till the next release of avi-xmms or go to avifile 0.5x Claudio wrote: >On Thursday 04 October 2001 23:35, Claudio wrote: > >>On Thursday 04 October 2001 20:09, Guillaume Rousse wrote: >> >>>Ainsi parlait svetljo : >>> and what about avi-xmms could you make a mdk.rpm of avi-xmms also >>>I don't think so, as i don't use it myself. >>>But Claudio had one such rpm, maybe it is still available ? >>> >>I made it but I'm not able to compile it against latest avifile-0.6 :o( >>I'll install the today's avifile and test again.. and I'll make you know! >>C. >> > >Nothing to do, I still have a chain of errors: > >[...] >caviplay.cpp: In function `int destroy_avmodes ()': >caviplay.cpp:110: warning: no return statement in function returning >non-void >caviplay.cpp: In function `int thread_video (void *)': >caviplay.cpp:432: `fccYUY2' undeclared (first use this function) >caviplay.cpp:432: (Each undeclared identifier is reported only once for >each function it appears in.) >caviplay.cpp: In function `void cb_sweep (CImage *)': >caviplay.cpp:637: no matching function for call to `CImage::data ()' >caviplay.cpp:637: no matching function for call to `CImage::bytes ()' >caviplay.cpp:640: no matching function for call to `CImage::bytes ()' >caviplay.cpp:643: no matching function for call to `CImage::bytes ()' >caviplay.cpp:644: no matching function for call to `CImage::bytes ()' >caviplay.cpp:646: no matching function for call to `CImage::data ()' >caviplay.cpp:646: no matching function for call to `CImage::bytes ()' >caviplay.cpp:648: no matching function for call to `CImage::bytes ()' >caviplay.cpp: In method `int cPlayer::open (const char *)': >/usr/include/avifile/aviplay.h:231: too few arguments to function >`IAviPlayer *CreateAviPlayer (const char *, int, const char * = 0)' >caviplay.cpp:683: at this point in file >caviplay.cpp:686: no matching function for call to >`IAviPlayer::initPlayer (const char *&, int &)' >caviplay.cpp:688: no matching function for call to `IAviPlayer::isValid >()' >caviplay.cpp:690: no matching function for call to >`IAviPlayer::setKillHandler (void (&) (int))' >caviplay.cpp:693: no matching function for call to >`IAviPlayer::setAsync (double)' >caviplay.cpp:695: no matching function for call to `IAviPlayer::width >()' >caviplay.cpp:696: no matching function for call to `IAviPlayer::height >()' >caviplay.cpp:738: no matching function for call to >`IAviPlayer::setDrawCallback2 (void (&) (CImage *))' >caviplay.cpp:740: no matching function for call to >`IAviPlayer::GetVideoLength ()' >caviplay.cpp:743: no matching function for call to >`IAviPlayer::GetAudioLength ()' >caviplay.cpp: In method `int cPlayer::close ()': >caviplay.cpp:764: no matching function for call to >`IAviPlayer::setDrawCallback2 (void (&) (CImage *))' >caviplay.cpp:765: no matching function for call to >`IAviPlayer::setKillHandler (void (&) (int))' >caviplay.cpp:768: no matching function for call to >`IAviPlayer::isPlaying ()' >caviplay.cpp:768: no matching function for call to `IAviPlayer::stop >()' >caviplay.cpp: In method `int cPlayer::seek (long int)': >caviplay.cpp:833: no matching function for call to >`IAviPlayer::reseek_exact (long int &)' >caviplay.cpp: In method `int cPlayer::play ()': >caviplay.cpp:846: no matching function for call to `IAviPlayer::start >()' >caviplay.cpp:847: no matching function for call to `IAviPlayer::play >()' >caviplay.cpp: In method `int cPlayer::pause (int)': >caviplay.cpp:854: no matching function for call to `IAviPlayer::pause >(int &)' >caviplay.cpp: In method `int cPlayer::rewind ()': >caviplay.cpp:860: no matching function for call to `IAviPlayer::reseek >(int)' >caviplay.cpp: In method `int cPlayer::postype (int)': >caviplay.cpp:883: warning: no return statement in function returning >non-void >caviplay.cpp: In method `int cPlayer::hwtype (int)': >caviplay.cpp:896: warning: no return statement in function returning >non-void >caviplay.cpp: In method `int cPlayer::query (const char *, long int *, >char **)': >caviplay.cpp:941: `MainAVIHeader' undeclared (first use this function) >caviplay.cpp:941: parse error before `;' >caviplay.cpp:944: `hdr' undeclared (first use this function) >make[1]: *** [caviplay.lo] Error 1 >make[1]: Leaving directory `/home/claudio/avi-xmms-1.2.2/src' >make: *** [all-recursive] Error 1 > >Don't know what to do actually... >Anyway it compiled fine with 0.53 and mdk-8.0... >C. >
Re: [Cooker] MPlayer 0.50pre1
Gwenole Beauchesne wrote: >On Fri, 5 Oct 2001, svetljo wrote: > >>that is with gcc-2.96 am i right >>i had the same errors, but with 3.0.1 there is other error >>that i mentioned in the previous mails >> > >If this is the one related to __gwchar_t and C++, I already said that >problem was fixed in glibc-2.2.4-8mdk. At least, I could rebuild >Guillaume's MPlayer RPM with gcc3. > in case he use gcc-2.96 it's other pb i was asking him wether he uses gcc-2.96 and in case he is, to try it with gcc-3.0.1 i'm downloading in the moment glibc , i 'll try and i'll let you know > >Bye, >Gwenolé. > >
Re: [Cooker] MPlayer 0.50pre1
that is with gcc-2.96 am i right i had the same errors, but with 3.0.1 there is other error that i mentioned in the previous mails Claudio wrote: >On Thursday 04 October 2001 23:35, Claudio wrote: > >>On Thursday 04 October 2001 20:09, Guillaume Rousse wrote: >> >>>Ainsi parlait svetljo : >>> and what about avi-xmms could you make a mdk.rpm of avi-xmms also >>>I don't think so, as i don't use it myself. >>>But Claudio had one such rpm, maybe it is still available ? >>> >>I made it but I'm not able to compile it against latest avifile-0.6 :o( >>I'll install the today's avifile and test again.. and I'll make you know! >>C. >> > >Nothing to do, I still have a chain of errors: > >[...] >caviplay.cpp: In function `int destroy_avmodes ()': >caviplay.cpp:110: warning: no return statement in function returning >non-void >caviplay.cpp: In function `int thread_video (void *)': >caviplay.cpp:432: `fccYUY2' undeclared (first use this function) >caviplay.cpp:432: (Each undeclared identifier is reported only once for >each function it appears in.) >caviplay.cpp: In function `void cb_sweep (CImage *)': >caviplay.cpp:637: no matching function for call to `CImage::data ()' >caviplay.cpp:637: no matching function for call to `CImage::bytes ()' >caviplay.cpp:640: no matching function for call to `CImage::bytes ()' >caviplay.cpp:643: no matching function for call to `CImage::bytes ()' >caviplay.cpp:644: no matching function for call to `CImage::bytes ()' >caviplay.cpp:646: no matching function for call to `CImage::data ()' >caviplay.cpp:646: no matching function for call to `CImage::bytes ()' >caviplay.cpp:648: no matching function for call to `CImage::bytes ()' >caviplay.cpp: In method `int cPlayer::open (const char *)': >/usr/include/avifile/aviplay.h:231: too few arguments to function >`IAviPlayer *CreateAviPlayer (const char *, int, const char * = 0)' >caviplay.cpp:683: at this point in file >caviplay.cpp:686: no matching function for call to >`IAviPlayer::initPlayer (const char *&, int &)' >caviplay.cpp:688: no matching function for call to `IAviPlayer::isValid >()' >caviplay.cpp:690: no matching function for call to >`IAviPlayer::setKillHandler (void (&) (int))' >caviplay.cpp:693: no matching function for call to >`IAviPlayer::setAsync (double)' >caviplay.cpp:695: no matching function for call to `IAviPlayer::width >()' >caviplay.cpp:696: no matching function for call to `IAviPlayer::height >()' >caviplay.cpp:738: no matching function for call to >`IAviPlayer::setDrawCallback2 (void (&) (CImage *))' >caviplay.cpp:740: no matching function for call to >`IAviPlayer::GetVideoLength ()' >caviplay.cpp:743: no matching function for call to >`IAviPlayer::GetAudioLength ()' >caviplay.cpp: In method `int cPlayer::close ()': >caviplay.cpp:764: no matching function for call to >`IAviPlayer::setDrawCallback2 (void (&) (CImage *))' >caviplay.cpp:765: no matching function for call to >`IAviPlayer::setKillHandler (void (&) (int))' >caviplay.cpp:768: no matching function for call to >`IAviPlayer::isPlaying ()' >caviplay.cpp:768: no matching function for call to `IAviPlayer::stop >()' >caviplay.cpp: In method `int cPlayer::seek (long int)': >caviplay.cpp:833: no matching function for call to >`IAviPlayer::reseek_exact (long int &)' >caviplay.cpp: In method `int cPlayer::play ()': >caviplay.cpp:846: no matching function for call to `IAviPlayer::start >()' >caviplay.cpp:847: no matching function for call to `IAviPlayer::play >()' >caviplay.cpp: In method `int cPlayer::pause (int)': >caviplay.cpp:854: no matching function for call to `IAviPlayer::pause >(int &)' >caviplay.cpp: In method `int cPlayer::rewind ()': >caviplay.cpp:860: no matching function for call to `IAviPlayer::reseek >(int)' >caviplay.cpp: In method `int cPlayer::postype (int)': >caviplay.cpp:883: warning: no return statement in function returning >non-void >caviplay.cpp: In method `int cPlayer::hwtype (int)': >caviplay.cpp:896: warning: no return statement in function returning >non-void >caviplay.cpp: In method `int cPlayer::query (const char *, long int *, >char **)': >caviplay.cpp:941: `MainAVIHeader' undeclared (first use this function) >caviplay.cpp:941: parse error before `;' >caviplay.cpp:944: `hdr' undeclared (first use this function) >make[1]: *** [caviplay.lo] Error 1 >make[1]: Leaving directory `/home/claudio/avi-xmms-1.2.2/src' >make: *** [all-recursive] Error 1 > >Don't know what to do actually... >Anyway it compiled fine with 0.53 and mdk-8.0... >C. >
Re: [Cooker] MPlayer 0.50pre1
On Thursday 04 October 2001 20:09, Guillaume Rousse wrote: > Ainsi parlait svetljo : > > and what about avi-xmms > > could you make a mdk.rpm of avi-xmms also > > I don't think so, as i don't use it myself. > But Claudio had one such rpm, maybe it is still available ? I made it but I'm not able to compile it against latest avifile-0.6 :o( I'll install the today's avifile and test again.. and I'll make you know! C. -- Claudio Panichi SysAdmin at Dept. of Physics "Tor Vergata" University and INFN - Sec. "Roma II" Remote System is: LINUX Mandrake release 8.2 - Cooker! LA STABILITÀ È PER I DEBOLI! ;p
Re: [Cooker] MPlayer 0.50pre1
Guillaume Rousse wrote: >Ainsi parlait svetljo : > >>and what about avi-xmms >>could you make a mdk.rpm of avi-xmms also >> >I don't think so, as i don't use it myself. >But Claudio had one such rpm, maybe it is still available ? > :) how can i find that rpm btw i think avi-xmms has the gratest sound sincronisation i mean compared to Xine i couldn't get XMPS-0.2 working with avi's thanks
Re: [Cooker] MPlayer 0.50pre1
Ainsi parlait svetljo : > and what about avi-xmms > could you make a mdk.rpm of avi-xmms also I don't think so, as i don't use it myself. But Claudio had one such rpm, maybe it is still available ? -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html