[gst-devel] Daily IRC logs

wim.taymans at chello.be wim.taymans at chello.be
Fri Apr 13 06:27:33 CEST 2001


[07:10] chillywilly (baumannd at d181.as7.nwbl0.wi.voyager.net) joined #gstreamer.
[07:19] Nick change: ajmitch -> aj_food
[07:42] taaz (dlehn at 66.37.66.32) left irc: Ping timeout for taaz[66.37.66.32]
[07:42] taaz (dlehn at 66.37.66.32) joined #gstreamer.
[07:48] Nick change: aj_food -> ajmitch
[08:06] ajmitch (me at p40-max2.dun.ihug.co.nz) left irc: http://www.freedevelopers.net
[09:48] Nick change: chillywilly -> cwStudy
[09:48] Action: cwStudy is away: studying for a test
[10:09] holger (holger at Q.convergence.de) joined #gstreamer.
[10:51] cwStudy (baumannd at d181.as7.nwbl0.wi.voyager.net) left irc: nighty night
[11:25] holger (holger at Q.convergence.de) got netsplit.
[11:25] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[11:26] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[11:26] holger (holger at Q.convergence.de) returned to #gstreamer.
[11:26] holger (holger at Q.convergence.de) got netsplit.
[11:26] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[11:26] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[11:26] holger (holger at Q.convergence.de) returned to #gstreamer.
[11:26] holger (holger at Q.convergence.de) got netsplit.
[11:26] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[11:26] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[11:26] holger (holger at Q.convergence.de) returned to #gstreamer.
[11:32] holger (holger at Q.convergence.de) got netsplit.
[11:32] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[11:32] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[11:32] holger (holger at Q.convergence.de) returned to #gstreamer.
[12:12] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[12:12] taaz (dlehn at 66.37.66.32) got netsplit.
[12:12] holger (holger at Q.convergence.de) got netsplit.
[12:12] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[12:12] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[12:12] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[12:12] holger (holger at Q.convergence.de) returned to #gstreamer.
[12:12] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[12:23] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[12:23] taaz (dlehn at 66.37.66.32) got netsplit.
[12:23] holger (holger at Q.convergence.de) got netsplit.
[12:23] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[12:23] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[12:23] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[12:23] holger (holger at Q.convergence.de) returned to #gstreamer.
[12:23] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[12:44] holger (holger at Q.convergence.de) left irc: Ping timeout for holger[Q.convergence.de]
[12:45] holger__ (holger at Q.convergence.de) joined #gstreamer.
[12:48] holger__ (holger at Q.convergence.de) left irc: Ping timeout for holger__[Q.convergence.de]
[12:58] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[12:58] taaz (dlehn at 66.37.66.32) got netsplit.
[12:58] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[12:59] wtay-sleep (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[12:59] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[12:59] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[14:14] razzie (mrrazz at hoogeveen1-40.kabel.dekooi.nl) joined #gstreamer.
[14:32] rdj (rdj at a37030.upc-a.chello.nl) left irc: proud member of the anti movement...
[14:32] sienap (nohup at hoogeveen1-40.kabel.dekooi.nl) joined #gstreamer.
[14:33] <sienap> Wieeeeeeeeeeeeeeeeh
[14:42] taaz (dlehn at 66.37.66.32) got netsplit.
[14:43] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[15:48] sienap (nohup at hoogeveen1-40.kabel.dekooi.nl) left irc: Ping timeout for sienap[hoogeveen1-40.kabel.dekooi.nl]
[15:49] razzie (mrrazz at hoogeveen1-40.kabel.dekooi.nl) left irc: Ping timeout for razzie[hoogeveen1-40.kabel.dekooi.nl]
[17:40] hadess (hadess at pc213-gui2.cable.ntl.com) joined #gstreamer.
[17:58] Cactus (cactus at port037.bp1.telnet.hu) joined #gstreamer.
[17:58] <Cactus> hi
[17:58] <Cactus> <hadess> Cactus: i think ppl on #gstreamer would be pleased to see you
[17:58] <hadess> pleased to see you here
[17:58] dobey (dobey at dreadnought.ximian.com) joined #gstreamer.
[18:11] sienap (nohup at hoogeveen1-184.kabel.dekooi.nl) joined #gstreamer.
[18:11] <sienap> boe :)
[18:12] <sienap> cactus of guikachu ?
[18:12] <dobey> ack
[18:12] <Cactus> sienap: yup
[18:12] <sienap> hej hadess :)
[18:12] <sienap> cactus he cool :)
[18:12] <sienap> since when are you intrested in gstreamer ?
[18:12] <hadess> hi sienap
[18:12] <Cactus> sienap: I've sent a mail to the gstreamer list about possibly using GStreamer via the bonob-media interface
[18:12] <sienap> aah btw guys.. a mate of my is making a nautilus viewer  for gstreamer :)
[18:12] <sienap> cactus aah cewl :)
[18:12] <dobey> Cactus: huh?
[18:12] <sienap> hej hadess !
[18:13] <Cactus> sienap: but right now I'm in the desing process for Bonobo/C++ so I'm basically away:)
[18:13] <sienap> i am at hoogeveen right now :) mrrazz is also here
[18:13] <Cactus> dobey: http://cactus.rulez.org/projects/bonobo-media/
[18:13] <sienap> cactus he :)
[18:13] <sienap> wat is bonobo-media doing ?
[18:13] <dobey> sigh
[18:13] <dobey> does everyone automatically do something i mention?
[18:14] <sienap> dobey hmm
[18:14] <sienap> :)
[18:14] <dobey> maybe i should just not say anything
[18:14] <dobey> that probably won't help though
[18:14] <sienap> hmm
[18:14] <sienap> 'he
[18:15] <sienap> mwha
[18:16] <dobey> so it's a bonbocontrol for controlling media
[18:16] Action: dobey kicks himself
[18:17] <sienap> he
[18:17] <sienap> pretty much kick arse ;)
[18:17] <dobey> eh
[18:41] <sienap> cactus
[18:41] <sienap> still there ?
[18:41] <Cactus> sienap: kinda
[18:42] <Cactus> sienap: I will be really here in about half an hour or something like that
[18:42] <Cactus> I just really need to get these design ideas about bonboo/c++ out of my head
[18:42] ChiefHighwater (paul at temple-baptist.com) joined #gstreamer.
[18:42] <dobey> yes
[18:42] <dobey> and the ones about bonobo and media too
[18:42] <dobey> get rid of those
[18:42] <Cactus> :)
[18:44] <sienap> cactus he okie :)
[18:44] <sienap> i was wondering
[18:44] <sienap> how you can have a gst_main and a bonobo_main at once..
[18:47] <hadess> sienap: there is no gst_main
[18:48] <sienap> mwha
[18:49] <sienap> something like that :)
[18:51] Nick change: wtay-sleep -> wtay
[18:51] <wtay> yo
[18:52] <hadess> wtay: !
[18:52] <hadess> madplay rocks
[18:52] <sienap> WtAYYY
[18:52] <sienap> i am in hoogeveen
[18:52] <sienap> mrrazz is here as well :)
[18:52] <wtay> sienap: I could read that from the logs :-)
[18:52] <hadess> mpeglib from lame: borked
[18:52] <hadess> libmad: rocking
[18:53] <hadess> smpeg: crappy for mp3 decoding
[18:53] <wtay> hadess: it does?
[18:53] <sienap> wtay he :)
[18:53] <hadess> wtay: it's as good as mpg123 and it's already a library =)
[18:53] <sienap> however what was the name for the gstreamer_main; or something :)
[18:53] <wtay> hadess: cool I'll check it out soon
[18:54] <hadess> mpg123 uses less cpu though
[18:54] <sienap> the xmms routines are FAST]
[18:54] <sienap> however they use a LOT of ram..
[18:54] <wtay> hadess: hmm, madplay doesn't use floating point arith...
[18:54] <hadess> maybe it'd be an idea to have libmad as a starter so that we can _use_ mp3 decoding
[18:55] <wtay> yeah
[18:56] <hadess> oh
[18:56] <wtay> whoohoo: apt-get install libmad0
[18:56] <hadess> didn't know about that
[18:56] <wtay> apt-get install libmad0-dev
[18:56] <hadess> that explains why it works but is using more cpu...
[18:58] <wtay> I thought it would be faster then...
[18:59] <hadess> libmad should work better on arm cpus as well, that might interest omega
[18:59] <sienap> hmm
[18:59] <hadess> ppc's have a very good fpu
[18:59] <wtay> yes, lots of CPU archs in the header file
[19:02] <hadess> is that me or is the audio output inside the library as well ?
[19:02] <wtay> hmm
[19:02] <wtay> reading the source now...
[19:06] <wtay> only madplay has the output modules..
[19:08] <hadess> cool
[19:09] <wtay> slightly faster then mpg123 here (1% CPU vs 2% CPU)
[19:10] <hadess> yeah, but not here
[19:10] <hadess> but this one works at least
[19:11] <hadess> mad: ~10%, mpg123 ~3%
[19:12] <wtay> hmm
[19:25] <Cactus> I'm heeeeere
[19:26] <Cactus> so
[19:26] <Cactus> what do you think about bonobo-media?
[19:28] ChiefHighwater (paul at temple-baptist.com) left irc: 
[19:29] <wtay> Cactus: very cool
[19:29] <wtay> Can you help me implement it?
[19:29] <Cactus> wtay: sure
[19:29] <wtay> perfect
[19:29] <Cactus> wtay: it's basically a question of subclassing the existing ::Stream skeleton implementation
[19:30] <wtay> ok, I'm downloading the source code now...
[19:30] <Cactus> be warned that it uses GOB
[19:30] <wtay> hmm yeah
[19:32] <wtay> is bonobo-media apt gettable?
[19:32] <Cactus> nope
[19:32] <Cactus> but GOB is:)
[19:32] <wtay> yeah, got that one already
[19:33] <Cactus> I would advise you to have a look at the vorbis stream provider, since it is mostly done (only volume setting is unimplemented)
[19:33] <wtay> I'm very unfamiliar with gob..
[19:33] <Cactus> it only creates glue GtkObject code
[19:34] <Cactus> the real stuff is still in plain C
[19:34] <wtay> I assume the .c files are autogenerated..
[19:34] <Cactus> yes
[19:35] <Cactus> oh, before you misunderstand the situation:
[19:35] <Cactus> you certainly don't need to use GOB to create a bonobo-media stream provider
[19:38] <wtay> no, but I think I kinda like gob so why not..
[19:39] <wtay>  OAF - version >= 0.6.0... no
[19:39] <wtay> *** Could not run OAF test program, checking why...
[19:40] Nick change: Cactus -> CacTVs
[19:41] <dobey> haha
[19:41] <dobey> bah
[19:41] <dobey> i guess i won't write a control
[19:42] <sienap> mwha
[19:42] <sienap> guess you can help writing it :)
[19:42] <wtay> yes plaese
[19:42] <wtay> I'm a complete dumbass with controls...
[19:43] <sienap> dobey join in :)
[19:43] Action: dobey goes back to work
[19:43] <sienap> e
[19:43] <sienap> he
[19:49] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[19:49] hadess (hadess at pc213-gui2.cable.ntl.com) got netsplit.
[19:49] hadess (hadess at pc213-gui2.cable.ntl.com) returned to #gstreamer.
[19:49] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[19:50] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[19:50] hadess (hadess at pc213-gui2.cable.ntl.com) got netsplit.
[19:50] hadess (hadess at pc213-gui2.cable.ntl.com) returned to #gstreamer.
[19:50] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[19:51] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[19:51] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[19:51] <sienap> cactuss!
[19:52] <wtay> restarting X...
[19:52] wtay (wim at cable-195-162-214-190.upc.chello.be) left irc: Client Exiting
[19:54] wtay (wim at cable-195-162-214-190.upc.chello.be) joined #gstreamer.
[19:54] <wtay> hmm
[19:55] dobey (dobey at dreadnought.ximian.com) got netsplit.
[19:55] <sienap> wtay!
[19:55] dobey (dobey at dreadnought.ximian.com) returned to #gstreamer.
[19:55] <sienap> wtay look @ query
[19:56] dobey (dobey at dreadnought.ximian.com) got netsplit.
[19:56] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[19:56] hadess (hadess at pc213-gui2.cable.ntl.com) got netsplit.
[19:56] taaz (dlehn at 66.37.66.32) got netsplit.
[19:56] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[19:56] hadess (hadess at pc213-gui2.cable.ntl.com) returned to #gstreamer.
[19:56] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[19:56] dobey (dobey at dreadnought.ximian.com) returned to #gstreamer.
[19:57] rdj (rdj at a37030.upc-a.chello.nl) joined #gstreamer.
[19:58] <hadess> welcome rdj
[19:58] <rdj> thanks :P
[20:06] <wtay> hi
[20:09] <taaz> any plans for how to accept input from videosink?  ie, mouse events and key events?  that sort of thing is needed for dvd menus at least
[20:11] <rdj> hadess: don't mean to push my luck, but do you happen to know any examples, docs, or whatever that can help me with what you adviced on #nautilus?
[20:11] <rdj> I'm rather new to gstreamer
[20:11] <hadess> let me check
[20:12] <hadess> i know if seen it somewhere
[20:12] <wtay> taaz: no idea yet... the new xvideosink uses plain X and I'm quite unconfortable with that...
[20:12] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[20:12] <hadess> while (playing) gst_bin_iterate(GST_BIN(bin)); is one way (ie by hand)
[20:13] <hadess> otherwise for creating threads and such, read the application developers manual on gstreamer.net
[20:13] <hadess> it's got all the basics you need to know
[20:13] <rdj> ok
[20:13] <rdj> thanks
[20:13] <hadess> np
[20:13] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[20:15] CacTVs (cactus at port037.bp1.telnet.hu) got netsplit.
[20:15] CacTVs (cactus at port037.bp1.telnet.hu) returned to #gstreamer.
[20:15] Nick change: dobey -> dobey-dead
[20:16] Action: wtay revives dobey
[20:17] <dobey-dead> it's obvious i dunno anything so i'll just be dead
[20:18] <wtay> or you could learn...
[20:18] <dobey-dead> or people could learn to listen to me
[20:19] <hadess> dobey-dead: that doesn't work with girls, THEY talk, YOU listen
[20:19] <dobey-dead> hadess: i'm not talking about girls
[20:19] <wtay> heh
[20:19] <hadess> oh, sorry :P
[20:20] Nick change: CacTVs -> Cactus
[20:20] Cactus (cactus at port037.bp1.telnet.hu) left irc: Tank, I need an exit
[20:21] Cactus (cactus at port037.bp1.telnet.hu) joined #gstreamer.
[20:21] <Cactus> re
[20:21] <hadess> wb
[20:22] <Cactus> wtay: have you succeded in compiling bonoob-media?
[20:22] <wtay> Cactus: I can't get anything useful with bonobo-media
[20:22] <wtay> I compiled it, added /usr/local/share/oaf/ to the oaf path...
[20:22] <wtay> what do I do next?
[20:22] <Cactus> wtay: there is no real useful end-user application included in there except the media-player
[20:23] <Cactus> wtay: use the media-player
[20:23] <Cactus> I think it currenty expects a filename on the command line (i.e. not a moniker)
[20:23] <wtay> ./media-player /opt/data/mp3/02.\ Pinokkio.mp3 
[20:23] <wtay> ** WARNING **: Filename : '/opt/data/mp3/02. Pinokkio.mp3'
[20:23] <Cactus> but it can be trivially changed to accept a moniker and then you get things like http for free
[20:24] <Cactus> and a window pops up with the media player, right?
[20:24] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[20:24] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[20:24] <wtay> oh right :)
[20:24] <wtay> I didn't see that one...
[20:24] taaz (dlehn at 66.37.66.32) got netsplit.
[20:24] <Cactus> :)
[20:24] <Cactus> :)))
[20:24] <wtay> oh cool, it plays
[20:24] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[20:24] taaz (dlehn at 66.37.66.32) got netsplit.
[20:24] <hadess> neat
[20:24] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[20:25] <wtay> so...
[20:25] <Cactus> wtay: OK so here are some information about it
[20:25] <wtay> we want to have video in there too
[20:26] <Cactus> if you play back an MP3 file,
[20:26] <Cactus> it is played back by the smpleg stream provider
[20:26] <Cactus> and it doesn't implement Bonobo::Media::Video
[20:26] <Cactus> hence no video
[20:26] <wtay> based on the mime type?
[20:26] <Cactus> yes
[20:26] <Cactus> actually,
[20:26] <Cactus> the media-player thing is not really written the way it should be
[20:27] <wtay> -vfs?
[20:27] <Cactus> I have no idea why it is written that way:)
[20:27] <Cactus> no
[20:27] <Cactus> it should just use the monikers
[20:27] <Cactus> let me try that
[20:31] <Cactus> but anyway
[20:31] <Cactus> the media-player thingie is nothing but a shell around the media-player Bonobo control
[20:32] <wtay> I see..
[20:32] <wtay> hmm
[20:32] <Cactus> which is a control you can embed into your application if you want to do user-controllable playback (i.e. it's the same as the control in GStreamer)
[20:32] <Cactus> however,
[20:32] <Cactus> if you want to play back media content from your application _without_ user control or anything,
[20:32] <Cactus> you can use the Bonboo::Media interfaces (that's the whole point)
[20:34] <wtay> so we should add a new stream provider now...
[20:34] <Cactus> yes
[20:34] <Cactus> actually,
[20:34] <Cactus> having seen what GStreamer can do,
[20:35] <Cactus> I think a gstreamer stream provider can be the only provider one will ever need
[20:35] <wtay> hopefully :-)
[20:35] <wtay> anyway let's not break what works now
[20:36] <wtay> I had bad experiences with the video components in different threads..
[20:36] <Cactus> were you locking the GDK mutex properly?
[20:36] <wtay> no
[20:37] <wtay> no way to do CORBA after doing a g_threads_init()
[20:37] <wtay> the thing locks solid
[20:37] <Cactus> hmm
[20:37] <Cactus> hmmmmmmmmmmmm
[20:37] <wtay> however it might work with the new videosink
[20:37] <Cactus> have you tried ORBit/mt?
[20:37] <wtay> no
[20:38] <wtay> I basically have a new X connection for the videoelement so that would eliminate a few probs
[20:38] <Cactus> BTW who was I talking with at GUADEC2001?
[20:38] <wtay> me?
[20:39] <wtay> when we sat down and I showed the gstplay.h file...
[20:39] <Cactus> yes
[20:39] <Cactus> OK:)
[20:39] <hadess> wtay: where is the group photo ?
[20:39] <Cactus> too bad there are no photos beside nicknames in xchat:)
[20:39] <wtay> ouch :-)
[20:40] <wtay> http://gstreamer.net/Gstreamer_team_at_Guadec.jpg
[20:41] <hadess> Cactus: some day you rill regret what you said =)
[20:41] sienap (nohup at hoogeveen1-184.kabel.dekooi.nl) left irc: sienap has no reason
[20:41] <wtay> he does now :-)
[20:42] <wtay> Cactus: there's also support for persistent streams..
[20:43] <Cactus> wtay: what do you mean by that?
[20:44] <Cactus> wtay: you could implement Bonobo::PersistStream to be loadable with xmlified GStreamer circuits
[20:44] <wtay> PersistFile_load and friends
[20:44] <wtay> cool
[20:44] <dobey-dead> sigh
[20:44] <dobey-dead> i thought PersistStream handled http
[20:44] <Cactus> hey, I know these guys :)))
[20:45] <Cactus> dobey-dead: that's not quite the way it works
[20:45] <wtay> let's just ditch gstmediaplay in favor of bonobo-media :-)
[20:45] <Cactus> dobey-dead: with PersistStream you get a Bonobo::Stream
[20:45] <Cactus> dobey-dead: and it doesn't matter if it's from an HTTP server or a local file or some other Bonobo component
[20:45] <wtay> Cactus: do we need a Bonobo::Stream src then?
[20:46] <Cactus> wtay: the Moniker system sets that up to you
[20:46] <wtay> I mean, how do you read from such a thing?
[20:46] <Cactus> wtay: to implement Bonobo::PersistStream, you only need to implement to functions:
[20:46] <Cactus> 1, loading from a Bonobo::Stream
[20:46] <Cactus> 2, saving to a Bonobo::stream
[20:46] <Cactus> you read it with its read() method:) (see the IDL for it in Bonobo_Storage.idl
[20:46] <wtay> does it load the whole thing in memory first then?
[20:47] Action: Cactus eats
[20:47] <Cactus> wtay: no, you read it chunk by chunk
[20:47] <wtay> perfect
[20:48] <wtay> just a question:  how official is bonobo-media?
[20:51] Action: hadess thinks that a bonobo component for gforce would be possible then
[20:51] <wtay> hadess: yeah :-)
[20:51] <hadess> gforce in nautilus, gforce in gnumeric, gforce in soundbox =)
[20:52] <dobey-dead> sigh
[20:52] <dobey-dead> gforce in my but
[20:52] <hadess> rdj is working on a multimedia component for nautilus, based on gstreamer
[20:52] <wtay> and something to drive gforce too of course (hint: gstreamer)
[20:52] <dobey-dead> t
[20:52] <hadess> wtay: sure dude
[20:52] <wtay> :)
[20:53] <dobey-dead> it looks like my butt
[20:53] <hadess> dobey-dead: you need new glasses dude, even tiger said it rocked
[20:54] <dobey-dead> gforce is cool yeah
[20:54] <dobey-dead> not in anything other than a window by itself or fullscreen though
[20:55] <hadess> in a program, like it is in iTunes
[20:55] <dobey-dead> that's what i don't like about all this new media shit
[20:56] <dobey-dead> they have these wacky things in the same window as everything else
[20:58] <hadess> http://hadess.net/files/shots/20-3-2001.2.jpg <- looks good to me
[20:58] <dobey-dead> ugh
[20:59] <dobey-dead> that is too distracting
[20:59] <dobey-dead> gforce as an xscreensaver hack would rock
[20:59] <hadess> of course it is, like all the vis plugins
[20:59] <dobey-dead> no
[20:59] <dobey-dead> i can barely read the song info
[21:00] <hadess> it supposed to be moving you know
[21:00] <wtay> Cactus: so what if we try to get a simple mp3 playing with gstreamer and bonobo-media?
[21:04] Action: rdj will sectretely check cactus's bonobo-media code to see how he solved certain things :P
[21:04] <rdj> oops, I blew my cover :P
[21:04] <wtay> hehe
[21:04] <dobey-dead> hrmm
[21:06] <Cactus> wtay: do you want actual code or basic overview?
[21:07] <Cactus> wtay: here's how it will work:
[21:07] <wtay> you have something already?
[21:07] <Cactus> no:)
[21:07] <wtay> I'm now adding a new dir/changin makefiles.
[21:08] <Cactus> let's say I want to play back media content that's supported by GStreamer
[21:08] <Cactus> for example it's a mp3 file on an http server
[21:08] <wtay> ok
[21:08] <Cactus> so I resolve an http moniker to Bonobo::Media::Stream
[21:08] <Cactus> this loads the gstreamer bonobo-media stream provider via OAF
[21:09] <wtay> k
[21:09] <Cactus> then queries it for a Bonobo::PersistStream iface
[21:09] <Cactus> which it should of course support:)
[21:09] <Cactus> so it passes a Bonobo::Stream (that's already filled with the http content) for it to load
[21:09] <Cactus> gstreamer looks at the stream's mime type
[21:10] <Cactus> it sees `oh, it's an mp3 file, not a serialized gstreamer pipe' and so loads the mp3 plugin, reads the stream chunk by chunk and passes it to the mp3 plugin
[21:10] <wtay> ok, I'll be using the autoplugger for that
[21:11] <Cactus> so then on the other side of happenings, the http moniker sees that the gstreamer component finished loading its data
[21:11] <Cactus> wtay: sure
[21:11] <Cactus> and thus the 1st application gets back the Bonobo::Media::Stream
[21:12] <Cactus> then it QI's it for B::M::Audio to set the remote speaker
[21:12] <Cactus> (b-m currently uses ESD speakers but I'd like to migrate it to aRTs as soon as it becomes the official GNOME audio platform)
[21:13] <wtay> is the output going to be handled outside gst then?
[21:13] <Cactus> then it may QI for B::M::Video as well, but since this is an mp3 file, this fails and the application sees `OK no video here'
[21:13] <Cactus> wtay: kinda-ish:)
[21:13] <Cactus> wtay: gstreamer is responsible to actually get the audio output there
[21:13] <Cactus> wtay: b-m just tells it where it should deliver it
[21:13] <Cactus> they complement each other wonderfully :))
[21:14] <wtay> hmm, ok this might not be as straighforward as I initially thought
[21:14] <wtay> and the video widget is handled by gstreamer then?
[21:15] <Cactus> video is done by gstreamer exporting a Bonobo::Control (via the B::M::Video interface) that has _nothing else_ but the actual video in it
[21:15] <wtay> ok
[21:15] <Cactus> again, gstreamer is responsible to get the video output to this control
[21:15] <wtay> can we just do the audiosink handling with gstreamer for now?
[21:15] <Cactus> sure
[21:15] <Cactus> but I don't see why it would be difficult
[21:15] <Cactus> it would be basically like this:
[21:16] <Cactus> void handle_setting_the_remote_speaker (char *speaker)
[21:16] <Cactus> {
[21:16] <Cactus> my_esd_sink->speaker = speaker;
[21:16] <Cactus> }
[21:16] <wtay> hmm, the host name is provided by g-m?
[21:17] <Cactus> `speaker' is an ESD speaker (i.e. host:port)
[21:17] <wtay> ok, cool
[21:17] <Cactus> this is the part I'd like to migrate to aRTs eventually
[21:17] <wtay> we have an esdsink so we can still do esd output
[21:17] <wtay> and an artsd plugin :-)
[21:17] <Cactus> yes, I remember you showing me them
[21:18] <wtay> in the future gstreamer will have tight control over audio/video output for synchronising stuff
[21:18] <Cactus> but b-m has to stick to one or the other, because there needs to be an agreement on what format the speaker is passed and what you can write to it
[21:18] <wtay> why does g-m manage the audio output?
[21:18] <rdj> grmbl, why doesn't the gstplay.h from gstmediaplay just work in my component :P
[21:19] <wtay> rdj: locks solid?
[21:19] <rdj> it all seemed so simpel when I started it, now it might get complicated
[21:19] <rdj> wtay: dunno what goes wrong, I assume it's the absence of a gst_main() function...
[21:19] <wtay> rdj: hmm
[21:19] <Cactus> my only problem with aRTs is that it wants to be so more than an audio server
[21:20] <rdj> but I'm not doing anything with it yet... too tired to look at it now unfortunately...
[21:20] <wtay> rdj: just call gtk_main and add an idle function with a gst_bin_iterate
[21:20] <wtay> Cactus: hmm yeah
[21:20] <wtay> Cactus: they are now starting video stuff
[21:20] <rdj> wtay: hmmmmmmmmmmmmmmmm!
[21:20] <rdj> :)
[21:21] <wtay> rdj: plenty of examples with that :-)
[21:21] <rdj> wtay: I call bonobo_main() (atleast I assume this is what the libnautilus lib calls for me) but I think the same applies
[21:21] <rdj> wtay: yes :)
[21:21] <wtay> rdj: or you can run the gstpipeline in another thread
[21:22] <Cactus> rdj: I don't think libnautilus automagically starts any main loops
[21:22] <rdj> Cactus: dunno, but how would my program start anything if it didn't :)
[21:23] <rdj> return nautilus_view_standard_main (EXECUTABLE_NAME, VERSION,
[21:23] <rdj> 					    argc, argv,
[21:23] <rdj> 					    FACTORY_IID, VIEW_IID,
[21:23] <rdj> 					    nautilus_view_create_from_get_type_function,
[21:23] <rdj> 					    GET_TYPE_FUNCTION);
[21:23] <rdj> that's my last line in main... I admit I don't understand much of bonobo yet, so I could be horribly wrong about everything
[21:24] <rdj> I will check out what exactly happens as soon as I am fit enough to continue again, everything is one big blur right now
[21:26] Action: Cactus goes to learn some physiology
[21:26] <dobey-dead> sigh
[21:26] Action: wtay is trying to create a gob object for bonobo-media...
[21:29] <rdj> I guess all that I have to do is not use the nautilus standard main, create it myself and add the idle function like wtay said
[21:32] <wtay> oh yes, a piece of cake :-)
[21:32] <wtay> ..or not... <grin>
[21:33] Action: hadess is doing voodoo magic in the rio500 internals
[21:33] Action: dobey-dead is doing something
[21:34] Action: wtay is trying to get the gstreamer.m4 file working...
[21:35] Action: wtay is listening to iron maiden...
[21:35] Action: dobey-dead is listening to cash money millionaires
[21:51] Nick change: hadess -> hds-tv
[22:46] ciagon (yourmom at dsl081-064-161.sfo1.dsl.speakeasy.net) joined #gstreamer.
[22:48] <wtay> yo
[22:49] <ciagon> hey
[22:55] <Cactus> I have some other ideas which you might find interesting
[22:56] <wtay> yes?
[22:56] <Cactus> 1, I think I should change `play' and `stop' to be one-way methods, and the stream provider should fire `started' and `stopped' events
[22:56] <wtay> I have gob object that compiles :-)
[22:56] <Cactus> this would make it possible for several controls to control the same stream, for example
[22:57] <wtay> hmm
[22:57] <Cactus> 2, It would be extra-neat if the control containing the video output (i.e. the one you get from B::M::Video) would also implement the Zoomable interface
[22:57] <wtay> ahh
[22:57] <wtay> cool
[22:57] <Cactus> of course the media-player application would check if the video has the Zoomable interface and enable/disable zooming controls (for example in the View menu) accordingly
[22:58] <wtay> yup
[22:58] <wtay> can you help me a bit with understanding what I'm doing right now?
[22:58] <Cactus> I don't know what you are doing right now
[22:59] <Cactus> but if you tell me :)
[22:59] <wtay> I'v got a bonobo-media-gstreamer.gob file now
[22:59] <Cactus> sweet
[22:59] <wtay> :I also have a -factory.c file...
[22:59] <wtay> all this compiles into bonobo-media-gstreamer, right?
[23:00] <wtay> the player now instantiated the gstreamer object when I open video/mpeg
[23:00] <wtay> what happens then?
[23:00] <wtay> what methods are called etc..
[23:00] <Cactus> when do you mean?
[23:01] <wtay> for example: the main in the -factory, when is it called?
[23:01] <Cactus> when the factory is started
[23:01] <Cactus> i.e. the first time someone wants a bonbo-media-gstreamer object
[23:02] <wtay> so, when media-player opens the file and loads the object?
[23:02] <Cactus> yes
[23:02] <wtay> and when is the "new" called from the gob file?
[23:03] <Cactus> when a bonob-media-gstreamer object is requested
[23:03] <Cactus> so the factory is only created once
[23:03] <wtay> hmm
[23:04] <Cactus> and it is responsible for creating multiple b-m-g instances
[23:04] <wtay> that doesn't seem to happen then...
[23:05] <wtay> how can I know what factory the media-player uses?
[23:05] <wtay> hmm ps -ax shows: 13366 ?        S      0:00 bonobo-media-gstreamer --oaf-activate-iid=OAFIID:Bonobo_Media_GStreamer_Factory --oaf-ior-fd=10
[23:05] <wtay> 14423 pts/1    S      0:00 media-player /opt/data/armageddon1.mpg
[23:05] <Cactus> oaf should figure out the correct factory
[23:06] <wtay> so it looks ok...
[23:06] <Cactus> this looks OK
[23:06] <wtay> I put a g_print in the factory main but it doesn't show...
[23:06] <Cactus> why don't you put a `g_warning ("I am now in _new")' and things like that everywhere?
[23:06] <Cactus> oh
[23:06] <Cactus> well
[23:06] <Cactus> maybe it's showing on another terminal
[23:07] <Cactus> OAF output is directed to a single tty
[23:07] <wtay> yeah, I have nautilus spewing out it's errors there :-)
[23:07] <Cactus> run oaf-slay
[23:07] <wtay> nautilus restarts...
[23:15] <wtay> hmm
[23:15] <wtay> locks and eats 100CPU when I call gst_init
[23:18] Action: rdj has been stupid... it didn't even get to failing because of the main loop thing
[23:18] <rdj> gst_init (&argc,&argv);
[23:18] <rdj> must be something really screwed on my system
[23:19] maYam (mayam at cable-195-162-214-190.upc.chello.be) joined #gstreamer.
[23:19] <maYam> heyhey
[23:19] <wtay> yo
[23:20] <maYam> yeay- i see dobey took my advice :D
[23:23] <rdj> GThread-ERROR **: GThread system may only be initialized once.
[23:23] <wtay> rdj: yeah :-)
[23:23] <rdj> this is what I get now, when I do a gst_init...
[23:23] <wtay> hmm
[23:23] <rdj> wtay: who else is doing it? :P
[23:24] <rdj> it's right in the beginning of main
[23:24] <wtay> hmm
[23:24] <wtay> nothing before that statement?
[23:24] <rdj> nope
[23:25] <rdj> first line in main... this is weird
[23:25] <wtay> the main is called from some bonobo thing?
[23:26] <rdj> normally, yes... now I just call it from a terminal
[23:26] Nick change: hds-tv -> hadess
[23:26] <dobey-dead> sigh
[23:26] <rdj> s/call/start/
[23:26] <wtay> strange
[23:26] <dobey-dead> hey hadess
[23:26] Nick change: dobey-dead -> dobey
[23:26] <hadess> yo dobey
[23:27] <dobey> what was the url for that dvd player?
[23:27] <dobey> and does itunes play dvd?
[23:27] <rdj> hmmmm...
[23:28] <wtay> rdj: ?
[23:28] <rdj> no nothing... I was just thinkinh
[23:28] <wtay> rdj: AFAICS gstreamer does the right thing
[23:28] <rdj> wtay: I don't doubt it, but what am I doing wrong :)
[23:29] <wtay> rdj: no idea...
[23:29] <rdj> that explains my hmmmm, I don't either ;)
[23:30] <wtay> maybe a shared lib that statically calls g_thread_init...
[23:33] <dobey> damn
[23:33] <dobey> how can i get YUV accel?
[23:33] <wtay> dobey: where?
[23:33] <dobey> wtay: in X/SDL i guess
[23:33] <dobey> wtay: i'm trying to use vlc
[23:34] <wtay> oh
[23:34] hadess (hadess at pc213-gui2.cable.ntl.com) got netsplit.
[23:44] <rdj> wtay: it must be, gstreamer is working fine without them
[23:45] hadess (hadess at pc213-gui2.cable.ntl.com) got lost in the net-split.
[23:45] Action: rdj needs an option in gst_init to skip the g_thread_init :P
[23:45] <rdj> or, according to th glib manual:
[23:46] <rdj> if (!g_thread_supported()) g_thread_init (NULL);
[23:46] <wtay> indeed :-)
[23:46] <rdj> which would be nicer then my first suggestion :P
[23:47] <wtay> gstreamer has that
[23:48] <rdj> I have 0.1.1, should I upgrade to CVS or does 0.1.1 have it too?
[23:48] Action: rdj will check
[23:48] <wtay> it has that since the beginning of time AFAIK
[23:49] <wtay> hmm, bonobo-media briefly played audio from an video/mpeg stream before it crashed...
[23:49] <rdj> hmmmm it does
[23:49] <rdj> you we're right
[23:49] <wtay> so it must be someone else misbehaving...
[23:51] <rdj> this is weird
[23:53] <wtay> whohoo! mp3 playing in bonobo-media with gstreamer
[23:56] <ciagon> dows gstreamer have a quicktime parser?
[23:57] <wtay> nope
[23:59] <wtay> Cactus: ?
[23:59] <Cactus> wtay: yup
[23:59] <Cactus> wtay: nice
[23:59] <Cactus> wtay: I'm hacking on media-player at the moment
[23:59] <wtay> how do I add the video method to get the control?
[00:00] --- Fri Apr 13 2001
[00:00] <Cactus> wtay: can you create a GtkWidget that is nothing but the rendered video?
[00:00] <wtay> yup
[00:01] <Cactus> OK you will need to sub-class B:M:Video
[00:01] <Cactus> it is very easy to do with GOB
[00:01] <Cactus> just sub-class it and override the virtual private Bonobo_Control get_video_control (self, CORBA_Environment *ev) method
[00:01] <wtay> I now subclass B:M:Stream
[00:02] <wtay> do I need another gob file where I subclass the current one?
[00:02] <Cactus> yes
[00:02] <wtay> oh
[00:02] <wtay> ok
[00:02] <Cactus> you will be aggregating them in one of them
[00:03] <wtay> can I still access the private variables or do I need some sort of protected keyword?
[00:03] <Cactus> the B:M:Video subclass should have a constructor that takes whatever info you need to create a GtkWidget
[00:03] <Cactus> you don't need to access any private variables from B:M:Video
[00:04] <wtay> from B:M:Stream you mean?
[00:04] <Cactus> then you create first the widget, then the Bonobo::Control from the widget in the get_video_control implementation
[00:04] <Cactus> nonono
[00:04] <Cactus> this is an entirely separate class
[00:04] <wtay> oh
[00:04] <wtay> and who calls the constructor?
[00:05] <Cactus> in the B:M:Stream constructor, you will do something like
[00:05] <Cactus> BonoboMediaVideo my_video_impl = my_bonobo_media_video_impl_new (some_data);
[00:05] <wtay> oh ok
[00:05] <Cactus> bonobo_object_add_interface (BONOBO_OBJECT (self), BONOBO_OBJECT (my_video_impl);
[00:05] <wtay> I see...
[00:06] <wtay> easy
[00:06] <dobey> sigh
[00:07] <dobey> can i not watch dvds?
[00:07] <wtay> dobey: tried xine?
[00:07] Action: dobey pokes wtay with a mac
[00:08] <dobey> input: opening dvd:/dev/dvd
[00:08] <dobey> css error: ioctl_ReadCopyright failed, make sure DVD ioctls were compiled in
[00:08] <dobey> css error: could not get copyright bit
[00:08] <dobey> ?
[00:13] maYam (mayam at cable-195-162-214-190.upc.chello.be) left #gstreamer.
[00:14] ciagon (yourmom at dsl081-064-161.sfo1.dsl.speakeasy.net) left irc: Ping timeout for ciagon[dsl081-064-161.sfo1.dsl.speakeasy.net]
[00:21] <rdj> wtay: found it
[00:22] <rdj> libnautilus calls g_thread_init without checking
[00:22] <wtay> naughty nautilus :-)
[00:22] <dobey> haha
[00:22] <dobey> nautilus basically runs esd inside itself
[00:23] <rdj> dobey: whatever, as long as this bug is gone soon ;)
[00:24] <dobey> rdj: heh, bug? it's a feature
[00:24] <dobey> nautilus grabs the sound device
[00:25] <rdj> oh... well it still works fine here, so I could care less :P
[00:26] <dobey> oh, yeah... you're one of those galeon people
[00:29] <wtay> BonoboControl *getVideoControl (BonoboMediaVideo *video,
[00:29] <wtay>                                          CORBA_Environment *ev)
[00:29] <wtay> Cactus: is this right?
[00:30] <wtay>                 Bonobo_Control get_video_control (BonoboMediaVideo *video,
[00:30] <wtay>                                          CORBA_Environment *ev)
[00:30] <wtay> got
[00:30] <wtay> it
[00:32] <Cactus> you need to specify that this is overriding BonoboMediaVideo::get_video_control
[00:32] <rdj> dobey: what is that supposed to mean
[00:32] <wtay>         override (Bonobo:Media:Video)
[00:32] <wtay>                 
[00:32] <rdj> never mind
[00:33] <rdj> I could care less once again
[00:33] <wtay> Cactus: and then, I have the widget, how do I create a Bonobo_Control?
[00:33] <dobey> hah
[00:34] <Cactus> you first create a BonoboControl*
[00:34] <Cactus> via bonobo_control_new (widget)
[00:34] <Cactus> then you get the Bonobo_Control from it
[00:35] <wtay> sorry for my ignorance but how do you get the Bonobo_Control?
[00:35] <Cactus> via bonobo_object_corba_objref ()
[00:35] <wtay> hmm
[00:35] <dobey> la la
[00:36] <wtay> what's the difference between those two?
[00:37] <Cactus> bonobo_object_corba_objref (BonoboControl*) will give you a Bonobo_Control
[00:37] <Cactus> Bonobo_Control is a client-side CORBA stub
[00:37] <wtay> oh
[00:37] <Cactus> BonoboControl* is a GtkObject that contains the implementation of the Bonobo::Control interface
[00:37] Action: wtay grins
[00:37] <wtay> well
[00:38] <wtay> well, it is friday the 13the here :-)
[00:38] <Cactus> eek
[00:44] <wtay> ok, got something compiled...
[00:46] <Cactus> can you check it in CVS and give me commit rights? (my sourceforge accoutn name is `cactus')
[00:46] <wtay> hmm only omega can do that, I don't have permissions I think...
[00:46] <wtay> can I send you a diff?
[00:47] <Cactus> check it in CVS, I have read permission already
[00:47] <Cactus> i mean anonymous access:)
[00:47] <wtay> I added the code in the bonobo-media-0.1/ dir...
[00:48] <Cactus> splendid
[00:48] <Cactus> I'm just working on converting play/stop/seek oneway
[00:48] <wtay> well I *have* to  sleep now...
[00:49] <wtay> ok
[00:49] <wtay> video segfaults right away here
[00:49] <wtay> audio plays fine
[00:49] <Cactus> is it in a separate module?
[00:49] <wtay> yes
[00:50] <wtay> I had to adjust the Makefile in gstreamer a bit so that the headers files of gstplay would install
[00:50] <wtay> anyway, lemme send you what I have now
[00:51] <Cactus> could you put it up somewhere in a tarball?
[00:51] <Cactus> (and in somewhat related news, I think I got the oneway stuff finished)
[00:51] <wtay> cool
[00:52] <wtay> I can upload to gstreamer.net...
[00:52] <Cactus> I will commit it tomorrow (need to write ChangeLog entries and figure out .so versions
[00:53] <wtay> gstreamer.net/gstreamer-stream-provider.tgz
[00:54] sienap (tom at hoogeveen1-184.kabel.dekooi.nl) joined #gstreamer.
[00:54] <sienap> Mwhaha.. man i had a laugh :)
[00:54] <dobey> haha
[00:54] <dobey> good
[00:54] <sienap> we were walking outside mrrazz sees a pretty nice expensive car
[00:54] <sienap> unzips his pants
[00:54] <sienap> and pie over it..
[00:54] <sienap> mwha
[00:54] <sienap> was pretty amusing
[00:54] <rdj> sienap!!!
[00:55] <sienap> RDJJJJJJ!
[00:55] <sienap> mate ;)
[00:55] <Cactus> wtay: thanks
[00:55] <sienap> rdj mrraz is sick
[00:55] <dobey> aaaaaaahhhhhhhh!!!!!!!!
[00:55] <sienap> he pied over a car ! :)
[00:55] <rdj> sienap: I know, he always has been :)
[00:55] <sienap> man :)
[00:55] <sienap> wtay you are awake ?
[00:55] dobey (dobey at dreadnought.ximian.com) left #gstreamer (eh).
[00:55] <sienap> someone thought we broke into cars
[00:55] <sienap> yesterday we had police behind us :)
[00:55] <sienap> it is fun here :)
[00:56] <rdj> hehe what the hell are you doing anyway
[00:56] <rdj> party?
[00:57] <rdj> #linux.nl, dutch is better :P
[00:58] <sienap> mwha
[00:58] <sienap> :)
[00:58] <sienap> little meeting :)
[00:58] <rdj> ah
[00:58] <rdj> nice
[00:58] <sienap> cmdr_sm was here yesterday as well :)
[01:00] Action: rdj has to make a patch for nautilus now, brb
[01:00] <sienap> he
[01:00] <sienap> ok
[01:00] <sienap> why ?
[01:00] <sienap> what kind of patch.
[01:00] <rdj> a small bug in the initialization of g_threads, which caused my app to crash
[01:00] <sienap>  he
[01:00] <sienap> *G*
[01:00] <sienap> :)
[01:01] <Cactus> bye dudes
[01:01] <sienap> does the plugin already work ?
[01:01] <rdj> sienap: no, it crashed on gst_init() ;)
[01:01] <rdj> later Cactus
[01:01] <Cactus> wtay: I look forward to having a look at the gstreamer stream provider
[01:01] <wtay> cya Cactus
[01:01] Cactus (cactus at port037.bp1.telnet.hu) left irc: Tank, I need an exit
[01:01] <wtay> Cactus: yeah, please do and tell me where I screwed up :-)
[01:02] <sienap> hej wtay!!
[01:02] <wtay> yo
[01:02] <sienap> he atleast ;)
[01:02] <sienap> almost thought you were ignoring me :)
[01:02] <wtay> I was away
[01:02] <sienap> he
[01:02] <rdj> sweet jezus
[01:02] <sienap> what kind of stuff is cactus working on..
[01:02] <sienap> rdj mwha is he ? :)
[01:02] <rdj> gnome lxr = useless, slowness is killing me
[01:03] <sienap> mwha
[01:03] <sienap> use bonsai
[01:03] <wtay> sienap: bonobo wrapper for gstplay
[01:03] <sienap> cuuuuuuuute :)
[01:13] taaz (dlehn at 66.37.66.32) got netsplit.
[01:13] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[01:13] sienap (tom at hoogeveen1-184.kabel.dekooi.nl) got netsplit.
[01:14] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[01:14] sienap (tom at hoogeveen1-184.kabel.dekooi.nl) returned to #gstreamer.
[01:14] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[01:16] <sienap> wtaaaay
[01:16] <sienap> :)(
[01:16] <sienap> =]
[01:16] <sienap> he
[01:16] <sienap> that lilo dude is funny :)
[01:21] <wtay> gotta sleep
[01:21] <wtay> cya
[01:21] Nick change: wtay -> wtay-sleeping
[01:21] <sienap> cu later
[01:21] <sienap> and let maYam in one piece >:)
[01:22] <sienap> or come one piece with her >:)
[01:22] <sienap> *ducks*
[01:25] sienap (tom at hoogeveen1-184.kabel.dekooi.nl) left irc: sienap has no reason
[03:35] ciagon (yourmom at dsl081-064-161.sfo1.dsl.speakeasy.net) joined #gstreamer.
[03:46] ajmitch (ajmitch at p40-max1.bal.ihug.co.nz) joined #gstreamer.
[03:57] ciagon (yourmom at dsl081-064-161.sfo1.dsl.speakeasy.net) left irc: Ping timeout for ciagon[dsl081-064-161.sfo1.dsl.speakeasy.net]
[04:29] ajmitch (ajmitch at p40-max1.bal.ihug.co.nz) left irc: [x]chat
[04:54] Topic changed on #gstreamer by ChanServ!s at ChanServ: visit doctor maYam here...




More information about the gstreamer-devel mailing list