| |
| |
| |
|
Comments:
<0> hi
<1> Welcome back, Mr Developer!
<2> hi, does xine work on intel macs currently?
<1> Welcome back, Mr Developer!
<3> hi
<3> ist das hier deutschsprachig
<3> ?
<3> sagtmal... kann man bei gxine das eigentlich so einstellen, d*** er streams auch im doppelten tempo abspielen kann, ohne, d*** er gleich wieder puffern muss, und nach dem puffern wieder die einfache geschwindigkeit hat?
<3> ich habe den puffer schonmal verdoppelt... aber das bringt offenbar auch nichts
<3> ah... i thought it was a german-speaking channel because of the .de - URL in the topic...
<3> so i will translate it.. i tried to run a stream in gxine with double-speed, but it always needs to disrupt to buffer, and after buffering the speed was only 1x ...
<3> i've set the buffer to the double value... but without success
<4> _ds, do you think i should ask fn stuff to make you take over the channel? :P
<5> Flameeyes, we could do with a few more ops around :-)
<5> As for that buffering problem, all that I can immediately say is that it's a xine-lib problem.
<5> (Or at least, it looks like one.)
<4> SoerenW, which kind of stream?
<4> it might not be possible to play it double-speed if it's a stream like rtp/mms that sends data at play rate
<3> ah.. it is a mms
<4> SoerenW, i'm afraid that it might be impossible to play it double-speed, because they provide you just a bit more of the stream you're playing now (that's why even downloading it with mimms it takes you the whole time of the stream)
<3> would it work with rtsp-streams?
<4> depends, iirc rtsp does have a command for double-speed, but it has to be allowed by the source to work
<4> and if it's multicast, it's unlikely to work
<3> hm... i've seen a download-manager for windows ... this one can download the streams directly using the full bandwith ... but i've never found one for linux...
<3> i think the windows-programm was called nettransport or so
<3> they were rtsp-streams
<4> for rtsp it depends on the source i think, and how it's configured. for mms, i'm quite sure it's usually limited because i tried myself a couple of times :/
<5> Much better, I hope :-)
<3> _ds, ok ;)
<6> hi folks
<4> hi siretart
<4> _ds, any reasons why you think i shouldn't be changing --with-external-mad to --without-external-mad, considering that it will make xine segfault for any software that ends up linking both xine and lbmad together (hint: tunepimp/musicbrainz adds a mad library dependency!)?
<4> [yes okay the problem is anyway fixed by hidden visibility when present, but considering the internal libmad is not better than the external in any way...]
<7> does xine operate under a single thread during playback?
<7> it always seems to use exactly 100% of one cpu
<7> but only one
<4> it shouldn't
<7> it does
<7> im playing a tv-sized video, xvid using the opengl 2D_Tex renderer
<4> urgh, opengl
<7> whats wrong with opengl?
<4> had bad experiences with it in the past
<4> [the output plugin
<7> nothing but good experiences with it here
Return to
#xine
or
Go to some related
logs:
xconf.org
aMSN dl ubuntu
ubuntu glib not installed
debbie stabinaw
Could not read output for /sbin/modprobe -v -n --show-depends --set-version yair
#css
winetools ubuntu
eternal_drake
#linux
dapper idle cpu usage
|
|