Re: [Cooker] Problems with Xine: bottom line
Definitely going to have to add PLF's stuff to my mirroring script. Charles A Edwards wrote: > On Wed, 10 Jul 2002 10:20:07 +0200 > NM-Cooker <[EMAIL PROTECTED]> wrote: > > > >> > >>Unless I'm seriously mistaken, the win32_dll plugin does NOT include >>any binary / non free stuff; it just allows to load DLLs if you have >>them. It's included *in the source* of Xine, and compiled every time >>as far as I can tell, it's just not copied over to the RPM by the >>Mandrake spec. I'm not talking about the Win 32 DLLs themselves, just >>the loader(xine-lib/src/libw32dll). >> > > > rpm -q --requires xine-plugins-win32 > xine-plugins = 0.9.12 > win32-codecs > > If you want it to be otherwise you will have to write your own spec and > build the rpms. > > plf rpms are the same as those which would appear in Mandrake If it were > not for legal reasons (copyright/license/patent). > > >Charles > > -- > Innovation is hard to schedule. > -- Dan Fylstra > -- > Charles A Edwards > [EMAIL PROTECTED] > -- > >
Xine bugs stil,l was Re: [Cooker] Problems with Xine: bottom line
Le mer 10/07/2002 à 16:08, Buchan Milne a écrit : > plf.zarb.org has been mentioned a number of times? Have you even been > there? Let's make it easier for you: > > http://plf.zarb.org Eh ok fair enough. I mixed that up with another site. That's one thing answered. Now there's still two left, assuming Cooker and GCC 3.1.1: 1. Xine is incompatible with current Cooker Esound (0.28). 2. WMV decoding doesn't work on Cooker. Note: I haven't had time to try with the PLF RPMs just yet, I compiled from source (and tweaked MDK SRPM) distrib and CVS. On the other hand, I managed to get RH 7.2 GCC 2.96 compiled RPMs to work on Cooker, so this looks like a compiler issue. This has been reported by a few users on the Xine list, I'm still investigating about it. Ok now as to why I'm posting this: does anyone have a different experience than I with this, IE has latest cooker and runs Xine with Esound fine, and/or run MDK Xine+PLF plugins fine as well?
Re: [Cooker] Problems with Xine: bottom line
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 NM wrote: | Hm .. ok, where is this xine-plugins-win32 found? | | Anyway, it doesn't work when compiled with GCC 3.1.1 ... | plf.zarb.org has been mentioned a number of times? Have you even been there? Let's make it easier for you: http://plf.zarb.org - -- |Registered Linux User #182071-| 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.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9LD/arJK6UGDSBKcRApNMAJ9Yp5YhOgIL61TSDwnzToKz0RH5XQCcDeAG YhFmktXmVWueUMkXw/N2X+8= =vrsE -END PGP SIGNATURE-
Re: [Cooker] Problems with Xine: bottom line
On 10 Jul 2002 14:45:36 +0200 NM <[EMAIL PROTECTED]> wrote: > Hm .. ok, where is this xine-plugins-win32 found? http://plf.zarb.org/rpm/cooker/i586/ Charles -- The urge to gamble is so universal and its practice so pleasurable that I assume it must be evil. -- Heywood Broun -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Problems with Xine: bottom line
Le mer 10/07/2002 à 14:36, Charles A Edwards a écrit : > rpm -q --requires xine-plugins-win32 > xine-plugins = 0.9.12 > win32-codecs > > If you want it to be otherwise you will have to write your own spec and > build the rpms. > > plf rpms are the same as those which would appear in Mandrake If it were > not for legal reasons (copyright/license/patent). Hm .. ok, where is this xine-plugins-win32 found? Anyway, it doesn't work when compiled with GCC 3.1.1 ...
Re: [Cooker] Problems with Xine: bottom line
On Wed, 10 Jul 2002 10:20:07 +0200 NM-Cooker <[EMAIL PROTECTED]> wrote: > > > Unless I'm seriously mistaken, the win32_dll plugin does NOT include > any binary / non free stuff; it just allows to load DLLs if you have > them. It's included *in the source* of Xine, and compiled every time > as far as I can tell, it's just not copied over to the RPM by the > Mandrake spec. I'm not talking about the Win 32 DLLs themselves, just > the loader(xine-lib/src/libw32dll). rpm -q --requires xine-plugins-win32 xine-plugins = 0.9.12 win32-codecs If you want it to be otherwise you will have to write your own spec and build the rpms. plf rpms are the same as those which would appear in Mandrake If it were not for legal reasons (copyright/license/patent). Charles -- Innovation is hard to schedule. -- Dan Fylstra -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Problems with Xine: bottom line
Charles A Edwards wrote: >On Wed, 10 Jul 2002 02:12:26 +0200 >NM-Cooker <[EMAIL PROTECTED]> wrote: > > >>- current libxine0 rpm from cooker (v. 0.9.12-1mdk) doesn't install >>the Win32 DLL plugin, and hence doesn't allow to use said DLLs; I >>added: >> >> > >Of course it does not. >The Win32codec is by no stretch of the imagination suitable for >inclusion in any official Mandrake release. >Even the xine source does not create this plugin unless you already have >Win32 installed. > >You can get rpms built for use on cooker for both Win32 and >Xine-plugin-win32 from PLF. >http://plf.zarb.org/rpm/cooker/i586/ > Unless I'm seriously mistaken, the win32_dll plugin does NOT include any binary / non free stuff; it just allows to load DLLs if you have them. It's included *in the source* of Xine, and compiled every time as far as I can tell, it's just not copied over to the RPM by the Mandrake spec. I'm not talking about the Win 32 DLLs themselves, just the loader (xine-lib/src/libw32dll).
Re: [Cooker] Problems with Xine: bottom line
Charles A Edwards wrote: >On Wed, 10 Jul 2002 02:12:26 +0200 >NM-Cooker <[EMAIL PROTECTED]> wrote: > > >>- current libxine0 rpm from cooker (v. 0.9.12-1mdk) doesn't install >>the Win32 DLL plugin, and hence doesn't allow to use said DLLs; I >>added: >> >> > >Of course it does not. >The Win32codec is by no stretch of the imagination suitable for >inclusion in any official Mandrake release. >Even the xine source does not create this plugin unless you already have >Win32 installed. > >You can get rpms built for use on cooker for both Win32 and >Xine-plugin-win32 from PLF. >http://plf.zarb.org/rpm/cooker/i586/ > Unless I'm seriously mistaken, the win32_dll plugin does NOT include any binary / non free stuff; it just allows to load DLLs if you have them. It's included *in the source* of Xine, and compiled every time as far as I can tell, it's just not copied over to the RPM by the Mandrake spec. I'm not talking about the Win 32 DLLs themselves, just the loader (xine-lib/src/libw32dll).
Re: [Cooker] Problems with Xine: bottom line
On Wed, 10 Jul 2002 02:12:26 +0200 NM-Cooker <[EMAIL PROTECTED]> wrote: > - current libxine0 rpm from cooker (v. 0.9.12-1mdk) doesn't install > the Win32 DLL plugin, and hence doesn't allow to use said DLLs; I > added: Of course it does not. The Win32codec is by no stretch of the imagination suitable for inclusion in any official Mandrake release. Even the xine source does not create this plugin unless you already have Win32 installed. You can get rpms built for use on cooker for both Win32 and Xine-plugin-win32 from PLF. http://plf.zarb.org/rpm/cooker/i586/ Charles -- By making something absolutely clear, someone will become confused -- Murphy's In Laws n°9 -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Problems with Xine: bottom line
On Wed, 10 Jul 2002 02:12:26 +0200 NM-Cooker <[EMAIL PROTECTED]> wrote: > - current libxine0 rpm from cooker (v. 0.9.12-1mdk) doesn't install > the Win32 DLL plugin, and hence doesn't allow to use said DLLs; I > added: Of course it does not. The Win32codec is by no stretch of the imagination suitable for inclusion in any official Mandrake release. Even the xine source does not create this plugin unless you already have Win32 installed. You can get rpms built for use on cooker for both Win32 and Xine-plugin-win32 from PLF. http://plf.zarb.org/rpm/cooker/i586/ Charles -- By making something absolutely clear, someone will become confused -- Murphy's In Laws n°9 -- Charles A Edwards [EMAIL PROTECTED] --
[Cooker] Problems with Xine: bottom line
- current versions of Xine (up to latest CVS) do NOT work properly with the Esound daemon/libs shipped on Mandrake. Playback gets choppy, sound doesn't even work, and Xine plain freezes. This is true with any compiler BTW. - current libxine0 rpm from cooker (v. 0.9.12-1mdk) doesn't install the Win32 DLL plugin, and hence doesn't allow to use said DLLs; I added: %_libdir/xine/plugins/xineplug_decode_w32dll.so ... to the .spec file to add it. - unfortunately anyway, this is fucked with GCC 3.1.1, it just crashes. I installed Redhat contributed Xine rpms (compiled with GCC 2.96 / i386) and it works perfectly. Hope this helps.