Hi Linus, hi Mark.

Besides stressing Alexander's suggestion on better using the tracker  
for discussing .info submissions than sending inline text (which often  
causes trouble), I'd like to learn about the required patches. If they  
are not fink specific but just required on the mac, we should try to  
push them upstream to xine-devel (which is appreciates most of the  
times).

Did you read my 2 previous postings to the list concerning xine lib on  
x86-32 with XCode 3.0? The MacBook Air has a Core 2 Duo which AFAIU is  
a 64-bit CPU (please correct me if I'm wrong). I can try to see if  
your .info/.patch compiles on a MacBook x86-32 with XCode 3.0 next week.


In the info file, xine lib 1.1.10.1 is used which is already  
superseded by 1.1.11, which I belief will be replaced by 1.1.11.1  
pretty soon, as another security bug was discovered recently. But this  
shouldn't make any difference to the .info file besides the source  
code url.
  In the info file %v can be used, e.g., in the Source tag to specify  
xine-lib-%v.tar.bz instead of repeating the version number.

I'm not sure if most of the patches from the PatchScript are still (it  
looks like the come from the current libxine 1.1.2 package) needed. As  
I said, I can build xine lib 1.1.11 on G4, G5 without any patches, and  
on X86-32 at least with XCode 3.1 when disabling tomsmocomp.
Maybe we can start without patches and add them as needed.

The patch disables the dscaler_greedyh. I think the problem with its  
asm implementation was already fixed in xine-lib and should work now  
on mac x86. disabling the dscaler_tomsmocomp is probably required.  
Would it be better to keep the method but make it a No-op, such that  
the deinterlacer can be selected but it's doing nothing?

The assembly in src/post/planar/eq2.c and src/post/planar/eq.c might  
be fixed similar to the patch by the Perian project I've mentioned in  
my last mails.


Linux, for xine-lib not working on your machine. can you try to  
download, and install xine-lib without fink into the default location  
(/usr/local/..) and then try the muxine example again? Could you erase  
xine lib before from your machine too? uninstall the ffmpeg packages  
from fink, clean up your /usr/local/lib and /usr/local/include. maybe  
some files got mixed up.

cheers,
matthias


On 27.03.2008, at 19:06, Linus Gasser wrote:

> Hello list,
>
> together with Mark Collins we've been hacking together a working  
> libxine1.info and libxine1.patch. We deleted the kdetv-deinterlacer.  
> Mark Collins is able to use it with something like "muxine" from
>
> http://xinehq.de/index.php/samplecode
>
> while on my computer it shows only a black window. Anybody else  
> ready to have a look at it, please?


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Reply via email to