| |
| |
| |
|
Page: 1 2 3
Comments:
<0> -rw-rw-r-- 1 flame portage 78837 17 giu 22:13 /var/portage/distfiles/xine-lib-patches-53.tar.bz2
<0> -rw-r--r-- 1 flame portage 21606 30 giu 23:05 /var/portage/distfiles/xine-lib-patches-54.tar.bz2
<0> yai! :P
<1> Right. Now, any ideas about that locking bug in gxine?
<1> (play_exec() & js_queue_cb())
<0> err define locking bug?
<1> Same two locks, reversed order. One is GDK's and I don't see a way around it.
<1> Flameeyes, "librayr"? :-)
<0> _ds, where? >_<
<1> configure.ac 1.93->1.94
<1> xine-ui
<1> PNG
<1> While you're at it...
<1> ... there's a nearby "architectur"
<1> (Nearby in the diff, anyway.)
<0> i'm trying to make the configure.ac behave in a sane way right now, it's a bit of a lot of "what you should _not_ do in a configure.ac" summary :P
<0> _ds, all that part is gone in 1.95 :P was forcing a few things that are not exactly the sanest on this earth
<0> i'll see if it makes a (noticeable) difference, and in case recycle the optimisations.m4 file from xine-lib
<1> :-)
<0> but i doubt, xine-ui is mostly gui code, stuff like -ffast-math is more likely to introduce bugs rather than making it faster
<1> Maybe...
<0> i can tell you, -ffast-math makes code waaay crashy sometimes
<0> graaaargh, --disable-shm-default was broken entirely
<0> _ds, okay a question
<0> xine-ui does not install any shared library
<0> why does it use libtool?
<1> No idea.
<1> Probably just "because".
<1> There's a reference to src/common/libcommon.la...
<1> (src/xitk/Makefile.am)
<0> it's a noinst library
<0> which means that for libtool it's always handled as .a without pic till the end
<0> libtool make sense only if you install a shared library
<0> _ds, do you have directfb installed by chance?
<0> as in dfbxine
<1> No...
<1> Well, not dfbxine
<1> libdirectfb 0.9.24 is present.
<0> ET_EXEC libxine.so.1,libfreetype.so.6,libnsl.so.1,libpthread.so.0,librt.so.1,libaa.so.1,libncurses.so.5,libslang.so.2,libdl.so.2,libSM.so.6,libICE.so.6,libXinerama.so.1,libXxf86vm.so.1,libpng12.so.0,libz.so.1,libm.so.6,libXv.so.1,libX11.so.6,libXext.so.6,libc.so.6 usr/bin/aaxine
<0> you would think that there's something really broken going on
<0> _ds, knitting out the libtool stuff is going to open a can of worms :|
<1> :-\
<0> basically libcommon links against x11 stuff if x11 is enabled
<0> which means that even stuff that does not use x11 will end up linking against it right now
<1> It probably wants to be split up, then... hmm, -Wl,--as-needed?
<0> might help but i wouldn't trust it
<0> it's simpler to just move the part of utils.c that uses x11 in a libxcommon.a
<1> Then do that :-)
<0> doing so
<0> libsmjs? seamonkey?
<1> Yes.
<0> seems like mozilla people don't have the sdk anymoew :/
<1> libmozjs these days.
<0> _ds, i was mainly thinking about the mess i'm going to have to do to have vlc build its mozilla plugin again
<0> for now i had no request to make gxine build against anything else but what it's doing now, luckily
<1> Hmm?
<0> i used gecko-sdk before
<0> so that i wouldn't need to depend on mozilla or firefox
<0> [as the plugin worked also in konqueror and opera]
<0> ah that is
<0> i think i still link against tht right now
<0> oookay done it :)
<0> now it builds without libtool (faster) and without linking X11 libraries to non-X11 stuff :P
<0> uhm
<0> dfbxine is simply disabled
<1> I know. I commented out a couple of lines...
<0> why it was failing to build it is something that would interest me, but not right now :P
<0> this configure.ac starts to have an human form :P
<0> although it uses pkg-config manually, brrr
<1> It's STARING AT ME!
<1> ;-)
<0> hmm i'm tempted to just replace all the checks for libpng with a pkg-config check too, i think at this point every distribution/os should have a decent enough libpng
<1> Yes, pkgconfig file in libpng2-dev in sarge...
<0> sarge is?
<0> [stable/unstable/testing/whatever?]
<1> Stable.
<0> yeah so following the old way to say, if debian stable has it, it's old enough :P
<1> I'd add "and is at least 18 months old" :-)
<1> Well, maybe a year...
<1> etch is *scheduled* for release in December, IIRC.
<0> etch being?
<0> [stale would have been a freudian slip :P]
<1> Testing.
<0> wow a new stable version before the next coming of the Knights? ;)
<1> I think around Easter next year.
<0> i think that does not help when spidermonkey is unmaintained since eons
<1> xulrunner seems to be maintained...?
<0> xulranner yes
<0> does gxine now use xulrunner? :|
<1> It uses libmozjs from there, yes.
<0> i should probably update it then :|
<0> [which means that i have to install xulrunner]
<1> It checks for libmozjs first, then libsmjs, then various libjs...
<0> at least it does not depend on half of mozilla... just 1/3
<1> :-)
<1> And the rest of your desktop...?
<0> kde of course
<0> i won't hack at kwin right now :P i'll might do when i have time ;)
<1> My desktop is sort-of xfce4.
<1> ATM.
<1> I'm really only using the window manager and a few directly-related bits.
<2> Hey all.
<2> Anyone around?
<1> No.
<1> :-)
<2> Great. :)
<0> only when you don't look around >_>
<2> Does anyone in here use xine-lib with XvMC? I'm experiencing some issues with that
<0> hm i don't right now, i used to but i had problems myself
<1> I don't - unsuitable hardware (or at least no suitable drivers).
<0> _ds, which kind of hardware? :P
<2> Flameeyes: What did you end up experiencing?
<1> RV280
<2> For me, with an "OSD" type stuff things are/were severely messed up
<2> any OSD
<0> Speedy2, artifacts on the screen, sometimes cropped output
<2> Yeah
<2> :(
<0> _ds, what is that?
<0> Speedy2, nvidia's xvmc?
<2> Flameeyes: Yea
<1> Flameeyes: Radeon 9200SE
<2> Yes
<0> _ds, do you happen to use it in mergedfb mode? :P
<1> Flameeyes, no
<1> But I have done so
<2> I'm in a tough spot. The video card I have is a 6200TC (PCI-Express) . Sadly, nVidia has *removed* overlay support in their newer cards!
<2> So I was hoping XvMC would work OK.
<1> (Xv is fine)
<0> Speedy2, i think that is the problem :/ xvmc from nvidia always had some sort of troubles with almost anything
<0> _ds, using radeon driver or ati's?
<2> For what it's worth, XvMC seems to work OK with mplayer
<1> Flameeyes: radeon
<2> It did lock up on me once, but since then it's been smooth
<0> Speedy2, yes mplayer works for me too
<2> I can playback HD clips, etc without issue
<2> Flameeyes: Did you try mplayer with xvmc as well?
Return to
#xine
or
Go to some related
logs:
smb_fill_super: missing data argument
gentoo x85 install cd
ubuntu.ong
#gentoo
#gentoo
ubuntu soxmix
#gentoo
#linux
fr33mind
#perl
|
|