IRC Logs

*******************************************************************
[03:00] <taaz> eh.. why does the play/ dir have play.[ch] and gstplay.[ch]?
[03:01] <Company> ds: we're not going to fix the GST_ELEMENT_ERROR lisp style anymore?
[03:02] <ds> Company: don't know, don't care.  We need to freeze, grossness or not
[03:03] <Company> ok
[03:09] <ds> my ex-gf was surprised when I named my new laptop gromit, since she recalled that I had a machine a few years ago with that name
[03:09] <ds> some people remember the strangest things
[03:11] Shoragan ([email protected]) left irc: "Leaving"
[03:11] <Company> a computer for me is a computer
[03:11] <Company> so my laptop is "ibook"
[03:11] <Company> d'oh
[03:11] <desrt> my laptop is an ibook g4 named polyethylene
[03:12] <Company> my server is "server"
[03:12] <Company> i'm so creative
[03:12] <desrt> i have a server named server.  it's not really mine though.  it belongs to the city of hamilton.
[03:13] <Misirlou> My computer is duende!
[03:13] <desrt> that's an interesting name
[03:13] <desrt> it has a certain odd symmetry
[03:14] <Misirlou> My sister's iMac is limeade.
[03:14] <desrt> aqisdn
[03:14] <Misirlou> (Guess what color it is.)
[03:14] <desrt> blueberry?
[03:14] <Company> pink
[03:14] <Company> girls have pink computers :p
[03:14] <Misirlou> Green, silly.
[03:14] <desrt> oh.
[03:14] <Company> now really?
[03:14] <desrt> so.. why did you call it limeade?
[03:15] <Company> it's the name of his sister probably ;)
[03:15] <Misirlou> You don't know what a limeade is?
[03:15] <desrt> ah.
[03:15] <desrt> i know some people with weird names.... but not many as weird as limeade
[03:15] <desrt> lee-me-ah-day?
[03:16] <Misirlou> No. :)
[03:16] <Misirlou> Limeade, like lemonade.
[03:16] <Misirlou> <http://www.m-w.com/cgi-bin/dictionary?book=Dictionary&va=limeade>
[03:16] <desrt> others: peloton, copacetic, audrey, beastie, tegan, sara, moonpix, ...
[03:16] <desrt> Misirlou; thanks for the tip :)
[03:17] <Misirlou> The first one is Spanish, though.
[03:17] <Misirlou> Spanish for "ghost" I think.
[03:18] <desrt> copacetic is the best hostname ever.  hands down.
[03:18] <desrt> :)
[03:18] <Misirlou> I've heard that before.
[03:18] <desrt> as a hostname?
[03:18] <Misirlou> In a song where it rhymed with pathetic.
[03:18] Action: Misirlou Googles
[03:19] <desrt> by local H?
[03:19] <desrt> the original song was by velocity girl
[03:20] <Misirlou> ah, yes, Local H
[03:20] <Misirlou> <http://www.raincitystory.com/archives/000993.html>
[03:20] <desrt> local H are imposters.
[03:20] <desrt> velocity girl rules
[03:20] <desrt> how do i tell the current stream position of a pipeline?
[03:20] <Misirlou> At least, I think.
[03:21] <Misirlou> I couldn't tell Local H from Velocity Girl.
[03:22] <desrt> velocity girl is the prototype alpha indierock/britpop band from seattle
[03:22] <Misirlou> Would you happen to have the song on hand?
[03:22] <desrt> ya.  of course.
[03:22] <Misirlou> -> /msg :)
[03:23] <desrt> :)
[03:23] <Company> oh great
[03:23] <Company> we now have GST_ELEMENT_ERROR twice
[03:24] <Company> who wouldn'T want that :)
[03:24] <ds-gromit> oops
[03:24] <Company> AND IT STILL DOESN'T DO A GST_ERROR DEBUGGING MESSAGE
[03:24] <Company> man
[03:24] Action: desrt hands jabber to ds
[03:24] <Company> that had to be said
[03:25] <ds-gromit> um, it does it in the gst_element_error_full() function
[03:26] Action: ds-gromit is about to break down and make liboil depend on glib
[03:26] <Company> ds-gromit: it doesn't
[03:26] <Company> ds-gromit: 1) that's not a GST_ERROR, 2) it's the wrong category
[03:27] <Company> 1) is especially important, because in cvs builds this prints out where the error happens (because default-level is set lower)
[03:27] <ds-gromit> then change it instead of complaining
[03:27] <Misirlou> Now let's see if this is the one I've heard . . .
[03:28] <Company> i wonder why nobody thought that's important
[03:29] <Misirlou> Nope, I must have heard the one from Local H.
[03:29] <ds-gromit> keep in mind that errors might not need to be reported to the user
[03:30] <Misirlou> desrt: Are the lyrics different?
[03:30] <Company> it triggers a debugging message
[03:30] <desrt> Misirlou; totally different songs.  this is a bit off topic.
[03:31] <Misirlou> Okay, that's enough. :)
[03:40] <Company> g# gst-player /mixtape.ogg
[03:40] <Company> ** Message: track found min max volume 0, 40
[03:40] <Company> Killed
[03:41] <ds-gromit> Company: btw, do you have any idea about mpeg not playing for more than 2 sec currently?
[03:41] <Company> not yet
[03:42] <Company> it's _probably_ a time issue
[03:42] <Company> or timestamps
[03:44] <Company> d'oh
[03:45] <Company> ffdec_vp3 claims to support x-theora
[03:46] <Company> now it doesn't
[03:46] <Misirlou> hm
[03:46] <Misirlou> Are they incompatible?
[03:46] Action: Misirlou always forgets
[03:47] <Company> dunno
[03:47] <Company> probably the bitstream used is different
[03:47] <Company> vp3 doesn'T have any setup for example
[03:48] <Misirlou> Q: Is the Theora bitstream identical to VP3?
[03:48] <Misirlou> aldug: Yes and No. Theora is a superset of VP3, so VP3 streams (with minor syntactic modifications) can be made into Theora streams without recompression (but not vice versa) 
[03:48] Action: Misirlou kicks X-Chat
[03:49] <Misirlou> Sorry about that, aldug.
[03:49] Action: desrt chuckles
[03:49] <Company> yeah
[03:49] <Company> and that goesa for the raw bitstream only
[03:50] <Company> theora streams have setup data
[03:50] <desrt> is theora ever not in ogg?
[03:50] <Company> no
[03:50] <Company> well, yes
[03:50] Action: desrt eyes oggdemux
[03:50] <Company> when oggdemux got it out of the ogg, it's not in it anymore ;)
[03:51] <desrt> ya.  that's what i was getting at :)
[03:51] <Company> ogg is just a packaging format
[03:51] <desrt> i know.  like avi
[03:51] <Company> it puts buffers into a bytestream and fetches them out again
[03:51] <desrt> what i don't understand is why vorbis can't live without ogg
[03:51] <Company> kinda like avi
[03:51] <Company> vorbis can
[03:51] <Misirlou> I liken them to suitcases. :)
[03:51] <Misirlou> In RTP, for example.
[03:51] <Company> it needs a container that knows about packets
[03:52] <Misirlou> But Vorbis relies on Ogg for seeking, IIRC.
[03:52] <desrt> ah....
[03:52] <Company> yes, it requires something from the packets
[03:52] <Company> the packets need to save the position
[03:52] <desrt> no matter.  i'm rather fond of ogg/vorbis.  so whatever works
[03:52] <Company> so raw vorbis into mov should be possible
[03:53] <desrt> is stream positioning currently broken?
[03:53] <Company> depends on the format i think
[03:53] <desrt> you're right.
[03:53] <desrt> vorbisfile = broken
[03:53] <desrt> mad = works
[03:54] <desrt> i added tag reading for vorbisfile.
[03:54] <desrt> but you're switching to oggdemux/vorbisdec
[03:54] <Company> i have already switched cvs HEAD
[03:54] <desrt> i'm using cvs from a couple days ago
[03:55] <Company> if you have a cvs from today and have run gst-register you don't use vorbisfile anymore
[03:56] Action: Company wonders why thomas wants to rewrite esd
[03:56] Action: Company thinks we have already enough to do with gst
[03:56] Action: desrt runs an update
[03:57] <desrt> btw.  new spider/metadata stuff rocks, company.
[03:57] <desrt> i'm back to the point where i'm extremely happy with gstreamer
[03:58] <Company> desrt: thx
[03:58] <Company> i'm not happy though
[03:58] <Company> it's still much too unstable
[03:59] <desrt> well.. stability is an implimentation thing
[03:59] <desrt> implimentation always lags behind design and api
[03:59] <desrt> and those are the things i'm impressed with
[04:00] Action: Company is a design and api junkie
[04:00] <Company> as opposed to "get stuff done" junkies
[04:00] <desrt> then you understand what i mean
[04:00] <desrt> broken by design is 100x worse than bugs in the implimentation
[04:01] <Company> unfortunately there'S still large parts of gst that are broken by design
[04:01] <desrt> it's really big
[04:01] <desrt> i think that's what disappoints me most
[04:01] <desrt> it seems like it could be a lot smaller... but i wouldn't really know
[04:02] <Company> noone ever cared about optimizing
[04:02] <Company> it's certainly full of memleaks and non-optimal code
[04:02] <Company> and it's very verbose
[04:02] <ds-gromit> ah, yes
[04:02] Action: desrt greps for /* XXX TODO: FIXME */
[04:02] <ds-gromit> memleak checking is also on my 0.8 list
[04:03] <Company> how does one do memleak checking?
[04:03] Action: desrt has a nice program for it
[04:03] <desrt> 'memprof'
[04:03] <desrt> there's something called valgrind too, but i couldn't get it to work properly
[04:03] <Company> valgrind 2.0 works fine with gst
[04:04] <desrt> memprof just hooks calls to malloc/free and tracks them.... valgrind emulates the machine (so it can trace memory accesses, too)
[04:04] <ds-gromit> I use valgrind
[04:04] <desrt> i think it disagrees with gentoo
[04:04] Action: ds-gromit disagrees with gentoo
[04:04] <desrt> because my libc and everything is -O3 -march=stupid -O99999 -munroll-optimise-until-you-go-crazy
[04:05] <Company> the nice thing about vorbis is that vorbisdec is 450 lines of code
[04:06] <desrt> wow.
[04:06] <desrt> like...  big wow.
[04:06] <Company> vorbisfile is 1100
[04:06] <desrt> vorbisfile has some nice helpers in it
[04:06] <Company> oggdemux is 900
[04:07] <desrt> it suprises me that ogg > vorbis
[04:07] <desrt> "decompress audio stream" seems beefier than "put some bits in order"
[04:07] <Company> demuxers are a lot more complicated than simple decoders
[04:07] <Company> well, both use libs to achieve that
[04:07] <desrt> ohhh
[04:07] <desrt> ok :)
[04:07] <Company> oggdemux uses libogg, vorbisdec uses libvorbis
[04:08] <desrt> you mean excluding -logg and -lvorbis
[04:08] <Company> yeah
[04:08] <Company> just the code i need to care about
[04:08] <desrt> i thought you meant that decoding vorbis was a 500line job
[04:08] <Company> nah
[04:08] <desrt> that was my 'big wow'
[04:08] <Company> getting libvorbis plugged into gst is a 500 line job
[04:09] <ds-gromit> swfdec is 528 lines
[04:10] <Company> gst-template is 280 lines
[04:10] <Company> can swfdec do length querying and seeking and all that?
[04:10] <ds-gromit> no
[04:11] <ds-gromit> but it handles multiple output streams
[04:11] <desrt> heh.  i tried.
[04:11] Action: desrt cvs up && make
[04:11] <Company> well, oggdemux was 600 when it didn't do that yet :)
[04:17] Action: ds-gromit breaks down and adds a glib dep to liboil
[04:17] <Company> poor ds
[04:17] <Company> ffmpeg will now never use it :p
[04:18] <ds-gromit> then they can rewrite the code that needs it
[04:18] <Company> but they will only use it if gst gets faster than mplayer anyway
[04:18] <desrt> heh.
[04:18] <ds-gromit> I have no interest in rewriting strndup()
[04:18] <desrt> i use mplayer for everything
[04:20] <Company> i use mplayer for video
[04:20] <Company> playback
[04:20] <Company> or i use totem, depending on machine
[04:20] <desrt> by everything, i mean .mpeg, .avi, .wmv, .mov, ...
[04:21] <desrt> too many stupid video formats
[04:21] <Company> mplayers AVI wasn't BE clean and totem is apt-gettable
[04:21] <desrt> i have some corrupted avis that segfault mplayer
[04:21] <Company> so my laptop runs xine
[04:21] <desrt> that's worrying
[04:21] Action: ds-gromit uses gst-player, gst-launch-ext, or suffers
[04:21] <Company> i suffer, too
[04:21] <desrt> ds is hardcore :)
[04:21] Action: ds-gromit suffers a lot
[04:21] <desrt> hahahah
[04:22] <Company> me too
[04:22] <Company> "oh a bug, do we blame it on company directly or indirectly via spider?"
[04:22] <ds-gromit> blaming a bug on spider is not blaming a bug on you
[04:22] <Company> at least i'm not the default owner of new bugs yet
[04:23] <desrt> getting the blame for bugs is an honour
[04:23] <desrt> it means that you are seen by people as being the person responsible/in charge
[04:23] <Company> bugs in spider end up with "comnpany, could you look at it"
[04:23] <ds-gromit> Company: and your response should be "ds is writing the new autoplugger, talk to him"
[04:23] <ds-gromit> :)
[04:23] <Company> i'd be really honoured if people looked at the bugs themselves
[04:24] <Company> ds-gromit: i'm writing one, too :p
[04:24] Action: desrt can barely get ./configure to work
[04:24] Action: Company hopes that this leads to some incredible circular speedup in autoplug code evolution when ds and Company have different ideas and want theirs implemented ;)
[04:25] <desrt> *** Warning: You have configured using the --enable-plugin-builddir option.
[04:25] <ds-gromit> Company: I think the process would go a little faster if we worked on the code :)
[04:25] Action: desrt slaps autogen in the face a bit
[04:25] <desrt> see what i mean?
[04:26] <ds-gromit> desrt: I have a mygen.sh that calls ./autogen.sh --disable-plugin-builddir --disable-static
[04:26] <desrt> does it also set WANT_AUTOCONF=1.7?
[04:26] <ds-gromit> no, because autoconf-1.7 is about 5 years old
[04:26] <ds-gromit> perhaps automake-1.7?
[04:27] <desrt> yes.  that one.
[04:27] <ds-gromit> no, because I only have automake-1.7 installed
[04:27] <desrt> again... gentoo.
[04:27] <desrt> i'm not sure why exactly the old one is installed
[04:28] Action: desrt blames python or libtool or something
[04:29] <Company> don't use gentoo, use LFS or Debian :p
[04:29] <desrt> linux from scratch?
[04:29] <desrt> sounds like gentoo but easier
[04:30] <Company> yeah
[04:30] <Company> and you don't follow any packaging at all
[04:30] <Company> you just do what you like
[04:30] <desrt> i used to think that was cool
[04:30] <desrt> then i got sick of upgrading stuff
[04:30] Action: ds-gromit wants to see a distro based on stow
[04:31] <desrt> i also got sick of my filesystem decaying
[04:31] <Company> yeah, i'm running a mix of gnome 2.1, 2.2, 2.3 and 2.5
[04:31] <desrt> i'm running the only one that you aren't
[04:31] <Company> i might actually run gnome-terminal 2.4.sth
[04:32] <Company> i actually upgraded most of my stuff to 2.4
[04:33] <Company> bonobo-activation is still 2.1.11 :)
[04:33] <Company> and libgnomeprint is 2.2 (I don't even have a printer...)
[04:35] <desrt> hah
[04:35] <desrt> bonobo-activation doesn't even exist anymore :)
[04:35] <desrt> it's libbonobo/libbonoboui now
[04:35] <Company> nah
[04:36] <Company> there's a 2.4.0 release
[04:37] <desrt> ya
[04:37] <desrt> it disappeared for 2.5
[04:37] <desrt> no.  2.4.something
[04:37] <desrt> because i have the new ones (versions 2.4.2 and 2.4.1)
[04:38] <Company> great, that means i'll run 2.1 forever ;)
[04:38] <desrt> about frickin' time gst-plugins finished
[04:39] <desrt> er.. finished ./configure, that is
[04:39] C ([email protected]) joined #gstreamer.
[04:39] <Company> ;)
[04:39] <Company> gst-plugins needs some splitting
[04:39] <desrt> no.  gst-plugins needs to not exist.
[04:39] <ds-gromit> or fewer directories
[04:40] <Company> and not so much options in configure
[04:40] <desrt> perfect world scenario: libogg/libvorbis come with gstreamer plugins of their own
[04:40] <desrt> (and everything else)
[04:40] <ds-gromit> gross
[04:40] <Company> there'd still be gst-plugins
[04:40] <desrt> gross?  isn't that the point.
[04:41] <desrt> so that vendor X can release a module for format Y?
[04:41] <C> why do i get a this weird error? /tmp/ccKglufa.o(.text+0x1e): In function `main':    : undefined reference to `gst_init    where did that weird file even come from?
[04:41] <Company> because they have the interfaces and common plugins (like audioconvert etc)
[04:41] <desrt> C; it's a compiler temp file
[04:41] <desrt> are you writing a gstreamer program?
[04:41] <ds-gromit> because it would be impossible to change the API
[04:42] <Company> no it wouldn't
[04:42] <Company> they'd just ship 0.8 plugins and 0.10 would not support a single plugin ;)
[04:42] <C> the pre-processor doesn't complain about being unable to find files (it did before, i included the paths in the command), so why can it not find the function gst_init?
[04:42] <desrt> C; if you're using pkgconfig..
[04:42] <desrt> you probably have --cflags and not --ldflags
[04:42] <desrt> cflags lets it see the #include headers
[04:42] <Company> it's --libs, isn'T it?
[04:42] <C> i'm not using pkg-config, should i?
[04:42] <desrt> --ldflags includes the libraries
[04:42] <desrt> C; for sure
[04:43] <desrt> oh.  --libs
[04:43] <desrt> sorry.
[04:43] <Company> gcc `pkg-config --cflags --libs gstreamer-0.7` file.c works
[04:43] <Company> i use that for simple test files
[04:46] <C> hmm...gcc thinks pkg-config is an input file
[04:46] <C> it can't find it :P
[04:46] <Company> be sure to use the `
[04:46] <desrt> use ` lie company did
[04:49] <C> oh ok, works now.  libgstreamer-0.7.la is in a file format it can't recognize, i'll try recompiling it
[04:52] <desrt> it's a libtool stupidism
[04:53] Nick change: bluejay|gone -> bluejay
[04:53] <desrt> vorbisdec in cvs is broken
[04:53] Action: desrt takes a peek
[04:53] sri ([email protected]) joined #gstreamer.
[04:53] <sri> hello my kurus
[04:54] <desrt> Company; doing a #ifdef inside the middle of a macro call like that is bad mojo according to my compiler.
[04:54] <desrt> line 55
[04:54] <Company> kuru is the right word for kde clippy
[04:56] <Company> desrt: don't use forte on gentoo
[04:56] <desrt> forte?
[04:56] <Company> :p
[04:57] <desrt> anywy
[04:57] <desrt> i've fixed it
[04:57] <Company> me too
[04:57] <desrt> thanks
[04:58] <taaz> should the audio header/libs be exported as a lib rather than a plugin?
[04:59] <desrt> so is spider smart enough to say.... construct src ! oggdemux ! mad ! sink out of src!spider!sink?
[04:59] <Company> spider is even smarter
[04:59] <Company> it uses vorbisdec
[04:59] <Company> and float2int
[04:59] <desrt> oh.  neat.
[04:59] <desrt> so if i had a divx inside an ogg it would handle that too?
[05:00] <desrt> (assuming a had a video capable sink on the other side)
[05:00] <Company> yes
[05:00] <Company> if you had a typefind function for the divx stream
[05:00] <desrt> heh.  i'm doing something oddly.
[05:00] <taaz> cause things like osssink can return their clock which is really an GstAudioClock but apps can't use the AudioClock api
[05:01] <Company> apps aren't supposed to use it
[05:01] <taaz> what about python plugin writers? ;)
[05:01] Action: desrt is doing pipeline reuse and it's remembering where it's seeked for one song and seeking to that point when playing the next :)
[05:02] Action: desrt investigates
[05:02] <Company> taaz: hmmm...
[05:02] <Company> taaz: file a bug please
[05:02] <C> i recompiled gstreamer, and i still get the "../gst/libgstreamer-0.7.la: file not recognized: File format not recognized" error when compiling my app. what gives?
[05:02] <Company> taaz: file against core/bytestream
[05:02] <taaz> i'm just looking at wrapping issues and noticed that the audio stuff just made a lib plugin vs a real lib
[05:03] <Company> yeah, as does bytestream and some more
[05:04] Action: desrt scratches head
[05:04] <taaz> i guess i've never really understood why this plugin lib thing is a good idea over real libs
[05:04] The_Company ([email protected]) joined #gstreamer.
[05:05] Company ([email protected]) left irc: Nick collision from services.
[05:05] Nick change: The_Company -> Company
[05:07] <desrt> Company; i transition a pipeline from NULL to PLAYING again.  playback picks up where it left off.  is this a bug?
[05:07] <desrt> and if so do you think i should file it?
[05:15] walters ([email protected]) joined #gstreamer.
[05:23] <sri> Company: hehe
[05:25] <Company> desrt: it's probably the current clocking issue
[05:26] <Company> desrt: it doesn't hurt to file it though
[05:27] <C> i've been stuck with this error for half an hour now: /gst/libgstreamer-0.7.la: file not recognized: File format not recognized.   gstreamer compiles cleanly, but when i compile my app it returns that error
[05:28] <Company> you use gcc `pkg-config --cflags --libs gstreamer-0.7` file.c ?
[05:28] <C> gcc `pkg-config --cflags --libs gstreamer-0.7` mp.c
[05:30] <Company> that works on my box
[05:30] <Company> what does pkg-config --cflags --libs gstreamer-0.7 print?
[05:31] <C> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/root/compile_space/gstreamer-0.7.3/pkgconfig/.. -I/root/compile_space/gstreamer-0.7.3/pkgconfig/../libs -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2  /root/compile_space/gstreamer-0.7.3/pkgconfig/../gst/libgstreamer-0.7.la -Wl,--export-dynamic -pthread -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lxml2 -lpthread -lz -lm -lglib-2.0
[05:31] <Company> uh
[05:32] <Company> that needs to be an absolute path
[05:33] <Company> do you run uninstalled?
[05:33] <C> the ./autogen.sh script doesn't let me install
[05:33] <Company> otherwise you probably gave a relative path to ./configure --prefix
[05:33] <Company> use --disable-plugin-builddir on autogen.sh
[05:37] <C> ah ok.  i didn't think it mattered, i'll check back if i have further probs
[05:49] <desrt> bug filed
[05:55] mathrick|sleep ([email protected]) left irc: Remote closed the connection
[05:56] <C> desrt: i'm not expert (duh) but isn't that the way it should work? docs say NULL is like pause, so going to play should start off where you paused it
[05:56] <Company> nope, PAUSED is like paused
[05:57] <Company> NULL is more like null (or uninitialized)
[05:57] <C> ....ah
[05:57] <Company> even READY is only initialized - but no started
[05:57] <Company> so READY always resets to start of stream
[06:06] <C> ok...gst-plugins doesn't even compile.  gstxvidenc.c has `XVID_ENC_PARAM' undeclared
[06:21] ChriHJW_log ([email protected]) joined #gstreamer.
[06:37] ChrisHJW_log ([email protected]) left irc: Read error: 110 (Connection timed out)
[06:40] <taaz> neat.  i can make GstPlay objects in python ;)
[06:43] <walters> you know, i was thinking today...gstreamer is really cool.
[06:43] <sri> heh
[06:44] <sri> although there is this problem I'm having thats been pissing me off to no end.
[06:44] <walters> i mean, yeah, it has some bugs, but overall it's just really great.
[06:44] <sri> my gnome-volume-control doesn't work.
[06:44] <walters> like rb is right now using gstreamer in two separate threads
[06:44] <walters> possibly simultaneously
[06:44] <walters> one for metadata reading, another for playback
[06:44] <sri> it tells me it knows of no mixer devices.
[06:44] <walters> and it just worked
[06:44] <sri> bastard.
[06:44] <sri> but aumix and alsamixer work fine.
[06:44] <sri> why lord, WHY?
[06:49] <taaz> sri: check the code
[06:50] <sri> taaz: check the code?
[06:50] <sri> osssink?
[06:51] <taaz> i guess... whatever is supporting the mixer interface and telling you it cant find mixers
[06:51] Action: taaz has no idea how that code works
[06:52] <taaz> walters: can rb do gapless and/or crossfading playback?
[06:52] <walters> taaz: nope
[06:53] <taaz> why do all players suck like that? ;)
[06:53] <taaz> it's an absolute requirement for the 200+ dj mix cds i have
[06:54] <walters> my todo list for rb is nearly infinite in length
[06:54] <taaz> very aggrivating that iriver widgets don't support it either
[06:54] <taaz> heh ;)
[06:54] <taaz> my todo list for an rb clone is infinite too ;)
[06:55] Nick change: Jaramir -> Jara[zZ]
[06:55] <sri> well..how hard could it be to do cross-fading?
[06:55] <taaz> this gstplay code looks nice and convienient.  i think i'll make a cli audio player with time feedback.  let's see how long it takes.
[06:55] <taaz> in python of course
[06:56] <sri> actually, it sounds like a managing problem, you have to start two streams, and then slowly switch one to the other I suppose
[06:56] <sri> while changing the volume.
[06:57] <sri> thank god I'm not writing that code.
[06:57] <taaz> there are a number of algorithms to do such things
[06:58] <taaz> in the past when peecees were slower it was hard to decode two streams and mix all at once... ;)
[06:58] <taaz> not such an issue anymore i guess
[06:58] <taaz> you still need 2 pipelines though....
[06:58] <taaz> gapless is probably easier for some formats.  if you know ahead of time you have two ogg streams, just concat them into the demuxer
[07:01] <thaytoo> something based on 'adder' would work, I guess
[07:01] <thaytoo> gapless sounds like a cross fader with 0 crossover time
[07:02] <thaytoo> anyway, gotta go
[07:02] <thaytoo> cya!
[07:02] thaytoo ([email protected]) left irc: "leaving"
[07:03] bitshifter ([email protected]) left irc: Remote closed the connection
[07:04] bitshifter ([email protected]) joined #gstreamer.
[07:15] ct_ ([email protected]) left irc: Client Quit
[07:23] <taaz> hrm... so i figured out how to fix my bindings, wrote code, and GstPlay is doing nothing now :(
[07:23] <taaz> hmm...
[07:24] <taaz> how do i programmatically turn on debugging stuff in 0.7?
[07:28] <taaz> ahh, gst_debug_(g,s)et_default_threshold
[07:50] NFusi0n ([email protected]) joined #gstreamer.
[07:50] <taaz> is there a reason found_tag signal in element marshals the tag structure as a pointer rather than a boxed type?
[07:52] <taaz> actually, i'm not sure what type that should be... but pointer seems wrong
[07:52] ChrisHJW ([email protected]) joined #gstreamer.
[07:52] <taaz> makes it hard for python bindings to use the value
[07:58] Action: taaz confused...
[07:59] <taaz> anyone know how this sort of thing is supposed to be handled?
[08:11] <ds-gromit> GstStructure
[08:12] <ds-gromit> you need to look it up in the documentation (i.e., the source code)
[08:16] <walters> hm
[08:17] <walters> so would queries not working be part of the seeking not workign problem?
[08:17] <walters> wow
[08:17] <walters> lots of changes to gst-plugins in the last few days
[08:20] <ds-gromit> queries don't work?
[08:21] Nick change: bluejay -> bluejay|sleep
[08:21] <taaz> ds-gromit: yeah, but it's passed as a pointer, not a GstStructure
[08:22] <walters> ds-gromit: i can't get a length query to work
[08:22] <walters> ds-gromit: i haven't had a chance to debug it in depth though
[08:22] <walters> ds-gromit: updating to the latest build now
[08:23] <taaz> ds-gromit: i was wondering if it's possible to marshal as the actual type rather than just using casting in the signal handler.
[08:23] <taaz> ds-gromit: it's an issue for bindings since they use that type info to create the proper wrapped data
[08:27] ChrisHJW ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[08:29] mathrick ([email protected]) joined #gstreamer.
[08:33] <mathrick> lo
[08:34] <ds-gromit> taaz: no, it's not passed as a pointer
[08:34] <ds-gromit> the signal type has nothing to do with the prototype
[08:34] <ds-gromit> using that type info is wrong
[08:44] <thomasvz> taaz: last time around I added options to the python bindings so that commandline wise you could use --gst-debug.  does that not work anymore ?
[08:47] david_ ([email protected]) joined #gstreamer.
[08:50] <taaz> thomasvz: oh, i have no idea ;)
[08:50] <taaz> ds-gromit: well, right now i receive the taglist as a pointer, which makes sense since the marshaller for found_tag is ..._OBEJCT_POINTER
[08:51] <ds-gromit> everything is passed around as a pointer
[08:51] <taaz> not the element arg
[08:52] <taaz> that uses the object marshaller
[08:52] <taaz> and appears as a GstElement in the signal handler
[08:52] <ds-gromit> objects are just pointers, too
[08:53] <taaz> maybe i'm not explaining the problem properly...
[08:53] <ds-gromit> let me explain:  ignore _everything_ the signal system tells you about types
[08:53] <taaz> how?
[08:54] <ds-gromit> it is not to be used by anyone except marshallers
[08:55] <taaz> well, the python binding code uses the marshaling info to wrap the values on the handler side.  found_tag says it's a POINTER so i get a gpointer wrapper instead of a GstStructure wrapper
[08:55] <ds-gromit> that's a bug in the wrapper code, then
[08:55] <taaz> it's a bug to do what the code told it to do?
[08:56] <ds-gromit> no, because the code didn't tell it to do that
[08:56] <ds-gromit> that is not information for wrappers
[08:56] <ds-gromit> because of the exact problem that you see
[08:56] <taaz> so how am i supposed to solve this problem?
[08:57] <ds-gromit> don't know
[08:58] <taaz> where is the code supposed to know that arg is a structure?
[08:59] <ds-gromit> from the documentation :)
[09:01] <thomasvz> argh, I never want to do big commits anymore
[09:01] Nick change: thomasvz -> thomasvs
[09:01] <thomasvs> at least, not on my home line
[09:04] <thomasvs> should vorbisdec already work at this point ?
[09:05] <ds-gromit> I think so
[09:05] <ds-gromit> with float2intnew
[09:10] <thomasvs> float2intnew ?
[09:10] <thomasvs> we're not going to ship it called that are we ?
[09:10] <ds-gromit> probably not
[09:10] <thomasvs> though it does work
[09:10] <ds-gromit> just that there was no consensus about float2int
[09:10] <thomasvs> yeah
[09:11] <thomasvs> I know
[09:11] <thomasvs> but it needs a change, just don't know what yet
[09:11] <ds-gromit> other than "don't touch it", which isn't workable
[09:11] <thomasvs> so, I suppose benjamin then also means to deprecate vorbisfile ?
[09:12] <thomasvs> then I should look at the tags in there
[09:12] <ds-gromit> I thought vorbisfile never did tags
[09:13] Action: thomasvs tries to think of a good name without using an abbreviation of interleaved
[09:13] <thomasvs> ds-gromit: I thought it did - how else was I getting vorbis comments ?
[09:13] <thomasvs> or maybe it in fact never ever did
[09:13] Action: ds-gromit didn't
[09:14] <thomasvs> so walters doesn't test with oggs in rhythmbox, or what ?
[09:14] <ds-gromit> that works with vorbistag, iirc
[09:15] <ds-gromit> it's all stupidly complicated, which is why vorbisfile must go
[09:19] Rotty ([email protected]) joined #gstreamer.
[09:22] <walters> thomasvs: i just haven't updated in a few days
[09:37] <walters> hm
[09:38] <taaz> ds-gromit: could you explain what you're thinking regarding these pointers?  i'm really unclear why it shouldn't be using the actual data types
[09:39] <ds-gromit> the g_signal code treats typed objects differently than pointers
[09:40] <walters> /build/gstreamer-0.7/bin/gst-register-0.7: relocation error: /build/gstreamer-0.7/lib/gstreamer-0.7/libgstintfloat.so: undefined symbol: gst_float2_2_int_get_type
[09:40] <ds-gromit> specifically, it deeply copies everything that isn't an object
[09:40] <walters> it doesn't seem to be in the src
[09:40] <walters> am i missing something? :)
[09:42] <ds-gromit> woohoo!  videotestsrc now uses liboil
[09:46] BBB ([email protected]) joined #gstreamer.
[09:47] <mathrick> lo BBB
[09:48] <BBB> hi
[09:51] <thomasvs> BBB: I've been trying to get a useful screenshot of gst-recorder, but I'm failing
[09:51] <thomasvs> BBB: what settings should work ?
[09:53] <BBB> 'useful screenshot'?
[09:53] <BBB> define that please
[09:53] <thomasvs> I wanted to have videotestsrc or qcamsrc running and it displaying the running time and so on
[09:53] <thomasvs> you know, the kind of stuff it can do :)
[09:54] <thomasvs> BBB: but I went through the wizard again and again (btw you should have a "run wizard again" option :)) and I couldn't find any set of settings that didn't make it crash for me
[09:54] <thomasvs> so I was wondering what settings you use
[09:54] <thomasvs> the interface seems really nice, btw
[09:55] <thomasvs> hang on, back in half an hour
[09:56] Uraeus ([email protected]) joined #gstreamer.
[09:57] <ds-gromit> cool, now videobalance uses liboil
[09:57] <Uraeus> walters: have you seen that seeking is now fixed? :)
[09:57] <Uraeus> ds-gromit: it works like oiled lightning now?
[10:00] Action: sxpert is away: going to work
[10:01] <ds-gromit> Uraeus: er, no
[10:01] <ds-gromit> because there aren't actually any optimizations in liboil
[10:01] <ds-gromit> just infrastructure
[10:01] <Uraeus> ds-gromit: ok, so you added a new dependency that doesn't actually add anything? ;)
[10:02] <ds> yup :)
[10:02] walters_ ([email protected]) joined #gstreamer.
[10:02] <Uraeus> hi walters_
[10:03] walters ([email protected]) left irc: Remote closed the connection
[10:03] Action: BBB kicks ds
[10:03] <walters_> hi Uraeus.
[10:03] Action: ds goes to sleep
[10:03] <BBB> apart from that, I guess it's cool
[10:03] <BBB> gnight
[10:03] <Uraeus> walters_: did you see my message about seeking now working?
[10:04] <BBB> thomasvs: I didn't test it at all the past month, I'm sure it's broken. Last time I tested it, it gave all kinds of random capsnego errors in any sort of possible encoding elements
[10:04] <BBB> and I didn't bother fixing, too much work
[10:04] Nick change: walters_ -> walters
[10:04] <BBB> I'll do that in New York when I have some time
[10:05] <BBB> thomasvs: I basically just continued working with gst-rec linked to a gst of before the caps merge, it was the easy way out for me
[10:05] <BBB> and gst-rec cannot display videotestsrc, I added that some time ago and directly removed it again because it took 100% CPU when *not* recording
[10:05] <BBB> that's not useful
[10:06] <walters> Uraeus: ah, no...
[10:06] <Uraeus> walters: dolphy fixed seeking last night
[10:06] <walters> Uraeus: awesome :)
[10:06] <Uraeus> BBB: did the ffmpeg people respond on the issue of adding the new colorspace we need for that avi I put into bugzilla?
[10:06] <BBB> Uraeus: didn't ask them yet
[10:08] teuf ([email protected]) joined #gstreamer.
[10:08] <teuf> mornint
[10:08] <Uraeus> morning teuf
[10:10] <mathrick> yo teuf
[10:10] <walters> hey teuf.
[10:11] <walters> so does anyone know about my  gst_float2_2_int_get_type issue?
[10:16] <Uraeus> walters: doesn't seem like anyone have heard about it ;)
[10:17] <BBB> maybe if you'd explain the issue...? :)
[10:18] <walters> /build/gstreamer-0.7/bin/gst-register-0.7: relocation error: /build/gstreamer-0.7/lib/gstreamer-0.7/libgstintfloat.so: undefined symbol: gst_float2_2_int_get_type
[10:18] <walters> i'm staring at GST_BOILERPLATE_FULL now...
[10:18] thomasvs ([email protected]) left irc: Read error: 110 (Connection timed out)
[10:18] <walters> it looks like it should work...
[10:20] <walters> no one else is getting this?
[10:20] <Uraeus> haven't tested yet with todays CVS
[10:20] <Uraeus> didn't have it last night
[10:23] dolphy ([email protected]) joined #gstreamer.
[10:25] <dolphy> morning
[10:26] <taaz> blah.  i failed to get python gstplay player working.  oh well.
[10:27] <Uraeus> morning dolphy
[10:28] <dolphy> anybody tried seeking ?
[10:28] <Uraeus> dolphy: compiling now, and I advocated the fix to walters :)
[10:28] <taaz> dolphy: maybe gstplay.[ch] should merge back into play.[ch] to be uniform with the rest of those lib dirs.
[10:28] <BBB> walters: not me... which file?
[10:29] wheels ([email protected]) left irc: "using sirc version 2.211+KSIRC/1.3.9"
[10:29] foser ([email protected]) joined #gstreamer.
[10:29] <dolphy> taaz: what do you mean ?
[10:30] <BBB> float2_2_int?
[10:30] <BBB> that's wrong
[10:30] <dolphy> taaz: everything is usually called gst*.[ch]
[10:30] <dolphy> taaz: the old play.[ch] is kind of out of the standards
[10:30] <dolphy> taaz: i was planning to cvs delete them soon
[10:30] <BBB> actually
[10:31] <BBB> most in that dir is not prefixed by gst
[10:31] <BBB> and that's my fault, I wrote most of the stuff there
[10:31] <dolphy> but it should
[10:32] <dolphy> i think it's much better to include a <gstplay.h> than just a <play.h>
[10:32] <dolphy> like <gtkwidget.h> is better than <widget.h>
[10:33] <BBB> ?
[10:33] <BBB> no
[10:33] <BBB> you include <gst/play/play.h>
[10:33] <dolphy> yeah
[10:33] <dolphy> but well i m talking about the header name
[10:34] <dolphy> i feel it much better to be gst prefixed
[10:34] <BBB> I preferred gst/mixer/mixer.h over gst/mixer/gstmixer.h
[10:34] <BBB> dunno why
[10:34] <BBB> personal preference, I guess
[10:34] <dolphy> yup
[10:34] <taaz> i was just comparing with all the other subdirs in that location
[10:34] <Uraeus> the gst in the path kinda works as a prefix
[10:36] <BBB> exactly
[10:38] <Uraeus> seems we will be setting a record in Oslo this january; we are breaking the old record for most snow in january, think we are just a couple of centimeters short and it is snowing today
[10:39] <walters> speaking of weather, this is a pretty scary but fascinating article: http://www.fortune.com/fortune/technology/articles/0,15114,582584,00.html?=yes
[10:39] <mathrick> Uraeus: cool, how much do you have already? :)
[10:41] <dolphy> BBB: have you seen the fix for seeking ?
[10:41] <dolphy> BBB: rifflib is a pain in the ass for event handling
[10:41] <Uraeus> mathrick: 52 centimeters downtown
[10:42] <teuf> with seeking fixed, does that mean that a new 0.7 release is getting closer ?
[10:42] <mathrick> Uraeus: wow, we only have something like 20, but it hasn't snowed in a while
[10:43] thomasvs ([email protected]) joined #gstreamer.
[10:43] <mathrick> yo thomasvs
[10:43] <teuf> hi thomasvs
[10:43] <Uraeus> mathrick: in the forest outside Oslo it is probably higher, but I haven't found any numbers anywhere
[10:43] <thomasvs> morning peeps
[10:43] <thomasvs> BBB: so, gst-recorder ? :) care to make a screenshot ?
[10:43] <thomasvs> Uraeus: went to reserve your room this morning
[10:43] <thomasvs> the bed is stacked, is that a problem ?
[10:43] Action: thomasvs likes stacked beds
[10:44] <Uraeus> thomasvs: that is ok with me
[10:45] <Uraeus> ok, so I got a SMS from the computer store that the print server I ordered has arrived and that they will reserve it for me for 5 days.....considering I prepaid I think they need to get their head straight
[10:45] Action: thomasvs goes to the store pretending to be christian fredrik kallager schaller
[10:46] <thomasvs> Uraeus: so, you can build the website locally now ?
[10:46] Action: thomasvs tries again to build the 0.6.4 docs
[10:46] <Uraeus> thomasvs: yes
[10:46] <thomasvs> cool
[10:46] <thomasvs> so now you can chck before committing right ?
[10:46] <Uraeus> thomasvs: you will not get the item as you mispelled my first last name
[10:46] <Uraeus> thomasvs: yes ;)
[10:47] <BBB> dolphy: how so?
[10:47] <BBB> dolphy: it makes sure that avidemux does **NOT** have to care about events
[10:47] <dolphy> BBB: riff lib peeks head
[10:47] <BBB> dolphy: because those sort of things make elements suck
[10:47] <dolphy> BBB: peeking head is using bytestream_fillbytes
[10:47] <Uraeus> walters: yeah, we have similar worries here; that the warm water coming from the gulf of mexico will suddenly change its course due to global warming which would lower the average temprature in norway with 10 degrees celsius
[10:48] <dolphy> BBB: bytestream_fillbytes stops on any event
[10:48] <BBB> thomasvs: I just gave an answer
[10:48] <BBB> thomasvs: I basically just continued working with gst-rec linked to a gst of before the caps merge, it was the easy way out for me
[10:48] <dolphy> BBB: and peek_head then returns false
[10:48] <BBB> and gst-rec cannot display videotestsrc, I added that some time ago and directly removed it again because it took 100% CPU when *not* recording
[10:48] <dolphy> BBB: so if you send an event to avidemux it just tells "Unable to read from ressource"
[10:48] <dolphy> BBB: which sucks hard
[10:48] <BBB> dolphy: actually, no... if you seek (riff_seek), that function handles the vent already
[10:48] <thomasvs> BBB: ah, ok.  so you need to update it first ?
[10:48] <dolphy> BBB: so i modified bytestream so that it's only stopping to fill bytes when EOS is catched
[10:49] <thomasvs> BBB: and you don't happen to have a screenshot lying around for the website ?
[10:49] <dolphy> BBB: only seeking
[10:49] <BBB> so if you want rifflib to handle flush events, add a handler for that in the seek function in rifflib
[10:49] <dolphy> BBB: not anything else
[10:49] <BBB> ?
[10:49] <BBB> I'm not following you
[10:49] <BBB> thomasvs: only old ones
[10:49] <dolphy> BBB: the loop function of avidemux is getting riff read
[10:49] <dolphy> BBB: if an event comes 
[10:50] <dolphy> BBB: it stops
[10:50] <dolphy> BBB: why are you only focusing on seek
[10:51] <BBB> no, wait... you're not getting one thing
[10:51] <BBB> the reason that I rewrote avidemux is simply because the **whole** file was completely messed up with event handling
[10:51] <sxpert_work> dolphy: ok; I got it to play, but now it gets stuck...
[10:51] <BBB> a simple bytestream read function worked like this:
[10:51] <BBB> while (read < wanted) {
[10:51] <BBB> read_here = bytestream_read();
[10:51] <BBB> if (read_here != wanted) { handle event }
[10:51] <BBB> blabla;
[10:51] <BBB> }
[10:52] <sxpert_work> dolphy: current position goes straignt to a huge number (larger than the length of the piece)
[10:52] <BBB> I moved all that up into rifflib... for the simple reason so that I could read data out of bytestream in one line rather than 50
[10:52] <BBB> I want *small* code
[10:52] <BBB> because then, I can add new feature very fast
[10:52] <dolphy> BBB: understood but riff lib is not doing that
[10:52] <BBB> rifflib reads, avidemux uses rifflib to read easily
[10:53] <BBB> and indeed, rifflib is not doing that... rifflib is very easy: read data... on the start of a chunk, we allow events to come in
[10:53] <dolphy> BBB: look this
[10:53] <BBB> everywhere else, we're doomed to lose sync, so we bail out with a read error
[10:53] <dolphy>   if (!(tag = gst_riff_peek_tag (riff, &avi->level_up)))
[10:53] <dolphy>     return FALSE;
[10:53] <BBB> so event handling can only take place in the peek_header() function
[10:53] <dolphy> riff_peek_tag can return FALSE because of an event
[10:54] <BBB> yes
[10:54] <BBB> I'm telling you
[10:54] <BBB> event handing can take place in the function that reads the chunk header
[10:54] <teuf> BBB: if I have comments about the PWG, should I send them to you, to the mailing list, tell them here ?
[10:54] <BBB> so if you want to add flush handling, go ahead and implement it there
[10:54] <BBB> teuf: in bugzilla please
[10:54] <teuf> BBB: ok
[10:54] <BBB> I think it was #125890
[10:54] Action: BBB forgot
[10:54] <dolphy> BBB: it sucks...
[10:54] <BBB> dolphy: no, it makes it simple
[10:55] <BBB> ok, let's do it differently: tell me what event you need and I'll add it to rifflib, ok?
[10:55] <dolphy> BBB: the peek_head function is just checking for EOS
[10:55] <mathrick> teuf: http://bugzilla.gnome.org/show_bug.cgi?id=125890
[10:55] <BBB> eventhandling in rifflib is indeed very basic, but that's simply to allow rifflib to b simple
[10:55] <dolphy> BBB: and for anything else makes a gst_element_error
[10:55] <BBB> dolphy: yes, and you add other events there
[10:55] <BBB> dolphy: *just add the event there*
[10:55] <dolphy> BBB: and do what with the event ?
[10:56] <BBB> flush? simply forward it
[10:56] <dolphy> BBB: peek_head is supposed to return TRUE for avidemux not to fail
[10:56] <BBB> or if you want you can change the gst_element_error() to gst_pad_event_default()
[10:56] <BBB> that should work too, and fixes all your issues at once
[10:56] <dolphy> nope that makes other issue
[10:57] <BBB> if you want to know why I added gst_element_error() instead of gst_pad_event_default(), just ask
[10:57] <dolphy> the best fix i found is in bytestream
[10:57] <dolphy> it's the code making the gst_pad_pull which has to handle event
[10:57] <BBB> ?
[10:57] <BBB> no, no... events are for elements
[10:57] <BBB> bytestream is an element helper
[10:57] <BBB> not an element
[10:58] <BBB> the code can interpret the event
[10:58] <BBB> but it should still forward it to the element
[10:58] <dolphy> it does
[10:58] <dolphy> bytestream is simply filling a buffer list
[10:58] <dolphy> when an event arrives on gst_pad_pull
[10:58] <BBB> where's your patch?
[10:58] <dolphy> it's in cvs
[10:58] <BBB> do you have a cvsweb link?
[10:58] <dolphy> yes
[11:00] Nick change: Uraeus -> Ura_shop
[11:00] <dolphy> http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gstreamer/libs/gst/bytestream/bytestream.c.diff?r1=1.33&r2=1.34
[11:01] <BBB> bytestream shouldn't do that
[11:01] <BBB> rifflib should do that
[11:01] <BBB> ...
[11:01] <dolphy> well i tend to disagree on that
[11:01] <BBB> it's really not the right way to do this
[11:01] <BBB> a demuxer can have an internal queue
[11:01] <BBB> it should clean that out on flush, too
[11:01] <BBB> and you're assuming that it doesn't handle any other events
[11:01] <dolphy> but it can
[11:02] <BBB> which is untrue, too
[11:02] <BBB> (imagine GST_EVENT_TAG)
[11:02] <BBB> (id3tag handles that perfectly fine)
[11:02] <dolphy> bytestream is only doing a gst_pad_event_default on the sink pad
[11:03] <BBB> yes
[11:03] <BBB> that's normal
[11:03] <BBB> but still, the element isn't notified
[11:04] <BBB> ohwell, we'll see how other elements respond
[11:04] <BBB> if they fail working, I'd suggest to revert it
[11:04] <BBB> else, well, whatever
[11:04] <Ura_shop> BBB: have you fixed the gst-mixer issue that hadess brought up? you made an assumption that didn't work for usb soundcards
[11:05] <BBB> Ura_shop: ?
[11:05] <dolphy> the best would be to have a gst_pad_handle_event that woull call the pad->eventfunc
[11:05] <dolphy> then elements just the gst_pad_set_event_func on the sinkpad to handle events
[11:05] mathrick ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[11:05] <Ura_shop> BBB: don't remember the details, but you just choose the firt element to be volume or something like that
[11:05] <dolphy> BBB: no?
[11:05] mathrick ([email protected]) joined #gstreamer.
[11:06] <Ura_shop> BBB: you and hadess discussed it like a month ago or something
[11:06] <dolphy> s/just/just set
[11:06] <BBB> dolphy: sink pads can't have event functions
[11:06] <BBB> dolphy: sink pads handle events in their chain or loop function (pull) ;)
[11:06] <BBB> dolphy: that was decide long ago and has a very good reason, believe me
[11:06] <BBB> it's scheduler and stream related and cannot be solved differently
[11:08] <dolphy> well
[11:08] <dolphy> feel free to revert it then
[11:08] <dolphy> but avidemux should let any event go downstream
[11:08] <dolphy> not implemented ones
[11:08] <BBB> I know...
[11:08] <BBB> I just said a minute ago:
[11:09] <BBB> <BBB> if you want to know why I added gst_element_error() instead of gst_pad_event_default(), just ask
[11:09] <dolphy> then tell me :)
[11:09] <BBB> to fixate the protocol and optimized avidemux for it ;)
[11:09] <dolphy> i m curious to know why you broke seeking voluntarily :)
[11:09] <thomasvs> http://www.freedesktop.org/~gstreamer/documentation/
[11:09] <thomasvs> 0.6.4 docs online as well
[11:09] <BBB> it always worked in the past
[11:09] <BBB> it only stopped working because you added the flush and thereby changed the protocol
[11:10] <BBB> anyway, you're right, it is wrong to error out there
[11:10] <BBB> it should always pad_event_default()
[11:10] <walters> BBB: well, i've rebuilt core and plugins twice with the latest cvs, and i'm still getting this.  you aren't?
[11:10] <thomasvs> BBB: the flush is necessary, itw was removed as a hack
[11:10] <BBB> I didn't do that for debugging stuff
[11:10] <thomasvs> walters: whatchagettin ?
[11:10] <walters> /build/gstreamer-0.7/bin/gst-register-0.7: relocation error: /build/gstreamer-0.7/lib/gstreamer-0.7/libgstintfloat.so: undefined symbol: gst_float2_2_int_get_type
[11:10] <BBB> walters: no... gst-inspect floatint should trigger it?
[11:10] <dolphy> ok so should i revert bytestream and remove the gst_error ?
[11:10] <BBB> dolphy: yes
[11:10] <dolphy> i m almost sure i tried that already
[11:10] <dolphy> and it was failing badly
[11:10] <walters> BBB: yeah
[11:10] <thomasvs> BBB: I don't get it - why should rifflib error out on events ?
[11:11] <dolphy> but i ll try again
[11:11] <thomasvs> walters: is the symbol in that .so file ?
[11:11] <BBB> dolphy: and feel free to kick me into not adding gst_element_error() everywhere, I'm just doing it because it's useful for debugging new elements
[11:11] <BBB> thomasvs: dor debugging
[11:11] <BBB> thomasvs: in real life, it isn't useful
[11:11] <thomasvs> BBB: I mean - how should events be handled then for a rifflib using plugin ?
[11:11] <BBB> plugins using rifflib don't need to handle events at all
[11:11] <thomasvs> BBB: hang on
[11:12] <thomasvs> BBB: rifflib gives an error on an event
[11:12] <thomasvs> BBB: a plugin shouldn't care
[11:12] <BBB> a
[11:12] <thomasvs> BBB: so, any rifflib using plugin will error on an event ?
[11:12] <BBB> no, you're not following
[11:12] <thomasvs> I know :)
[11:12] <BBB> I'm saying that I added the error for debugging purposes
[11:12] <thomasvs> so explain it properly :)
[11:12] <BBB> it should be a gst_pad_event_default()
[11:12] <BBB> and then, plugins never have to care about events if they use rifflib
[11:12] <BBB> and that makes sense, because that's how RIFF works
[11:12] <thomasvs> you use an error for debugging ? how did you expect seeking to work for avi files then ?
[11:13] <BBB> it worked when I tested it
[11:13] <thomasvs> how could it have worked ? it didn't handle seeking at all ?
[11:13] <thomasvs> I mean
[11:13] <thomasvs> flush
[11:13] <BBB> riff doesn't use complicated caches like MPEG, riff doesn't use complicated things such as metadata caches such as id3/mp3... riff is very simple and basic
[11:13] <thomasvs> I know
[11:13] <BBB> because filesrc never emitted flush
[11:13] <thomasvs> but without the flush, it must have been slow to seek no ?
[11:13] <thomasvs> with lag and all due to the queue
[11:13] <BBB> and yes, it's an error on my side to have left that piece of code in
[11:14] <thomasvs> ah, ok
[11:14] <thomasvs> so, then we can now do the right fix ?
[11:14] <thomasvs> with flush being sent so queues get flushed ?
[11:14] <BBB> dolphy is doing that right now
[11:14] <thomasvs> BBB: want to fix another avi-related bug ?
[11:14] <thomasvs> BBB: every time I seek now, my mem usage goes up 6%
[11:14] <BBB> revert the bytesteam hack, add that to rifflib instead (it belongs there) and make filesrc emit a flush just as he proposed
[11:14] <thomasvs> so I can seek ten times before it gets killed by the scheduler :)
[11:14] <BBB> that sounds interesting
[11:15] <thomasvs> yes, very :)
[11:15] <thomasvs> BBB: as for mpeg, after two seconds the mpeg stops playing correctly
[11:15] <thomasvs> BBB: do you have the same issue ?
[11:15] <BBB> no
[11:15] <BBB> do you use libmpeg2-0.3.1?
[11:15] <thomasvs> no, 0.3.2cvs
[11:15] <BBB> bleh
[11:15] <BBB> please update to 0.4.0
[11:15] <BBB> :)
[11:16] <thomasvs> crap
[11:16] <thomasvs> ok
[11:16] <teuf> why does gst_pad_new_from_template takes a gchar *name argument, and the GST_STATIC_PAD_TEMPLATE also defines a name ? is that used for non static pads ?
[11:17] <BBB> teuf: for request/sometimes pads, yes
[11:18] <dolphy> BBB: but still i don't like the way bytestream works
[11:18] <dolphy> BBB: :)
[11:18] <dolphy> BBB: it should fill the buffer and generate a GList of encountered events along the way for exemple
[11:18] <BBB> dolphy: neither do I, but I won't fix it before 0.10.0
[11:19] <thomasvs> BBB: what version of mpeg do you have ?
[11:19] <dolphy> BBB: except for events that are blocking
[11:19] <BBB> no, byestream should have a better way of handling events with the elemtn
[11:19] <BBB> the current way is illogical
[11:19] <dolphy> agreed
[11:19] <BBB> bytestream and the element should have a way of 'talking to each other' for events
[11:19] <dolphy> i m afraid many bytestream enabled elements are event broken then
[11:19] <BBB> but anyway, 0.10.0 material
[11:19] <BBB> matroskademux is... it used the same debugging hack
[11:19] <BBB> other elements use bytestream in the way the old avidemux did
[11:19] <teuf> BBB: btw, I'm reading the web version of the PWG, is it new enough ?
[11:20] <BBB> 50 lines of code for nothing
[11:20] <BBB> look at wavparse to have a good laugh
[11:20] <BBB> teuf: yes
[11:20] <dolphy> BBB: i did
[11:21] <dolphy> BBB: and that was not funny
[11:21] <dolphy> BBB: bit depressing is the right word
[11:21] <BBB> depends on your sense of humour
[11:21] <dolphy> :-D
[11:21] <BBB> doy uo know see why I rewrote avidemux and made rifflib handle all events?
[11:21] <BBB> s/know/now/
[11:21] <dolphy> well yeah
[11:21] <BBB> :)
[11:21] <dolphy> this thing is a nightmare
[11:22] <BBB> yup
[11:22] <dolphy> we can clearly see it was designed before events were really used :)
[11:23] <BBB> :)
[11:23] <BBB> we do need events in such a way...
[11:23] <BBB> I really want to stel some pieces from ffmpeg here
[11:23] <BBB> they have per-buffer byte/bit stuff
[11:24] <BBB> I want that too
[11:24] <sxpert_work> dolphy: filename: /media/music/Carl Cox/U60311 Compilation techno division Vol. 3 (Disc 2)/10 - Slam - Stepback (smith + selway mix).ogg
[11:24] <sxpert_work> dolphy: and then position 3 1075425908040577000
[11:25] <dolphy> sxpert_work: lol :)
[11:25] <dolphy> sxpert_work: please wait a little i m reverting some changs
[11:25] <sxpert_work> ok
[11:25] <dolphy> sxpert_work: check with an avi please
[11:25] <sxpert_work> uh...
[11:26] <sxpert_work> my thing can't do avis... it's hardwired filesrc | tremor | osssink
[11:27] <dolphy> tremor ?
[11:27] <sxpert_work> dolphy: yeah
[11:27] <dolphy> not vorbisfile ?
[11:27] <dolphy> or oggdemux ! vorbisdec ??
[11:27] <sxpert_work> no, the proc I run on has a super-slow FPU that I want to keep for the GPS part
[11:29] <sxpert_work> don't tell me tremor hasn't been maintained in a buildable state since the end of december when I hacked it back to life ?
[11:30] <thomasvs> sxpert_work: did you maintain it since then ?
[11:30] <dolphy> thomasvs: lol
[11:30] <sxpert_work> thomasvs: uh, no, have been busy at work. do I have to update it again ?
[11:31] <sxpert_work> if so, I can...
[11:31] <dolphy> sxpert_work: well dude if you brought it back to life :)
[11:31] <dolphy> sxpert_work: keep it alive then :)
[11:31] <sxpert_work> dolphy: ah, hehe
[11:31] <dolphy> sxpert_work: otherwise you are a serial killer
[11:31] <thomasvs> sxpert_work: I don't know, why do you expect someone else to maintain it if you're the only one using it ?
[11:31] Action: sxpert_work goes into compare vorbis / tremor once again...
[11:32] <sxpert_work> thomasvs: well, those on ipaqs need it too
[11:33] sublett ([email protected]) joined #gstreamer.
[11:33] <thomasvs> sxpert_work: yes, but you're the maintainer of tremor
[11:33] <dolphy> sxpert_work: well you are probably one of the only tremor users here
[11:33] <sxpert_work> ok :D
[11:33] <dolphy> sxpert_work: so you better maintain it yourself :)
[11:34] Action: sxpert_work puts on maintainer vest :D
[11:34] <teuf> rah, I suck
[11:34] <teuf> I'm spamming the PWG bug with useless comments :(
[11:34] <dolphy> sxpert_work: if you plan to comit some stuff ini tremor use ChangeLog  please !
[11:34] <thomasvs> teuf: ?
[11:36] <teuf> thomasvs: I'm reading the updated PWG, and I was told to comment on #125890 if I had issues with it. And each time I comment about something, I realize it's dealt with a bit later in the guide :(
[11:36] <thomasvs> teuf: well, you could grep for such things in the source
[11:37] <dolphy> lol
[11:37] Shoragan ([email protected]) joined #gstreamer.
[11:39] <sxpert_work> dolphy: I do use changelog...
[11:39] sublett ([email protected]) left irc: "I like food, food is good!"
[11:39] <dolphy> sxpert_work: good
[11:41] <sxpert_work> dolphy: if you check at the end of december, you can see me hacking tremor...
[11:41] Action: thomasvs prepares to build packages again for gst
[11:41] <thomasvs> taaz: getting anywhere on the python bindings ?
[11:42] <dolphy> thomasvs: will you do a release today ?
[11:42] <BBB> teuf: doesn't matter
[11:42] <BBB> teuf: just add comments
[11:43] <BBB> if we fixed it already, it's simply a 'great minds think alike'
[11:43] <BBB> if we didn't, we'll still fix it
[11:43] <thomasvs> dolphy: not today, too many small niggles still need to be fixed
[11:43] <thomasvs> but I hope to get started at least today, and finish this weekend/monday
[11:50] <teuf> how does http://www.freedesktop.org/~gstreamer/data/doc/gstreamer/head/pwg/html/section-types-definitions.html relate with docs/random/mimetypes ? is one better than the other ?
[11:52] <thomasvs> BBB: teuf has a good question - maybe stuff should be deleted from random/ as it gets moved to official docs
[11:54] <thomasvs> heh
[11:54] <thomasvs> jamboree is playing the whole morning
[11:54] <thomasvs> but only parts of songs
[11:54] <thomasvs> and the longer it plays, the shorter the parts it plays :)
[11:54] <thomasvs> but it doesn't crash
[11:54] Action: thomasvs wonders what clocking bugs are at the core of that
[11:55] <BBB> thomasvs: yes, I noticed :p
[11:56] <BBB> teuf: good Q... I tihnk docs/random/mimetypes should be removed or marked obsolete
[11:56] <BBB> or at least give a pointer to the HTML thing
[11:56] <BBB> the HTML thing is the official specs
[11:57] <BBB> and in general, thomas has a good point
[11:58] <BBB> we could remove 80% of docs/random ;)
[11:59] <teuf> the PWG is pretty neat ;)
[11:59] <thomasvs> BBB: yeah, we should just go over those files one by one
[11:59] <thomasvs> teuf: it is - it's nice to see BBB pushing everyone for these changes :)
[12:00] <BBB> I've got time right now ;)
[12:00] <teuf> ok, let's add a last comment to the bug with a bunch of typos, and I should stop spamming ;)
[12:01] <BBB> does anyone care if I re-do a putbits/getbits-in-GstBuffer implementation (but LGPL)? :)
[12:01] <thomasvs> whoops
[12:01] <thomasvs> BBB: yeah, I do, you should do something else
[12:01] <BBB> teuf: good idea
[12:01] <BBB> like?
[12:01] <thomasvs> killing bonobo to fix my errors wasn't a good idea
[12:01] <thomasvs> BBB: fix seeking and clocking for all formats
[12:01] <thomasvs> argh, need to reboot, i messed up my gnome seriously :)
[12:01] <thomasvs> biab
[12:01] thomasvs ([email protected]) left irc: "Client exiting"
[12:01] <BBB> I'll stick to documentation for now
[12:01] <BBB> reboot?
[12:01] <BBB> oh my
[12:02] <BBB> logout/login is enough, dude
[12:02] Action: BBB messed up bonobo quite often
[12:03] Company ([email protected]) left irc: Remote closed the connection
[12:04] jdahlin ([email protected]) joined #gstreamer.
[12:04] thomasvs ([email protected]) joined #gstreamer.
[12:07] <thomasvs> (jamboree:32501): GStreamer-WARNING **: inconsistent state information, fix threading please
[12:09] <teuf> before using GstBytestream, gst_library_load ("gstbytestream") must be called, right ?
[12:10] <BBB> yes
[12:10] <teuf> it doesn't seem to be mentioned in the PWG, I'll add a comment about that after linch
[12:10] <BBB> actually... I think you call gst_library_load ("bytestream");
[12:11] <BBB> oh no gstbytestream
[12:11] <BBB> nevermind me
[12:12] <thomasvs> BBB: ok, so
[12:12] <thomasvs> I upgraded to 0.4.0
[12:12] <thomasvs> rebuilt
[12:12] <thomasvs> still after 2 secs in the player it stops
[12:12] <thomasvs> gst-launch-ext plays it fine
[12:13] <thomasvs> and ds was seeing the same thing afaict
[12:13] <thomasvs> BBB: so could you please try playing alien in gst-player ?
[12:14] sublett ([email protected]) joined #gstreamer.
[12:15] Action: sxpert_work found a potential bug in vorbis
[12:15] <BBB> thomasvs: the player is doing all sort of evil weird things with replugging etc... the bug is probably there... you need to bug dolphy with it
[12:15] <thomasvs> BBB: this is not a replugging bug
[12:15] <BBB> if gst-launch with spider plays it, that's good enough for me
[12:15] <thomasvs> BBB: it plays the first two seconds fine
[12:15] <sxpert_work> in vorbisfile.c -> gst_vorbisfile_read , variable got_bytes is not initialized
[12:16] <BBB> does it play with gst-launch & spider?
[12:16] <thomasvs> sxpert_work: vorbisfile is being deprecated as we speek
[12:16] <thomasvs> BBB: what would be the line for both audio and video there ?
[12:16] <sxpert_work> thomasvs: ah...
[12:16] <BBB> thomasvs: gst-launch filesrc location=alien.mpg ! spider name=s ! ffcolorspace ! ximagesink s. ! osssink
[12:17] <dolphy> BBB: ok i tried what you said and it s not working
[12:17] <sxpert_work> thomasvs: what should I do then ?
[12:17] <BBB> dolphy: why not?
[12:17] <dolphy> BBB: riff_read_peek_head calls gst_pad_event_default
[12:17] <dolphy> BBB: and return FALSE
[12:17] <dolphy> BBB: avidemux fails then :)
[12:17] <BBB> no, it should re-read then
[12:18] <BBB> so you read in a loop until you didn't receive an event
[12:18] <thomasvs> BBB:  gst-launch filesrc location=/home/thomas/gst/media/good/alien.mpg ! spider name=s ! ffcolorspace ! ximagesink s. ! audioconvert ! audio/x-raw-int,channels=2 ! osssink
[12:18] <thomasvs> BBB: doesn't start playing at all
[12:18] Action: BBB rebuilds today's CVS to check
[12:18] <dolphy> BBB: can you please fix that the way you want it then ?
[12:18] <thomasvs> BBB: only audio works, only video works too, both doesn't play at all
[12:18] <BBB> commit what you've got and I'll commit a quickfix
[12:18] <thomasvs> quickfix ?
[12:18] <thomasvs> ugh :)
[12:19] <BBB> guys, I'm working here
[12:19] <thomasvs> us too :)
[12:19] <dolphy> BBB: what do you think are we doing :)
[12:19] <dolphy> BBB: swimming ?
[12:20] <BBB> I'm not working on MPEG alone...
[12:20] <BBB> er
[12:20] <BBB> I'm not working on GStreamer alone
[12:20] <BBB> I have to fix all sort of MPEG issues, too
[12:21] Action: BBB food
[12:21] <BBB> brb
[12:21] <dolphy> yeah and i m handling 2 companies and 30 technical guys :) believe me i know what you are talking about
[12:22] <jdahlin> hoho
[12:25] <thomasvs> jdahlin: just updated jamboree, now it hard-requires dbus-glib-1 :(
[12:27] Action: dolphy kicks rifflib
[12:28] <jdahlin> thomasvs, I haven't updated for that reason :)
[12:28] <thomasvs> jdahlin: hm, it's a bug in configure
[12:29] <jdahlin> thomasvs, why don't you just install dbus-glib?
[12:29] mathrick ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[12:29] <thomasvs> jdahlin: 2.4 ?
[12:29] <jdahlin> oh
[12:29] <thomasvs> ok, fixed
[12:29] <thomasvs> jdahlin: I'll put online patches as i go for jamboree, is that ok ?
[12:30] <dolphy> jdahlin: where are you connected from ? :)
[12:30] <jdahlin> thomasvs, sure
[12:30] mathrick ([email protected]) joined #gstreamer.
[12:30] <jdahlin> dolphy, internet cafe :)
[12:30] <dolphy> aha :)
[12:30] <jdahlin> dolphy, maybe I should come down to WTC to get a real environment
[12:30] <dolphy> enjoy your last day of freedom :)
[12:31] <thomasvs> jdahlin: oops
[12:31] <thomasvs> jdahlin: (gdb) bt
[12:31] <thomasvs> #0  0x0852bdcc in memcpy () from /lib/tls/libc.so.6
[12:31] <thomasvs> #1  0x0805e231 in unpack_string (p=0xa124c3c, str=0xbed353c9) at song-db.c:135
[12:31] <thomasvs> #2  0x0805e29d in unpack_playlists (p=0xa124c38, playlists=0xa124da0)
[12:31] <thomasvs> on startup
[12:31] Action: thomasvs starts to worry :)
[12:31] <thomasvs> jdahlin: how do I clean out my playlist ?
[12:31] <jdahlin> thomasvs, rm -fr .gnome2/jamboree/playlists
[12:31] <jdahlin> thomasvs, or maybe they are in a single file, dunno. just check
[12:33] <thomasvs> argh
[12:33] <thomasvs> too many bugs to deal with :9
[12:35] <sxpert_work> dolphy: where should I look for the vorbisfile replacement ?
[12:37] <mathrick> sxpert_work: oggdemux + vorbisdec
[12:40] <walters> so is it evil to send a query when i get EOS?
[12:40] alley_cat ([email protected]) left irc: Read error: 110 (Connection timed out)
[12:43] alley_cat ([email protected]) joined #gstreamer.
[12:43] jdahlin ([email protected]) left irc: 
[12:44] <walters> hm, apparently.
[12:48] Nick change: KA_afk -> KA
[12:48] <BBB> dolphy: is your stuff in CVS now?
[12:50] Action: BBB loves the documentation
[12:55] <dolphy> BBB: if you are ready to fix rifflib i revert my bytestream change now
[12:55] <dolphy> BBB: and let you fix riff_read_peek_head
[12:55] <dolphy> BBB: ok?
[12:55] <BBB> sure
[12:56] <BBB> is there a short testcase?
[12:56] <dolphy> filesrc location="test.avi" ! avidemux ! fakesink
[12:56] <BBB> (you can leave out fakesink ;)
[12:57] <BBB> but that doesn't seek
[12:57] <BBB> does it?
[12:57] <dolphy> there s no need for seeking here
[12:59] <BBB> So upstream events always arrive on the src pad of your element and are handled by the default event handler except if you override that handler to handle it yourself. There are some specific cases where you have to do that :
[12:59] <BBB> that's not true
[12:59] <BBB> or is upstream events <- direction?
[13:00] <BBB> oh, wait, downstream
[13:00] <BBB> don't pay attention to me
[13:00] <BBB> I'm a moron
[13:00] <dolphy> i just reverted it
[13:03] Action: BBB compiles plugins
[13:04] Action: BBB finished tuner docs, too
[13:04] <BBB> what shall we do next?
[13:04] <BBB> colorbalance, profile, navigation is pending
[13:04] <BBB> I'll do profile when that interface is ready
[13:04] <BBB> navigation/colorbalance will be done by thaytan and dolphy
[13:04] <BBB> what else?
[13:05] <BBB> company will do clocking docs, ds will do element checklist and hopefully the autoplugging notes in the types section
[13:05] <BBB> that only leaves the 'writing a source/sink/autoplugger' thing
[13:05] <BBB> shall I do that?
[13:06] <dolphy> ok so bytestream is back to the previous state
[13:06] <BBB> actually, I need to finisht the event docs
[13:06] <BBB> yes, I'm compiling plugins and will fix it after that
[13:07] Action: BBB puts event/element_type docs on his TODO list
[13:07] <BBB> and then, PWG is finished
[13:07] <dolphy> all i ask you to do ronald is to fix gst_riff_read_peek_head so that it makes the read loop you want and handle events
[13:07] <BBB> :)
[13:07] <dolphy> but beware of the riff_read_seek :)
[13:07] <dolphy> that waits for discontinuous
[13:07] <dolphy> manually
[13:07] <BBB> yes, I'll fix that too
[13:07] <BBB> it's a bit evil
[13:08] Nick change: Ura_shop -> Uraeus
[13:09] <Uraeus> BBB: managed to remember the issue with the mixer I mentioned earlier?
[13:10] <dolphy> BBB: thx :)
[13:10] <BBB> Uraeus: I fixed that in gst already
[13:10] <Uraeus> BBB: nm, saw the backlog in gnome-hackers :)
[13:10] <Uraeus> ok :)
[13:10] <BBB> Uraeus: I asked trow to update the mixer patches
[13:10] <BBB> and afaik, he did
[13:11] walters ([email protected]) left irc: Remote closed the connection
[13:13] Action: Uraeus compiles the whole stack to test the current state of gst-player and different media files
[13:13] <Uraeus> dolphy: btw; your seeking fix in gnome-vfs, is the same fix needed in filesrc?
[13:13] <dolphy> Uraeus: filesrc is fixed already
[13:13] <dolphy> Uraeus: i fixed both
[13:13] <Uraeus> ah ok :)
[13:17] Action: BBB makes two-line fix for rifflib
[13:17] <BBB> 3-line, actually
[13:19] <teuf> maybe it would be a good idea to add a news to the website frontpage to mention the plugin writing guide has had a huge update ?
[13:19] <Uraeus> teuf: but the new pwg isn't available online yet afaik
[13:19] <thomasvs> Uraeus: sure it is
[13:19] <Uraeus> oh
[13:19] <thomasvs> teuf: as soon as the new site is official
[13:20] <Uraeus> thomasvs: have you mailed Erik about the domain?
[13:20] <BBB> I want it on gnomedesktop.org
[13:20] <thomasvs> wait a bit dudes
[13:20] <thomasvs> Uraeus: yeah, he wanted to know why people didn't want it on his hosting
[13:21] <Uraeus> I wonder if having the gstreamer.org domain set up will make it easier to set up @gstreamer.org forwarding addresses
[13:21] <Uraeus> thomasvs: just say that we felt that moving to freedesktop sent out a better political signal which is what I said in my articlw
[13:21] <BBB> dolphy: why the h* is filesrc emitting flush *before* and not *after* discontinuity?
[13:22] <thomasvs> BBB: because it makes more sense
[13:22] <teuf> hmm, is gst_element_error mentioned in the pwg ?
[13:23] <Uraeus> teuf: I thought gst_element_error just got replaced by GST_ELEMENT_ERROR :)
[13:23] <thomasvs> teuf: it's GST_ELEMENT_ERROR, and no not yet
[13:23] <thomasvs> teuf: will do that soon though
[13:23] <teuf> thomasvs: ok, will you also talk about the various logging functions ?
[13:24] <Uraeus> BBB: since you have done such a great job with the pwg maybe you should do a swg and am awg too (scheduler writers guide and autoplugger writers guide ;)
[13:24] <BBB> no
[13:24] <BBB> we don't need no guides for that
[13:24] <BBB> we need one default scheduler and one default autoplugger
[13:24] <BBB> no guides
[13:24] <dolphy> BBB: emmitting discont before flush makes the elements being stuck
[13:25] <teuf> clocking will talk about GST_BUFFER_TIMESTAMP ?
[13:25] <dolphy> BBB: elements should flush their buffers
[13:25] <dolphy> BBB: and then they receive discont
[13:25] <dolphy> BBB: to update their clock
[13:25] <dolphy> BBB: this way it works fine
[13:25] <dolphy> BBB: instant seeking :)
[13:27] Action: BBB thinks it works
[13:27] Action: BBB counts patch-lines
[13:27] <BBB> [rbultje@shrek riff]$ cvs -Q diff -u | wc -l
[13:27] <BBB>      98
[13:27] <BBB> hm
[13:28] <BBB> how do I test seeking?
[13:28] <BBB> real seeking
[13:28] <thomasvs> BBB: player ?
[13:28] <BBB> [rbultje@shrek riff]$ ../../../examples/gstplay/player /media/clips/Trance\ Energy\ 2002\ DvDSebRip.avi
[13:28] <BBB> got video size 16, 16
[13:28] <BBB> :/
[13:29] <BBB> still nothing
[13:29] <BBB> [rbultje@shrek riff]$ ../../../examples/gstplay/player /media/clips/Metallica\ -\ One.mpg
[13:29] <BBB> got video size 16, 16
[13:30] <BBB> same for quicktime movies and any other movie
[13:34] <Uraeus> BBB: I think gst-player or Totem is how you should test seeking as they are the 'real' world test cases
[13:35] Action: Uraeus wonders if walters reactivated seeking in RB today
[13:36] <dolphy> BBB: examples/gstplay/player
[13:36] <BBB> they're too complicated
[13:36] <BBB> dolphy: yes, that's what I'm testing
[13:36] <dolphy> BBB: tries to seek after 10 seconds to the middle of the media
[13:36] <BBB> player keeps failing for me
[13:36] <BBB> player stalls after 1-5 seconds with any media format
[13:37] <BBB> see above
[13:37] <BBB> I don't know why yet
[13:37] <dolphy> dolphy@dolphy:~/workdir/gstreamer-0.7/gst-plugins/examples/gstplay$ ./player /home/dolphy/videos/matrix.avi
[13:37] <dolphy> got video size 16, 16
[13:37] <dolphy> ERROR         default(24104) riff-read.c(254):gst_riff_read_seek: <avidemux0> No discontinuity event after seek
[13:37] <dolphy> ERROR       scheduler(24104) gstoptimalscheduler.c(2074):gst_opt_scheduler_iterate: <GstOptScheduler@0x1018e460> in error state
[13:37] <dolphy> time tick 0
[13:37] <dolphy> well here i get that
[13:37] <BBB> I just fixed that
[13:37] <BBB> 1 second ago
[13:38] <BBB> <dolphy> got video size 16, 16 <- that is my issue
[13:38] <dolphy> south.mp3 works 
[13:38] <BBB> I need to play videos, not audio
[13:38] <dolphy> flac works
[13:38] <dolphy> well video
[13:38] <dolphy> we have avi or mpeg
[13:38] <dolphy> avi is broken for me waiting for your fix
[13:38] <BBB> visualization doesn't work either...
[13:38] <dolphy> yeah
[13:39] <dolphy> switch issue
[13:39] <BBB> I just committed my fix
[13:39] <BBB> so, please try it out
[13:39] <BBB> it's a very simple s/GST_ELEMENT_ERROR/gst_pad_event_default/
[13:40] <BBB> dolphy: does libgstplay use audioconvert?
[13:40] <BBB> (the one in CVS)
[13:40] <dolphy> works fine here
[13:40] <dolphy> seeking and playback
[13:41] <dolphy> BBB: no it doesn
[13:41] <dolphy> t
[13:41] <thomasvs> dolphy: it probably should
[13:41] <dolphy> thomasvs: it's in already
[13:41] <dolphy> but i had to comment it out
[13:41] <dolphy> it was broken
[13:41] <dolphy> i ll test again later
[13:42] <thomasvs> ok
[13:42] <thomasvs> so I can seek now on avi's again if I update ?
[13:42] jaitly ([email protected]) joined #gstreamer.
[13:43] <BBB> thomasvs: yes
[13:43] <BBB> avidemux seeks internally and that works for me
[13:43] <BBB> I don't know if player works
[13:43] <dolphy> thomasvs: come and see here
[13:43] <dolphy> thomasvs: it works great
[13:45] <dolphy> BBB: thx 
[13:45] <dolphy> BBB: it works fine now
[13:45] Action: dolphy can now leave to france!
[13:46] <dolphy> thomasvs: you can do a release then :)
[13:46] <dolphy> thomasvs: i will look at audio seeking in the car
[13:46] <dolphy> thomasvs: or you can do it if you want
[13:46] <dolphy> thomasvs: and then i will work on the docs
[13:46] <dolphy> thomasvs: like you want
[13:47] <teuf> what are _convert functions used for ? to convert between the various query formats, or for something else ?
[13:47] <dolphy> bye
[13:47] <thomasvs> teuf: yep
[13:47] <thomasvs> teuf: for example, mad converts from time to byte offset so when it gets asked to go to a time, it can then ask upstream for a location
[13:47] <teuf> ok, so that's not what I'm looking for ;)
[13:47] dolphy ([email protected]) left irc: "Network down, IP Packets delivered via UPS"
[13:49] <teuf> ah, I missed the gst_pad_set_explicit_caps part in the doc ;)
[13:52] <thomasvs> BBB: ok, so can you play avi's locally now ?
[13:53] <thomasvs> BBB: for me it works, but it still leaks hugely
[13:53] <BBB> where does it leak?
[13:55] <thomasvs> BBB: if you play a file in the player, then seek, on each seek it increases mem usage
[13:55] <thomasvs> BBB: I'm assuming it's mmapping mistakes in filesrc/gnomevfssrc ?
[13:55] <BBB> player should use filesrc
[13:55] <thomasvs> nope
[13:55] <thomasvs> it plays online streams too
[13:56] <BBB> avidemux?
[13:56] <BBB> wow
[13:56] <BBB> without testing ;)
[13:57] <BBB> it doesn't leak at all here
[13:59] <BBB> thomasvs: valgrind it and try to find the memleak
[13:59] <BBB> maybe queue is leaking?
[14:02] <teuf> ok, the shorten plugin compiles again against gstreamer head :)
[14:03] subleet ([email protected]) joined #gstreamer.
[14:05] Uraeus ([email protected]) left irc: Read error: 110 (Connection timed out)
[14:08] Company ([email protected]) joined #gstreamer.
[14:11] Uraeus ([email protected]) joined #gstreamer.
[14:12] sublett ([email protected]) left irc: Read error: 113 (No route to host)
[14:23] jaitly ([email protected]) left irc: "Leaving"
[14:36] <Uraeus> BBB: one bug it would be nice if you looked at before leaving for the us is the missing a11y of gst-mixer, seems to me that we can not count on Ted doing it
[14:37] <Uraeus> BBB: getting that fixed would also let me remove the old mixer from cvs as it is only there for documentation about mixer a11y
[14:38] <BBB> I'm not an a11y expert
[14:38] <BBB> I really have no clue about it
[14:38] <Uraeus> BBB: well problem is that nobody else has any clue either, but by looking at the old mixer it might not be that hard to get going
[14:39] <BBB> why don't you do it?
[14:39] Action: BBB is fixing mp3parse
[14:39] <BBB> *trying to
[14:39] <Uraeus> ok, I take a look :) maybe it is so easy that even me can manage to port it over :)
[14:42] <Uraeus> thomasvs: does the audio-profiles gui depend on gtk2.4? 
[14:43] <Company> sf mail is seriously borked
[14:45] Action: BBB nods
[14:46] Action: teuf too
[14:50] <Uraeus> BBB: hmm, actually it looks to me like the mixer has never been accessible or maybe gtk provides by default all the a11y needed
[14:50] <BBB> there's a few strigns here and there
[14:54] <Uraeus> yeah, found it eventually
[14:59] <Uraeus> hmm, ok seems I need to add some atk calls for every special string in the gui like the lock buttons
[15:00] <BBB> IIRC, yes
[15:03] <Uraeus> BBB: table_focus_chain = g_list_prepend (table_focus_chain, ci->lock); 
[15:03] <Uraeus> BBB: the line above is about making sure the gui is key navigable right?
[15:04] <Uraeus> BBB: the current mixer gui seems to move horizontally on each tab, but I would think it more natural to go down to lock and mute for volume before moving onto PCM right?
[15:05] teuf ([email protected]) left irc: Remote closed the connection
[15:06] <Uraeus> hey, this atk stuff is actually rather easy :) I am sure now that I will be able to a11y the mixer ;) 
[15:06] <Uraeus> but the keynav I think BBB should look at himself as it is just basic gtk coding :)
[15:08] Shoragan ([email protected]) left irc: Read error: 60 (Operation timed out)
[15:08] <Company> the keynav is using a GtkHBox in a GtklVBox instead of using a GtkTable probably
[15:08] <Company> or is it an hbox in a vbox?
[15:11] teuf ([email protected]) joined #gstreamer.
[15:16] Company ([email protected]) left irc: Remote closed the connection
[15:21] <thomasvs> Uraeus: yep, of course
[15:21] wingo ([email protected]) joined #gstreamer.
[15:21] <Uraeus> hi wingo
[15:22] <thomasvs> BBB: are you also using the player to test ?
[15:22] <Uraeus> thomasvs: ok, so the compile issue I pasted is ok?
[15:22] <thomasvs> Uraeus: yep
[15:22] <Uraeus> thomasvs: ok, I update the build script then to check for gtk 2.3
[15:22] <AlexCONRAD> hello
[15:22] <wingo> hi Uraeus, thomasvs, all folks :)
[15:22] <thomasvs> hey andy
[15:22] <AlexCONRAD> does gstreamer supports DVB tv output ?
[15:22] <Uraeus> wingo: I pasted your mail into the scheduler tasklist task :)
[15:22] Nick change: AlexCONRAD -> KoRnouille
[15:23] <wingo> Uraeus: post a bug report there as well ;)
[15:23] <BBB> thomasvs: yes
[15:24] <Uraeus> ok, I think I actually added a11y labels to the mixer now :) if it compiles and work for me I commit it :)
[15:25] <thomasvs> BBB: on the matrix.avi ? strange
[15:25] <BBB> Uraeus: cool
[15:25] <BBB> thomasvs: no, on other avis
[15:25] <KoRnouille> so no support for DVB cards ?
[15:25] <BBB> but avidemux really works on all avis, not just matrix.avi
[15:26] <BBB> same for our decoders
[15:26] <KoRnouille> (linuxtv.org)
[15:26] <BBB> not yet, afaik
[15:26] <KoRnouille> ok
[15:26] <thomasvs> BBB: is mpeg supposed to work now ?
[15:26] <BBB> I'm working on audio
[15:26] <BBB> I know the issue by now
[15:26] <thomasvs> it's the audio blocking the video somehow ?
[15:27] <BBB> no
[15:30] <Uraeus> is tee documented in the pwg?
[15:31] Action: Uraeus just got a question about how to use it
[15:31] <BBB> pwg is not about elements, it's about *writing* elements
[15:31] <BBB> you're looking for the appdev manual
[15:32] <BBB> this is odd
[15:32] Action: BBB fixed mpegdemux
[15:32] <BBB> ../gstreamer/tools/gst-launch filesrc location=/media/clips/Metallica\ -\ One.mpg ! spider name=s ! osssink
[15:32] <BBB> works
[15:32] <BBB> ../gstreamer/tools/gst-launch filesrc location=/media/clips/Metallica\ -\ One.mpg ! spider name=s ! ffcolorspace ! ximagesink
[15:32] <BBB> works
[15:32] uridavid ([email protected]) joined #gstreamer.
[15:32] <BBB> ../gstreamer/tools/gst-launch filesrc location=/media/clips/Metallica\ -\ One.mpg ! spider name=s ! ffcolorspace ! ximagesink s. ! osssink
[15:32] <BBB> doesn't work!
[15:33] <uridavid> I have a question about Win32 codecs. How do I use them in Gstreamer?
[15:33] <BBB> they're not supported
[15:33] <BBB> and if I'd be project leader I'd ban them forever
[15:33] <Uraeus> uridavid: you would need to write a plugin. We hasn't used them since we stopped using avifile
[15:34] <uridavid> Thanks. In that case, maybe you should update the status table on your website (the part where windec and avifile are both marked as working)
[15:34] <Uraeus> uridavid: actually we are getting rid of the whole status table :)
[15:35] <Uraeus> uridavid: new website on the way (as per channel topic :)
[15:35] <uridavid> Okay. I'll try to look around there to see what I think of the replacement
[15:35] <Misirlou> BBB: NYC! Awesome.
[15:36] <BBB> :)
[15:37] Action: Uraeus retracts claims of adding a11y to mixer, my stuff didn't even come close to compiling ;)
[15:37] <BBB> thomasvs: I've got audio sort of working here
[15:37] <BBB> Uraeus: open a bug and attach your patch, I might look at it next week
[15:38] <BBB> thomasvs: audio part of MPEG committed... audio should work now (but I can't get audio/video playing together... :()
[15:38] Action: BBB thinks it has something to do with clocks, companies, last-minute-patches-that-just-don't-work and similar stuff
[15:40] Action: BBB has no more pending patches
[15:41] <uridavid> The new website looks cleaner, but I can't find anything that explains which file types can gst-plugins handle. I think that this is an important part of a website, very important for new users who just heard of Gstreamer.
[15:42] <bitshifter> BBB: thanks for fixing mp3parse. works great now
[15:42] <Uraeus> uridavid: well the plan is to try and set up something that grabs needed info from an autobuild or something, the manual table thing just kept getting outdated 
[15:42] <BBB> bitshifter: :)
[15:42] <uridavid> Ah, so I guess it just isn't implemented yet?
[15:42] <BBB> uridavid: it's something we want to do, but ... it takes some time
[15:42] <Uraeus> uridavid: correct :)
[15:42] <BBB> we're still fixing up actual mediatypes for gnome-2.6
[15:43] <BBB> uridavid: if you want to help... ;)
[15:43] <BBB> *hint*
[15:43] <uridavid> BBB:Is this something that can be simply written by a script?
[15:43] <BBB> it's XML, mostly
[15:43] <BBB> (our whole website is XML)
[15:44] <uridavid> So I would need to translate XML to XML?
[15:45] <BBB> I don't know what thomas' idea is exactly (he's doing it)
[15:45] <BBB> I think we eventually want a very small XML file in each plugin dir
[15:45] <BBB> a file describing each of the elements inside it
[15:45] <BBB> mayeb even extracted from sources or so
[15:45] <BBB> (partly)
[15:45] <BBB> and then have a make upload target that adds it to our website www
[15:45] <BBB> and the xml parser there should check each xml file and put it in a table
[15:45] <BBB> 9I guess)
[15:46] <uridavid> Okay. That sounds neat. I'll see if you need help, and if I can help after my exams finish up
[15:46] <BBB> thomasvs is doing this, ask im for details :)
[15:46] <BBB> cool!
[15:46] <uridavid> So I'll contact him (in two or three weeks)
[15:46] <uridavid> Bye. and thank you for explaining to me.
[15:46] uridavid ([email protected]) left irc: "Leaving"
[15:48] <thomasvs> BBB: I have the same issue with gst-launch.  only audio works, only video works, both together doesn't
[15:50] <BBB> ok, so, I'm confused
[15:50] <BBB> audio didn't work at all before this, btw, but anyway...
[15:57] <thomasvs> it worked fine for me, audio
[15:57] <thomasvs> ie, I've had this issue with mpeg for a long time now
[16:01] <thomasvs> http://www.freedesktop.org/~gstreamer/bugs/
[16:01] <thomasvs> sheesh
[16:01] <thomasvs> there must be a way I can speed this all up :)
[16:02] <thomasvs> I want to hack on code again
[16:02] <thomasvs> stupid website
[16:02] <thomasvs> BBB: when do you leave ?
[16:04] ensonic ([email protected]) joined #gstreamer.
[16:04] <BBB> thomasvs: it worked because spider is stupid
[16:04] <BBB> thomasvs: apart from that, it didn't work
[16:04] <BBB> thomasvs: hopefully feb. 8th
[16:05] <ensonic> hello all
[16:05] <BBB> that bug list is cool!
[16:05] Action: BBB wonders why his MPEG video stream timestamps are so completely messed up
[16:05] <BBB> hi ensonic1
[16:07] <ensonic> i've read a lot about gstreamer and decided to have a closer look at it for a project
[16:07] <bitshifter> thomasvs: is it intended that the 'unresolved bug list' shows only the 'gstreamer (core)' bugs? (and not for example 'don't know' ones as well)
[16:07] <ensonic> i've installed 0.7.3 and already posted two patches
[16:08] <thomasvs> bitshifter: no, not intended
[16:08] <ensonic> althoug it only core-dumps here, could someone help me to find out the cause
[16:08] <thomasvs> ensonic: sure, shoot
[16:09] <ensonic> first thing i wounder about is all binaries are called gst-inspect-0.7 and the like, is that nnormal
[16:09] Action: ensonic is not good typing with a keyboard burried under papers ;-)
[16:11] <teuf> ensonic: the -0.7 suffix is normal, yeah
[16:12] <Uraeus> ensonic: we did that to make gstreamer-0.7 and and 0.6 parallel installable
[16:13] Shoragan ([email protected]) joined #gstreamer.
[16:13] <ensonic> strange, i've just run gst-inspect in gdb (as it core-dumps)
[16:13] <BBB> gst-inspect coredumps?!?
[16:14] <ensonic> thw backtrace shows that it cashes in popt.c (I have popt-1.6.2)
[16:14] <BBB> interesting...
[16:14] <BBB> weird
[16:14] <BBB> ;)
[16:16] <ensonic> indeed, i mean I know that I have a exotic setup (sparc/solaris 2.6) and everything (besid the solaris) comiled from tar.gz
[16:16] <BBB> is my email broken? I haven't had an email in a few hours
[16:16] <BBB> which is extremely weird
[16:17] <Uraeus> ensonic: did you compile with gcc or forte?
[16:17] <ensonic> Uraeus: beware ;-), gcc (2.95.2)
[16:18] <teuf> ensonic: no exotic gcc optimization flags ?
[16:18] <Uraeus> hmm, not sure I can get yippi to try and debug that since his primary objective is compiling with Forte :)
[16:18] <ensonic> I had to define #MAP_ANONYMOUS to 0 as this flag does not exist in solaris, do't know how important it is
[16:19] <ensonic> teuf: just run ./configure --prefix=/opt/gnome2
[16:19] <ensonic> which popt package versions you have
[16:19] markey ([email protected]) joined #gstreamer.
[16:19] <teuf> ensonic: I got used to check that on self compiled system because of some gentoo users ;)
[16:20] <teuf> ensonic: I'm using libpopt 1.7 here
[16:21] <thomasvs> bitshifter: thanks for noticing, fixed online now
[16:22] <bitshifter> :)
[16:22] <ensonic> found 1.7 at a redhat site, will ry to update and see if that helps
[16:22] Action: thomasvs likes the bug overview now
[16:22] <thomasvs> onto the bindings
[16:24] Action: ensonic 's slow sun is compiling popt-1.7
[16:25] <thomasvs> this channel is consistently huge
[16:25] Action: BBB will work some more on documentation
[16:25] <BBB> and then, I declre my job done for the next 6 months
[16:25] <BBB> and will focus on gst-rec and media playback again
[16:25] <BBB> oh, and ffmpeg
[16:25] <ensonic> to the main question: I am long-term user of the windows music software buzz (see http://www.buzzmachines.com), unfortunately this is closed source, the main packes in not futher developed and its crashing a lot
[16:26] <ensonic> so the pla is of couse to write such a thing for linux, I have led month pass to wait for someone else to do it;-) but no one did :-(
[16:27] <ensonic> does anyone know the buzz software? (else i quickly introduce it)
[16:27] <ensonic> what I like to know, is gstreamer the right sub-system for it
[16:28] <Uraeus> ensonic: what does buzz do?
[16:30] <ensonic> its basically build a graph out of machines (generator and effect plugins) and runs that realtime, the machines get their control-data (notes, parameters) from a pattern-sequencer (a timeline with patterns for each machine)
[16:30] <ensonic> apart all aparms can be controlled realtime from the gui or via midi
[16:31] <ensonic> thsi sound like the right thing for gstreamer, what I don't yet have found out, is gstreamer has a transport api
[16:31] <ensonic> means that the app sets the network and run it, but the app need feedback about playing positionn/progress to feed control data into the plugins
[16:32] <Uraeus> ensonic: ok, I think wingo is the person who can answer your questions as he is our pro-audio dev :)
[16:32] <ensonic> yeah, know him from linux-audio-dev
[16:32] <Uraeus> ensonic: http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gstreamer/docs/random/wingo/pro-audio-with-gstreamer?rev=1.1&content-type=text/vnd.viewcvs-markup <- he did write this today which might/might not answer your questions
[16:32] <Uraeus> ok, gotta go to the gym
[16:32] Nick change: Uraeus -> Ura_gym
[16:35] Nick change: markey -> afk
[16:39] smoke ([email protected]) joined #gstreamer.
[16:40] wingo ([email protected]) left irc: Read error: 110 (Connection timed out)
[16:40] KoRnouille ([email protected]) left irc: Read error: 60 (Operation timed out)
[16:44] yippi ([email protected]) joined #gstreamer.
[16:53] trow ([email protected]) joined #gstreamer.
[16:58] <ensonic> yipiee, it was the old popt that caused the core-dump with 1.7 gst-inspect runs!
[16:59] <BBB> :)
[16:59] <ensonic> i file another report that autoconf should insist on popt>1.6.2
[16:59] <BBB> ty!
[17:01] <ensonic> grmpf, in configure.ac "this test passes on popt 1.6.2 but causes segfault in  gst_init ..." :-(
[17:01] <BBB> lol
[17:03] <ensonic> general question, has anyone a good example for a gst-application that relies on timing (controling plugins, feeding them control-data apart from media data)
[17:08] <BBB> what do you mean exactly?
[17:09] <BBB> generally, applications don't have control over time... they just seek and play, that's pretty much all
[17:09] KoRnouille ([email protected]) joined #gstreamer.
[17:09] <thomasvs> BBB: do we have the seeking types documented somewhere ?
[17:10] <BBB> no, I'll do that in the events section
[17:10] <BBB> dolphy added upstream/downstream explanation there
[17:10] <BBB> I'll add an explanation of each event type
[17:10] <BBB> including seeking :)
[17:10] sxpert_work ([email protected]) got netsplit.
[17:10] sxpert_work ([email protected]) returned to #gstreamer.
[17:11] <thomasvs> ok, cool
[17:11] <thomasvs> just trying to fix up oggdemux here
[17:11] <ensonic> BBB: imagine a music composer, it constructs a network of syntesizers (sources), effects and a sound output(sink), the it runs the network, but as the play-time progreses the pads need new control data (notes beeing play, new volume values etc.)
[17:13] <ensonic> BBB: one way it may work is that the composer adds a pad to the sink and therwith counts the number of audio-frams been requested, then it can trigger the feeding of control-data from time to time
[17:14] <ensonic> BBB: other example, imagine, you want to add crossfad to a mediaplayer, the the player needs to know when its 10 sec. before end of file to fade it out
[17:14] <BBB> uhm, no... ;)
[17:15] <BBB> rather, you'd write a control plugin that says 'I want from this time to this', it plays and then emits end-of-segment and starts the next segmen
[17:15] <BBB> tsame for the crossfader
[17:15] <BBB> that's essentially what gnonlin is
[17:15] <BBB> applications do absolutely nothing with time
[17:15] <BBB> applications just crack together some elements and hit play
[17:16] <BBB> as for control plugins: have a look at the ideas written down in gnonlin CVS
[17:16] <BBB> I might add this to the PWG one day
[17:16] <ensonic> BBB: ok, thanks, wher to find that cvs.gnome.org?
[17:16] <BBB> sf.net/projects/gnonlin/
[17:17] <ensonic> BBB: and is that all available in 0.7.3 or do I need a cvs version of gst?
[17:17] Action: ensonic is browsing again
[17:17] <BBB> nothing such is 'available', it's all ideas in gnonlin CVS
[17:18] <BBB> I'm doing parts of this in the company here, but nothing that I can distribute, it's not that far yet
[17:18] <BBB> we're only doing 'play from this to this' in a sequence, and it's not a plugin or anything yet
[17:18] <teuf> btw, any news from this group of students who wanted to hack on a non linear editor ?
[17:19] <smoke> i think they gave up as many others before
[17:19] <smoke> they may be better of rewriting such a thing from scratch
[17:20] <teuf> from scratch ? without using gstreamer, or without looking at gnonlin ?
[17:20] <smoke> last time i looked at gnonlin, i think its in the same state now
[17:21] <smoke> it lacks some fundamental features so you end up rewriting this thing anyway
[17:22] <lilo_booter> in your opinion, what features would they be?
[17:22] <ensonic> i had not yet a chance to look at plugin code, but I guess the have some sort of process callback, so I could live with adding a pad to the sik of the pipeline and use that for counting (it returns an empty buffer each time)
[17:23] yippi ([email protected]) left irc: Remote closed the connection
[17:23] <ensonic> can an application dynamically register a pad (or include it in a pipeline)
[17:26] harshy ([email protected]) left irc: "I quit for now"
[17:28] harshy ([email protected]) joined #gstreamer.
[17:31] smoke ([email protected]) left irc: 
[17:32] <ensonic> is gst_bin_iterate() starting to process another block of data?, then I can use this for timeing (if I can find out the pipeline block-sizes)
[17:35] <thomasvs> ensonic: that's not the right way
[17:35] <thomasvs> ensonic: what do you want to do ? find out the time form inside a plugin ?
[17:35] <ensonic> I can imaging that ;-) I've just started to read all I can find about gst
[17:36] Nick change: afk -> markey
[17:36] <taaz> thomasvs: i'm having some progress with gst-python.  playing with wrapped GstPlay.  unfortunately it seems to be segfaulting at random now :(
[17:37] <taaz> critical errors at so on... blah
[17:37] <taaz> (cliaudio.py:31710): GStreamer-CRITICAL **: file gstdata.c: line 236 (gst_data_unref): assertion `GST_DATA_REFCOUNT_VALUE (data) > 0' failed
[17:38] <taaz> 99% chance that is an evil threading bug
[17:38] <ensonic> thomasvs: a plugin (or pad) usually has control ports (e.g. frequency for a sine generator), I want to change this data over the run-time of the pipeline
[17:38] <thomasvs> ensonic: then you want dynamic parameters
[17:39] <thomasvs> ensonic: check the online manual and pwg for information on this
[17:41] <ensonic> thomasvs: uhm, thats what I am doing right now, I just take this for "yes, it can be done properly"
[17:42] <ensonic> btw. on gstreamer.net/docs/ it says current "(0.6.3)", but current is 0.7.3 ...
[17:43] <thomasvs> ensonic: check freedesktop.org/~gstreamer (see topic)
[17:43] Action: teuf hopes current will soon be 0.7.4 ;)
[17:43] <ensonic> okay thk ;-)
[17:43] sxpert_work ([email protected]) left irc: Remote closed the connection
[17:44] <taaz> thomasvs: any comments on adding glib-mkenums build stuff to the gst-libs/gst/ dirs?
[17:45] <taaz> core has configure option to shut that stuff off but i doubt it actuall works
[17:46] <thomasvs> taaz: no, haven't looked into it at all
[17:46] <thomasvs> BBB: are offsets for seek in 10^-6 or 10^-9 secs ?
[17:47] Action: taaz feeling out of the loop... afraid to commit changes without approval.  no one really has time to deal with such things to give approval.  hmm.
[17:48] <thomasvs> taaz: I have time, but you need to be more verbose about the problem, preferably in mail so it can be checked
[17:52] <ensonic> was trying to build gst-plugins-0.7.3, configure was running clean through, but now it failed by trying to build gst-libs/ext/ffmpeg as inside there is libavformat/audio.c which just includes sys/soundcard.h and this is linux only
[17:53] Nick change: harshy -> harshyWork
[17:53] <thomasvs> BBB: WAKE UP
[17:53] <thomasvs> ensonic: disable ffmpeg
[17:55] <ensonic> thomasvs: i've not enabled it ;-), and indeed there is such a switch - sorry have overlooked it among all those
[17:56] Company ([email protected]) joined #gstreamer.
[17:57] <thomasvs> ensonic: no problem, you're just getting started
[18:01] Action: Company declares XFree86 dead
[18:02] <BBB> thomasvs: ???
[18:02] <BBB> nanoseconds
[18:02] Action: BBB joins company
[18:04] <Ura_gym> hmm, markmc quits Sun to join Red Hat, Red Hat has sure been hiring a lot of good talent lately
[18:04] mathrick ([email protected]) left irc: Remote closed the connection
[18:05] <ensonic> is the one who has written the gstreamer app dev manual online?
[18:05] BBB ([email protected]) left irc: "Client exiting"
[18:06] <ensonic> in chapter 'goals' (ww.gstreamer.net/docs/cvs/manual/html/cha_goals.html) the last sentence is duplicated 
[18:06] Action: ensonic is reviewing the docs
[18:08] Nick change: Ura_gym -> Uraeus
[18:09] <Uraeus> so if anyone wants to work for Sun on GNOME, now is the time to apply :)
[18:11] <Company> i don't think sun wants to pay people that hack from home on an x86 linux box...
[18:11] <Uraeus> well they are letting glynn work from .nz and .in so why not :)
[18:11] <ensonic> I anonymously work for SUN as I try to get GNOME to run on my SUN/Sparc ;-) ...
[18:11] <Uraeus> Company: besided you could be in charge of our Sparc porting and SMP work
[18:12] <Company> i don't want to be in charge of making gst run with forte
[18:13] <Uraeus> well yippi has already taken care of that :)
[18:13] <Company> kind of
[18:13] <Company> it doesn't run with -Werror
[18:13] <Company> though i blame forte for that
[18:16] <Company> and i still hate developing on machines where i don't have the sources to everything...
[18:17] <Uraeus> the Solaris source is available I think (although under a strict license)
[18:17] <ensonic> Company: me too, the updated from sun sometimes break strange things and it taskes ages to find out about it and all you can do is to undo the patch
[18:17] <ensonic> updated=updates
[18:17] <Uraeus> and afaik so do allmost all the Sun GNOME hackers use linux machines not space/solaris
[18:19] <Company> well, i want someone that pays for for what i do atm :)
[18:20] Action: Company watches theora videos with gst
[18:20] teuf ([email protected]) left irc: "Client exiting"
[18:21] <thomasvs> Company: hm, after having removed vorbisfile, when I seek in a vorbis file it jumps to a completely bogus way-too-big-location
[18:21] <thomasvs> Company: do you have an ogg you know is good for you that I can test with ?
[18:21] <Company> thomasvs: most recent -plugins?
[18:22] <thomasvs> Company: yep
[18:22] <Company> thomasvs: hm
[18:22] <thomasvs> Company: even when seeking back to 0, it goes to something like 18 hours :)
[18:22] <thomasvs> Company: the offset used internally in oggdemux is the offset in number of samples, right ?
[18:23] <Company> thomasvs: with gst-player?
[18:23] <thomasvs> Company: yep
[18:24] <C> i pasted the HelloWorld code from the documentation, and when i run it w/ an mp3 file i get this error:  (process:4759): GStreamer-CRITICAL **: file gstelement.c: line 1720 (gst_element_link_many): assertion `element_1 != NULL && element_2 != NULL' failed
[18:25] <Company> thomasvs: and vorbisfile works in gst-player
[18:25] <thomasvs> Company: yep
[18:25] <Company> thomasvs: so you'Re sure it's not a clocking issue?
[18:25] <thomasvs> ok, will try again
[18:25] <thomasvs> no, I'm not sure it's not a clocking issue
[18:25] <thomasvs> in fact, it looks like a clocking issue
[18:26] <thomasvs> but I can't be sure atm
[18:26] <C> why would i get this error?
[18:26] <thomasvs> julien reports it works with some oggs, but with some others he has the same issue
[18:26] <thomasvs> C: from where exactly did you paste it ?
[18:26] <Company> hm
[18:26] <C> http://gstreamer.net/docs/cvs/manual/html/cha-hello.html
[18:26] <thomasvs> Company: if you have a file that you are sure works fine for you I'd like to test
[18:27] <thomasvs> C: what version of gst do you have installed ?
[18:27] somex1 ([email protected]) joined #gstreamer.
[18:27] <Company> thomasvs: i used http://www.xiph.org/~volsung/cc/mixtape.html (the smaller one) for tests
[18:28] <Company> the other files are random files i got from somewhere
[18:28] <C> i have 7.3
[18:28] <thomasvs> C: run gst-inspect-0.7 madd
[18:28] <thomasvs> C: run gst-inspect-0.7 mad
[18:28] <C> ah i don't have it. thanks  (i thought i had it for some reason)
[18:32] <thomasvs> C: did you run gst-register
[18:33] <C> not after i compiled the plugins :P
[18:34] Nick change: md` -> freakyalienbunny
[18:35] Nick change: freakyalienbunny -> freakyaliencat
[18:37] Nick change: freakyaliencat -> md`
[18:37] <C> sweet! it plays my mp3s!  i love gst
[18:37] <Company> wicked
[18:37] <Company> apart from theora using ~100% cpu on my ibook, gstreamer theora playback works
[18:37] <taaz> ohh... neat, i got my python gstplay-er to do aasink
[18:37] <taaz> segfaults at the end but...
[18:38] <ensonic> sweet, after 30 min configure, gst-plugins now compile, I love my crappy slow sun 
[18:38] <taaz> somethign is throwing an emtpy buffer off to aasink
[18:39] <Company> is there a way to force freeing the audio device?
[18:39] Action: thomasvs wonders why element_factory_make isn't showing up
[18:39] <thomasvs> taaz: sure it's not an event ? :)
[18:39] <Company> kernel claims /dev/dsp is in use, but isn't
[18:40] <taaz> thomasvs: could be.
[18:40] <taaz> #0  gst_aasink_scale (aasink=0x8501ae0, src=0x0,
[18:40] <taaz>     dest=0x851f650 '\020' <repeats 200 times>..., sw=720, sh=31457280, dw=160,
[18:40] <taaz>     dh=0) at gstaasink.c:328
[18:42] <taaz> how do i check in gdb if a buffer is an event?
[18:43] pat ([email protected]) joined #gstreamer.
[18:43] telsa ([email protected]) joined #gstreamer.
[18:43] <Company> data->type == _gst_event_type
[18:44] <thomasvs> whoah
[18:44] <thomasvs> we are under attack from companies and gnomies
[18:44] ChrisHJW ([email protected]) joined #gstreamer.
[18:44] <telsa> thomasvs: attack attack attack.
[18:44] <telsa> thomasvs: can I ask Stupid Build Questions here? 
[18:44] <taaz> huh?
[18:44] <thomasvs> telsa: sure, go ahead
[18:44] <pat> hm. Can anyone tell me what headers I'm missing to get output similar to the following?:
[18:44] <pat> gstxvidenc.c:225: error: `xenc' undeclared (first use in this function)
[18:44] <pat> gstxvidenc.c:242: error: `XVID_ERR_OK' undeclared (first use in this function)
[18:44] <pat> gstxvidenc.c: In function `gst_xvidenc_chain':
[18:44] <pat> gstxvidenc.c:262: error: `XVID_ENC_FRAME' undeclared (first use in this function)
[18:44] <pat> (...)
[18:45] <pat> ah, it's all the same people. :)
[18:45] <thomasvs> pat: more looks like a bug in our code
[18:45] <telsa> thomasvs: I'll let pat go first. Two sets of erorrs will be confusing.
[18:45] <Company> looks like too new/old xvid
[18:45] <pat> media-libs/xvid-1.0.0_beta3
[18:45] <Company> i remember there was an issue, i dunno the fix though
[18:47] <Uraeus> BBB had worked on xvid over the last few days I think so I would think our code is up to date
[18:47] <C> pat: i got the same error, do --disable-xvid
[18:47] <pat> Uraeus: well, this is the last garnome. So it's slightly dated.
[18:48] <C> so make it ./autogen.sh --disable-xvid
[18:49] <thomasvs> anyone know what gstfilter.h is used for ?
[18:49] <telsa> at least you're getting past the configure stage.
[18:49] <telsa> with a jhbuild from yesterday, I have just got as far as getting gstreamer checked out.
[18:49] <telsa> it's failing in the configure.
[18:50] <telsa> and it's complaining about aclocal, so I am scared.
[18:50] <telsa> This is on a Fedora Core 1 box, where I keep finding I am missing yet another -devel rpm.
[18:50] <thomasvs> telsa: paste the error to me privately
[18:50] <telsa> jhbuild seems to have collected about 58 versions of auto*, so I am not even sure which it is using :/
[18:53] <Company> thomasvs: it's a simple way to filter lists, the registry querying code uses it a lot
[18:55] <ensonic> has anyone ever compiled gst on solaris?
[18:56] <Company> yes
[18:56] <Company> sun did
[18:56] <ensonic> C: don't you have the problem with MAP_ANON not beeing available?
[18:56] <Company> i did it with 0.7.1 or so, but not in the last 2 months
[19:00] <ensonic> Company: then its beeing probably introduced later or applies only to my old solaris 2.6, anyway I've posted patches on sf.net
[19:00] subleet ([email protected]) left irc: "I like food, food is good!"
[19:00] <Company> ensonic: sf.net?
[19:01] <ensonic> Company: gstreamer.sourceforge.net
[19:01] <Company> ensonic: you should use gnome bugzilla
[19:01] <ensonic> irks
[19:02] <ensonic> then close the patch tracker on sf.net (I hate bugzilla, I need another login ...)
[19:02] <Company> thomasvs: close the patch tracker on sf.net please :)
[19:02] <Company> Uraeus could do it, too
[19:03] <pat> well, looks like disabling xvid did the trick.
[19:03] <pat> Thanks.
[19:03] pat ([email protected]) left #gstreamer ("Leaving").
[19:03] <thomasvs> hey !
[19:03] <thomasvs> xandros dude !
[19:03] <thomasvs> get back !
[19:03] <thomasvs> sigh :)
[19:04] Action: thomasvs adds swaths of API files to the docs build
[19:06] Action: ensonic is tranfering bugreports to bugzilla ...
[19:06] <Uraeus> thomasvs: pat is still in #gnome-hackers
[19:08] sublett ([email protected]) joined #gstreamer.
[19:12] <ensonic> i have tranfered the patches to bugzilla and deleted the bugs on sf.net, still there are 3 entries in the patches category
[19:17] <telsa> /opt/gnome2/bin/aclocal
[19:18] somex1 ([email protected]) left irc: "Download Gaim: http://gaim.sourceforge.net/"
[19:20] <Uraeus> ensonic: thanks, I disable the bugtracker on SF now
[19:21] <ensonic> Uraeus: your welcome ..
[19:24] <Uraeus> hmm, thomasvs you know if those 3 patches left on SF are either in bugzilla or applied?
[19:26] <Company> Uraeus: the os x stuff is in gst already
[19:26] <Company> Uraeus: dunno about the playlist patch, ask dolphy
[19:26] <bitshifter> does anyone know what mime type FLAC files in an ogg container get according to typedef?  application/ogg or application/x-flac ?
[19:27] <Company> bitshifter: the file itself should be application/ogg
[19:27] <NFusi0n> probably ogg
[19:27] <bitshifter> thanks
[19:28] Action: Company wonders if src ! oggdemux ! flacdec ! osssink would play that file
[19:31] <alley_cat> hmm, matroskademux plays files too fast
[19:33] <Company> fix or file bug, there's a lot of timestamp issues still to iron out anyway
[19:38] <Uraeus> alley_cat: made a patch with those nas fixes you did yesterday?
[19:39] ChriHJW_log ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[19:42] <alley_cat> Uraeus: i can send you a patch
[19:43] <Uraeus> alley_cat: ok thanks ([email protected])
[19:43] <alley_cat> still lots to do in that element though, needs a nassrc and the volume interface
[19:43] Nick change: KA -> KA_afk
[19:43] <Uraeus> alley_cat: is it possible to do a volume interface on a sound server?
[19:44] <alley_cat> Uraeus: nas has support for changing the volume
[19:44] <Uraeus> ah nice
[19:44] <Uraeus> alley_cat: I hope the volume interface is next on your todo list then :)
[19:45] <alley_cat> Uraeus: first comes setting caps correctly with the info from the nas server, then the volume :)
[19:46] <Uraeus> sounds like a sane plan yes :)
[19:48] <alley_cat> the nas api is strange, to change the samplerate you have to reconnect to the sound server
[19:49] <ds-work> same with esd
[19:51] Action: telsa departs in a trail of bugzilla droppings :) 
[19:51] telsa ([email protected]) left #gstreamer.
[19:51] <Company> that reminds me
[19:52] <ds-work> telsa was here?  does that mean we have Welsh translations now?
[19:52] Action: thomasvs is spending too much time on fixing up gststructure.c and gststructure.h mismatch
[19:52] <Company> ds-work, thomasvs: how do we handle 0.6 bugs? do we close them as wontfix? leve them in bugzilla forever?
[19:52] <thomasvs> we fix them in 0.7 ?
[19:52] <Company> thomasvs: bugs that are fixed in 0.7
[19:53] <thomasvs> hm, is there no field applicable ?
[19:53] <Company> you can set the version to 0.6.something
[19:53] <Company> but that still clutters up bugzilla
[19:54] <Company> http://bugzilla.gnome.org/show_bug.cgi?id=112143 is an example
[19:55] <thomasvs> ds-work: is it correct that gst_structure_get_field is missing from .h ?
[19:55] <Company> nope
[19:55] <thomasvs> ds-work: (please don't commit if it's not, am fixing up stuff)
[19:55] <Company> i think that should be static
[19:55] <Company> it was exposed once
[19:55] <thomasvs> it has API docs attached
[19:56] <Company> yes
[19:56] <Company> because it was exposed once
[19:56] <Company> GstStructuireField is not in public headers anymore
[20:04] KoRnouille ([email protected]) left irc: "Leaving"
[20:08] pb_ ([email protected]) joined #gstreamer.
[20:09] <ensonic> shit at 1:30 compile time the next error in gst-plugins ..., and thought i could go home now
[20:12] <ensonic> ciao and cu later
[20:12] Manny ([email protected]) joined #gstreamer.
[20:12] <Manny> hi
[20:12] ensonic ([email protected]) left #gstreamer.
[20:12] <Manny> when trying to compile gst-plugins, I get the following error:
[20:12] <thomasvs> Company: I added some stuff to the docs build, could you go over the errors from gsttag.c ?
[20:13] <Manny> riff-read.c: In function `gst_riff_peek_head':
[20:13] <Manny> riff-read.c:173: error: `RESOURCE' undeclared (first use in this function)
[20:13] <Manny> riff-read.c:173: error: (Each undeclared identifier is reported only once
[20:13] <Manny> riff-read.c:173: error: for each function it appears in.)
[20:13] <Manny> riff-read.c:173: error: `READ' undeclared (first use in this function)
[20:13] <Manny> ...
[20:13] <Manny> gst-libs/gst/riff
[20:13] <Manny> I tried to #include <gst/gst.h>, but it didn't help
[20:13] water ([email protected]) joined #gstreamer.
[20:14] <Manny> weird
[20:14] <Manny> it seems to lack many defines in various places
[20:14] <Manny> where do those come from
[20:14] <Manny> ?
[20:14] <Manny> gstadder.c:315: error: `CORE' undeclared (first use in this function)
[20:16] <thomasvs> Manny: your plugins and core are out of sync
[20:16] mathrick ([email protected]) joined #gstreamer.
[20:20] Rotty ([email protected]) left irc: Read error: 110 (Connection timed out)
[20:25] <KyleB> Company, ping
[20:28] <thomasvs> Company: I must have missed it - those mixtapes are theora vids, no ?
[20:28] <thomasvs> Company: I'm talking about ogg vorbis audio files
[20:28] water ([email protected]) left #gstreamer ("The water has parted.").
[20:28] <KyleB> thomasvs, remember that problem we discussed the other day?
[20:28] <thomasvs> anyway, biab
[20:28] yippi ([email protected]) joined #gstreamer.
[20:28] <thomasvs> KyleB: have to get home, I'm going to get a beating :)
[20:28] <KyleB> haha, enjoy it ;-)
[20:30] <Manny> thomasvs: ok
[20:34] wheels ([email protected]) joined #gstreamer.
[20:35] <Uraeus> hi wheels
[20:35] Action: wheels waves
[20:35] <Uraeus> wheels: can you please verify that ksvg use libcroco for me?
[20:35] <markey> yoyo wheelsie
[20:36] <wheels> philemon: /home/scott/projects/kde/kdegraphics/ksvg> grep -ri libcroco *
[20:36] <wheels> philemon: /home/scott/projects/kde/kdegraphics/ksvg>
[20:36] <Uraeus> hmm
[20:37] Rotty ([email protected]) joined #gstreamer.
[20:37] Action: wheels loves unix geeks -- the fact that that's more meaningful than saying something is amusing.
[20:38] <NFusi0n> what
[20:39] <Uraeus> wheels: to bad, cause if it did it would be the final nail in the 'kde can't use gstreamer due to glib' argument
[20:40] <wheels> Uraeus: Well, there's always ATK to fall back on.  ;-)
[20:40] <Uraeus> wheels: and koffice
[20:40] <wheels> Uraeus: But still -- there will some day be a massive flamewar on this topic, no matter what...
[20:41] yippi ([email protected]) left irc: "Client exiting"
[20:41] <wheels> philemon: /home/scott> ldd /opt/kde-cvs/bin/kword | grep -i glib
[20:41] <wheels> philemon: /home/scott>
[20:42] walters ([email protected]) joined #gstreamer.
[20:42] <Uraeus> wheels: not directly, I think the wp filter lib used by kword use it
[20:42] <Uraeus> hi walters
[20:42] <wheels> Uraeus: I keep intentionally delaying said flamewar as GStreamer builds mindshare...
[20:42] <walters> hey.
[20:43] <wheels> Uraeus: And at some point there will be the realization "Oh, yeah, this is more than a theoretical argument about what we like or don't like -- we need something that works for 4.0..."
[20:44] <walters> Company: i'm getting eos before ever getting handoff from fakesink on my metadata pipeline.
[20:44] <wheels> (Which really has been my logic all along.  I'm not in love with GObject or something...)
[20:45] <Uraeus> wheels: what?? :) 
[20:45] <Uraeus> walters: congrats with getting mark on the team :)
[20:46] thomasvs ([email protected]) left irc: Read error: 113 (No route to host)
[20:46] <walters> Uraeus: yeah, mark rules :)
[20:46] <Uraeus> walters: I guess the Sun vs Red Hat hiring wars are upon us now :)
[20:46] <walters> heh
[20:46] <wheels> Uraeus: Well, but that will be important -- like using GStreamer doesn't mean that we have to particularly like GObject or pay homage to the C gods -- it's just better to be pragmatic and compare GStreamer with the other options, which for our purposes -- at the moment anyway -- aren't preferable.
[20:47] <Uraeus> wheels: yeah, personally I always prefered Odin over the C-gods, the C goods have so light voices :)
[20:48] sebfrance ([email protected]) joined #gstreamer.
[20:48] <Uraeus> walters: the Sun job add for mark's position asked for someone with at least 7 years experience, which says alot of how they valued him
[20:48] <sebfrance> Hello
[20:48] <Uraeus> hi sebfrance
[20:49] <wheels> Uraeus: Well, but job advertisements in the US are always like that.  They always ask for things that they really don't expect to get.
[20:49] <Uraeus> wheels: this is in Ireland
[20:49] <wheels> Uraeus: American company...
[20:49] <sebfrance> I'm learning how to use v4l, I made an overlay in SDL, and intialized correctly my video device, now what do I need to copy into the array of pixels of the overlay ? 
[20:49] Zeenix ([email protected]) joined #gstreamer.
[20:49] <Uraeus> good evening Zeenix
[20:50] <Uraeus> Zeenix: we are still waiting for the xoverlay support for libcaca
[20:50] <Uraeus> wheels: maybe you suggest to mr.Ruby that he should apply for the job <g>
[20:52] <Zeenix> Uraeus: hi, i'll be working on it tonigh
[20:52] <Zeenix> s/tonigh/tonight
[20:52] <Uraeus> cool :)
[20:53] <Uraeus> sebfrance: the person to answer your question is probably BBB, but as you see he is not here atm
[20:53] <wheels> Uraeus: Oh, and I just had some fun with ldd -- the two things in the KDE plugins dir that link to glib are stuff that links to aRts and the msword import filter.
[20:54] <Uraeus> ah, it was msword not wordperfect, well almost correct :)
[20:54] <sebfrance> Uraeus: Ronald Bultge ?
[20:54] <Uraeus> sebfrance: Bultje, yes
[20:56] <Manny> where is the gst bugzilla?
[20:56] <Uraeus> Manny: bugzilla.gnome.org
[20:56] thomasvs ([email protected]) joined #gstreamer.
[20:56] ChrisHJW_log ([email protected]) joined #gstreamer.
[20:56] <Manny> thanks
[20:56] <thomasvs> Company: so, do you have a vorbis file I can test ?
[20:57] <Uraeus> wheels: do you know Ian Geiser?
[20:57] sxpert ([email protected]) left irc: "Client exiting"
[20:57] <wheels> Uraeus: A fair bit -- what do you want to know?  :-)
[20:58] <Uraeus> wheels: nothing, just heard some people not being to impressed with him :)
[20:58] <wheels> Uraeus: Oh, uhm -- he's a bit gooby and loud, but generally a good guy.
[20:58] <Uraeus> wheels: It has come to my attention that freedesktop.org is a front for echlon, each standard that has been devised was done so to make analisis by the NSA far easier.
[20:59] <Uraeus> that is a quote from him it seem :)
[20:59] <wheels> Uraeus: Hmm, that doesn't sound very Ian like.  IIRC he's nominally pro-freedesktop...
[20:59] <wheels> Uraeus: He might have just been being sarcastic and it was missed on someone...
[21:00] <Uraeus> ok, it was just a quote from a long thread of freedesktop flames so it could be people misinterpreted :)
[21:00] <Manny> Uraeus: is this a valid bug report: http://bugzilla.gnome.org/show_bug.cgi?id=133002 ?
[21:00] <wheels> Uraeus: (That's not to say that I couldn't imagine people saying that seriously, but I wouldn't guess Ian amoung them.)
[21:01] <Uraeus> Manny: yes thanks, I think that is enough info to get that issue fixed
[21:01] <Manny> ok
[21:01] <Uraeus> wheels: well judging by Slashdot there is no limit to what people can make themselves say seriously on any subject :)
[21:02] <wheels> Uraeus: Like IIRC he's been one of the guys advocating D-BUS and I noticed he and Havoc getting along well at N7y...
[21:04] <Uraeus> wheels: ah ok
[21:07] <Company> thomasvs: the one i gave you is a vorbis file :)
[21:07] <Company> thomasvs: and apart from that one i don'T have one that's available on the web
[21:12] <thomasvs> Company: on the page link you gave me, http://www.xiph.org/~volsung/cc/mixtape.html, I see two ,movs and two .oggs that are labeled as theora ...
[21:12] <thomasvs> Company: so what am I missing ?
[21:13] <Company> thomasvs: the theora videos contain vorbis audio
[21:13] BBB ([email protected]) joined #gstreamer.
[21:15] Action: ds-work wants a job working on GStreamer full time
[21:15] <Uraeus> ds-work: that was not the tune this summer :)
[21:15] <Uraeus> wb BBB
[21:16] <Uraeus> ds-work: but maybe you could apply for the sun job and get them to make gst a big part of your job
[21:16] <BBB> howdy
[21:16] <ds-work> Uraeus: my work environment has changed somewhat
[21:16] <Uraeus> ah
[21:16] <BBB> ds-work: I heard dolphy has one job left :p
[21:16] <BBB> and I know that if your salary demands aren't too high, my company will gladly hire new people
[21:17] <BBB> it'll just not be gst full-time
[21:17] <BBB> only part of the time
[21:17] <ds-work> I have that now
[21:18] <BBB> then I can't help you :p but that was sort of obvious ;)
[21:18] Action: BBB has housing in NYC!!! :)
[21:18] Action: BBB orders flight tickets
[21:19] <Uraeus> BBB: a crate isn't housing :)
[21:19] <BBB> where can I get cheap flight tickets?
[21:19] <Uraeus> BBB: expedia.com
[21:19] <KyleB> Company, remember the "problem" we discussed briefly the other day, the one you said would go away?
[21:20] <ds-work> BBB: the major airlines are fairly inexpensive for atlantic travel -- you just need to be flexible with departure city
[21:21] Action: BBB loves a'dam->nyc directly
[21:21] Zeenix ([email protected]) left irc: Read error: 110 (Connection timed out)
[21:21] <Company> KyleB: yeah
[21:22] <KyleB> Company, it hasn't and i did a fresh CVS checkout this afternoon. mind if I paste you the error message?
[21:22] <BBB> if I have a visum, am I allowed to stay a while longer after the visum is no longer valid simply because my official termine isn't finished yet?
[21:22] <ds-work> BBB: where are you living?
[21:22] <Company> KyleB: that was the "fix threading please" thing?
[21:22] <BBB> ds-work: netherlands
[21:23] <ds-work> BBB: in nyc
[21:23] <KyleB> Company, well, you said somthing about that, but I don't see that in the error message
[21:23] <Uraeus> BBB: the dutch airline is rather cheap to NY isn't it?
[21:23] <ds-work> BBB: iirc, you automatically have a 3-month tourist visa at the end of a student visa
[21:24] <ds-work> BBB: but, of course, you can't work or be a student during that time
[21:24] <BBB> so when my official visum ends, I can stay a while longer?
[21:24] <BBB> no, of course
[21:24] <BBB> my appointment ends eug. 10th
[21:24] <BBB> so does my stuednt visum
[21:24] <BBB> so I can stay 3 months longer then?
[21:25] Action: BBB orders tickets for feb 8 - aug 18
[21:25] <Uraeus> BBB: btw, someone reported that matroskademux plays back files to fast
[21:25] <ds-work> BBB: I think so, yes
[21:25] <ds-work> BBB: if not, you can take a short trip to toronto
[21:25] <BBB> Uraeus: uh?
[21:25] <BBB> not for me ;)
[21:25] <BBB> toronto? :p
[21:25] <BBB> 18 aug!
[21:26] <BBB> whee!
[21:26] <BBB> lowlands starts aug 2th
[21:26] <BBB> 20th
[21:26] Action: BBB so happy
[21:26] <BBB> I'll be in NYC *and* I'll attend lowlands
[21:26] <Company> what's lowlands?
[21:26] <BBB> a dutch rock music festival
[21:27] <ds-work> nice.  sfo->NYC for $163
[21:28] <BBB> sfo?
[21:28] <ds-work> san francisco
[21:28] Action: ds-work visits BBB
[21:29] <BBB> cool!!!
[21:29] <BBB> please do :)
[21:30] <ds-work> BBB: you're also welcome to come here, if you have time
[21:30] Action: wheels is preparing to unplug and go on vacation for a week.  :-)
[21:30] <BBB> ds-work: I won't have much time, I'm affraid... I pretty much work all dya long, 5 days/week... if I can, I'll come over for a weekend :)
[21:33] <walters> word!
[21:33] Action: walters got length queries working in rb
[21:34] Action: walters didn't quit realize that GST_FORMAT_TIME queries were in *nano*seconds at first
[21:34] <ds-work> all times in gstreamer are in nanoseconds
[21:35] <Company> walters: great
[21:35] <walters> ds-work: is that high a resolution necessary?
[21:36] <Company> not yet
[21:36] <ds-work> walters: yes
[21:36] <thomasvs> Company: OK, so you don't have an actual sound file to test gst-player with (ie only vorbis) ?
[21:36] <Company> it's a bit better wrt rounding errors though
[21:36] <Company> thomasvs: yeah, i do, but only locally
[21:36] <Company> thomasvs: and those worked
[21:36] <thomasvs> Company: well, could you verify one in the player, then put it online so I can check here if it's something else in my setup perhaps ?
[21:38] <Company> thomasvs: the player is all borked here atm, so it wopuld take some time to unbork
[21:38] <Company> thomasvs: and putting them online is not that easy without webspace ;)
[21:38] <Company> why doesn't GST_CHECK_LIBHEADER work with static libs btw?
[21:39] <thomasvs> Company: what's borked about it ? works fine here.  local changes ?
[21:39] <Company> thomasvs: dunno, maybe local changes, maybe older cvs, something like that
[21:39] <Company> does that theora video work in the player?
[21:40] <thomasvs> ill check
[21:40] <Company> it works in rhythmbox
[21:40] <thomasvs> do you have theora video libs installed ?
[21:40] <thomasvs> and if so, did you upgrade your ogg libraries for it ?
[21:40] <Company> i didn't when i tested it
[21:41] <Company> and no, it works with stock libogg 1.1
[21:41] <Company> well yes, i needed to upgrade liboog to 1.1 for theora to build
[21:41] <thomasvs> ds-work,Company: so, feel free to add API docs to the stuff I added to the gtk-doc build
[21:42] <Company> that requires me getting docs to build first :/
[21:42] Action: BBB will work on documenting events tonight
[21:43] <Company> ok, gstreamer plays Theora files now
[21:43] <walters> thomasvs: how's the release coming?
[21:43] <Company> we do something now that mplayer and xine can't ;)
[21:43] <ds-work> encoding?
[21:44] <Company> playing theora
[21:44] <Company> not very well though ;)
[21:44] flarp ([email protected]) joined #gstreamer.
[21:47] <BBB> Company: commit! :)
[21:47] <Company> BBB: it's in already
[21:47] <BBB> whee
[21:47] Action: BBB fixed most remaining MPEG issues this afternoon
[21:48] <thomasvs> walters: well, I need to get churning I guess
[21:48] <thomasvs> walters: but still running in little iffies
[21:48] <thomasvs> anyone have any comments on the site btw ?
[21:48] <thomasvs> I'm still just doing as  I please
[21:49] Action: thomasvs decides to build libogg 1.1 packages so he can join in the theora fun
[21:49] <thomasvs> wouldn't it be nice if theora had a beta1 release with a fixed stream spec, so it would start getting That Vorbis Effect going ?
[21:49] <thomasvs> yay !
[21:49] Action: thomasvs has updated devhelp docs with gsttag stuff in it
[21:50] <thomasvs> walters: could you try playing some oggs of yours in gst-player with recent cvs of everything ?
[21:50] <thomasvs> walters: I'm having some weird issues and all of my files are encoded the same way so I don't know if it's a local problem or not
[21:51] <Company> gnight
[21:51] Company ([email protected]) left irc: Remote closed the connection
[21:51] <thomasvs> damn
[21:51] <thomasvs> just had a question
[21:52] <BBB> just ask ;)
[21:53] <thomasvs> well, it's vorbisrelated
[21:53] <thomasvs> and nobody seems to be able to help
[21:53] <thomasvs> I really want to make sure seeking works before trying to release
[21:53] <BBB> release tomorrow? :)
[21:53] <BBB> does MPEG/avi/matroska seeking work for you now?
[21:53] <walters> it works in rb
[21:54] <walters> building gst-player now
[21:54] <trow> BBB: avi seeking works in totem now
[21:54] <trow> Unfortunately, seeking seems to trigger random memory corruption.  After you seek a few times, it segfaults...
[21:54] <thomasvs> trow: yeah, we've been doing some good fixing this week
[21:54] <thomasvs> trow: does it increase mem usage for you ?
[21:54] <thomasvs> trow: can you file a bt for one of those segfaults ?
[21:55] <trow> thomasvs: OK.  Actually, the crash usually comes as a g_error from a failed caps negotiation.
[21:55] <walters> hmmm
[21:56] <walters> actually, i seem to be getting spurious EOS
[21:56] <walters> in the middle of songs
[21:56] <ds-work> cool
[21:56] <thomasvs> trow: those shouldn't gerror anymore - they should be element_errors
[21:56] <thomasvs> trow: so I'd definately like to know where that happens
[21:56] <trow> thomasvs: OK, I'll file a bug w/ as much useful information as I can dig up.
[21:57] <thomasvs> walters: can I get one of your oggs from somewhere before I go crazy here ?
[21:57] <walters> thomasvs: yeah...one sec
[21:57] Action: thomasvs just commited dolphy's patch for flushing - so seeking is a lot faster now in the player
[21:57] <walters> here's one
[21:57] <walters> http://verbum.org/files/Angel.ogg
[21:58] <walters> gst-player seems to be working too
[21:58] <walters> except it segfaults when i do visualization
[21:58] <thomasvs> walters: try without vis
[21:58] <thomasvs> walters: then try seeking on it
[21:58] <trow> thomasvs: ...and yes, I just checked and every time I seek my totem process grows by about 75 megs. :/
[21:58] <thomasvs> you know, it *is* cool how a theora file just manages to play by design through gst, even without the video codec present
[21:58] <walters> hmmm...seeking seems kinda wonky actually
[21:58] <thomasvs> walters: yeah, here too
[21:58] <walters> like it works, but only after a delay
[21:59] <walters> hm
[21:59] <thomasvs> walters: ah, that just got fixed
[21:59] <thomasvs> walters: it was the queue not flushing
[21:59] <walters> ok
[21:59] <thomasvs> walters: actually, it was a whole bunch of things not fixing
[21:59] <walters> lemme upd
[21:59] <thomasvs> flushing
[21:59] <thomasvs> trow: yeah, I'm going to look at that this weekend.  dolphy and BBB didn't have it
[21:59] <thomasvs> must be a simple mmap error
[22:03] <thomasvs> trow: if you have some spare time, feel free to read the updated PWG and comment
[22:03] flarp ([email protected]) left irc: "Client Exiting"
[22:14] <ds-work> Uraeus: where is Sun hiring for GNOME?
[22:16] <Uraeus> ds-work: mark mcloughlin has quit and he told me Sun will be hiring a replacement, the add isn't external yet, but yippi can probably get you the add/forward your application
[22:17] <thomasvs> hm
[22:17] <thomasvs> with esdsink seeking works now
[22:17] <thomasvs> strange
[22:17] <thomasvs> though it sounds like it's playing the file at a lower rate/pitch
[22:17] <ds-work> Uraeus: do you know where it is?
[22:19] <Uraeus> ds-work: mark worked in dublin, but I don't think Sun is very strict on location, I mean Gman is in .nz now and yippi is in boston
[22:19] <Uraeus> hmm, no not Boston actually, but some US city
[22:19] <ds-work> chicago
[22:22] <Uraeus> ds-work: if you are interested I would send a mail to yippi asking him to get you some details and ask if he is willing to forward an application to the right person
[22:23] <trow> thomasvs: OK, bug #133006
[22:23] <trow> ds-work: Sun is hiring in Chicago?  Interesting...
[22:23] Action: trow is in Chicago.
[22:23] <trow> Not that I'm looking for a job.
[22:24] <Uraeus> trow: not specifially, but as you know markmc has quit, and Sun is hiring a replacement,and Sun seems pretty open on where you locate
[22:25] <thomasvs> what's the right way to compare GQuarks for equality ?
[22:26] <trow> thomasvs: The other weird thing I've noticed about seeking is that sometimes the time we end up at isn't exactly when we seeked to.  It seems to be randomly off by a few seconds.
[22:26] <ds-work> thomasvs: ==
[22:28] <thomasvs> trow: yeah, that depends on the plugins
[22:28] Manny ([email protected]) left irc: 
[22:28] <thomasvs> trow: some plugins do an approximate seek when they cannot know for sure
[22:28] <thomasvs> trow: think vbr files without a byte/time pair cache
[22:28] <thomasvs> ds-work: ah, great
[22:29] sebfrance ([email protected]) left irc: "good night"
[22:29] apoc ([email protected]) joined #gstreamer.
[22:29] <Uraeus> hi apoc
[22:29] <thomasvs> you know, strncmp (a, b, strlen (a)) is probably a bad idea when b is smaller than a - so why doesn't glib seem to have a function for that ?
[22:29] <apoc> hi
[22:29] <ds-work> thomasvs: it doesn't matter, since strncmp() stops at the end of either string
[22:30] <thomasvs> ds-work: ah, ok
[22:36] <ds-work> why is everyone going to work for Red Hat?
[22:37] <trow> ds-work: Probably because they are on a hiring binge. :)
[22:40] Action: BBB has tickets!
[22:41] <ds-work> BBB: where are you living in NY?
[22:41] <BBB> in manhattan
[22:42] <ds-work> yes, but where?
[22:42] <BBB> I don't know the street
[22:42] <thomasvs> argh
[22:42] <BBB> the housing is called 'kolping house'
[22:42] Action: thomasvs just figured out the headers for gstplay are named wrong
[22:43] <ds-work>  165 East 88 Street
[22:44] <ds-work> cool
[22:44] <desrt> hm.  sort of a good sign i guess
[22:44] <desrt> redhat is the only tech firm not laying off :P
[22:45] <wheels> yet  :-)
[22:45] <BBB> ds-work: is that good or not?
[22:46] <ds-work> BBB: not familiar with the area
[22:46] <BBB> ohwell, it'll be good
[22:46] <ds-work> desrt: erm
[22:47] <ds-work> desrt: I know a lot of companies that are hiring around SF
[22:47] <desrt> ds; it was meant to be a wildly inaccurate statement.  it's best to ignore me when i say stuff like that :)
[22:47] <ds-work> heh
[22:47] <ds-work> BBB: actually, I do know the area
[22:50] <ds-work> BBB: I have a friend who used to live at 88th and 2nd, which is 1.5 blocks away
[22:50] <ds-work> at least, I *think* it was 88th
[22:51] <Uraeus> ds-work: well red hat do have the 'cool company' image, which makes everyone (including me) wanting to work there
[22:52] Shoragan ([email protected]) got netsplit.
[22:52] aldug ([email protected]) got netsplit.
[22:53] Shoragan ([email protected]) returned to #gstreamer.
[22:53] aldug ([email protected]) returned to #gstreamer.
[22:53] <taaz> Uraeus: but can you work there and use debian? ;)
[22:53] <alley_cat> how can i test if i support the mixer device correctly?
[22:53] <Uraeus> taaz: no, but that is why the hire so many debian people, to convert them, like Havoc and Bastien and Walters :)
[22:54] <wheels> So who all is at RH now?
[22:54] <Uraeus> alley_cat: gst-mixer in gnome-media, but you need to manually se the gconf key
[22:54] <alley_cat> Uraeus: that needs the unstable gnome-media, right?
[22:54] david_ ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[22:54] <BBB> eh?
[22:55] <BBB> Uraeus: no
[22:55] <BBB> you don't
[22:55] <BBB> the mixer doesn't use gconf
[22:55] <BBB> it's all full automatic
[22:55] <Uraeus> wheels: Red Hat has been hiring 4-5 new gnome hackers recently, including walters
[22:55] <BBB> even device detection
[22:55] <Uraeus> BBB: sorry don't know what I was thinking
[22:55] <BBB> :)
[22:55] Action: thomasvs performs some cvs surgery
[22:55] <Uraeus> BBB: but alley_cat has implemented mixing for NAS the sound server
[22:55] <BBB> company thought the same thing
[22:55] <BBB> cool!!!!!!!
[22:55] <taaz> autotools quesion, how can i do blah_SOURCES = $(FOO).c?  it creates stupid .deps/ things that can't seem to handle the var expansion.
[22:55] <Uraeus> BBB: well how will that work out in regards to autodetection?
[22:56] <BBB> alley_cat: if you want to support device autodetection, use property probing
[22:56] <BBB> alley_cat: it's already explained in the plugin writer's guide at freedesktop.org/~gstreamer/..
[22:56] <wheels> Uraeus: Yeah, ok -- I knew they had been hiring Gnome guys, but had missed out on the walters part of things.  :-)
[22:56] <taaz> thomasvs: be careful... ;)
[22:56] Shoragan ([email protected]) left irc: Client Quit
[22:56] <BBB> walters will make redhat convert from linux to GStreamerOS
[22:56] <BBB> [/evil plans]
[22:57] Action: BBB is sooooooooooooo happy that he finally got everything taken care of
[22:58] <BBB> one week of NOTHINGNESS before I get to my new adventure
[22:58] <BBB> can't wait
[22:58] <thomasvs> taaz: I did a few already and nobody noticed, so ... :)
[22:58] <wheels> BBB: Well, I'm still waiting on GRedHat.  :-)
[22:58] <thomasvs> taaz: where do you want FOO to be defined from ?
[22:58] <alley_cat> BBB: i just want to test if i implemented the mixer stuff correctly
[22:59] <BBB> alley_cat: make sure your element has the category 'Generic/Audio' in the elementfactory details, and then just open gst-mixer
[22:59] <BBB> it should autodetect itr
[23:05] <taaz> thomasvs: top of the file.  i was trying to simplify the python modules makefiles.  so do MODULE=gstplay at the top then there's about 20 places i'd like to use "$(MODULE)" vs "gstplay"
[23:05] <taaz> maybe i should just figure out how to convert to distutils ;)
[23:07] <ds-work> no, walters will make Red Hat convert to Debian :)
[23:08] <alley_cat> hmm, doesn't show up in gnome-volume-control
[23:09] <BBB> check the log messages (it uses GST_DEBUG, afaik)
[23:09] <BBB> :)
[23:13] <alley_cat> hmm, it inits the nas sink, but that's all
[23:14] water ([email protected]) joined #gstreamer.
[23:15] water ([email protected]) left #gstreamer ("The water has parted.").
[23:15] <BBB> alley_cat: what's the category?
[23:15] <alley_cat> does gnome-volume-control connect something to the mixer elements?
[23:15] <BBB> no
[23:16] <alley_cat> normally Sink/Audio, changed that to Generic/Audio to test
[23:16] <alley_cat> hmm, then it can't work for nas
[23:16] <alley_cat> the nas volume is only for a specific connection to the server afaik
[23:16] <BBB> make sure you re-run gst-register after changing that
[23:16] <BBB> it reads the registry
[23:16] <alley_cat> i did
[23:17] <BBB> hm.. odd
[23:17] <BBB> the code is in CVS, right?
[23:17] <alley_cat> hmm, now i get a realocation error when trying to inspect the nassink, that could explain it
[23:17] <BBB> owh
[23:17] <BBB> wait
[23:18] <BBB> it wants propertyprobe interfaces on elements
[23:18] <BBB> that's a bit hackishly
[23:18] Action: BBB thinks gst-mixer is cool but not perfect yet
[23:19] <BBB> alley_cat: add a device property, add propertyprobe for it and ignore everything
[23:19] <BBB> that should help a bit ;)
[23:19] <BBB> and yes it's hackish
[23:20] <alley_cat> well, it's useless in gnome-volume-control anyway ;)
[23:21] <BBB> why?
[23:22] sublett ([email protected]) got netsplit.
[23:22] ds-gromit ([email protected]) got netsplit.
[23:22] lilo_booter ([email protected]) got netsplit.
[23:23] <alley_cat> oh, actually it isn't, the gain setting is global
[23:23] <alley_cat> so the next task is adding propertyprobe for the device
[23:23] <BBB> if possible, yes
[23:23] <alley_cat> somehow i think i should split the nas element like the oss one is split
[23:23] <BBB> and I'm off now, this is expensive :)
[23:24] <alley_cat> it gets crowded with stuff
[23:24] <BBB> I think that's a good idea
[23:24] Action: BBB gone
[23:24] <BBB> bye
[23:24] BBB ([email protected]) left irc: "Client exiting"
[23:25] <alley_cat> especially since eventually there will be a nassrc too
[23:28] lilo_booter ([email protected]) got lost in the net-split.
[23:28] ds-gromit ([email protected]) got lost in the net-split.
[23:28] sublett ([email protected]) got lost in the net-split.
[23:28] markey ([email protected]) left irc: "leaving"
[23:41] lilo_booter ([email protected]) joined #gstreamer.
[23:42] ds-gromit ([email protected]) joined #gstreamer.
[23:43] sublett ([email protected]) joined #gstreamer.
[23:47] trow ([email protected]) left irc: "Leaving"
[23:47] edmack ([email protected]) joined #gstreamer.
[23:49] <edmack> is '** (a.out:668): WARNING **: pad unlink for different groups, implement me' a normality of exterminating a spider? Its making a mess of my otherwise nice clean command-line
[23:50] ChrisHJW ([email protected]) left irc: Connection timed out
[23:59] thaytan ([email protected]) joined #gstreamer.
[23:59] <ds-work> edmack: just ignore it
[00:00] --- Sat Jan 31 2004
[00:05] <edmack> ds-work: ok. Can I suppress it at all? just for now
[00:06] <ds-work> 2>/dev/null
[00:06] <edmack> ok, thanks
[00:11] <mathrick> nite all
[00:11] Nick change: mathrick -> mathrick|sleep
[00:12] hallibaby ([email protected]) joined #gstreamer.
[00:12] Nick change: harshyWork -> harshy
[00:14] Uraeus ([email protected]) left irc: "Client exiting"
[00:14] water ([email protected]) joined #gstreamer.
[00:14] water ([email protected]) left #gstreamer ("The water has parted.").
[00:21] Nick change: edmack -> EdMack-Viewtiful
[00:24] khalek ([email protected]) joined #gstreamer.
[00:29] apoc ([email protected]) left irc: "Leaving"
[00:33] Nick change: bluejay|sleep -> bluejay
[00:55] Action: hallibaby is away: I'm busy
[01:11] sublett ([email protected]) left irc: "I like food, food is good!"
[01:23] EdMack-Viewtiful ([email protected]) left irc: Read error: 60 (Operation timed out)
[01:26] Nick change: harshy -> harshyOut
[01:31] md` ([email protected]) left irc: Read error: 60 (Operation timed out)
[01:41] pb_ ([email protected]) left irc: "Client exiting"
[01:53] foser ([email protected]) left irc: Read error: 113 (No route to host)
[02:37] tsiar ([[email protected]) joined #gstreamer.
[02:38] jcsston ([email protected]) joined #gstreamer.
[02:51] Misirlou ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[02:51] taaz ([email protected]) left irc: Success
[02:51] C ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[02:51] Rotty ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[02:51] Rotty ([email protected]) joined #gstreamer.
[02:52] Misirlou ([email protected]) joined #gstreamer.


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn