[gst-devel] Daily IRC logs

[wim.taymans at chello.be]

[06:35] mattsm (mattsm at adsl-65-64-245-123.dsl.hstntx.swbell.net) left irc: Read error to mattsm[adsl-65-64-245-123.dsl.hstntx.swbell.net]: EOF from client
[06:38] omega_ (omega at omegacs.net) joined #gstreamer.
[06:39] <taaz> omega_?
[06:39] chillywilly (baumannd at d89.as6.nwbl0.wi.voyager.net) joined #gstreamer.
[06:39] <omega_> yeah?
[06:39] <taaz> question... which examples actually work? ;)
[06:39] <omega_> heh
[06:39] <omega_> most should
[06:39] <omega_> test*/* are mostly (75+%) junk at this point, but afaik the examples/ are all *supposed* to work
[06:40] <taaz> hmm... is examples/autoplug/ supposed to work?
[06:40] <omega_> yes, but recent changes wtay made I think broke autoplug ;-(
[06:40] <chillywilly> hey ppl
[06:40] <omega_> yo
[06:40] <taaz> blah...
[06:40] <omega_> yeah
[06:49] wtay-sleeping (wim at cable-195-162-214-190.upc.chello.be) left irc: Ping timeout for wtay-sleeping[cable-195-162-214-190.upc.chello.be]
[06:49] wtay-sleeping (wim at cable-195-162-214-190.upc.chello.be) joined #gstreamer.
[06:54] <taaz> gstreamer -really- needs a automatic test suite with basic functions... it would be nice to just run it then be able to look at the code knowing it worked.
[06:54] <omega_> um, yes.
[06:54] <taaz> yeah yeah... i should do something about it ;)
[06:54] <omega_> but please do something about it instead of complaining about the lack
[06:54] <omega_> if I had time, I'd write one.  I don't
[06:55] <chillywilly> I'd like to know who has enough time and where I could get some
[06:55] <omega_> whee, yuv420->rgb555 in libcodec works
[06:56] <chillywilly> still trying to talk god into making 36 hour days
[06:57] <taaz> DEBUG(19124:-1)gst_pad_push:1318(disk_source:src): entering
[06:57] <taaz> DEBUG(19124:-1)gst_pad_push:1322: calling pushfunc &gst_pad_push_func of peer pad mpeg1parse:sink
[06:57] <taaz> DEBUG(19124:-1)gst_pad_push_func:478: got a problem here: default pad_push handler in place, no chain function
[06:57] <taaz> is that bad?
[06:57] <omega_> it says it is, doesn't it?
[06:57] <taaz> then maybe it should be more than a debug statement
[06:57] <omega_> that means that the schedule hasn't been generated [properly]
[06:57] <omega_> did you modify the pipeline after going to READY?
[06:58] <taaz> i'm just using autoplug on a mpeg1 video
[06:58] <omega_> hmmm
[06:58] <omega_> ok, talk to wtay ;-)
[06:58] <taaz> heh... will do
[06:59] <omega_> joy.  now rms is posting CPAN-related stuff to the automake list.
[07:00] <omega_> rms is very difficult in person, you know...
[07:00] <taaz> huh?  how are those related?
[07:00] <chillywilly> RMS is a good guy
[07:00] <omega_> Tim Janik, Stefan Westerfeld, Ow3n, and myself ended up outside the Ximian party for an hour discussing licensing stuff with RMS....
[07:01] <omega_> having been there, I can see his communication style coming through his email..
[07:01] <taaz> did anyone say "open source" by mistake? ;)
[07:01] <omega_> yes, and believe it or not he didn't comment
[07:01] <omega_> I could see him twitch though
[07:01] <taaz> or just "linux" not "GNU/Linux"?
[07:01] <omega_> he didn't let that one slide...
[07:02] <omega_> or was it the other way around, I forget
[07:02] <omega_> basically, when talking to RMS, he will interrupt you after <5sec to tell you that you haven't finished telling him what he needs to know, then expects you to listen quietly for 5+min while he expounds on his thoughts
[07:03] <omega_> that annoys me
[07:03] <chillywilly> his thinking is erratic
[07:03] <omega_> that too
[07:03] <chillywilly> I think he is border line autistic
[07:03] <omega_> probably
[07:03] <chillywilly> so, you have to take that into account
[07:04] <omega_> but in person, the aforementioned behavoir does typically fall into the 'rude' category
[07:04] <chillywilly> you know an autistic person who does not do rude things?
[07:04] <omega_> I don't know any autistic people
[07:04] <omega_> so I don't have a baseline...
[07:04] <chillywilly> you see the movie Mercury Rising
[07:05] <chillywilly> or Rain Man
[07:05] <omega_> nope
[07:05] <chillywilly> heh, get out much
[07:05] <omega_> (/me is not 'sufficiently' 'cultured')
[07:05] <chillywilly> :P
[07:05] <chillywilly> they are basically closed off in their own world, and they act out sometimes
[07:06] <chillywilly> which explains a lot of RMS
[07:06] <chillywilly> I sonce heard
[07:06] <omega_> hrm, not sure that describes RMS's conversational behavior
[07:06] <omega_> it's very much as if he likes to hear himself talk
[07:06] <chillywilly> he scared away their secretary away because he was chewing on his toe nails in a restaruant
[07:07] <chillywilly> some crazy ass thing like that
[07:07] <omega_> and gets very very impatient when anyon else takes more than a few words to ask/explain something
[07:07] <chillywilly> and they don't liek to take him on trips because he gets into trouble
[07:07] <omega_> there are enough stories around out there to probably classify him as borderline insane... <g>
[07:08] <chillywilly> I still like him
[07:08] <chillywilly> He's a character
[07:09] <omega_> quite
[07:09] <chillywilly> I like characters
[07:09] <omega_> abcdefghijklmnopqrstuvwxyz and friends
[07:09] <chillywilly> yeah.....ok....
[07:09] <omega_> well....
[07:10] <chillywilly> :P
[07:10] <chillywilly> I saw your group pocture ya know
[07:10] <chillywilly> picture
[07:10] <omega_> and?
[07:10] <chillywilly> nothing
[07:10] <omega_> ?
[07:11] <chillywilly> I dunno, it's kate and my brain is not working
[07:11] <chillywilly> late
[07:11] <omega_> ah
[07:11] <omega_> fingers neither..
[07:11] <chillywilly> I have some pics at http://goats.gnue.org/~chillywilly/photos/
[07:12] <chillywilly> I think that machine is still up
[07:12] <chillywilly> us GNU Enterprise ppl are moving
[07:12] <omega_> it is
[07:14] <chillywilly> you guys using gnome cvs?
[07:15] <omega_> sf
[07:15] <chillywilly> oh
[07:15] <chillywilly> you're not oficially Gnome eh?
[07:15] <omega_> or do you mean of gnome itself?
[07:15] <omega_> nope
[07:15] <chillywilly> no
[07:15] <chillywilly> where the code is
[07:16] <omega_> sf cvs
[08:57] steveb (chatzilla at 212186169160.chello.com) joined #gstreamer.
[08:58] <omega_> yo
[08:58] <steveb> mornin
[08:58] <omega_> evenin
[08:58] <omega_> er, right, mornin
[08:58] <omega_> 12:05am
[08:58] <steveb> ha!
[08:58] <taaz> hmm... well, stripped a bunch more code out of oms.  not actually compiling again yet.  got a static vob player going so i think i can just hook that code in if i can figure out how ;)
[08:59] <taaz> time for a nap now
[08:59] <taaz> 3:05am here ;)
[08:59] Nick change: taaz -> taazzzz
[09:12] <steveb> omega_: is arts native format float?
[09:12] <omega_> yup
[09:13] <steveb> is your first implementation going to convert from int internally?
[09:13] <omega_> it already does
[09:13] <omega_> arts provides the conversion routines, actually
[09:16] <steveb> but the plugin could eventually take floats and avoid the conversion?
[09:16] <omega_> yes
[09:16] Action: steveb should submit his int2float soon
[09:46] chillywilly (baumannd at d89.as6.nwbl0.wi.voyager.net) left irc: [x]chat
[10:13] rdj (rdj at a37030.upc-a.chello.nl) left irc: Ping timeout for rdj[a37030.upc-a.chello.nl]
[10:13] rdj (rdj at a37030.upc-a.chello.nl) joined #gstreamer.
[10:14] omega_ (omega at omegacs.net) left irc: sleep
[10:15] steveb (chatzilla at 212186169160.chello.com) left irc: ChatZilla 0.8 [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8.1) Gecko/20010323]
[10:43] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[10:43] iGN_ (ign at login1.simplemente.net) got netsplit.
[10:43] matth-away (matth at qwest.dsplinux.net) got netsplit.
[10:43] maYam (mayam at cable-195-162-214-190.upc.chello.be) got netsplit.
[10:43] wtay-sleeping (wim at cable-195-162-214-190.upc.chello.be) got netsplit.
[10:43] taazzzz (dlehn at 66.37.66.32) got netsplit.
[10:44] taazzzz (dlehn at 66.37.66.32) returned to #gstreamer.
[10:44] maYam (mayam at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[10:44] matth-away (matth at qwest.dsplinux.net) returned to #gstreamer.
[10:44] iGN_ (ign at login1.simplemente.net) returned to #gstreamer.
[10:44] wtay-sleeping (wim at cable-195-162-214-190.upc.chello.be) returned to #gstreamer.
[10:44] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[15:11] thomas (thomas at urgent.rug.ac.be) joined #gstreamer.
[15:16] Action: thomas is away - Automatically set away. - messages will be saved.
[15:21] sienap (synap at ipc379c27a.dial.wxs.nl) joined #gstreamer.
[15:21] <sienap> Boe!
[15:31] Nick change: matth-away -> matth-waking
[15:31] thomas (thomas at urgent.rug.ac.be) left irc: I'm outta here!
[15:54] matth-waking (matth at qwest.dsplinux.net) left irc: Ping timeout for matth-waking[qwest.dsplinux.net]
[16:12] sienap (synap at ipc379c27a.dial.wxs.nl) left irc: My damn controlling terminal disappeared!
[16:32] thomas (thomas at urgent.rug.ac.be) joined #gstreamer.
[16:32] thomas (thomas at urgent.rug.ac.be) left irc: I'm outta here!
[16:32] thomas (thomas at urgent.rug.ac.be) joined #gstreamer.
[16:38] Action: thomas is away - Automatically set away. - messages will be saved.
[16:46] thomas (thomas at urgent.rug.ac.be) left irc: I'm outta here!
[16:50] thomas (thomas at urgent.rug.ac.be) joined #gstreamer.
[16:50] dobey (dobey at 141.154.95.104) joined #gstreamer.
[16:55] Action: thomas is away - Automatically set away. - messages will be saved.
[17:22] thomas_ (thomas at 212-100-172-175.adsl.easynet.be) joined #gstreamer.
[17:24] thomas_ (thomas at 212-100-172-175.adsl.easynet.be) left irc: [x]chat
[17:52] thomas (thomas at urgent.rug.ac.be) left irc: I'm outta here!
[17:55] matth (matth at qwest.dsplinux.net) joined #gstreamer.
[17:55] Nick change: matth -> matth-preocupied
[17:57] thomas (thomas at 212-100-172-175.adsl.easynet.be) joined #gstreamer.
[18:12] omega_ (omega at omegacs.net) joined #gstreamer.
[18:24] miguele (miguele at 150.186.93.39) joined #gstreamer.
[18:25] Nick change: wtay-sleeping -> wtay
[18:25] <wtay> yo
[18:25] <thomas> everyone's arriving ;)
[18:25] Action: wtay is looking at the aRts code...
[18:25] <dobey> hola
[18:26] <miguele> Hi there!
[18:26] <wtay> hello
[18:26] Action: dobey es hacking con grandes skill
[18:27] <miguele> dobey: Hey  dobey, has gstreamer something to do with arts? 
[18:28] <dobey> i think wtay is writing an output plugin for it
[18:28] <wtay> omega_ is
[18:28] <dobey> ah
[18:28] <wtay> we allready have an outplug plugin
[18:28] <wtay> now we're wrapping aRts around a gstreamer plugin
[18:28] <dobey> sigh
[18:30] Action: omega_ hasn't had a response from stw yet...
[18:30] <wtay> omega_: what was the question?
[18:30] <omega_> to look at the code in cvs to see why the arts plugin doesn't work
[18:30] <wtay> omega_: mind if I update the template factories?
[18:31] <omega_> where?
[18:31] <wtay> gst_arts.c
[18:31] <omega_> I already have
[18:31] <wtay> oh ok...
[18:31] <dobey> heh
[18:31] <omega_> though I'm still not entirely happen with them, there's still duplicate props
[18:31] <wtay> I have now too :)
[18:31] <omega_> lemme check it in
[18:34] <wtay> in what way does the plugin fail?
[18:35] <omega_> the C++ is not valid
[18:35] <wtay> oh
[18:35] <omega_> there are arts structures that I guessed at and are wrong
[18:35] <wtay> gst_artsio.cc?
[18:35] <omega_> no, gst_artsio_impl.cc
[18:35] <omega_> artsio.cc is generated
[18:36] <wtay> omega_: ok, good
[18:36] Action: omega_ needs to fix the Makefile so that happens automatically
[18:37] <miguele> dobey: There is something technicaly appealing in arts or its only a political decission to bring it to gnome?
[18:37] <wtay> omega_: what exactly will be wrapped with this plugin?
[18:37] <wtay> omega_: an arbitrary arts pipeline?
[18:37] <omega_> miguele: it's good for synth-type stuff, but it seems mostly a political decision
[18:38] <omega_> wtay: right now it wraps a single, hard-coded plugin, eventually it'll wrap arbitrary graphs
[18:38] <wtay> cool
[18:39] <wtay> is stw working on gstreamer in aRts too?
[18:39] <dobey> miguele: people have mental issues i think
[18:39] <omega_> but arts has a very immature plugin system...
[18:39] <thomas> omega_: isn't there some stuff you can use from the Gnome-arTs that's been released today ?
[18:40] <wtay> thomas: Gnome-aRts is just the sound server config panel
[18:40] <omega_> thomas: probably, I'll grab it
[18:40] <miguele> dobey: I dont understand, doesnt Gnome nedds Arts at all? 
[18:40] Action: dobey goes back to doing cool-leet things
[18:40] <dobey> miguele: no
[18:41] <miguele> dobey: Oh fuck!
[18:41] <dobey> miguele: why?
[18:41] <miguele> dobey: How about bloat?
[18:41] <dobey> miguele: bloat? huh? where?
[18:43] <miguele> dobey: If Gnome *doesnt* need Arts why to use it? What about the other Gnome multimedia stuff?
[18:43] <wtay> omega_: my arts headers are under /usr/include/kde where are yours?
[18:43] <dobey> heh
[18:43] ChiefHighwater (paul at temple-baptist.com) joined #gstreamer.
[18:43] #gstreamer: mode change '+o ChiefHighwater' by ChanServ!s at ChanServ
[18:43] <dobey> miguele: gst doesn't *need* arts either
[18:44] #gstreamer: mode change '-o ChiefHighwater' by ChiefHighwater!paul at temple-baptist.com
[18:44] <miguele> dobey: Ok. You always can use gst without Arts
[18:47] <omega_> we have no dependency yet, we're just trying to add a feature with this plugin
[18:47] <omega_> and it's entirely optional anyway
[18:47] Action: omega_ needs to look at overflow again and respond to that guy, too
[18:47] <wtay> oh damn, yes
[18:47] <miguele> omega_: But esd will be dropped?
[18:47] <omega_> ope
[18:47] <omega_> nope
[18:48] <omega_> there's no reason to drop anything
[18:48] <wtay> miguele: dropped from where?
[18:48] <omega_> miguele: *everything* is a plugin
[18:48] <miguele> wtay: From Gnome
[18:49] <omega_> gnome will probably drop esd in favor of something better
[18:49] <thomas> does anyone here know a bit about XML so I can ask some advice on a particular problem I have ?
[18:49] <omega_> that somethig better is still to be decided....
[18:49] <omega_> thomas: sure, what is it?
[18:50] <thomas> omega_: well, it's about the final mixer input...
[18:50] <thomas> in short, what I did with my previous (current running mixer, only does mpeg) mixer ...
[18:50] <thomas> ... is read in a file describing what files to use and mix envelopes, in a pretty straightforward manner...
[18:50] <thomas> ... I've got an xml structure now for that...
[18:51] <thomas> ... but an interesting problem I don't know how to implement is ...
[18:51] <thomas> ... how do I make it work with both pipe-based scheduling and file-based scheduling ?
[18:51] <thomas> ... to make it more clear : you can have a fully complete mix script, start to end, in a file ...
[18:51] <thomas> meaning : <?xml><mix>... (all of the data) ... </mix>
[18:51] <thomas> but if you want to act more client/server, getting real-time input, I'd use a pipe...
[18:52] <thomas> ... but an xml file is closed for good (theoretically) at the closing tag.
[18:52] <thomas> thomas: uhm...
[18:52] <wtay> thomas: so?
[18:52] <thomas> omega_: well, if you want the mixer not to know if it's pipe-based, realtime or file-based, non-realtime...
[18:52] <thomas> ... the way it is now ...
[18:52] <thomas> ... there's no way to do it with one type of xml !
[18:53] <thomas> ... at least none that I can reasonably think of without violating xml specs.
[18:53] <omega_> I'm still not sure what the issue is
[18:53] <thomas> did I make myself the least bit clear at all ? it sounds uncohesive
[18:53] <thomas> ok... an example :
[18:53] <omega_> are you saying that you can't have an xml cutfile that handles arbitrary input sequences
[18:53] <thomas> omega_: that sounds a bit like what I mean.
[18:54] <thomas> omega_: file-based mixing : xml would look like this
[18:54] <omega_> ok, that just means that you want to have 'streaming xml' or somesuch
[18:54] <thomas> omega_: yeah, that sounds right, but I need *both* at the same time
[18:54] <omega_> which sounds like a more general control problem of: where does your cutfile data come from anyway?
[18:54] <thomas> omega_: well, different possibilities
[18:55] <thomas> oemga_: if the frontend were a mixer app like cooledit or broadcast ...
[18:55] <omega_> an xml cutfile is static, you're wanting to extend it to arbitrary dynamic live events
[18:55] <thomas> ... then the mixing could be real-time or off-line.
[18:55] <thomas> omega_: for example, I have a program which has a set of files as the input and then calculates volume envelopes and writes out a mix script.
[18:56] <omega_> ok
[18:56] <thomas> omega_: only the mix script right now is pretty easy, listing filename and a few control points.
[18:56] <omega_> right
[18:56] <thomas> the easy thing here is, that it doesn't matter if the input file you specify is a pipe or a completed file
[18:56] <thomas> if it's a file, it just reads in all the data and processes it, and you get an eof
[18:56] <thomas> if it's a pipe, the reading blocks, until new data is put in, and you can continue
[18:56] <omega_> during construction or usage of the cutfile?
[18:57] <thomas> omega_: what do you mean ?
[18:57] <omega_> so you can have all files, and the cutlist generator can calculate envelopes statically
[18:57] <omega_> and you can have 'pipes' (network sockets?) that take the place of files
[18:57] <omega_> are you talking about these pipes existing during generation of the cutlist?
[18:57] <wtay> thomas: the XML files is read from a socket?
[18:57] <thomas> omega_: yes, that's it... though it needn't be network sockets, it could be a simple FIFO
[18:58] <omega_> or taking the existing cutlist and applying it to pipes instead of files?
[18:58] <thomas> wtay: the XML would basically be read from a file on the file  system; the file could be a socket, a real file or a named FIFO...
[18:58] <thomas> whatever works best at that moment.
[18:58] <thomas> the thing is : with my simple format, the structure of the input file does not impose limitations on the processing...
[18:59] <omega_> ok, so what's the problem? sounds like you just have a gnome-vfs source that takes from a url or whatever, acts like its a file
[18:59] <thomas> ... but with xml I lose that : as soon as you close your root tag, handling is considered done
[18:59] <omega_> so?
[18:59] <thomas> omega_: hmmm... a simple example then.
[18:59] Action: omega_ needs to swap hard drives *now*:
[18:59] <omega_>  /dev/hda7              9011416   8555656         0 100% /
[18:59] <thomas> suppose I have a complete file describing a full mix, it would look like this :
[19:00] <thomas> <?xml> <mix> <item id="1" file="..."> ... </item> <item id="2" file="..."> ... </item></mix>
[19:00] <thomas> so the program reads xml, sees each item, sees the closing tag and starts mixing.
[19:00] <thomas> suppose I run it with a pipe, to make it interactive.
[19:00] <thomas> first file would go in as this :
[19:00] <omega_> a pipe for what?
[19:01] <thomas> omega_: a pipe for getting input from, consider it like stdin for now
[19:01] <omega_> input for what? the xml or the audio file?
[19:01] <thomas> omega_: just the way you work with file system FIFO's
[19:01] <thomas> input for the xml describing the mixing to take place
[19:01] <wtay> ok
[19:01] <wtay> use a SAX parser
[19:02] <omega_> ok, that's entirely different from what you were implying
[19:02] <thomas> omega_: how so ?
[19:02] <omega_> it sounded like you had an issue between getting *audio* data from either files or 'pipe's
[19:02] <omega_> which is a non-issue
[19:02] <thomas> omega_: no, you're right, that wasn't it.
[19:02] <omega_> ok, well, libxml has plenty of support for 'streaming xml'
[19:02] <thomas> Everything I'm talking about is on the *input* side describing how to process the audio later on.
[19:02] <dobey> heh, someone remind me to email aj later
[19:02] <omega_> you just act on each subtag as it comes in
[19:03] <omega_> there's nothing in XML requiring you to parse the whole file before acting on it
[19:03] <thomas> omega_: yes well that was the crux of my problem today, and I'm not sure if I have to make such an issue of it
[19:03] <thomas> omega_: are you sure ? all examples I've read say things like "you're basically not allowed to parse the data until the closing root tag"
[19:03] <omega_> not true at all
[19:03] <thomas> parsing here meaning actually acting on the data
[19:04] <omega_> look at the gst xml code, we process each tag as it happens
[19:04] <thomas> of course you can parse it line by line, but you're not supposed to consider the xml input finished until the root tag
[19:04] <omega_> er, wait, we don't
[19:04] <omega_> but there is another api in libxml that does
[19:04] <omega_> sax as opposed to dom, I think
[19:04] <wtay> thomas: you'll need a SAX parser, which is event based
[19:04] <wtay> yup
[19:04] <thomas> omega_: another thing I read from the examples is that, basically, you shouldn't depend on the order of the items as they are in the file
[19:05] <omega_> if you wrote the file in order, you can read it in the same order
[19:05] <omega_> just write it with sax too
[19:05] <thomas> wtay: what I'm trying to say here is that it's trivial to go ahead and use an xml-style doc anyway ...
[19:05] <thomas> ... and basically in the pipe-based case, what you would do is you would never ever write out </mix>
[19:05] <thomas> I'm just making a big problem out of nothing, aren't I ?
[19:06] <omega_> yes ;-)
[19:06] <thomas> omega_: I just want it to make it as general as possible ...
[19:06] <omega_> just use sax
[19:06] <thomas> ... so that when new xml tools come out I can actually use them ...
[19:06] <thomas> ... for example, a nice volume envelope drawer.
[19:06] <thomas> well then... then I'll just go on doing it the way I am right now ;)
[19:07] <thomas> it's just that I need something to work on waiting for incsched
[19:07] <omega_> mu
[19:09] <thomas> omega_: oh well... it's not that I don't know XML or know how to program it, it's just that the XML docs make it hard to understand what they want to allow and what not...
[19:09] <thomas> omega_: even though what some people on a committee think probably shouldn't stop me anyway
[19:09] <thomas> omega_: sorry for taking your time ;)
[19:09] greg_ (greg at home.sente.pl) joined #gstreamer.
[19:10] <greg_> Oh... how many of us here today. hello all !
[19:10] <omega_> yo
[19:10] <wtay> hi
[19:10] Action: omega_ just bought himself 500MB of space by deleting Descent3
[19:11] <dobey> i need to buy me 20Gb of space for my laptop
[19:11] <omega_> that means I can put off the hard drive xfer until after 3pm, when most people here go to sleep
[19:12] <greg_> a few days ago when I wanted to play Unreal Tournament and have no 600MB space - just mounted a dir form server ;-) (50GB disk ;-))
[19:13] <omega_> doh
[19:13] <omega_> on 100Mbps I hope...
[19:14] <ChiefHighwater> I just put 20G in my laptop for US$150
[19:14] <greg_> omega_: sure ! ;-) but with smbfs not nfs for security reasons.
[19:15] <omega_> heh
[19:16] Action: omega_ compiles pkg-config, glib2, gtk2, arts, gnome-arts, and overflow
[19:26] Nick change: wtay -> wtay-eating
[19:29] <omega_> this looks interesting: http://bioinformatics.org/piper
[19:29] <omega_> iirc that's the new name of a project that once upon a time ran across gstreamer and saw conceptual similarities to their own project <g>
[19:48] matth-preocupied (matth at qwest.dsplinux.net) left irc: Ping timeout for matth-preocupied[qwest.dsplinux.net]
[19:48] ChiefHighwater (paul at temple-baptist.com) left irc: Ping timeout for ChiefHighwater[temple-baptist.com]
[19:48] omega_ (omega at omegacs.net) left irc: Ping timeout for omega_[omegacs.net]
[19:48] greg_ (greg at home.sente.pl) left irc: Ping timeout for greg_[home.sente.pl]
[19:48] Uraeus (cschalle at c224s9h5.upc.chello.no) joined #gstreamer.
[19:48] <Uraeus> hi
[19:48] CHW (paul at temple-baptist.com) joined #gstreamer.
[19:48] matth_ (matth at qwest.dsplinux.net) joined #gstreamer.
[19:48] omega_omicron (omega at omegacs.net) joined #gstreamer.
[19:48] thomas (thomas at 212-100-172-175.adsl.easynet.be) left irc: [x]chat
[19:49] <omega_omicron> pig?
[19:49] <omega_omicron> er, ping?
[19:50] <dobey> hrmm
[19:50] <Uraeus> what?
[19:50] <omega_omicron> ok, I'm still connected ;-)
[19:50] Nick change: omega_omicron -> omega_
[19:51] <Uraeus> hehe
[19:51] <Uraeus> omega_: nice to see we have a quicktime plugin underway
[19:52] <omega_> yeah, but qt4l-based it seems
[19:52] <omega_> which will result in the wrong kind of plugins
[19:52] <omega_> qt4l afaik merges file handling, stream demux, and decoding, somewhat inextricable
[19:52] <omega_> er, inextricably
[19:52] <Uraeus> omega_: sure? It seemed that due to the plugin problem they where rewriting/making something new
[19:53] <Uraeus> my interpretation of their mails at least
[19:53] <omega_> possibly
[19:53] <omega_> but the concerns about his programming style raised on -devel are fully valid
[19:53] greg_ (greg at home.sente.pl) joined #gstreamer.
[19:54] steveb (steveb at node1ee31.a2000.nl) joined #gstreamer.
[19:54] <omega_> yo
[19:54] <Uraeus> omega_: well, if they make they own quicktime stuff for us then hopefully their codingstyle will be better
[19:55] <steveb> hi
[19:55] <omega_> it sounds like 3ivx is using qt4l
[19:55] <omega_> and I haven't seen indications good/bad on 3ivx's style..
[19:55] <dobey> ack
[19:55] <dobey> qt4l
[19:55] <dobey> sigh
[19:55] <Uraeus> omega_: yes, they are, but it also seemed like they where remaking it to fit work better with gstreamer codec plugins etc.
[19:55] <omega_> could be
[19:57] <Uraeus> omega_:http://www.geocrawler.com/lists/3/SourceForge/1504/0/5581659/
[19:57] <Uraeus> omega_: they say here that they are doing something different for GStreamer
[19:57] <omega_> right, sounds good
[19:58] <omega_> ick, I hate reading the Heroine web pages
[19:59] <omega_> if he writes code like he write web page content, I don't want to even look
[20:03] <Uraeus> well, more power to us then :)'
[20:03] <omega_> yup
[20:08] <omega_> I love it: qt4l has complete copies (hacked) of libjpeg, libdv, three version of libraw1394
[20:09] <omega_> and has ./configure, which isn't auto* at all
[20:27] Nick change: wtay-eating -> wtay
[20:29] <omega_> uh oh, Uraeus, you're gonna make me write something weekly aren't you?
[20:29] <Uraeus> <evil grin>
[20:30] steveb (steveb at node1ee31.a2000.nl) left irc: Ping timeout for steveb[node1ee31.a2000.nl]
[20:31] steveb (steveb at 24.132.238.49) joined #gstreamer.
[20:31] <wtay> hi all
[20:31] <omega_> yo
[20:31] <Uraeus> hi wtay
[20:31] <steveb> hi
[20:32] Action: wtay is goint to write more APÏ docs...
[20:33] <Uraeus> wtay: API docs? I thought all free software projects had an API documentation containing just one sentence: Use the source, Luke! :)
[20:34] <wtay> Uraeus: thanks for the tip, I use it when I get bored with the docs :)
[20:34] <Uraeus> wtay: please don't, it is a joke which has sadly much truth to it :)
[20:35] <wtay> hehe
[20:35] <wtay> what's a library without docs...
[20:35] <dobey> blah
[20:35] <Uraeus> and what is dobey without negativity :)
[20:36] <dobey> i just read the headers/source anyway
[20:36] <dobey> what is life without death?
[20:36] <wtay> eternal?
[20:37] <Uraeus> crowded would be more like it :)
[20:38] hadess (hadess at pc121-gui14.cable.ntl.com) joined #gstreamer.
[20:38] <wtay> yo
[20:39] <dobey> salute
[20:39] <Uraeus> hei sveis hadess
[20:40] steveb (steveb at 24.132.238.49) left irc: Ping timeout for steveb[24.132.238.49]
[20:40] <hadess> hey wtay, dobey, Uraeus
[20:41] steveb (steveb at node1ee31.a2000.nl) joined #gstreamer.
[20:41] <steveb> bah! damned dongle
[20:42] <hadess> Uraeus: i will get a new uf-view out soon
[20:44] <hadess> it now uses gnome-vfs instead of gnome-http and...
[20:44] <dobey> and what? :-P
[20:44] <hadess> hold on, i'm typing
[20:45] <hadess> supports User Friendly, Dilbert, MegaTokyo, Penny Arcade and Calvin and Hobbes
[20:45] Ow3n (owen at ti34a80-0979.bb.online.no) joined #gstreamer.
[20:45] <Ow3n> yo
[20:45] <CHW> ello
[20:45] <wtay> hi
[20:45] <hadess> yo Ow3n
[20:45] <dobey> bleh
[20:45] <dobey> it needs 8bit theater support
[20:46] <hadess> Uraeus: btw, thanks for the spam =)
[20:47] <omega_> so hadess: when are you going to write a gnomevfssrc and gnomevfssink ?
[20:48] <hadess> when gstreamer stops moving under me ?
[20:48] <dobey> mybuttsink
[20:48] <omega_> hmmmm
[20:48] <omega_> source and sink code hasn't changed significantly in, well, over a year
[20:48] <hadess> ok
[20:48] <hadess> what i would need is a stable multisrc as well
[20:49] <omega_> I think it's in CVS
[20:49] <hadess> do you know how it works ?
[20:51] <omega_> not exactly, but afaik it's a list of files internally
[20:51] <omega_> FYI, overflow is *huge*, and has been compiling for over an hour
[20:51] <hadess> is it possible to remove, add files, etc.
[20:51] <dobey> when it supports ppc better
[20:51] <omega_> rather, it's c++, which is taking forever
[20:51] <dobey> hehe
[20:51] <omega_> hadess: I don't think so
[20:51] <omega_> but a better data structure for the filelist could be used
[20:51] <hadess> omega_: i need something like that for rhythmbox
[20:51] <omega_> rhythmbox now?
[20:51] <dobey> mybuttbox
[20:51] <hadess> yep, these wankers at sourceforge having stolen my name :/
[20:52] <dobey> heh
[20:52] <dobey> poprocks
[20:52] <omega_> and they won't give it up even though they have no project yet?
[20:52] <hadess> i didn't hear from them
[20:52] <hadess> and rhythmbox.org is available
[20:52] <omega_> ah
[20:52] <Ow3n> Is dobey human or a beavisnbuttheadbot?
[20:52] <dobey> yourlittlesistersbox.org
[20:52] <omega_> Ow3n: not sure
[20:53] <wtay> heh
[20:53] <hadess> i *think* he is human
[20:53] <dobey> i am an ethereal blue flame which encompasses all that is sacred
[20:53] <Ow3n> Uh-huh. Definately a bot.
[20:54] Action: omega_ thinks eliza has smoked too much crack
[20:54] <Ow3n> <g>
[20:56] Action: hadess compiles up-to-date gst
[20:58] <dobey> yeah, bots always write kick-ass software
[20:59] <hadess> i have about one hour to write a gnomevfssrc and gnomevfssink
[20:59] <omega_> should be plenty
[21:03] <hadess> hope so
[21:03] <CHW> if anyone's a bot, it's omega_...he types too fast to be human 8-]
[21:03] <omega_> um... sure.
[21:03] <hadess> depends on the time i spend looking for "Rhythm Masters" on napster :P
[21:03] <omega_> um
[21:03] <CHW> never heard anyone complain so much about keyboard lag..hehe
[21:03] <CHW> btw...you fix your keyboard yet?
[21:03] <CHW> or is that this afternoon's project
[21:03] <omega_> afternoon
[21:03] <omega_> my project over the last 30min was to write code to read from the firewire port
[21:03] <omega_> another 10min and I'll have a GStreamer plugin
[21:03] Action: CHW watches everyone drool
[21:03] <CHW> we are ready 8-]
[21:03] <omega_> libdv decoder tomorrow <g>
[21:03] Action: wtay drools
[21:03] <CHW> hehe
[21:03] <omega_> Uraeus: you wanted to know when neat stuff happened with GStreamer?
[21:03] <hadess> CHW: i'll drool when omega_ gives me a camera to test it with
[21:03] <wtay> omega_: is dv excapsulated in avi?
[21:03] <omega_> hehehe
[21:03] <omega_> dv is raw
[21:03] <CHW> hadess:lol
[21:03] <wtay> ok
[21:03] <Uraeus> omega_: yup
[21:03] <omega_> to write avi we need a muxer that can do it cleanly, which should be easy
[21:03] <omega_> see dvgrab for the basics
[21:06] Action: dobey hopes minimal assembler is used, unless it's ifdef'd and can be used without the asm
[21:06] <omega_> where?
[21:08] <dobey> in any of the gstreamer anythings
[21:09] <omega_> anywhere it is, there is also C
[21:09] <omega_> run-time specialization
[21:09] <omega_> btw, filterstamp.sh writes mixed-caps names to the Makefile
[21:10] <omega_> and doesn't change the names of the files it actually generates
[21:11] <omega_> nor does it do a complete sed......
[21:11] <wtay> omega_: yeah, that was an issue he still had to resolve
[21:11] <omega_> we need a filterfactory.....
[21:11] <wtay> whatever that is :)
[21:12] sienap (synap at ipc379c110.dial.wxs.nl) joined #gstreamer.
[21:12] <wtay> yo
[21:12] <sienap> zo zo
[21:12] <sienap> hi all :)
[21:12] <hadess> somebody needs to add detection of libmpeg2 since it's no longer included
[21:12] <sienap> Hej wtay!
[21:12] <hadess> yo sienap
[21:12] <sienap> HEJ HADESZZZZZZZ
[21:13] <sienap> WTAY .. tell me :)
[21:13] <sienap> done something today ?
[21:13] <taazzzz> um... i thought libmpeg2 was detected?
[21:13] Nick change: taazzzz -> taaz
[21:13] <hadess> don't think so
[21:13] <wtay> sienap: nope, I have to work, you know :)
[21:13] <hadess> wb taaz
[21:14] <wtay> yo taaz
[21:14] <hadess> i played with uf-view and gnome-vfs nearly all day at work
[21:14] <hadess> i hate my job
[21:14] <taaz> i did notice that config.h didnt have HAVE_LIBMPEG2 or whatever... but it did compile the plugin for me
[21:14] <sienap> wtay cancel that :)
[21:14] <sienap> hadess uf-view is cool :)
[21:14] <hadess> taaz: it's default to compile it =)
[21:15] <taaz> wtay: is examples/autoplug/ supposed to work? ;)
[21:15] <wtay> taaz: hmm, sec..
[21:15] <hadess> sienap: thanks
[21:15] <wtay> taaz: nope
[21:16] <taaz> wtay: it wasn't really a question.  more like a request <g>
[21:16] <omega_> heh
[21:16] Action: dobey notices the topic
[21:16] <hadess> what is the topic ?
[21:16] <wtay> taaz: it's a scheduling issue
[21:16] <dobey> does it play .asf?
[21:16] <wtay> taaz: I can create a workaround 
[21:16] <sienap> dobey avifile can
[21:16] <sienap> so gstreamer can :)
[21:16] <wtay> dobey: yup, in your dreams
[21:17] <sienap> wtay nope :)
[21:17] <sienap> wtay gstreamer plays .asf's
[21:17] <sienap> >:)
[21:17] <wtay> sienap: ?
[21:17] <hadess> sienap: no it can't on ppc
[21:17] <taaz> no rush... i was just trying to put gst in oms.  was going to use autoplug stuff but i can just use static pipeline for now
[21:17] <sienap> the avi plugin understansd them..
[21:17] <sienap> wtay avifile can..
[21:17] <dobey> sienap: it can't
[21:17] <sienap> he
[21:17] <sienap> hmmm :)
[21:17] <taaz> i wanted to use autoplug as an example...
[21:17] <sienap> avifile CAN
[21:17] <sienap> :)
[21:17] <sienap> damn you guys ;)
[21:17] <wtay> sienap: who told you we use avifile?
[21:17] <dobey> heh
[21:17] <sienap> wtay he :)
[21:17] <sienap> then use it :)
[21:18] <sienap> WIEEEEEEH :)
[21:18] <sienap> flies around :)
[21:18] <dobey> no, i tried to stream with it before
[21:18] <sienap> aah i am just ill :)
[21:19] <hadess> sienap: do you actually code anything ?
[21:19] <dobey> hehe
[21:21] <sienap> hadess i can't :)
[21:21] <sienap> i am dumb
[21:21] <sienap> dobey atleast i've got a girl >:)
[21:21] <dobey> heh
[21:21] <sienap> hadess not on gtk related things atm..
[21:21] <sienap> that is :)
[21:21] Action: dobey kicks sienap in the testicles
[21:21] <sienap> mwha..
[21:21] <sienap> gimme another one..
[21:21] <sienap> they are of steel remember ;)
[21:28] <sienap> aah
[21:28] sienap (synap at ipc379c110.dial.wxs.nl) left #gstreamer.
[21:28] <omega_> wow.  I though it was mid afternoon already
[21:28] <omega_> it's not even 1....
[21:29] <dobey> it's .25 to 4 here
[21:35] <hadess> omega_: why is that there are no open() in the fdsrc ?
[21:37] <wtay> hadess: it expects a file descriptor, which must be opened by the app
[21:37] <hadess> this is broken
[21:38] <wtay> sorta, the location arg has to be a string like "6" :)
[21:38] <hadess> i can't make a gnomevfs plugin if i have to use a fd
[21:38] <wtay> hadess: what do you need then?
[21:39] <hadess> this is my first plugin so bear with me
[21:39] <wtay> hadess: sure :)
[21:39] <hadess> where is it i can actually open() the file myself, based on the location ?
[21:39] <omega_> in change_state
[21:40] <omega_> disksrc is the code you should be starting from, not fdsrc
[21:40] Nick change: omega_ -> omega_lunch
[21:40] <hadess> doh!
[21:40] <hadess> ok
[21:41] <hadess> hmm, is there a disksink somewhere ?
[21:42] <omega_lunch> no ;-(
[21:42] <hadess> ok
[21:42] <omega_lunch> and we need to rename disksrc to filesrc
[21:42] Action: omega_lunch should just go and do that
[21:42] <omega_lunch> after /me finishes the 1394src
[21:42] <hadess> cool
[21:44] <wtay> great, that's only 60 examples to update :-)
[21:45] Action: omega_lunch had an idea
[21:46] <omega_lunch> in liue of a docs manager, we should set up _gst_newt_ to log keywords into some webpage
[21:46] <omega_lunch> so for instantce /^we need/ goes into one page....
[21:46] <omega_lunch> that way we can say 'we need a filesink' and it gets recorded in a single place where people can go see what, well, we need.
[21:46] <wtay> cool
[21:47] Action: omega_lunch nominates wtay, as _gst_newt_ maintainer <g>
[21:47] <wtay> we need a logger module in a central place...
[21:47] <omega_lunch> yes
[21:47] Action: wtay waits 
[21:47] <omega_lunch> um....
[21:47] <wtay> nothing happens..
[21:47] <omega_lunch> you wrote it already??
[21:47] <wtay> grr
[21:47] <omega_lunch> that was fast
[21:48] <wtay> I should send the logs somewhere..
[21:49] <wtay> my perl knowledge sucks
[21:50] <omega_lunch> you see /. about the IBM Linux T22 shipping a commercial DVD player?
[21:50] <omega_lunch> hrm, CmdrTaco wants subtitles...
[21:51] <omega_lunch> wtay: didn't you have subtitles when you watched DVDs with GStreamer many moons ago??
[21:51] <wtay> omega_lunch: yes
[21:51] Nick change: omega_lunch -> omega_
[21:51] <omega_> so what's so hard about it? taaz?
[21:52] <wtay> nothing IMO
[21:52] <Ow3n> I'll have some spare time at work tomorrow to write a perl script to pull out patterns from the IRC logs.
[21:52] <Ow3n> What is it exactly that mails them to the list?
[21:52] <omega_> wtay
[21:52] <wtay> Ow3n: my cron jobs
[21:53] <Ow3n> On your machine?
[21:53] <wtay> yup
[21:53] <Ow3n> Can I write a script and then send it to you to add to your cron job?
[21:53] <wtay> Ow3n: sure
[21:53] <Ow3n> Once I've generated the HTML where should I send it?
[21:53] <hadess> bbl
[21:54] Nick change: hadess -> hds-busy
[21:54] <wtay> Ow3n: going to generate HTML then?
[21:54] <omega_> ideally it'd get merged into the wiki....
[21:54] <wtay> Ow3n: could scp it to gstreamer.net
[21:54] <omega_> but at the very least there needs to be a single page that is appended to
[21:55] <Ow3n> Both are possible.
[21:55] <wtay> I was thinking about appending locally to a data file and generating html/stats from it
[21:55] <Ow3n> scp is easiest but using HTTP::Request it's possible to post an HTTP header to append to the wiki.
[21:55] <wtay> Ow3n: ok, no prob
[21:56] <maYam> *yawn*
[21:56] <omega_> with the wiki we can clean up the list easily
[21:56] <Ow3n> What kind of stats?
[21:56] <wtay> users/bytes per user/..
[21:56] Action: maYam shakes her head.. where am i?
[21:56] <omega_> #gstreamer, home of the *real* hackers
[21:56] <Ow3n> In the IRC logs you mean?
[21:57] <wtay> Ow3n: if possible, it would be nice
[21:57] <wtay> Ow3n: also number of lines written etc...
[21:57] maYam (mayam at cable-195-162-214-190.upc.chello.be) left #gstreamer.
[21:57] <Ow3n> Yeah. IC what you mean.
[21:57] miguele (miguele at 150.186.93.39) left #gstreamer.
[21:57] Action: Ow3n sends a reminder to his work address...
[21:59] <steveb> i finally sent my mail about float types
[21:59] <steveb> written under the influence of cocktails, so I hope it makes sense
[22:00] <wtay> steveb: are you happy with the new props handling?
[22:01] <steveb> yep - i haven't actually tested the float stuff yet - i'm still updating things
[22:01] <wtay> ko
[22:01] <steveb> knock out?
[22:02] <wtay> ok :)
[22:02] <steveb> ah ;)
[22:08] <wtay> steveb: is the float format an issue when we transport it over a wire to a different architecture?
[22:09] <wtay> steveb: I mean gfloat, is that general enough?
[22:10] <Ow3n> Yipee!!! GnoStream is up to the bonobo-hello-world stage!
[22:10] <omega_> oooh
[22:10] Action: Ow3n wipes his brow
[22:10] <wtay> Ow3n: cool
[22:10] <wtay> Ow3n: what's implemented?
[22:11] <Ow3n> Ummm... well.... the client can pass a string and then the GnoStream server says "Hello from x" where x is the string you passed in... Ummm...
[22:11] <Ow3n> Still. It's a start!
[22:12] <wtay> Ow3n: ok :-)
[22:14] <steveb> wtay: AFAIK, gfloat always means 32 bit IEEE 7754 - it is just easier to say
[22:14] <steveb> IEEE 754 I mean
[22:15] <wtay> steveb: ok
[22:19] <steveb> night all
[22:19] <omega_> night..
[22:19] <wtay> night
[22:19] steveb (steveb at node1ee31.a2000.nl) left irc: [x]chat
[22:22] <omega_> wtay: 
[22:22] <omega_> ../../../gst/gstcaps.h:63:17: warning: nothing can be pasted after this token
[22:22] <omega_> ../../../gst/gstcaps.h:73:27: warning: nothing can be pasted after this token
[22:22] Uraeus (cschalle at c224s9h5.upc.chello.no) left irc: syntax error - user imploded
[22:23] <wtay> omega_: uh?
[22:23] <omega_> fun && games with ##arg##
[22:23] <wtay> omega_: how do you call the GST_CAPS_NEW function
[22:23] <omega_> in PADTEMPLATE
[22:24] <wtay> with properties?
[22:24] <omega_> I get this from *every* file
[22:24] <wtay> oh
[22:24] <omega_> it's a parse thing, not a compile error
[22:24] <wtay> should it read ##a## instead of ##a?
[22:24] <omega_> nope, I tried that
[22:25] <wtay> heh
[22:25] <omega_> ## is very very touchy, its syntax has changed over time slightly
[22:25] <wtay> maybe put braces round ##a
[22:26] <omega_> maybe
[22:26] <omega_> surrounding spaces are the key that fixed libcodec's stuff
[22:26] <omega_> you might look at libcodec to see how I did it
[22:26] <omega_> in mcomp/mcomp.c
[22:26] <wtay> ok
[22:26] <omega_> in sf cvs
[22:26] <wtay> I have an (old) version here...
[22:26] <omega_> how old?
[22:27] <wtay> feb 23
[22:27] <omega_> hmm, ok
[22:27] <wtay> it doesn't have vargs
[22:27] <omega_> eh?
[22:27] <omega_> see the __LC_ macros
[22:27] Action: wtay is doing cvs update
[22:28] <wtay> it's not the same..
[22:28] <omega_> oh?
[22:28] <omega_> ok
[22:28] <omega_> well, it might give you a better idea of some of the nastiness of ##xyz##
[22:29] <omega_> putting spaces on either side of the ## is sometimes a good idea, as per that codd
[22:29] <omega_> er, code
[22:29] <wtay> hmm, where do you see those spaces in mcomp.c?
[22:29] <omega_> um
[22:29] <omega_> hmmm
[22:30] <wtay> oh well..
[22:30] <omega_> well, the info for cpp says something about that
[22:30] <wtay> ok
[22:30] Action: wtay is checking an old padtemplate implementation
[22:31] <wtay> bah, it's not the same either...
[22:32] <wtay> did you try with spaces around it?
[22:32] <omega_> no
[22:33] <omega_> 1394 src works!
[22:33] <wtay> wow
[22:33] <wtay> you're at OGI now?
[22:33] <omega_> no
[22:33] <omega_> 1394 src is different from libdv decoder 
[22:34] <wtay> hmm, how can you test 1394 then? you have a firewire card?
[22:34] <omega_> yup
[22:34] <wtay> ah ok
[22:34] <omega_> cardbus, attached to camera
[22:34] <wtay> cool
[22:34] <wtay> upload the mpeg1s of GUADEC on gstreamer.net then :-)
[22:34] <omega_> um, without the decoder I can't do anything
[22:35] <wtay> I'll wait ;-)
[22:35] <omega_> committed
[22:36] Action: wtay forgot the -dP flags...
[22:36] <omega_> needs a lot more work, like a bus reset handler and such to detect removal of camera
[22:39] Action: omega_ reads steveb's mail
[22:40] <wtay> NTSC? where are you from! :-)
[22:40] <dobey> the us?
[22:40] <omega_> that padtemplate isn't even used, it'll probably be removed
[22:40] Action: wtay wants a firewire board now
[22:40] <omega_> the iso channel really doesn't carry a data type at all
[22:40] <wtay> it's all in the dv data?
[22:40] <omega_> yup
[22:41] <wtay> good
[22:41] <omega_> treat 1394src like a disksrc
[22:41] <omega_> libdv's typefind will assign the caps
[22:41] <wtay> it shouldn't even be dv at all comming out of the firewire src is it?
[22:42] <wtay> I mean, it can be anything
[22:43] Action: wtay heads off to the boring docs again..
[22:43] <omega_> yup, it is
[22:43] <omega_> raw dv
[22:43] <wtay> always?
[22:43] <omega_> well, there are 16 bytes of packet header, but that's stripped off
[22:44] <omega_> no, there could be SBP-2, or raw video
[22:44] <wtay> hmm
[22:44] <omega_> which is why I want to get a 1394 hard drive and a 1394 camera
[22:44] <omega_> hey.
[22:44] <omega_> I got a refund from the IRS, something like $1500 total
[22:44] <omega_> I'll just go get the stuff I need <g>
[22:44] <wtay> wow
[22:45] Action: wtay should get the mpeg1 encoder in a working state soon
[22:45] <omega_> yes
[22:47] <wtay> you'll probably first write the dv stream to disk before encoding
[22:47] <omega_> why?
[22:48] <omega_> well, ok, time
[22:48] <wtay> is 1394src always realtime?
[22:48] <omega_> by definition
[22:48] <wtay> too bad
[22:49] <omega_> that just means we need a disk-based cache
[22:49] <wtay> oh yes
[22:49] <omega_> ooooooh
[22:49] <omega_> here's an idea
[22:49] <wtay> ?
[22:50] <omega_> disk-based cache has input, output, and another two pair of pads for connection to/from a muxer and demuxer
[22:50] <omega_> so 6 pads
[22:50] <omega_> the data comes in the front, the queue handles in-memory stuff
[22:50] <omega_> the same data goes out to the muxer, and back into the queue, which writes it to disk
[22:51] <omega_> to get data, you pull from the output, which can either come from memory, or *via* the demuxer, which pulls from its source, which is once again the disk queue, which handles all file io
[22:51] Action: omega_ drools
[22:51] <wtay> hum
[22:52] <omega_> that way you can simultaneously write to the proper file format to disk, and stream the data as fast as you ca out
[22:52] <omega_> it uses memory on either end of the queue (prefetching) and disk in the middle, of arbitrary length
[22:52] <wtay> cool
[22:54] <wtay> meybe you should draw a picture of that...
[22:54] <omega_> yup
[22:54] <omega_> adding to wiki now
[22:57] <omega_> the basic idea is that your storage format (say, DV in AVI or DV in .qt) *is* your cache format
[22:57] _gst_newt_ joined #gstreamer.
[22:57] <wtay> cya
[22:57] Ow3n (owen at ti34a80-0979.bb.online.no) left irc: [x]chat
[22:58] <omega_> how do I do ascii art in the wiki?
[22:59] <wtay> heh
[23:00] <omega_> after I kill -9 netscape because it got itself wedged
[23:00] hds-busy (hadess at pc121-gui14.cable.ntl.com) got netsplit.
[23:00] rdj (rdj at a37030.upc-a.chello.nl) got netsplit.
[23:00] dobey (dobey at 141.154.95.104) got netsplit.
[23:00] omega_ (omega at omegacs.net) got netsplit.
[23:00] greg_ (greg at home.sente.pl) got netsplit.
[23:00] taaz (dlehn at 66.37.66.32) got netsplit.
[23:00] Topic changed on #gstreamer by ChanServ!s at ChanServ: GStreamer: the ultimate multimedia framework
[23:01] taaz (dlehn at 66.37.66.32) returned to #gstreamer.
[23:01] rdj (rdj at a37030.upc-a.chello.nl) returned to #gstreamer.
[23:01] dobey (dobey at 141.154.95.104) returned to #gstreamer.
[23:01] omega_ (omega at omegacs.net) returned to #gstreamer.
[23:01] greg_ (greg at home.sente.pl) returned to #gstreamer.
[23:01] hds-busy (hadess at pc121-gui14.cable.ntl.com) returned to #gstreamer.
[23:06] <wtay> pfff, I always type "gst" when I want to type "get" :-)
[23:06] <omega_> doh
[23:06] <omega_> me too
[23:06] <wtay> no kidding :)
[23:08] <omega_> wiki/GstDiskFormatCache
[23:12] <omega_> oooh, I like this idea very much
[23:13] <omega_> and I challenge anyone to do this in *any* other media framework <g.
[23:13] <wtay> It's still not clear to me what the muxer/demuxers do?
[23:13] <omega_> avimuxer
[23:13] Action: taaz is confused
[23:13] <wtay> where is the audio comming from?
[23:13] <omega_> wherever
[23:13] <omega_> doesn't matter
[23:14] <wtay> it's just an output pad
[23:14] <omega_> yup
[23:14] <wtay> and why does it go back in?
[23:14] <omega_> this would probably exist in the form of a meta-element built from a Bin
[23:14] <omega_> hold on, lemme finish the wiki page
[23:15] <taaz> disk cache is great idea for all those people trying to do real time transcoding on el cheapo hardware... neato
[23:16] Action: taaz wishes his usb web cam wouldnt crash linux...
[23:16] <omega_> ok, wiki updated, now adding more
[23:19] Action: wtay thinks el cheapo HW isn't going to handle real time capture and encoding anyway
[23:19] <taaz> heh.. you know what?  you can make a tivo out of this.  pause the video output so the queue back up and starts dumping to disk.   after you run to the fridge to get another beer hit play and it will just read off disk
[23:19] <taaz> ok, just part of a tivo... 
[23:20] <omega_> wtay: but that's the whole point, you only need to *capture* realtime
[23:20] <omega_> you can then save the DV data to disk, and let your machine take its sweet time to encode
[23:20] <omega_> wiki updated
[23:21] <omega_> taaz: exactly
[23:21] <taaz> i like the 'infinite' disk space part at 256M/82s
[23:21] <omega_> hehehee
[23:21] Action: omega_ has 2 80 GB drives, so.....
[23:21] <wtay> just need to make sure the capture thread has a high enough priority
[23:21] <omega_> btw, the wiki keeps spitting out cgi-bin URLs
[23:21] <omega_> wtay: of course
[23:23] <taaz> it what now?
[23:23] <wtay> oh I see what you mean with the muxer, cool
[23:23] <taaz> grr... where are there still cgi-bin urls?
[23:23] <taaz> other than the title link
[23:24] <omega_> yeah, I just editted the page and got back a cgi-bin url
[23:24] <omega_> hrm, what's the wiki markup for a <hr> ?
[23:25] <taaz> http://gstreamer.net/wiki/HelpOnRules
[23:26] <taaz> hmm... the moinmoin source really has that cgi-bin issue hardcoded in so many places
[23:26] <taaz> it may be easier to just reverse it for now and beg them to fix it in some sane refactoring way
[23:32] <omega_> here's another idea:
[23:32] <omega_> put a timeout on each wiki page
[23:32] <omega_> for every edit that occurs on a new page or a timed out page, send mail to gstreamer-wiki
[23:32] <omega_> if we're going to use the wiki, we need to be able to treat it like we do CVS:
[23:33] <omega_> silent thing that does its job well, but has to have a notification mechanism so people know what's changed
[23:34] <omega_> got response from stw, replied
[23:34] <taaz> there's a module to send out email on page changes
[23:34] <taaz> with diffs i think
[23:34] <omega_> can it have a timeout to avoid sending 10 emails when I keep editting a page?
[23:35] <taaz> i have no idea...
[23:35] <omega_> say: don't send mail on page changes for this page unless it's the first new edit in at least an hour
[23:35] <omega_> else we'll get flooded with incremental changes
[23:36] <omega_> somehow I just filled 500MB
[23:36] <omega_> I have no idea how
[23:37] <taaz> hmm.. maybe its not so smart... you need to add === Subscribers === and email address below that... http://moin.sourceforge.net/cgi-bin/moin/moin/action_2fmailchanges_2epy
[23:37] <omega_> eh?
[23:37] <taaz> ie, you can subscribe to a particular page
[23:38] <omega_> ick
[23:38] <taaz> i don't have time for wiki hacking or i'd add timeout email notification support for you ;)
[23:39] <omega_> I might look into it
[23:39] <taaz> i've got a bunch of other ideas i'd like to hack in there too
[23:39] stw (stefan at p3EE06789.dip.t-dialin.net) joined #gstreamer.
[23:39] <omega_> yo
[23:39] <stw> Hi... ;)
[23:39] <wtay> hi
[23:40] <omega_> still have compile errors, will paste here
[23:40] <omega_> gst_artsio_impl.cc:108: invalid use of undefined type `class 
[23:40] <omega_> Arts::ScheduleNode'
[23:40] Last message repeated 1 time(s).
[23:40] <taaz> like graphviz vizualization of wiki connections.  its probably 20 lines of code... 
[23:40] <stw> #include "flowsystem.h"
[23:40] <omega_> taaz: yup, that'd be very cool
[23:40] <omega_> and let us find the unattached nodes too <g>
[23:40] <taaz> and refactor the storage so it could use cvs rather than disk based files
[23:41] <taaz> there is an orphans module for that
[23:41] <omega_> hrm, compiler is having issues
[23:41] <omega_> is there a local TODO wiki node?
[23:42] <omega_> bleagh, have type mismatches ([un]signed and void*/guchar*), then the compiler commits suicide
[23:43] <taaz> nope... create a ToDo one...  (gotta get rid of Gst prefix where possible some day...)
[23:43] <omega_> except for things like plugin names, like GstDiskFormatCache
[23:43] <omega_> anyone know an easy way to load an rtf?
[23:44] <omega_> abiword on my machine crashes at startup after displaying a complete window ;-(
[23:44] <dobey> omega_: heh, i was gonna say abi
[23:45] Topic changed on #gstreamer by ChanServ!s at ChanServ: GStreamer: the ultimate multimedia framework
[23:47] <taaz> do you have a spare NeXTStation near you?  that would load it ;)
[23:47] <omega_> nope
[23:47] <taaz> you could try vi ;)
[23:48] <omega_> it's a mess
[23:48] Action: taaz is full of useful suggestions
[23:48] <dobey> just render it in your head
[23:48] <omega_> yeah, that's what I'm sorta falling back on
[23:48] <dobey> "oh look, that's a link!"
[23:48] <stw> You can use rtf2htm
[23:48] <omega_> except it has a table in it ;-(
[23:48] <omega_> where do I find that?
[23:48] <omega_> fm ?
[23:49] <omega_> heh, yeah
[23:49] <omega_> 14:56:47 ERROR 403: Forbidden.
[23:49] <omega_> doh
[23:49] Nick change: hds-busy -> hadess
[23:49] <stw> well, I used apt-get install rtf2htm
[23:49] <dobey> no longer busy?
[23:50] <hadess> nope, done with my stuff
[23:50] <omega_> [omega at omicron build]$ killall -9 netscape-communicator
[23:50] Last message repeated 1 time(s).
[23:50] <omega_> bleagh
[23:50] <hadess> need to get back on the gnomevfs input
[23:50] <dobey> heh
[23:56] <omega_> stw: can you look at the CVS copy of gst_artsio_impl.cc and see if something looks broken?
[23:56] <stw> omega: does it compile now?
[23:57] <omega_> no
[23:57] <omega_> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gstreamer/gstreamer/plugins/arts/gst_artsio_impl.cc?rev=1.2&content-type=text/vnd.viewcvs-markup
[23:59] <stw> omega: which line does it fail at?
[23:59] <omega_> it doesn't, that's the problem
[23:59] <hadess> omega_: btw, wicked idea for the disk cache
[23:59] <omega_> gst_artsio_impl.cc:43: warning: comparison between signed and unsigned 
[23:59] <omega_> integer expressions
[23:59] <omega_> gst_artsio_impl.cc:71: cannot convert `void *' to `guchar *' in 
[23:59] <omega_> assignment
[00:00] --- Fri Apr 20 2001
[00:00] <hadess> omega_: i'd probably need that for vanity
[00:00] <omega_> gst_artsio_impl.cc: At top level:
[00:00] <omega_> gst_artsio_impl.cc:129: parse error at end of input
[00:00] <omega_> gst_artsio_impl.cc:129: confused by earlier errors, bailing out
[00:00] <omega_> hadess: cool
[00:01] <stw> omega: need a closing bracket: } - for the Gtk namespace ... probably somewhere before the GstArtsWrapper class
[00:01] <omega_> trying..
[00:01] <stw> omega: and line 71 is probably a missing cast - like (guchar *)something instead of something - C++ is more picky there
[00:02] <omega_> hrm, more errors
[00:02] <hadess> stw: hey stefan =) didn't recognize the handle
[00:06] <omega_> stw: I'm getting errors on ArtsStereoSink
[00:06] <omega_> gst_artsio_impl.cc:89: syntax error before `;'
[00:06] <omega_> another missing include?
[00:06] <omega_> or wait
[00:07] <omega_> those are in the Gst namespace too
[00:07] <omega_> so can't close out Gst namespace before GstArtsWrapper
[00:07] <omega_> or have to prefix them
[00:07] <omega_> nope, compiles now
[00:08] <stw> omega: good ;)
[00:08] <omega_> now to see if itworks
[00:08] <hadess> hmmm, anybody knows how i'm supposed to use stuff like `gnome-config foo` in Makefile.am ?
[00:08] <omega_> um, see gsteditor
[00:09] <omega_> it uses gnome and libglade, you can see how that works
[00:11] <hadess> you use gnome-config somewhere in the configure.in as i see it
[00:12] <omega_> yes
[00:12] <hadess> seems like it's done...
[00:12] <hadess> i need to use it now =)
[00:13] <hadess> any ideas which test i could use as a starter ?
[00:13] <omega_> gstreamer-launch gnomevfssrc ! fakesink
[00:13] <omega_> vfssrc location=xys ! ..
[00:14] <wtay> hadess: plugins/videosink/Makefile.am has the gnome-config in the Makefile.am
[00:14] <hadess> cool thanks
[00:14] <omega_> which is the wrong way to do it, btw
[00:14] <omega_> but it works for now
[00:16] Action: wtay has to sleep now...
[00:16] Nick change: wtay -> wtay-sleeping
[00:16] <wtay-sleeping> cya all
[00:16] <omega_> l8r wtay-sleeping
[00:16] <CHW> l8rz
[00:16] <hadess> no workie :/
[00:17] <hadess> it doesn't want to see anything in the LIBADD
[00:17] <omega_> ldadd
[00:17] <omega_> maybe
[00:18] <hadess> use `libgnomevfssrc_la_LIBADD', not `libgnomevfssrc_la_LDADD'
[00:18] <omega_> hmmm
[00:18] <omega_> check the Makefile
[00:19] <hadess> recompiling the rest
[00:19] <hadess> and installing to test out =)
[00:23] <omega_> hrm, symbol problems with gst_arts_wrapper_new
[00:23] <omega_> 00000000 T gst_arts_wrapper_new__3GstP7_GstPadT1
[00:23] <stw> omege: ok, you should put them out of the namespace
[00:24] <stw> omega: use prefixing instead
[00:24] <omega_> ok
[00:24] <stw> omega: and declare them extern "C", to make them not use C++ linkage
[00:24] <omega_> yeah
[00:25] <omega_> um, how do I force C linkage?
[00:25] <hadess> omega_: btw, i don't have a clue if we can mmap a gnomevfs src...
[00:25] <omega_> not too worried about it
[00:25] <omega_> for performance you're gonna be using disksrc on a local file anyway
[00:26] <hadess> well, the thing is that gnome-vfs on local disk is as fast as a normal unix operations
[00:26] hjames (hjames at proxy4.cc.stevens-tech.edu) joined #gstreamer.
[00:26] <omega_> yo
[00:26] <hjames> hi
[00:26] <omega_> but normal read() and write() aren't as good as mmap()
[00:27] <hadess> and that'd have been cool to be able to use gnomevfs every time if it was available
[00:27] <omega_> yes, it would
[00:27] <omega_> stw: ?
[00:27] <hadess> and on a lan, you would output to the webdav server the other side of the room
[00:27] <stw> omega: use extern "C" { ... put the functions here ... }
[00:27] <omega_> ok
[00:28] <omega_> MCOP connection warning: number of defaults for src and dest don't match in void connect(const Object& src, const Object& dest);
[00:29] <omega_> hrm, did I implement the sink?
[00:29] <omega_> maybe I didn't..
[00:29] greg_ (greg at home.sente.pl) left irc: Read error to greg_[home.sente.pl]: Connection reset by peer
[00:29] <omega_> oh, yeah, it is
[00:31] <stw> omega: the idl file is wrong
[00:31] <omega_> ok, change what?
[00:31] <stw> omega: it always declares out streams ;) that can't be...
[00:31] <omega_> oh
[00:32] <omega_> and what was the mcopidl line again?
[00:32] <stw> omega: mcopidl -t gstarts.idl -I /usr/local/include/arts
[00:33] greg_ (greg at home.sente.pl) joined #gstreamer.
[00:34] <stw> omega: both Arts...Sink things should probably have in audio streams, not out audio streams
[00:34] <omega_> right
[00:34] <omega_> ./gstreamer-launch disksrc location=creed.mp3 ! mad ! gstarts ! osssink
[00:34] <omega_> I get some interesting audio....
[00:35] <omega_> and then a core
[00:35] <omega_> mu, need to get lame rebuilt
[00:36] <omega_> I'll mp3 the result, if I can get lame to work
[00:36] <stw> omega: there is something badly screwed up with our Sink/Source thing there
[00:37] <omega_> oh?
[00:37] <stw> omega: the arts pipe we set up in GstArtsWrapper looks like sink ! effect ! source in gstreamer syntax
[00:37] greg_ (greg at home.sente.pl) left irc: Ping timeout for greg_[home.sente.pl]
[00:37] <omega_> oops
[00:38] <omega_> so what do we swap to fix it?
[00:39] <hadess> INFO(32015:-1):gst_plugin_load_absolute:368: loading plugin "/usr/local/lib/gst/libgstparseau.so"...
[00:39] <hadess> Segmentation fault
[00:39] <omega_> update and rebuild, wtay's padtemplate stuff I think
[00:39] <stw> but source is the thing that converts from gstreamer input to arts output, so it should better be source ! effect ! sink
[00:39] <omega_> right
[00:40] <stw> so you can do connect(source, effect); connect(effect, sink);
[00:40] <hadess> gah
[00:40] <stw> but then you might need to adapt the idl file again, to match that
[00:40] <omega_> right
[00:41] <omega_>         default in audio stream outleft,outright;
[00:41] <omega_> ;-)
[00:43] <omega_> segfault
[00:43] <omega_> no sound this time
[00:45] <omega_> #0  0x405f49c0 in Arts::convert_stereo_i16le_2float () from /usr/local/lib/libartsflow.so.0
[00:45] <omega_> #1  0x40501425 in Gst::ArtsStereoSink_impl::calculateBlock (this=0x80b27d8, samples=256)
[00:45] <omega_>     at gst_artsio_impl.cc:44
[00:46] <hadess> ** ERROR **: file gstprops.c: line 216 (gst_props_newv): should not be reached
[00:46] <hadess> aborting...
[00:46] <hadess> Aborted
[00:46] <omega_> oops
[00:47] <stw> omega: problem samples != 1 byte
[00:47] <stw> remainingsamples = GST_BUFFER_SIZE(inbuf);
[00:47] CHW (paul at temple-baptist.com) left irc: Read error to CHW[temple-baptist.com]: Connection reset by peer
[00:47] Action: hadess kicks gst-register
[00:47] <stw> unsigned long count = MIN(remainingsamples,samples-fulfilled);
[00:47] <stw> count is supposed to be in samples here
[00:47] <omega_> ok
[00:48] <omega_> same, not sure my fix was correct
[00:49] <omega_> my fix was completely wrong <g>
[00:50] <omega_> still broken ;-(
[00:51] <omega_> why don't I get a list of the arguments on the convert_stereo line?
[00:51] <stw> you mean in gdb?
[00:51] <omega_> yeah
[00:51] <omega_> #0  0x405f49c0 in Arts::convert_stereo_i16le_2float () from /usr/local/lib/libartsflow.so.0
[00:51] <stw> probably because its not compiled with -g
[00:51] <omega_> it should have been, checking
[00:51] <omega_> it is
[00:52] <stw> gstreamer yes, aRts no, probably
[00:52] <omega_> oh, arts compiled with -g
[00:52] <omega_> right
[00:53] <stw> but if you do that now, you can come back in an hour ;) [ would be --enable-debug in the configure ]
[00:53] <omega_> heh
[00:53] <omega_> I leave in an hour
[00:53] <stw> actually it should be remainingsamples = GST_BUFFER_SIZE(inbuf) / 4, as far as I understand the code
[00:53] <omega_> yup
[00:53] <omega_> that's what I did
[00:54] <omega_> back to good old printf
[00:54] <hjames> wow gstreamer takes a while to build :)
[00:54] <omega_> yup, lots of stuff there
[00:55] <omega_> hrm, it fails after several buffers
[00:55] <stw> what would be *useful* actually would be to *initialize* things like remainingsamples inbuf dataptr and such
[00:55] <omega_> which is a good sign, it's a gstbuffer boundary thing
[00:55] <omega_> yes
[00:55] <stw> like: adding a ArtsStereoSink_impl() { remainingsamples = 0; inbuf = 0; dataptr = 0; }
[00:55] <omega_> what's the prototype for a constructor for these?
[00:55] <omega_> ok, void
[00:59] <omega_> printf debugging now....
[01:00] <omega_> ok, I think I found the bug
[01:01] <omega_> remainingsamples was never being decremented
[01:01] <omega_> no more segfault, but no audio
[01:01] <stw> *grin* ;)
[01:02] <stw> oh well, now it's just a matter of getting the signal flow right
[01:02] <omega_> yup
[01:03] <stw> I think what might be happening is that we end up converting from aRts to gstreamer, streaming through the effect and then convert from gstreamer to aRts
[01:03] <stw> (in an aRts view of the world)
[01:03] <omega_> could be
[01:03] <omega_> checking
[01:03] <stw> which obviously makes no sense, but would work if the streams are declared somewhat wrong...
[01:04] <omega_> yup, that appears to be what's happening
[01:04] <omega_> RUNNING pipeline
[01:04] <omega_> StereoSrc: handed 256 samples
[01:04] <omega_> StereoSink: getting 256 samples
[01:06] <omega_> so what do we swap to fix that?
[01:06] <stw> ok, so ... it should be src ! effect ! sink
[01:07] <stw> no... wait
[01:07] <stw> sink ! effect ! src
[01:07] Action: stw is really confused by the naming scheme, but ok ;)
[01:07] <omega_> so the idl was correct before?
[01:07] <stw> so the connect should be swapped again
[01:07] <stw> and the idl too
[01:07] <omega_> ok
[01:07] <stw> and then it should be ok
[01:08] <stw> I hope ;)
[01:08] <omega_> ok, I get sound, but it's fragged
[01:10] <omega_> hrm, ok, lame is still screwed up
[01:10] <omega_> is there a stereo identity filter?
[01:11] <stw> you can change connect(foo,effect); connect(effect,bar); to connect(foo, bar);
[01:11] <hadess> cya all
[01:12] <omega_> ok
[01:12] <omega_> right...
[01:12] <omega_> hadess: l8r
[01:12] <hadess> cya omega_
[01:12] <stw> hadess: cu
[01:12] <hadess> bye stw
[01:12] hadess (hadess at pc121-gui14.cable.ntl.com) left irc: sleep
[01:13] <omega_> still fragged
[01:14] <omega_> is i16le signed?
[01:14] <stw> yes, it's interleaved 16 bit little endian signed
[01:14] <omega_> ok
[01:18] <omega_> hmm
[01:18] <omega_> oh, I think I know what's wrong, maybe
[01:19] <omega_> maybe not
[01:21] <omega_> hrm
[01:21] <omega_> yeah, it's a gstreamer format negotiation problem
[01:21] <omega_> ick
[01:21] <omega_> I can fix that I think
[01:22] stw (stefan at p3EE06789.dip.t-dialin.net) got netsplit.
[01:24] <omega_> grrrr, wtay is already asleep
[01:26] stw (stefan at p3EE06789.dip.t-dialin.net) returned to #gstreamer.
[01:26] <omega_> ok, it sorta works
[01:27] <omega_> wtay has changed some things that don't set the audio params properly, so I've hacked around it a little to veryify that gst_arts works
[01:28] <omega_> afaict.... tuning the volume down more to hear more difference
[01:28] <stw> nice
[01:28] <omega_> yup, it works
[01:30] <stw> ok, so you can commit/announce that one
[01:30] <omega_> now I need to work out the caps issues, then we can figure out how to allow arbitrary arts plugins, and control ports
[01:30] <omega_> I want to get the above working first, can do that tomorrow probably
[01:30] <stw> sure
[01:30] <omega_> well, actually, can only do it while you're awake.... <g>
[01:30] <dobey> none of you have ppc machines?
[01:31] <omega_> I'll be at OGI tomorrow from noon to evening
[01:31] <omega_> hadess has a ppc
[01:31] <omega_> 9hrs difference
[01:31] <dobey> i know
[01:31] <dobey> he isn't here :-p
[01:32] <stw> good, and someday, we'll need to do the vice-versa embedding, too
[01:32] <omega_> yup
[01:32] <stw> but anyway, I need sleep now ;)
[01:32] <omega_> yeah, and I go soon
[01:32] <omega_> I'll commit this now though
[01:33] <stw> ok, cu...
[01:33] <omega_> l8r
[01:33] stw (stefan at p3EE06789.dip.t-dialin.net) left irc: Leaving
[01:43] omega_ (omega at omegacs.net) left irc: going to CHW's to rebuild his computer
[02:42] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) joined #gstreamer.
[02:43] <dobey> aj!
[02:55] rdj (rdj at a37030.upc-a.chello.nl) left irc: proud member of the anti movement...
[03:19] rdj (rdj at a37030.upc-a.chello.nl) joined #gstreamer.
[03:20] <ajmitch> hi dobey
[03:20] Action: ajmitch should turn on timestamping
[03:20] <dobey> ajmitch: heh
[03:20] <dobey> dude
[03:20] <dobey> i am sadly behind on emailing people i need to email :/
[03:21] <ajmitch> i am sadly behind on everything, i don't even have my computer with me :(
[03:22] <ajmitch> am using parent's home computer today
[03:22] <dobey> heh
[03:22] <dobey> i've been thinking about the bonobo thing :-)
[03:23] <ajmitch> yeah?
[03:23] <dobey> yep
[03:23] <dobey> i'm a little tired now though :-(
[03:24] <ajmitch> oh?
[03:24] <ajmitch> late night? ;)
[03:24] <dobey> probably going to be
[03:24] <ajmitch> heh, was up till 5am couple ofdays ago, am tired now;)
[03:27] <ajmitch> what did you think about the bonobo thing?
[03:27] <dobey> i think i need to write the gui part sometime soon
[03:28] <ajmitch> ok
[04:06] dobey (dobey at 141.154.95.104) left irc: Ping timeout for dobey[141.154.95.104]
[04:12] dobey (dobey at dreadnought.ximian.com) joined #gstreamer.
[05:12] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) left irc: Read error to ajmitch[p2-max1.bal.ihug.co.nz]: EOF from client
[05:13] dobey (dobey at dreadnought.ximian.com) left irc: eh
[05:27] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) joined #gstreamer.
[05:51] walken (michel at 63.93.12.75) joined #gstreamer.
[05:51] <walken> yop
[05:53] <ajmitch> hi
[05:53] <walken> whats up ?
[05:54] <ajmitch> not much
[06:03] <walken> la8r
[06:03] walken (michel at 63.93.12.75) left irc: ircII EPIC4-1.0 -- Are we there yet?
[06:08] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) left irc: Ping timeout for ajmitch[p2-max1.bal.ihug.co.nz]
[06:14] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) joined #gstreamer.
[06:19] ajmitch (ajmitch at p2-max1.bal.ihug.co.nz) left irc: [x]chat