IRC Logs

*******************************************************************
[03:06] <thaytoo> ds-work: I'm jealous... I'm still only getting around 400 :)
[03:06] <ds-work> install as many ladspa plugins as you can find
[03:06] <ds-work> and install gst-sci
[03:06] <thaytoo> heh :)
[03:44] steveb__ ([email protected]) joined #gstreamer.
[03:44] steveb_ ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[03:59] mxpxpod ([email protected]) joined #gstreamer.
[04:19] lilo ([email protected]) left irc: "brb"
[04:19] lilo ([email protected]) joined #gstreamer.
[04:22] lilo ([email protected]) left irc: Client Quit
[04:26] jaiserca ([email protected]) left irc: "Terminando cliente"
[04:59] ct__ ([email protected]) left irc: Client Quit
[05:24] jcsston ([email protected]) joined #gstreamer.
[05:31] lilo ([email protected]) joined #gstreamer.
[05:32] lilo ([email protected]) left irc: Client Quit
[05:35] lilo ([email protected]) joined #gstreamer.
[06:05] <mxpxpod> ok, I have a question about GstTagList... is it a child of GstStructure? or something else?
[06:05] <ds-work> it _is_ a GstStructure
[06:05] <ds-work> just with a different name
[06:05] <ds-work> typedef GstStructure GstTagList;
[06:06] <mxpxpod> but you use a different new() function for it
[06:07] <ds-work> so...
[06:08] <mxpxpod> should I just typedef the c++ class? (typedef Gst::Structure Gst::TagList) or make it inherit from Gst::Structure so I can override the new, copy, and free functions
[06:09] <ds-work> well, the new functions are different
[06:10] <ds-work> I would consider it a separate class
[06:10] <mxpxpod> ok
[06:11] <mxpxpod> and since the taglist is a structure, that makes it a boxed class, right?
[06:11] <ds-work> yes
[06:11] <ds-work> boxed _type_, that is
[06:11] <mxpxpod> ds-work: thanks for all the help
[06:12] <mxpxpod> right
[06:31] <mxpxpod> ds-work: this would be much easier if TagList was a child :(
[06:48] <mxpxpod> ds-work: yeah, this isn't working...
[06:48] <mxpxpod> I keep getting this:
[06:48] <mxpxpod> (process:22664): GStreamer-CRITICAL **: file gsttag.c: line 779 (gst_event_new_tag): assertion `list == NULL || GST_IS_TAG_LIST (list)' failed
[06:48] <mxpxpod>  
[06:48] <mxpxpod> (process:22664): GStreamer-CRITICAL **: file gstpad.c: line 3000 (gst_pad_push): assertion `data != NULL' failed
[06:48] <mxpxpod> in the found_tag signal of an element
[06:50] ChrisHJW ([email protected]) joined #gstreamer.
[07:34] thaytoo ([email protected]) left irc: "seeya!"
[07:45] thomasvs ([email protected]) left irc: Read error: 113 (No route to host)
[07:47] thomasvs ([email protected]) joined #gstreamer.
[07:55] sub_pop ([email protected]) left irc: "Client exiting"
[08:13] ChrisHJW ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[08:17] sub_pop ([email protected]) joined #gstreamer.
[08:41] jcsston ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[08:42] thomasvs ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[08:43] jcsston ([email protected]) joined #gstreamer.
[08:46] somex1 ([email protected]) left #gstreamer.
[08:48] Nick change: mathrick|sleep -> mathrick
[08:48] <mathrick> mornin
[08:49] RandMC_ ([email protected]) joined #gstreamer.
[08:50] RandMC_ ([email protected]) left #gstreamer.
[08:50] <mathrick> mxpxpod: you can treat is a child, there is no requirement for subclass to add any fields, so basically you just define this new constructor and everything's fine
[08:56] Company ([email protected]) joined #gstreamer.
[08:57] <mathrick> yo Company
[08:58] <Company> oy
[09:00] jcsston` ([email protected]) joined #gstreamer.
[09:02] thomasvs ([email protected]) joined #gstreamer.
[09:04] kmaraas ([email protected]) left irc: "Leaving"
[09:18] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[09:21] wheels ([email protected]) left irc: "work"
[09:36] jcsston` ([email protected]) left irc: "VDubMOD watchout TCME is coming!"
[09:38] Company ([email protected]) left irc: Remote closed the connection
[10:05] thomasvs ([email protected]) left irc: Read error: 110 (Connection timed out)
[10:15] jdahlin ([email protected]) joined #gstreamer.
[10:22] NFusi0n ([email protected]) joined #gstreamer.
[10:26] thomasvs ([email protected]) joined #gstreamer.
[10:32] markey ([email protected]) joined #gstreamer.
[10:36] danb ([email protected]) left irc: Read error: 110 (Connection timed out)
[10:42] thaytan ([email protected]) joined #gstreamer.
[10:46] Shoragan ([email protected]) joined #gstreamer.
[10:48] <mathrick> thomasvs: version info in gst refmanual rocks :)
[10:50] <thomasvs> mathrick: it's a bit overdone, but at least it's clear
[10:50] <KoRnouille> what's vgavideosink ?
[10:50] <KoRnouille> (hi)
[10:51] <KoRnouille> and where can I get quicktime_parser quicktime_decoder quicktime_demux ?
[10:51] <mathrick> thomasvs: 0.7.4.1? No, it's just right, unambiguity first :)
[10:53] <mathrick> thomasvs: after all, there's plenty of unused space in header
[10:53] dolphy ([email protected]) joined #gstreamer.
[10:56] <dolphy> morning
[10:56] <KoRnouille> good morning dolphy
[10:57] <mathrick> yo dolphy
[10:59] <mathrick> dolphy: totem: could you please change it so it doesn't load last viewed file on startup? it's stupid and creates endless possibilities for hangs / error messages at startup
[11:05] <KoRnouille> I have an question. I can't figure out how to read my webcam (/dev/video0) and display on Xwindow
[11:07] <dolphy> mathrick: if you could drop some bugs in totem modules on bugzilla
[11:08] <dolphy> mathrick: this way hadess is notified too
[11:09] sublett ([email protected]) joined #gstreamer.
[11:10] thaytan ([email protected]) left irc: Remote closed the connection
[11:11] <mathrick> dolphy: sure
[11:15] <dolphy> mathrick: thx
[11:16] thaytan ([email protected]) joined #gstreamer.
[11:24] markey ([email protected]) left irc: "leaving"
[11:25] <thomasvs> KoRnouille: try gst-launch v4lsrc ! ffcolorspace ! xvimagesink
[11:26] thaytan ([email protected]) left irc: Remote closed the connection
[11:27] <mathrick> dolphy: http://bugzilla.gnome.org/show_bug.cgi?id=134716
[11:28] <mathrick> dolphy: you should also add some target versions to bugzilla, just "unspecified" isn't awfully broad choice ;)
[11:29] <dolphy> mathrick: i m not the maintainer of that project :)
[11:29] <dolphy> mathrick: i don't have admin access though :)
[11:29] <mathrick> dolphy: yep, but you could bug hadess, right? :)
[11:30] <dolphy> mathrick: yep
[11:30] <dolphy> seems he is away atm
[11:32] ensonic ([email protected]) joined #gstreamer.
[11:35] Shoragan ([email protected]) left irc: "Leaving"
[11:35] <KoRnouille> thomasvs: im using v6.5... is xvimagesink supposed to be implemented yet ?
[11:36] <mathrick> dolphy: also, mailing [email protected] works, too
[11:36] <mathrick> KoRnouille: no
[11:36] <KoRnouille> added plugin videosink with 1 feature(s)
[11:36] <KoRnouille> added plugin xvideosink with 1 feature(s)
[11:36] <KoRnouille> ok mathrick
[11:39] <KoRnouille> is there a documentation somewhere about all the plugins ?
[11:39] <KoRnouille> I don't know what colospace is for, I'm reading about spider, etc...
[11:40] <thomasvs> KoRnouille: nope, xvideosink
[11:47] <mathrick> KoRnouille: gst-inspect provides basic info
[11:49] sublett ([email protected]) left irc: "I like food, food is good!"
[11:49] <KoRnouille> ok, thanks mathrick
[11:50] <KoRnouille> on the videowall project, it says gst-launch udpsrc ! mpegdemux video_%02d! { queue ! mpeg2dec ! ...... I don't quite understand that video_%02d
[11:54] <mathrick> KoRnouille: it's template pad, that's created on demand
[11:58] <mathrick> KoRnouille: or rather in case of mpegdemux, it's SOMETIMES pad, which may not always exist
[12:00] <KoRnouille> and what's a pad ? :s
[12:00] thaytan ([email protected]) joined #gstreamer.
[12:01] ain ([email protected]) joined #gstreamer.
[12:01] <mathrick> KoRnouille: it's that thing that elem has to have to be able to connect to anything
[12:01] <mathrick> KoRnouille: when you link elems, you in fact connect their respecive pads
[12:02] <KoRnouille> it's like a socket
[12:02] <mathrick> KoRnouille: input pad (ie. the one data comes into elem) is called sinkpad, and output is srcpad
[12:02] <mathrick> KoRnouille: yeah, it's similar concept, just different name
[12:03] <KoRnouille> ok, I though the pipe would do the job
[12:03] <KoRnouille> !
[12:03] <KoRnouille> damnit
[12:04] Nick change: mathrick -> mathrick|bath
[12:04] <KoRnouille> i can't compile that live_server.c and live_client.c stuff from the videowall
[12:14] <ensonic> thomasvs: mathrick|bath: may you have a look of a documentation ambiguity posted as bug=134721
[12:17] <ensonic> 2nd question, which modules has the gst_autoplug_ function documented *can't find them)
[12:19] <KoRnouille> could someone do me a flavour ?
[12:19] <KoRnouille> I'm trying to compile these live_client.c and live_server.c
[12:19] <KoRnouille> http://cvs.sourceforge.net/viewcvs.py/gstreamer/www/docs/video-wall-howto.html?rev=1.2
[12:19] <KoRnouille> at the bottom
[12:19] <KoRnouille> could someone send me the binaries please ?
[12:19] <KoRnouille> :/
[12:22] Action: KoRnouille feels bad
[12:25] <dolphy> i don't think there are binaries available
[12:25] <dolphy> what's the failure you have ?
[12:25] <KoRnouille> gcc `pkg-config --cflags --libs gstreamer-0.6` -o live_server live_server.c
[12:25] <KoRnouille> live_server.c: In function `main':
[12:25] <KoRnouille> live_server.c:45: `i' undeclared (first use in this function)
[12:25] <KoRnouille> live_server.c:45: (Each undeclared identifier is reported only once
[12:25] <KoRnouille> live_server.c:45: for each function it appears in.)
[12:26] <KoRnouille> it's this line : g_object_set (G_OBJECT (udp_sink[i]), "host", "192.168.1.255", NULL);
[12:26] <KoRnouille> it had an error with a missing quote after the ip adress
[12:27] <dolphy> well you probably have a version that did not compile
[12:27] <dolphy> where did you get those files from ?
[12:27] <KoRnouille> <KoRnouille> http://cvs.sourceforge.net/viewcvs.py/gstreamer/www/docs/video-wall-howto.html?rev=1.2
[12:28] thaytan ([email protected]) left irc: Remote closed the connection
[12:30] <KoRnouille> and when I wanna compile the client, it tells me gnome.h is missing
[12:30] <KoRnouille> gcc `pkg-config --cflags --libs gstreamer-0.6` -o live_client live_client.c
[12:30] <KoRnouille> live_client.c:9:19: gnome.h: No such file or directory
[12:31] <dolphy> lol :)
[12:31] <dolphy> KoRnouille: replace 
[12:31] <dolphy> g_object_set (G_OBJECT (udp_sink[i]), "host", "192.168.1.255", NULL);
[12:31] <dolphy> g_object_set (G_OBJECT (udp_sink), "host", "192.168.1.255", NULL);
[12:31] <dolphy> and that's it
[12:31] <KoRnouille> well, I had this idea
[12:31] <KoRnouille> and i still have an error
[12:32] <dolphy> which one
[12:32] <KoRnouille> gcc `pkg-config --cflags --libs gstreamer-0.6` -o live_server live_server.c
[12:32] <KoRnouille> /usr/local/src/gstreamer/gstreamer-0.6.5/pkgconfig/../gst/libgstreamer-0.6.la: file not recognized: File format not recognized
[12:32] <KoRnouille> collect2: ld returned 1 exit status
[12:33] thomasvs ([email protected]) left irc: Read error: 113 (No route to host)
[12:33] <KoRnouille> in that .la file, I have these lines :
[12:33] <KoRnouille> # Files to dlopen/dlpreopen
[12:33] <KoRnouille> dlopen=''
[12:33] <KoRnouille> dlpreopen=''
[12:33] <KoRnouille> oops
[12:34] <KoRnouille> it's talking about "ld" not "dl"
[12:34] <KoRnouille> nevermind
[12:38] <dolphy> KoRnouille: wait a minute
[12:38] <dolphy> KoRnouille: i m preparing a new live_server.c for you
[12:39] <dolphy> this code is ugly
[12:39] md` ([email protected]) left irc: Read error: 60 (Operation timed out)
[12:40] <KoRnouille> :) thank you dolphy... it's very kind of you
[12:41] thaytan ([email protected]) joined #gstreamer.
[12:42] <dolphy> KoRnouille: c bien paske t as un nick a coucher dehors hein ! :)
[12:42] <KoRnouille> !!
[12:42] <KoRnouille> woah !:
[12:42] <KoRnouille> un francais
[12:42] <KoRnouille> ;)
[12:42] <KoRnouille> j'amadou tout le monde avec mon nick
[12:42] <KoRnouille> ;)
[12:43] <KoRnouille> francais ou belge ? (ou etranger qui parle courament francais ?)
[12:43] <dolphy> francais
[12:43] <KoRnouille> cool
[12:48] <KoRnouille> not sure this work behind my firewall
[12:57] Rotty ([email protected]) joined #gstreamer.
[12:57] <KoRnouille> dolphy ?
[13:00] Action: ain goes job hunting
[13:05] jimmy_dean ([email protected]) left irc: Read error: 110 (Connection timed out)
[13:05] <ain> why is every frigging programming job in NI "Web based applications"?
[13:09] foser ([email protected]) joined #gstreamer.
[13:13] sublett ([email protected]) joined #gstreamer.
[13:16] Nick change: mathrick|bath -> mathrick
[13:29] thaytan ([email protected]) left irc: Remote closed the connection
[13:49] thaytan ([email protected]) joined #gstreamer.
[14:12] thaytan ([email protected]) left irc: Remote closed the connection
[14:15] thomasvs ([email protected]) joined #gstreamer.
[14:33] thaytan ([email protected]) joined #gstreamer.
[14:39] md` ([email protected]) joined #gstreamer.
[14:46] <ensonic> which module has the gst_autoplug_ function documented in the gtk-doc (I can't find them)
[14:47] earthworm ([email protected]) joined #gstreamer.
[14:47] <earthworm> is there some way with gstreamer, to record from a tape deck and ogg encode all my old tape albums?
[14:48] <thomasvs> ensonic: I think they're deprecated, no ?
[14:48] <mathrick> ensonic: you're aware that gst_autoplug was removed in 0.7?
[14:48] <thomasvs> earthworm: depends on how many extra features you want ?
[14:50] <earthworm> well, making new tracks between songs etc would be nice, but i didn't expect it unless somebody had written an app especially for this job
[14:50] <earthworm> would be handy for bands doing a gig to record also i suppose ...
[14:51] <earthworm> is the thing fast enough to encode ogg on the fly?
[14:52] Uraeus ([email protected]) joined #gstreamer.
[14:52] <mathrick> yo Uraeus
[14:52] <Uraeus> ello
[14:53] <mathrick> ahh, off to anime watching session :)
[14:53] <mathrick> later
[14:53] Nick change: mathrick -> mathrick|away
[14:54] <earthworm> oh well, good luck with your hacking anyway, gstreamer owns
[14:54] earthworm ([email protected]) left #gstreamer (""I allege that SCO is full of it." - Linus Torvalds").
[14:59] <ensonic> mathrick|away: is there an alternative to use fot the autoplug stuuf and shoudn't we comment out that section in the developer manual and adding a not that it is deprecated
[15:00] <Uraeus> ensonic: spider is not deprecated, and you can of course create the pipeline manually
[15:07] <ensonic> Uraeus: it is about when I e.g. connect sinesrc to a user choosen sink (e.g. esdsink or osssink), for esdsink I need to insert audioconvert
[15:08] <ensonic> Uraeus: so when I just put spider inbetween that should does the same
[15:08] <Uraeus> agreed
[15:09] <ensonic> Uraeus: does it cause an overhead when it would not be needed? (maybee I should try to link the elements and if that fails, put a spider inbetween)
[15:11] zaheerm ([email protected]) joined #gstreamer.
[15:11] markey ([email protected]) joined #gstreamer.
[15:12] <Uraeus> ensonic: it should just forward everything when not needed. a comparable solution is that dolphy used colorspace plugin for all video pipelines in gstplay
[15:12] <Uraeus> hi zaheerm and markey
[15:12] <markey> re
[15:12] <mxpxpod> Uraeus: I fixed gstmm so it works :)
[15:13] <Uraeus> mxpxpod: cool :) how complete is it?
[15:13] <zaheerm> hi Uraeus
[15:13] <mxpxpod> Uraeus: not very ;) I just fixed what was already in there
[15:14] <mxpxpod> Uraeus: and the tagging stuff doesn't work when it's wrapped
[15:19] mxpxpod ([email protected]) left irc: "Guns kill people as much as spoons made Rosie O'Donnell fat.."
[15:20] <ensonic> Uraeus: when using 'spider' I get a internal error: push on pad sink_ident:sink but it has no chainhandler
[15:21] <Uraeus> sinesrc ! spider ! esdsink gives you that message?
[15:26] <ensonic> Uraeus: yep
[15:26] <ensonic> Uraeus: using cvs-head
[15:28] <dolphy> ensonic: why don't you just do sinesrc ! audiosink
[15:28] <dolphy> ?
[15:28] <ensonic> dolphy: because sincesrc is not compatible with esdsink
[15:28] <dolphy> sinesrc ! audioconvert ! audiosink then
[15:29] <Uraeus> ensonic: I am getting the same message using osssink, but the sine sound is played
[15:29] <ensonic> dolphy: that is what I want spider to do for me
[15:29] <dolphy> ensonic: why ?
[15:29] Action: Uraeus wonders if sincesrc needs some love 
[15:29] <dolphy> ensonic: just put it
[15:29] <dolphy> ensonic: if formats are the same audioconvert will do passthru i guess
[15:29] <ensonic> dolphy: because that is going to be a application for an end user who simply does not case about such things
[15:30] <ensonic> dolphy: case=care
[15:30] <dolphy> but user will not see the pipeline right ?
[15:31] <ensonic> dolphy: we are going to write a tracker like sound composer (like http://www.buzzmachines.com), the user chooses an output and add generators and effect, we want do fix the signal differences for the user
[15:32] <ensonic> dolphy: of course I can write a simple audio-only spider, where I just insert audioconvert and/or float2int if neccesary
[15:33] <Uraeus> ensonic: you should be able to have a pipeline which is like src ! spider ! audioconvert ! outputsink
[15:34] <ensonic> Uraeus: but when e.g. one uses ladspa_sine_facc then additionally a float2int needs to be inserted
[15:34] <Uraeus> ensonic: spider doesn
[15:34] <Uraeus> 't handle float2int insertion either?
[15:35] <ensonic> Uraeus: dolphy: it is not problem if we need to do this with own logic, I've just tried to see, if I could use something that already exists
[15:35] <ensonic> Uraeus: not tried the later
[15:35] <dolphy> thomasvs: did we have any issue with libtool in RH9 installing on .la files? 
[15:38] <zaheerm> i had a problem with sinesrc not wanting to link to jacksink....and assumed it was jack's fault...maybe it's sinesrc's fault after all
[15:40] <ensonic> zaheerm: its nobodies fault, we just have different channel formats, sampling rates and sample resolutions
[15:41] <zaheerm> duh!
[15:41] <ensonic> maybe, having only *one* audio-convert that does adapt all three parameters accordingly would be the solution
[15:45] <zaheerm> i get it with the mad plugin too
[15:45] <zaheerm> WARNING: erroneous pipeline: could not link mad0 to jacksink0
[15:45] <ensonic> Uraeus: should audioconvert be added to the list of elements spider inserts ?
[15:48] <thomasvs> dolphy: what specifically ?
[15:48] <zaheerm> but then again jacksink takes floats
[15:48] <dolphy> thomasvs: KoRnouille installed 0.6.x from source code and has tons of .la files in libdir
[15:49] <thomasvs> dolphy: yeah, but there's nothing wrong with that
[15:49] <dolphy> thomasvs: gcc `pkg-config --cflags --libs gstreamer-0.6 gnome-desktop-2.0` -o live_client live_client.c
[15:49] <dolphy>  /usr/local/src/gstreamer/gstreamer-0.6.5/pkgconfig/../gst/libgstreamer-0.6.la: file not recognized: File format not recognized
[15:50] <thomasvs> yeah, you need to use libtool for that
[15:50] sublett ([email protected]) left irc: "I like food, food is good!"
[15:51] <dolphy> thomasvs: strange..
[15:52] <thomasvs> dolphy: no, it's pretty simple.  a .la file is a shell script containinga bunch of info on where the real libraries are
[15:52] <thomasvs> gcc doesn't know about shell scripts
[15:52] <thomasvs> try prefixing that command line with libtool
[15:52] <Uraeus> ensonic: I would think so, but I am not expert on what should be autoplugged how
[15:52] <dolphy> thomasvs: yeah but when you usually install a library 
[15:53] <dolphy> thomasvs: you expect to be able to link to it without libtool
[15:53] <dolphy> thomasvs: i m compiling tons of stuff with external libraries without using libtool
[15:54] <thomasvs> dolphy: uhm, but with the compile line you just gave me, it's detecting the -uninstalled .pc file in the source dir
[15:54] <thomasvs> ie, the non-installed version
[15:54] <thomasvs> so it's normal that it fails
[15:54] <dolphy> thomasvs: why is that catching that uninstalled .pc ?
[15:54] <thomasvs> if you/kornouille wants to compile against the installed version, he has to set his PKG_CONFIG_PATH correctly
[15:54] <dolphy> thomasvs: it's an installed copy of gt
[15:54] <dolphy> gst
[15:54] <thomasvs> dolphy: because PKG_CONFIG_PATH is set to the uninstalled dir
[15:54] <thomasvs> look what dir it's going to
[15:54] <dolphy> KoRnouille: ??
[15:54] <KoRnouille> yeah
[15:54] <KoRnouille> <--
[15:55] <dolphy> KoRnouille: echo $PKG_CONFIG_PATH
[15:55] <KoRnouille> /usr/local/src/gstreamer/gstreamer-0.6.5/pkgconfig/:/usr/local/lib/pkgconfig/
[15:55] <KoRnouille> looks bad, huh ?
[15:55] <thomasvs> KoRnouille: why did you set it like that ?
[15:55] <KoRnouille> I think
[15:55] <KoRnouille> I forgot 
[15:55] Action: dolphy throws KoRnouille through the window
[15:55] <KoRnouille> to unset it
[15:55] <thomasvs> heh :)
[15:55] <KoRnouille> on a previous test
[15:55] Action: KoRnouille is sorry
[15:56] <dolphy> thomasvs: i rewrote the live_client/server of the video wall
[15:56] <KoRnouille> anyway, I got my stuff compiled
[15:56] <KoRnouille> thanks you dolphy
[15:56] <dolphy> thomasvs: the one on the html page are completely buggy and non buildable
[15:56] <dolphy> thomasvs: dunno if we want to keep that doc on the new website
[15:56] <thomasvs> dolphy: heh :) tell it to zeenix :)
[15:56] <thomasvs> dolphy: well, it would be nice
[15:56] <thomasvs> a lot of people pop in to ask about it
[15:56] <thomasvs> we should run it here locally to test rtp elements :)
[15:57] <KoRnouille> well, you need to put the link back on the website at least
[15:57] <dolphy> thomasvs: where should i upload the c files then ?
[15:57] <thomasvs> dolphy: maybe in the manual ?
[15:57] <dolphy> thomasvs: :-/
[15:57] <KoRnouille> the link here : http://www.freedesktop.org/~gstreamer/apps/
[15:57] <KoRnouille> is still dead
[15:58] <KoRnouille> thomasvs told he would fix end of last week
[15:58] <KoRnouille> but he has so much work to do
[15:58] <KoRnouille> he didn't have time
[15:58] <KoRnouille> the link for the videowall howto I mean
[16:06] <ensonic> Uraeus: I'll write about this to the mlist
[16:07] markey ([email protected]) left irc: "bbl"
[16:07] ibsteveog ([email protected]) joined #gstreamer.
[16:08] <ibsteveog> iamnot911
[16:08] Action: ibsteveog curses at mouse focus
[16:28] sxpert_work ([email protected]) joined #gstreamer.
[16:29] yippi ([email protected]) joined #gstreamer.
[16:32] <KoRnouille> oooh, I have many errors when starting the client
[16:33] <KoRnouille> (process:30175): GStreamer-CRITICAL **: file gstprops.c: line 1237 (gst_props_entry_get_safe): assertion `entry != NULL' failed
[16:33] Last message repeated 1 time(s).
[16:33] <KoRnouille> (process:30175): GStreamer-WARNING **: gstprops: no property 'width' to change
[16:33] <KoRnouille> (process:30175): GStreamer-WARNING **: gstprops: no property 'height' to change
[16:33] <KoRnouille> (process:30175): GStreamer-WARNING **: trying to set non fixed caps on pad colorspace0:src, not allowed
[16:34] <KoRnouille> ** (process:30175): WARNING **: gstxvimage.c: shmget failed: Invalid argument (22)
[16:34] <KoRnouille> ERROR: /pipeline0/thread0/xvideosink0: image creation failed
[16:34] <KoRnouille> I got about half more of that
[16:36] <dolphy> well have fun :)
[16:37] <KoRnouille> okay.
[16:40] <dolphy> just play around with the code
[16:49] <KoRnouille> okay.
[16:54] <KoRnouille> to read mpeg4, should I use avidemux ?
[16:55] <dolphy> use avidemux to read an avi file
[16:55] <dolphy> what's inside the avi file will then need a decoder for the codec
[16:56] <KoRnouille> i just created a divx 5.0.2 file
[16:57] bitshifter ([email protected]) left irc: "bye"
[17:01] kwm ([email protected]) joined #gstreamer.
[17:06] mxpxpod ([email protected]) joined #gstreamer.
[17:07] bitshifter ([email protected]) joined #gstreamer.
[17:08] <KoRnouille> im looking at the end of ./configure of plugins... no divx plugin anywhere ?
[17:08] <dolphy> what do you want to do dude ?
[17:08] <dolphy> play your divx file ?
[17:09] <KoRnouille> yes
[17:09] <dolphy> from command line ?
[17:09] <KoRnouille> yes
[17:09] <dolphy> just for fun ?
[17:09] <KoRnouille> for testing
[17:09] <KoRnouille> i's a high res divx file
[17:09] <dolphy> gst-launch-ext your_file.avi
[17:10] danb ([email protected]) joined #gstreamer.
[17:10] <bitshifter> should questions about developing apps with gstreamer go to gstreamer-devel as well?
[17:11] <dolphy> hmm yes
[17:12] <KoRnouille> ok dophly, this works
[17:12] <KoRnouille> it's using ffmpegdecall
[17:13] <KoRnouille> the video is really really ugly looking though
[17:19] <KoRnouille> is there a manual somewhere about all the options ? (crop, scale, etc...)
[17:20] <dolphy> KoRnouille: gst-inspect
[17:20] <KoRnouille> yeah
[17:21] <KoRnouille> but this doesn't tell me how to use the crop option
[17:21] <KoRnouille> crop x= y= width=, etc...
[17:21] <thomasvs> ways to lock up your machine:
[17:21] <dolphy> well gst-inspect videocrop will tell you all the properties
[17:21] <thomasvs> a) create app that creates 99 gthreads in a loop
[17:21] <thomasvs> b) run it
[17:22] <dolphy> lol :)
[17:22] <KoRnouille> aaaah ok dolphy
[17:22] <KoRnouille> :)
[17:22] <KoRnouille> thanks
[17:22] <sxpert_work> thomasvs: hahaha
[17:26] <KoRnouille> reading a file is really really slow
[17:26] <KoRnouille> and idea why ?
[17:26] <KoRnouille> (2.66 Ghz CPU)
[17:26] jcsston ([email protected]) joined #gstreamer.
[17:27] <KoRnouille> i get an "abnormal clock request diff"
[17:27] <KoRnouille> i guess this means it's not on time
[17:29] mathrick|away ([email protected]) left irc: Read error: 110 (Connection timed out)
[17:29] <Misirlou> The CPU isn't going to be the bottleneck when reading files.
[17:29] <Misirlou> It's most likely your IDE or SCSI bus.
[17:29] <Misirlou> Unless you're talking about something different, in which case I am stupid.
[17:30] <dolphy> KoRnouille: you should really install gstreamer 0.7.x
[17:30] <KoRnouille> dolphy: i tried... but I'm having a hard time compiling it
[17:30] <KoRnouille> :/
[17:30] <KoRnouille> I get error messages (i showed that to thomasvs already)
[17:30] sub_pop ([email protected]) left irc: "Client exiting"
[17:31] <KoRnouille> it's very slow cause it's seems that my xwindow display is slow
[17:31] <dolphy> http://build.fluendo.com:8080/
[17:31] <KoRnouille> Misirlou: it's only an mpeg2 file
[17:31] <dolphy> that clearly shows that RH9 is able to build current gstreamer CVS head
[17:32] <KoRnouille> hummm...
[17:32] <KoRnouille> okay
[17:32] <KoRnouille> so I download CVS ?
[17:32] <KoRnouille> i have this : gst-plugins-0.7.4.tar.gz
[17:33] <KoRnouille> and : gstreamer-0.7.4.tar.gz
[17:33] Action: KoRnouille is make uninstalling
[17:34] <Misirlou> KoRnouille: How large is it?
[17:34] <KoRnouille> the file ? it's a 20 secondes file compressed at 4mb/s
[17:35] <KoRnouille> 11522048 bytes
[17:35] TD ([email protected]) joined #gstreamer.
[17:36] sub_pop ([email protected]) joined #gstreamer.
[17:36] <Misirlou> Shouldn't be too bad, then.
[17:36] <Misirlou> I'd try upgrading to 0.7.x like dolphy suggested.
[17:37] <KoRnouille> i am
[17:37] <KoRnouille> gst-plugins-0.7.4.tar.gz and gstreamer-0.7.4.tar.gz is good, right ,
[17:37] <KoRnouille> ?
[17:37] <Misirlou> yeah, I believe so.
[17:39] <KoRnouille> here we go again ! installing 7.4
[17:40] <KoRnouille> hummmf
[17:41] jcsston` ([email protected]) joined #gstreamer.
[17:41] jcsston` ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[17:42] Action: KoRnouille is making... *finger crossed*
[17:42] sublett ([email protected]) joined #gstreamer.
[17:43] <dolphy> KoRnouille: well instead of crossing fingers you can go have a cofee :)
[17:44] <dolphy> that will take a while :)
[17:44] mxpxpod ([email protected]) left irc: "Leaving"
[17:44] <KoRnouille> I have a super computer
[17:44] <KoRnouille> :)
[17:44] <KoRnouille> and I don't drink coffe
[17:44] <KoRnouille> done compiling !
[17:44] <KoRnouille> i guess make install will do now
[17:45] Action: KoRnouille is making install...
[17:45] <KoRnouille> installed.
[17:45] <KoRnouille> now, the plugins
[17:45] TD ([email protected]) left #gstreamer ("Leaving").
[17:45] <KoRnouille> *glups*
[17:46] <KoRnouille> cd ../gst-plugins
[17:46] <KoRnouille> ./configure
[17:46] <KoRnouille> argh
[17:46] <KoRnouille> that PKG_CONFIG_PATH stuff again
[17:46] <KoRnouille> unset PKG_CONFIG_PATH 1st ! ;)
[17:47] <thomasvs> hehe
[17:47] <thomasvs> you're learning :)
[17:47] <KoRnouille> i got 2 there
[17:47] <KoRnouille> /usr/local/lib/pkgconfig/gstreamer-0.7.pc
[17:47] <KoRnouille> /usr/local/src/gstreamer/gstreamer-0.7.4/pkgconfig/gstreamer-0.7.pc
[17:47] <thomasvs> 2 where what ?
[17:47] <KoRnouille> export PKG_CONFIG_PATH=??? witch ?
[17:47] <thomasvs> the first
[17:47] <KoRnouille> k
[17:47] <thomasvs> since the ifrst is your installed location
[17:48] <KoRnouille> ./configuring again
[17:49] <KoRnouille> em8300.h ?
[17:49] <KoRnouille> it supportes the sigma designs netstream 2000 hardware decoding
[17:49] mxpxpod ([email protected]) joined #gstreamer.
[17:50] <KoRnouille> configure: *** Plug-ins that will not be built : mad, mpeg2enc, xvid
[17:50] <KoRnouille> i need these... and I think they're installed
[17:50] Action: foser is away: I'm busy
[17:50] <KoRnouille> mad, I'm pretty sure
[17:54] <KoRnouille> darn... i just installed xvid
[17:54] <KoRnouille> and configure won't find it...
[17:55] <KoRnouille> checking xvid.h usability... yes
[17:55] <KoRnouille> checking xvid.h presence... yes
[17:55] <KoRnouille> checking for xvid.h... yes
[17:55] <KoRnouille> checking for xvid_encore in -lxvidcore... yes
[17:55] <KoRnouille> checking for xvid_decore in -lxvidcore... yes
[17:55] <KoRnouille> checking for xvid_global in -lxvidcore... no
[17:55] <KoRnouille> configure: *** These plugins will not be built: xvid
[17:56] <KoRnouille> what about mpeg2enc : checking for valid mpeg2enc objects... no
[18:00] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[18:01] Uraeus ([email protected]) left irc: "Client exiting"
[18:02] zaheerm ([email protected]) left #gstreamer.
[18:04] <KoRnouille> okay, nevermind... making...
[18:05] Action: KoRnouille has his finger crossed again... :)
[18:06] Uraeus ([email protected]) joined #gstreamer.
[18:06] <mxpxpod> hey Uraeus
[18:06] <Uraeus> yo mxpxpod
[18:06] <mxpxpod> Uraeus: I'm having stupid problems with taglists and signals :(
[18:10] <KoRnouille> install done ! :)
[18:16] <KoRnouille> heuu...
[18:16] <KoRnouille> gst-inspect, I only have a few plugin's there...
[18:16] <KoRnouille> compared to 6.4 where I have like 2 or 3 pages
[18:17] <bitshifter> you need to run gst-register-0.7  after installing gst-plugins
[18:17] <KoRnouille> I did
[18:17] <KoRnouille> loaded 10 plugins with 24 features
[18:17] <KoRnouille> :/
[18:17] <Uraeus> KoRnouille: seems like you only have the core installed
[18:17] <KoRnouille> i don't have xvimagesink
[18:18] <dolphy> lol
[18:18] <KoRnouille> :/
[18:18] <dolphy> you need plugins too
[18:18] <dolphy> :)
[18:18] <KoRnouille> i did install plugins
[18:18] <KoRnouille> ooooh
[18:18] <KoRnouille> wait a min
[18:19] <ds-work> .
[18:19] <KoRnouille> loaded 124 plugins with 262 features
[18:19] <thomasvs> ds-work: know a bit about signal delivery mixed with threads ?
[18:19] <KoRnouille> aaaah
[18:19] <KoRnouille> i did the make
[18:20] <KoRnouille> but not make install
[18:20] <KoRnouille> *grin*
[18:20] <KoRnouille> aaah that's nice
[18:22] <ds-work> thomasvs: yes
[18:23] <ds-work> thomasvs: in order to be portable, it is best to handle all signals in the main thread
[18:23] <ds-work> by blocking the signal in other threads
[18:26] <thomasvs> ds-work: well - I have a little trouble interpreting the posix spec
[18:26] <thomasvs> ds-work: it's vague about "which thread the signal gets delivered to" for ALRM
[18:26] <ds-work> it's random
[18:26] <thomasvs> ds-work: so I wrote a test app, creating 20 threads and setting up an alarm from each of them
[18:26] <thomasvs> to me it looks like it's *always* being caught from the same thread as the alarm was set in
[18:26] <ds-work> and not portable
[18:27] <thomasvs> ds-work: would you look over my test code and see if I didn't make a stupid mistake ?
[18:27] <thomasvs> hm, ok
[18:27] <thomasvs> so if the signal is handled by the main thread, how can it go back to the other thread to longjmp ?
[18:31] <KoRnouille> excuse me, could someone tell me how I can get gst-plugz to find mad ?
[18:31] <KoRnouille> /usr/local/include/mad.h
[18:31] <KoRnouille> /usr/local/lib/libmad.la
[18:31] <KoRnouille> /usr/local/lib/libmad.a
[18:31] <KoRnouille> i compiled mad from src
[18:32] <KoRnouille> the configure tells me it's looking for mad.pc
[18:32] <KoRnouille> that pc file isn't created when compiled from src ?
[18:34] <ds-work> thomasvs: pthread_kill()
[18:36] <thomasvs> ds-work: ok, so we should check what gthread impl we're using, and if posix, pthread_kill, otherwise just error out ?
[18:36] <thomasvs> KoRnouille: mad installs a pc file in /usr/local/lib
[18:36] <bitshifter> KoRnouille: it should be in /usr/local/lib/pkgconfig/ then. You might need to do  'export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig'  before you do configure (in bash). 
[18:37] <KoRnouille> /usr/lib/pkgconfig/mad.pc
[18:37] <KoRnouille> so this would work ?
[18:37] <KoRnouille> export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/:/usr/lib/pkgconfig/
[18:37] <KoRnouille> ??
[18:38] <KoRnouille> I need the 1st one so gst-plugz can find gst-core, and the 2nd one for mad
[18:40] <ds-work> thomasvs: hmmm, I can't remember if SIGALRM is per-process or per-thread
[18:40] <thomasvs> ds-work: yeah - and the posix wording is vague.  it says "At the time of generation, a determination shall be made whether the signal has been generated for the process or for a specific thread within the process. Signals which are generated by some action attributable to a particular thread, such as a hardware fault, shall be generated for the thread that caused the signal to be generated. Signals that are generated in association with a process 
[18:40] <thomasvs> ID or process group ID or an asynchronous event, such as terminal activity, shall be generated for the process."
[18:40] <thomasvs> that doesn't tell me if SIGALRM is generated by some action attributable to a particular thread
[18:41] <thomasvs> ds-work: also, my gthread test app seems to indicate that it is delivered to the thread, and looking at the kernel source it seems to say the same
[18:41] <ds-work> "The alarm() function causes the system to generate a SIGALRM signal for the process ..."
[18:42] <thomasvs> that's from man pages or POSIX ?
[18:42] Action: thomasvs checks again
[18:42] <ds-work> SUSv2 man pages
[18:43] <thomasvs> ah, yep
[18:43] <thomasvs> hm
[18:43] <thomasvs> so, that probably means linux kernel is just delivering to the current thread because it's allowed to, not because it has to ?
[18:44] <ds-work> probably
[18:44] <ds-work> are you running NTPL?
[18:44] <thomasvs> yeah
[18:44] <ds-work> that could be why
[18:44] <thomasvs> ok, so the proper way would be
[18:45] <thomasvs> a) main thread catches alarms
[18:45] <thomasvs> b) none of the created threads catches it
[18:45] <thomasvs> c) other threads catch some_other_signal
[18:45] <thomasvs> d) main thread fires some_other_signal on reception of alarm signal
[18:46] <thomasvs> e) some_other_signal handler looks up jmp_buf and longjmps to it
[18:46] jcsston ([email protected]) joined #gstreamer.
[18:46] <thomasvs> does that look correct ?
[18:46] <ds-work> yes
[18:46] <ds-work> or use posix timers
[18:46] <thomasvs> to do what ?
[18:47] <thomasvs> hm, posix timers work only with ALRM, why we would prefer to use PROF, no ?
[18:47] markey ([email protected]) joined #gstreamer.
[18:47] Nick change: apoc__ -> apoc
[18:48] <ds-work> posix timers use a sigevent structure
[18:49] <ds-work> so, iirc, you can specify which thread the signal goes to
[18:49] <KoRnouille> thomasvs: hey, if you're ready for the reposiroty, I'll still be happy helping you, huh ? ;)
[18:50] <KoRnouille> i wish I could just apt-get install gstreamer-universe and have all the plugins without worring about it
[18:50] <KoRnouille> "worrying"
[18:50] <thomasvs> KoRnouille: yeah, I agree
[18:50] <KoRnouille> worr.... er..
[18:50] <thomasvs> KoRnouille: and I really am trying to make time for it
[18:51] <thomasvs> KoRnouille: but, there are still bugs to be fixed
[18:51] <KoRnouille> yes, I know you are thomasvs
[18:52] <KoRnouille> can I --with-mad-prefix=/path/to/mad.pc ?
[18:52] <KoRnouille> export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/:/usr/lib/pkgconfig/ doesn't seem to be working...
[18:57] <thomasvs> KoRnouille: where is mad.pc installed on your system ?
[18:58] <KoRnouille> /usr/lib/pkgconfig/
[18:58] <KoRnouille> locate mad.pc
[18:58] <KoRnouille> /usr/lib/pkgconfig/mad.pc
[18:58] <dolphy> ds-work: about caps renegotiation for software scaling in ximagesink
[18:58] <dolphy> ds-work: i have issues to handle the case where the video is not configured anymore 
[18:59] <dolphy> ds-work:  but a media is loaded afterward
[18:59] <thomasvs> KoRnouille: what does pkg-config  mad --libs say ?
[18:59] <dolphy> ds-work: i m planning to make that every chain call updates the window's size and look if renegotiate is needed
[18:59] <dolphy> ds-work: no matter if there is an event or not
[18:59] <KoRnouille> pkg-config  mad --libs
[18:59] <KoRnouille> -lmad -lm
[19:00] <dolphy> ds-work: are you ok with that ?
[19:00] <ds-work> dolphy: that seems reasonable
[19:00] <ds-work> dolphy: as long as you handle odd-sized frames correctly
[19:01] <dolphy> ds-work: what do you mean ?
[19:01] <ds-work> er, wait
[19:01] <ds-work> describe the problem from the beginning
[19:02] <thomasvs> jdahlin: then it's set up correctly - exactly what is it you are trying to fix then ?
[19:02] <jdahlin> thomasvs?
[19:02] <dolphy> ds-work: size renegotiation is supposed to happen in 2 cases
[19:02] <dolphy> ds-work: the window is resized during playback
[19:03] <dolphy> ds-work: a new media is loaded and we have to fit in an existing window
[19:03] <KoRnouille> thomasvs: pkg-config  mad --libs
[19:03] <KoRnouille> -lmad -lm
[19:03] <dolphy> ds-work: looking at configure event solves one issue
[19:03] <thomasvs> jdahlin: sorry :)
[19:03] <dolphy> ds-work: but not the other
[19:03] <thomasvs> KoRnouille: then it's set up correctly - exactly what is it you are trying to fix then ?
[19:04] <thomasvs> ds-work: what should I use to signal from main thread to actual thread - SIGUSR1 ?
[19:04] <dolphy> ds-work: so what i propose is that in every chain call
[19:04] <dolphy> ds-work: i get the window geometry
[19:04] <dolphy> ds-work: check if it's similar to the image size
[19:04] <dolphy> ds-work: otherwise renegotiates
[19:04] <ds-work> thomasvs: yes.  But I don't like any of this mess.
[19:05] <KoRnouille> thomasvs: im trying to have gst-plugins to find mad... I have gstreamer7.pc in /usr/local/lib/pkgconfig/ and mad in /usr/lib/pkgconfig/...
[19:05] <dolphy> ds-work: the only issue with that is if the caps nego can never match the required size
[19:05] <thomasvs> KoRnouille: yeah, and what is telling you gst-plugins is not finding it ?
[19:05] <dolphy> ds-work: it will renegotiate at each loop
[19:05] <KoRnouille> yeah, it won't build
[19:05] <dolphy> ds-work: so i was planning to have a boolean in the ximagesink structure
[19:05] <dolphy> ds-work: telling if one of the nego failed
[19:05] <thomasvs> KoRnouille: SHOW me what the error is, I'm not a mind reader :)
[19:06] <dolphy> ds-work: and give up renegotiating for that playback session
[19:06] <thomasvs> ds-work: well - are there alternatives ?
[19:06] <dolphy> ds-work: until we go to ready and reset the flag
[19:07] <mxpxpod> is the padtemplates GList in GstElementFactory a list of PadTemplate* or PadTemplate?
[19:08] <ds-work> dolphy: this all seems rather hokey
[19:08] <dolphy> ds-work: hokey means ok for you ? :)
[19:08] <ds-work> dolphy: no
[19:08] <ds-work> dolphy: convoluted
[19:09] <thomasvs> KoRnouille: where in configure is it giving you an error about mad ?
[19:10] <KoRnouille> thomasvs: okay, blame me... it wouldn't compile mad... because id3tag was not installed...
[19:10] <ensonic> ds-work: could you please have a look at bugzilla (bug-id 133528) - i am stuck
[19:10] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[19:11] <thomasvs> KoRnouille: ah, ok
[19:11] <thomasvs> KoRnouille: yeah, that would be a good reason
[19:11] <dolphy> ds-work: any other idea?
[19:11] <ds-work> dolphy: could ximagesink keep track of the "target size"?
[19:11] <dolphy> ds-work: target size is the video size? 
[19:11] <ds-work> dolphy: so negotiation from upstream changes the target size
[19:12] <ds-work> and resizing the window changes the target size
[19:12] <ds-work> and if the negotiated size != target size, you attempt to renegotiate
[19:12] <ds-work> and if the window size != target size, you attempt to resize
[19:12] <dolphy> ds-work: no we don't resize the window
[19:12] <dolphy> ds-work: never
[19:13] <dolphy> ds-work: it does not belong to us we have to fit inside
[19:13] <ds-work> what about on new media?
[19:13] <dolphy> ds-work: on new media the sink_link functions tells about the video size
[19:14] <dolphy> ds-work: well it first tells 16x16 (i m not happy about that)
[19:14] <dolphy> ds-work: but then it tells the correct video size
[19:14] <dolphy> ds-work: application can now resize it's window the way it wants
[19:14] <dolphy> ds-work: and ximagesink has to renegotiate to fit inside
[19:15] <ds-work> ok, now it makes sense
[19:15] <ds-work> so checking in the chain function that the video stream is the optimal size for the window make sense
[19:16] Uraeus ([email protected]) left irc: "Client exiting"
[19:16] <ds-work> there will be artifacts where single frames will be the wrong size
[19:16] <ds-work> but fixing that can wait for better negotiation
[19:17] <KoRnouille> is there an option I can specify to play full screen ? or without the graphical borders under X ?
[19:17] <KoRnouille> I don't want to see my start menu
[19:19] <thomasvs> KoRnouille: yeah - use totem
[19:19] <thomasvs> ds-work: hm - so gthreads can't send signals to threads, and pthread_kill needs a pthread pointer to send to ...
[19:19] <ds-work> ensonic: I'll apply your patches.  There's apparently something still screwy going on
[19:19] <thomasvs> ds-work: any suggestions on how to send a signal to a thread ?
[19:20] <thomasvs> ds-work: I could, btw, also just check if I got the signal from the correct thread, jump if I did, and throw an error if I didn't
[19:20] <dolphy> ds-work: ok thx
[19:20] <dolphy> ds-work: i ll implement that tonight
[19:20] <ds-work> thomasvs: that would work
[19:20] <ensonic> ds-work: it seems to be in glib (which I do not really belive)
[19:20] <ds-work> thomasvs: imo, we should just abort on this type of error
[19:21] <ds-work> thomasvs: it's just not recoverable
[19:21] <thomasvs> ds-work: well - having it in a typefind function did scare me on how brittle it makes gst
[19:21] <thomasvs> ds-work: while, in practice, a broken typefind is easily recoverable
[19:21] <thomasvs> ds-work: esp. if you note it for the next time around in the element, so you never try it anymore later
[19:22] <thomasvs> ds-work: so you basically only leak whatever the function you were calling would have deallocated ideally
[19:22] <KoRnouille> thomasvs: ok, now I have a real error while compiling :
[19:22] <KoRnouille> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../gst-libs -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/usr/local/include/gstreamer-0.7 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGST_DISABLE_DEPRECATED -Wall -g -O2 -MT libgstmad_la-gstmad.lo -MD -MP -MF .deps/libgstmad_la-gstmad.Tpo -c gstmad.c  -fPIC -DPIC -o .libs/libgstmad_la-gstmad.o
[19:22] <KoRnouille> gstmad.c: In function `gst_mad_emphasis_get_type':
[19:22] <KoRnouille> gstmad.c:241: `MAD_EMPHASIS_RESERVED' undeclared (first use in this function)
[19:22] <KoRnouille> gstmad.c:241: (Each undeclared identifier is reported only once
[19:22] <KoRnouille> gstmad.c:241: for each function it appears in.)
[19:23] <thomasvs> KoRnouille: what does pkg-config mad --version say ?
[19:23] <KoRnouille> pkg-config mad --version
[19:23] <KoRnouille> 0.14.0
[19:24] <ds-work> thomasvs: it's covering up problems rather than solving them
[19:24] <thomasvs> [thomas@otto include]$ grep RESERVED /usr/include/mad.h
[19:24] <thomasvs>   MAD_EMPHASIS_RESERVED   = 2           /* unknown emphasis */
[19:24] <thomasvs> KoRnouille: can you execute the same command ?
[19:24] <thomasvs> ds-work: there's no really good way to solve them IMO
[19:24] <ds-work> thomasvs: we might as well name 0.7.6 "Dead Kitten Factory"
[19:25] <KoRnouille> thomasvs: grep RESERVED /usr/include/mad.h
[19:25] <thomasvs> ds-work: and I already have the patch accepted upstream, but I'm sure that with the 50 libs we have no control over we'll keep running into this
[19:25] <KoRnouille>   MAD_EMPHASIS_RESERVED   = 2           /* unknown emphasis */
[19:25] <KoRnouille> i have more errors thomasvs, I didn't paste all
[19:25] <ds-work> thomasvs: we haven't so far
[19:25] <KoRnouille> gstmad.c:241: initializer element is not constant
[19:25] <KoRnouille> gstmad.c:241: (near initialization for `mad_emphasis[4].value')
[19:25] <KoRnouille> gstmad.c:241: initializer element is not constant
[19:25] <KoRnouille> gstmad.c:241: (near initialization for `mad_emphasis[4]')
[19:25] <KoRnouille> gstmad.c:242: initializer element is not constant
[19:25] <KoRnouille> gstmad.c:242: (near initialization for `mad_emphasis[5]')
[19:25] <KoRnouille> make[3]: *** [libgstmad_la-gstmad.lo] Error 1
[19:25] <thomasvs> KoRnouille: stop pasting
[19:25] <KoRnouille> sprry
[19:26] <thomasvs> ds-work: this one, cdparanoia, and I'm sure there are others as soon as someone tries a little
[19:26] <thomasvs> ds-work: the reason no one is seeing them is because no one is testing spider for robustness on bad input
[19:26] <ds-work> cdparanoia has no maintainer
[19:26] <ds-work> otherwise that would already be fixed
[19:26] <thomasvs> ds-work: it took me two files to find this one, while theoretically we should be able to throw ANY file at spider and get a good answer from it
[19:28] <thomasvs> I would love to pretend they're not there, but totem even crashes on the .pls file it's trying to play because of us :)
[19:32] markey ([email protected]) left irc: "Lost terminal"
[19:33] <KoRnouille> thomasvs: so do I need a newer version of mad for it to compile ?
[19:33] Action: ensonic was testing spider today (and it failed :-( )
[19:35] markey ([email protected]) joined #gstreamer.
[19:38] <thomasvs> KoRnouille: no, file a complete log of "make > out 2>&1", "gzip out", and attach it to a bug report so I can check
[19:38] <taaz> hmm... player.py fails now
[19:39] <taaz> * (process:25263): WARNING **: libgstplay: failed initializing pipeline, error: Could not link video output thread elements
[19:39] <thomasvs> taaz: compile and install gst-ffmpeg, you're missing ffcolorspace
[19:39] <taaz> oh blah...
[19:39] <taaz> that's a poor error message then ;)
[19:39] <thomasvs> yeah, committing my local fix for that
[19:40] <thomasvs> even though there is not really that better a way to do it, since any element in the whole link chain could be repsonsible for making the complete link fail
[19:41] ChrisHJW ([email protected]) joined #gstreamer.
[19:41] <taaz> i'm worried about this ffmpeg thing and debian packages
[19:41] <thomasvs> which bit ?
[19:42] <taaz> people slip ffmpeg into various source trees but i'm not sure how people will take to explicit ffmpeg pacakges
[19:42] <thomasvs> taaz: well, you can't distribute it from debian itself, can you ?
[19:42] <taaz> i do now
[19:42] <thomasvs> you do ?
[19:42] <taaz> it's in gst-plugins 0.6.x right now...
[19:42] <thomasvs> evil :)
[19:42] <taaz> no one told me not to
[19:43] <thomasvs> is that how debian works ? ie, it's ok unless someone says it's not ?
[19:43] <taaz> well... i choose to ignore the problem until someone brings it up
[19:43] <thomasvs> heh :)
[19:43] yippi ([email protected]) left irc: "Client exiting"
[19:43] <thomasvs> well, then you can just package and distribute gst-ffmpeg now, no ?
[19:43] <taaz> which was easier when it's just another .so in a package
[19:44] <taaz> people might notice that ;)
[19:44] <thomasvs> give it some l33t name
[19:44] <ensonic> see you tomorrow
[19:44] ensonic ([email protected]) left #gstreamer.
[19:44] <taaz> gst-someunnamedsekretlib
[19:44] <taaz> i'm just trying to make it easier on the users ya know
[19:44] <thomasvs> taaz: yeah, I know
[19:44] dolphy ([email protected]) left irc: "Network down, IP Packets delivered via UPS"
[19:44] <taaz> i have no problem hosting such things on gst site
[19:45] <thomasvs> taaz: well, what's stopping you from making the gst-plugins src deb contain both tarballs ?
[19:46] <taaz> that seems like i'm explicitly trying to slip it in vs just packaging what's there
[19:46] <taaz> plus extra effort which means it won't happen ;)
[19:47] <taaz> the main problem i have here is dealing with spoiling the party for other people too
[19:48] <taaz> ie, start a discussion and suddenly xine and videolan and other media libs/apps all have to audit their source trees for whatever code is determined to be unacceptable
[19:49] <taaz> and i personally think everything is ok to package until a court says otherwise
[19:49] <taaz> but whatever...
[19:49] <thomasvs> well, stand your ground and package it
[19:49] yippi ([email protected]) joined #gstreamer.
[19:50] <thomasvs> I don't think being fuzzy about it is helping, so in your case, I'd just say "upstream split the tarball but for convenience I'm keeping it together like I used to"
[19:51] <taaz> but that involves patching build system all the time
[19:53] <thomasvs> well, what do you want me to say ? :)
[19:53] somex1 ([email protected]) joined #gstreamer.
[19:54] <taaz> i'm just thinking about problems out loud... i don't expect people here to have much to say about it ;)
[19:54] <taaz> i'm sure the debian lists will though...
[19:58] <thomasvs> well, i guess right now the people that really care are you as a deb packager and me as a fedora packager
[20:00] <taaz> the plugins probably shouldn't be depending on ffmpeg via GstPlay
[20:01] <taaz> we need more meta elements for stuff like colorspace, audio/video src/sinks and so on
[20:01] <mxpxpod> ok, I've been working on gstmm for a couple of days now and now I've got it working with 0.7.4... what should I do with the changes?
[20:01] <taaz> so they can default to something sane. 
[20:01] <taaz> mxpxpod: man cvs ;)
[20:02] <mxpxpod> taaz: I don't have a cvs account :P
[20:02] <mxpxpod> for freedesktop, that is
[20:02] <taaz> put a patch in bugzilla
[20:02] <mxpxpod> ok
[20:03] <taaz> speaking of that... we need to resurect the bindings section on the gst homepage
[20:07] <taaz> and 1 minute after i ask i get email about the links being broken
[20:08] <mxpxpod> lol
[20:11] ChrisHJW ([email protected]) left irc: 
[20:12] Company ([email protected]) joined #gstreamer.
[20:13] pb_ (~pb@2002:5160:45ef:0:240:95ff:fe30:aa84) joined #gstreamer.
[20:19] thomasvs ([email protected]) left irc: Read error: 113 (No route to host)
[20:27] ploum ([email protected]) joined #gstreamer.
[20:41] <taaz>   File "/cvs/gstreamer/CVSROOT/syncmail", line 864, in ?
[20:41] <taaz>     main()
[20:41] <taaz>   File "/cvs/gstreamer/CVSROOT/syncmail", line 811, in main
[20:41] <taaz>     modfiles, addfiles, remfiles, diffs = load_info(lastdir_num)
[20:41] <taaz>   File "/cvs/gstreamer/CVSROOT/syncmail", line 625, in load_info
[20:41] <taaz>     fd = open(MOD_FILE % (lastdir_num, PGRP), 'r')
[20:41] <taaz> IOError: [Errno 2] No such file or directory: '/tmp/#cvs.files.0.mod.18388'
[20:41] <taaz> hrm...
[20:42] jdahlin ([email protected]) left irc: "Klienten avslutas"
[21:00] ploum ([email protected]) left irc: "Leaving"
[21:01] sublett ([email protected]) left irc: Read error: 60 (Operation timed out)
[21:01] kmaraas ([email protected]) joined #gstreamer.
[21:02] <taaz> is there a taglist api to get number of tags?  ie, to do iteration of the taglist without foreach
[21:04] <bitshifter> maybe (taglist->fields)->len?  have never tried that though
[21:05] Rotty ([email protected]) left irc: Read error: 110 (Connection timed out)
[21:05] <taaz> well... i ask in the context of wanting to access the taglist from python
[21:06] apoc_ ([email protected]) joined #gstreamer.
[21:06] <taaz> so if function calls don't exist, then it becomes more effort ;)
[21:07] <bitshifter> well, there's a gst_structure_n_fields(), which should be the same thing
[21:07] <taaz> gststructure has the api but since taglist isn't a subclass that doesn't quite work
[21:07] <taaz> despite being typedefed the same, they are different from a bindings point of view
[21:08] <bitshifter> ugh, good luck with that 
[21:10] <taaz> i can add such api calls by hand i guess...  we might want to have that a standard part of the api though
[21:11] yippi ([email protected]) left irc: "Client exiting"
[21:14] Rotty ([email protected]) joined #gstreamer.
[21:16] <Company> taaz: i never added API for that because i didn't want it to be an ordered list, but more like a set
[21:20] mathrick ([email protected]) joined #gstreamer.
[21:23] apoc ([email protected]) left irc: Read error: 110 (Connection timed out)
[21:28] <taaz> Company: I figured it was something like that.  How does glib or other g-fu iterate through sets/dict/hashtables?  does it make sense to be able to get tag size and a list of keys (tags) in an array so manual iteration can be done?
[21:31] <taaz> from a python view it's more pythonic to be able to run a for loop over the keys.... or...
[21:33] wheels ([email protected]) joined #gstreamer.
[21:33] <Company> taaz: dunno - but you should probably do it like glib python does with hashtables :)
[21:33] <taaz> actually, maybe i should just add the mapping api directly so it looks like a python dict
[21:33] <taaz> that would be more elite ;)
[21:34] dolphy ([email protected]) joined #gstreamer.
[21:35] <taaz> are hashtables wrapped?  i've never noticed but maybe they are
[21:35] <Company> dunno
[21:35] <Company> i'm no pythonist
[21:44] mathrick_ ([email protected]) joined #gstreamer.
[21:44] mathrick ([email protected]) left irc: Read error: 54 (Connection reset by peer)
[21:50] ChrisHJW ([email protected]) joined #gstreamer.
[21:52] markey ([email protected]) left irc: "bbl"
[21:52] alley_cat ([email protected]) left irc: Read error: 110 (Connection timed out)
[21:54] alley_cat ([email protected]) joined #gstreamer.
[22:05] thomasvs ([email protected]) joined #gstreamer.
[22:05] BBB ([email protected]) joined #gstreamer.
[22:05] Action: BBB waves
[22:06] <taaz> hmm... actually, structure doesn't allow access by index either?  so is _foreach the only way to access unknown fields?
[22:06] Action: ds-work burps
[22:06] <BBB> tsk
[22:06] <taaz> is the _n_fields call useful if you can't access via index?
[22:08] <mathrick_> yo BBB
[22:09] Nick change: mathrick_ -> mathrick
[22:10] <Company> probably not
[22:11] <Company> should be n_entries anyway ;)
[22:12] <dolphy> BBB: hi ronald
[22:14] <BBB> hi julien
[22:14] <BBB> how's all doing?
[22:14] Action: BBB still has a broken laptop :'(
[22:16] <wheels> Hmm, no Gst presense at the LAD conference?
[22:16] <Company> LAD?
[22:16] <BBB> what is lad?
[22:17] <Company> linux audio developers?
[22:17] <wheels> Company: yep
[22:17] <Company> i don't consider myself an audio developer
[22:17] <BBB> where is it?
[22:17] <BBB> if it's close I'll pretend to be an audio developer just for fun
[22:17] <BBB> and get free food
[22:17] <BBB> ;)
[22:17] <wheels> http://www.zkm.de/lad
[22:17] <Company> audio developers are those crazy elite guys that do ardour and stuff ;)
[22:18] <wheels> Company: Yeah, there are a lot of wankers.  :-)
[22:18] <dolphy> BBB: better and better
[22:18] <dolphy> BBB: trow from ximian is reporting me less and less blocker bugs for gst-totem
[22:18] <dolphy> BBB: i m fixing them one by one :)
[22:18] <BBB> that's good!
[22:18] <BBB> so what formats can we play back by now?
[22:18] <BBB> ogg/theora?
[22:18] <dolphy> BBB: i really have good hope to see gst-totem in Ximian desktop soon
[22:19] <BBB> that would be *so* cool
[22:19] <dolphy> BBB: well avi
[22:19] <Company> BBB: i'm trying to wrap xine right now ;)
[22:19] <dolphy> BBB: mpeg is still broken because of scheduling issue
[22:19] <BBB> especially if it doesn't include libxine as a plugin ;)
[22:19] <BBB> gr @ company
[22:19] <BBB> :p
[22:19] <Company> xine is - to use your word - weird
[22:19] <dolphy> i still don't see the point in wrapping xine
[22:19] <BBB> why do you want to wrap xine so badly?
[22:19] <Company> because it's there and i want to know if i can
[22:20] <BBB> it's the same as avifile... in the end it doesn't buy us anything
[22:20] <Company> and because xine does what i miss
[22:20] <BBB> it'd be much cooler to have a xine plugin loader loader
[22:20] <Company> namely playing back mms, qdm2 and friends
[22:20] <dolphy> or use that time to improve ffmpeg integration :)
[22:20] ChrisHJW ([email protected]) left irc: 
[22:20] <BBB> i.e. load xine plugins in gst without linking to libxine or calling libxine functions
[22:20] <Company> that's what i basically do
[22:20] <BBB> what's qdm2?
[22:20] <BBB> o
[22:20] <Company> some quicktime audiop format
[22:20] <BBB> even then it sucks
[22:20] <BBB> but not as badly
[22:20] <BBB> ;)
[22:20] <Company> but xine doesn'T work that way
[22:21] <Company> plugins talk directly to each other in xine
[22:21] <Company> so you have plugins do this->xine->stream->audio_out->open
[22:21] <BBB> bleh
[22:22] <BBB> wasn't mathrick working on MMS integration in GStreamer?
[22:22] <mathrick> BBB: yep
[22:22] <BBB> well? ;)
[22:22] <mathrick> BBB: imported code a while ago, now we're cleaning it from xine deps :)
[22:22] <BBB> is it LGPL yet?
[22:23] <Company> xine has a cd reader, too
[22:23] <BBB> so do we, company... cdplay element
[22:23] <Company> but xine does evil stuff internally
[22:23] <BBB> I think
[22:23] <mathrick> BBB: mostly, 2 guys were out of my reach, trying again
[22:23] <BBB> but it just plays, doesn't read digitally
[22:23] <mathrick> BBB, Company: btw, recently there was nice thread comparing gst and xine architectures on xine-devel
[22:24] <mathrick> you may want to dig through archives
[22:24] <BBB> you got a link?
[22:24] <mathrick> recently == ended 2 days ago
[22:24] <mathrick> BBB: just a sec
[22:24] <Company> xine is worse
[22:24] <Company> definitely :)
[22:25] <Company> though it's currently better at a/v playback because it has the pieces in place that we miss
[22:25] <BBB> fun, SF is down
[22:25] <BBB> that oes for mplayer, too
[22:26] <mathrick> BBB: no it's not
[22:26] <BBB> did I mention that ffmpeg is moving to mplayerhq.hu completely?
[22:26] <BBB> that *sucks*
[22:26] <Company> http://news.gmane.org/navbar.php?group=gmane.comp.video.xine.devel&article=7739&next=7740&prev=7753&newsrc=,7739,7753,7828,7833
[22:26] <Company> mathrick: that one?
[22:27] <mathrick> BBB: does that mean MPlayer dev factor in ffmpeg will jump even higher?
[22:27] Action: ds-work goes back to Windows debugging
[22:27] <Company> ds-work: what are you doing in windows anyway?
[22:28] <dolphy> BBB: just found something funny
[22:28] <ds-work> Company: legacy stuff
[22:28] yippi ([email protected]) joined #gstreamer.
[22:28] <dolphy> BBB: EOS is not triggered correctly on AVI files that have a kind of broken index
[22:28] <dolphy> BBB: for example matrix.avi
[22:28] <dolphy> BBB: the last seconds of the movie
[22:28] <ds-work> trying to debug a program that, uh, aborts silently on just about every error
[22:28] <Company> ds-work: how do we handle extradata?
[22:28] <mathrick> Company: yep, although links to Gmane tend to work poorly :p
[22:28] <dolphy> BBB: i splitted the file, and merge it back, that kind of repaired it
[22:29] <dolphy> BBB: and now it reads until the end and trigger an EOS
[22:29] <Company> ds-work: qdmc has 140 bytes of extradata here, i'd like to not have to use 140 int entries to the caps ;)
[22:30] apoc_ ([email protected]) left irc: "Leaving"
[22:31] <mathrick> now, sf is just too faaasst today :\
[22:31] <BBB> http://thread.gmane.org/gmane.comp.video.xine.devel/7739
[22:31] <BBB> interesting
[22:32] <BBB> dolphy: oh yes, I fixed that in wavparse some time ago, avidemux probably fails similarly... I'll fix that some day
[22:32] <BBB> dolphy: I assume it errors out?
[22:32] <BBB> as long as it doesn't crash, I don't consider it high-priority... I mean, after all, the file *is* broken
[22:33] <mathrick> BBB: nope, infloop
[22:33] <BBB> ugh
[22:33] <BBB> suckage
[22:33] <BBB> ok, I'll wait for my laptop to be fixed and work on that
[22:33] <BBB> make it a bugzilla report, assign to me and mark as high-priority
[22:33] <dolphy> BBB: nope
[22:33] <dolphy> BBB: it just don't trigger EOS
[22:33] <BBB> and kick me once every while whether my laptop is back
[22:34] <dolphy> BBB: seems the audio part of the pipeline is never getting scheduled again
[22:35] Action: BBB cries for his laptop loss
[22:36] <BBB> ok, so anyway
[22:36] <BBB> bbl
[22:36] Action: BBB goes back to work
[22:36] <BBB> I need to finish my lab experiments today
[22:37] <sxpert> yay, 2.6.3 has a big alsa update
[22:37] Action: sxpert has been waiting for that for a while
[22:37] BBB ([email protected]) left #gstreamer.
[22:38] sebfrance ([email protected]) joined #gstreamer.
[22:38] <sebfrance> hello
[22:39] <sebfrance> has anyone tried v4l over nbd ?
[22:40] <sxpert> but my LCD screen is hosed :(
[22:43] ibsteveog ([email protected]) left irc: "quitting"
[22:51] <ds-work> Company: you could attach a buffer to the caps :)
[22:51] Action: ds-work peers at dolphy
[22:51] <dolphy> ds-work: ?
[22:51] <mxpxpod> sxpert: what alsa version is 2.6.3 using?
[22:52] <ds-work> dolphy: you /msg'd me a backtrace
[22:52] <sxpert> mxpxpod: 2.6.3 has the big alsa CVS update everyone was waiting for ;D
[22:53] <mxpxpod> sxpert: well, yes, but what version of alsa... I know before that, 2.6 only had 0.9.7
[22:53] <sxpert> that would be 1.xxx whatever the latest is
[22:53] <mxpxpod> awesome!
[22:53] <Company> ds-work: :p
[22:54] <dolphy> ds-work: yeah so what do you think about it 
[22:54] <Company> ds-work: qtdemux_dump_stsd is wrong somehow, isn't it?
[22:55] <dolphy> ds-work: or maybe i misunderstood what you mean by "peers at dolphy"
[22:55] <mxpxpod> sxpert: thanks for letting me know that :)
[22:55] <ds-work> dolphy: what pipeline
[22:55] <sxpert> mxpxpod: I'm trying it right now with the carpc
[22:55] <dolphy> ds-work: the gstplay one
[22:56] <dolphy> ds-work: videobalance ! ffcolorspace ! videoscale ! ximagesink
[22:56] <mxpxpod> sxpert: carpc?
[22:56] <sxpert> mxpxpod: but I'm blind, my LCD just died (the VGA plug seems broken)
[22:56] <sxpert> mxpxpod: you read that right ;D
[22:56] <mxpxpod> sxpert: what is that?
[22:57] <sxpert> mxpxpod: a PC that goes in the car, plays ogg, and eventually will do GPS some day when I have an LCD to plug it into
[22:57] NFusi0n ([email protected]) left irc: Remote closed the connection
[22:57] <mxpxpod> ahhh
[22:57] <mxpxpod> gotcha
[22:57] NFusi0n ([email protected]) joined #gstreamer.
[22:57] Action: sxpert has a 17" LCD available (just need to replace the controller), but that'd be too big for the car...
[22:58] markey ([email protected]) joined #gstreamer.
[22:59] Action: Company is going to invent GST_VALUE_TYPE_RAW :/
[23:00] <Company> the other option is to enforce it as a first buffer
[23:01] <dolphy> ds-work: you need anything else ?
[23:03] sebfrance ([email protected]) left #gstreamer ("Client exiting").
[23:05] ChrisHJW ([email protected]) joined #gstreamer.
[23:05] sublett ([email protected]) joined #gstreamer.
[23:11] <thomasvs> thaytan: have you tried your new ssh key on fdo yet ?
[23:16] md` ([email protected]) left irc: Read error: 54 (Connection reset by peer)
[23:17] ChrisHJW ([email protected]) left irc: Read error: 60 (Operation timed out)
[23:18] kwm ([email protected]) left irc: "Leaving"
[23:26] walters ([email protected]) joined #gstreamer.
[23:27] thaytoo ([email protected]) joined #gstreamer.
[23:27] md` ([email protected]) joined #gstreamer.
[23:30] <sxpert> lets see if the new alsa in 2.6.3 reacts as bad as the old one ;D
[23:32] <ds-work> dolphy: I'd have to see the crash locally
[23:32] <ds-work> dolphy: I have no idea what element is causing the problem
[23:33] <dolphy> ds-work: i ll see if i can get you a corrupted file tomorrow
[23:33] <dolphy> ds-work: then i ll split it
[23:33] <ds-work> dolphy: you could try putting efence before videoscale
[23:33] <sxpert> yay, definitely MUCH better ;D
[23:33] <mxpxpod> how do I convert the number I get from gstreamer for the duration of my file to seconds?
[23:34] <sxpert> mxpxpod: gstreamer speaks nanoseconds...
[23:34] <mxpxpod> sxpert: well, I divided by 1000000000 and it still was a huge number... like 6 billion
[23:35] <mxpxpod> oh, wait
[23:35] <sxpert> lol
[23:35] <dolphy> ds-work: i ll look into that some more tomorrow
[23:35] <dolphy> ds-work: you think the buffer might be fucked up before videoscale ?
[23:35] <sxpert> mxpxpod: the new alsa is worth it :D
[23:35] <mxpxpod> sxpert: oh, I know :)
[23:35] <ds-work> dolphy: don't know
[23:35] aldug ([email protected]) left irc: Client Quit
[23:36] <ds-work> dolphy: videoscale is supposed to complain if that happens
[23:36] <mxpxpod> sxpert: how many nanoseconds are in a second?
[23:36] <mathrick> mxpxpod: 10^9
[23:36] <sxpert> my little EPIA is loaded like a pig (updatedb, build gstreamer, xserver + fdclock), and I get almost no skips
[23:37] <mxpxpod> ok, so why the crap is gstreamer saying I have 9223339464 in this file?
[23:38] <mathrick> mxpxpod: and what is correct value?
[23:38] <mxpxpod> 4 minutes and 58 seconds
[23:38] <mxpxpod> mathrick: that number I put up there is after dividing the number I got back from gstreamer by 10^9
[23:39] Action: wheels suspects overflow.
[23:39] <mathrick> wheels: it's hard to overflow 64bit integer :)
[23:39] <mxpxpod> hmmm
[23:40] <mxpxpod> mathrick: yes, but it may have overflowed something in the wrappers
[23:40] <wheels> mathrick: Hmm, and actually that would fit in < 32 bits.
[23:40] <mathrick> and AFAIK, time is stored in them
[23:40] <wheels> mathrick: (after the * 10^9)
[23:40] <mathrick> mxpxpod: what wrappers? you mean your app?
[23:40] <mxpxpod> mathrick: no, gstmm
[23:40] <wheels> mxpxpod: how did you calculate 10^9 there?  :-)
[23:41] <mxpxpod> wheels: duration / (gint64)(1000000000)
[23:41] <mxpxpod> and duration is a gint64
[23:41] <wheels> mxpxpod: Ok, just making sure you didn't use "^"
[23:41] <mxpxpod> lol
[23:43] Action: wheels did that once years ago.  :-)
[23:43] markey ([email protected]) left irc: "I need sleep.. g'nite!"
[23:44] aldug ([email protected]) joined #gstreamer.
[23:45] <mxpxpod> hrmm
[23:45] <mxpxpod> this isn't making any sense
[23:47] <thomasvs> mxpxpod: use GST_SECOND for calculations
[23:48] <mxpxpod> thomasvs: and I use that how?
[23:48] <mxpxpod> (I'm completely new to gstreamer)
[23:50] <ain> time / GST_SECOND
[23:51] <ain> or is it *
[23:51] Action: ain forgets
[23:55] <thaytoo>  divide
[23:55] <mxpxpod> ain: nope, I still get the 9223339465 number
[23:55] <mxpxpod> could it be that I'm on a ppc machine?
[23:56] <ain> are you printing it correctly?
[23:56] <ain> %llu?
[23:57] <mxpxpod> ain: yup
[23:57] <ain> *shrug*
[23:58] <mxpxpod> thomasvs: any clue?
[00:00] --- Thu Feb 19 2004
[00:00] walters ([email protected]) left irc: Client Quit
[00:02] <thomasvs> mxpxpod: the number is wrong, how are you getting it ?
[00:02] <mxpxpod> querying the arg1 element in a found-tag callback
[00:03] <thomasvs> found-tag ? for the length ?
[00:03] Action: thomasvs is confused
[00:03] <mxpxpod> where should I be querying?
[00:05] yippi ([email protected]) left irc: "Client exiting"
[00:10] sublett ([email protected]) left irc: "I like food, food is good!"
[00:13] <thomasvs> mxpxpod: send a query event of type time
[00:13] yippi ([email protected]) joined #gstreamer.
[00:13] <mxpxpod> thomasvs: query event?
[00:14] <thomasvs> mxpxpod: I can't explain right now - but check how other code does it
[00:15] <mxpxpod> thomasvs: ok
[00:19] yippi ([email protected]) left irc: "Client exiting"
[00:19] mxpxpod ([email protected]) left irc: "Guns kill people as much as spoons made Rosie O'Donnell fat.."
[00:25] Company ([email protected]) left irc: Remote closed the connection
[00:27] jcsston ([email protected]) joined #gstreamer.
[00:31] smoke ([email protected]) joined #gstreamer.
[00:50] dolphy ([email protected]) left irc: "Network down, IP Packets delivered via UPS"
[00:55] AlexCONRAD ([email protected]) joined #gstreamer.
[01:00] <mathrick> nite
[01:01] Nick change: mathrick -> mathrick|sleep
[01:02] ain ([email protected]) left irc: "what have I become?"
[01:12] KoRnouille ([email protected]) left irc: Client Quit
[01:19] harshy ([email protected]) left irc: Remote closed the connection
[01:27] thomasvs ([email protected]) got netsplit.
[01:28] thomasvs ([email protected]) returned to #gstreamer.
[01:28] pb_ (~pb@2002:5160:45ef:0:240:95ff:fe30:aa84) left irc: "Client exiting"
[01:33] smoke ([email protected]) got netsplit.
[01:39] smoke ([email protected]) got lost in the net-split.
[02:12] harshy ([email protected]) joined #gstreamer.
[02:12] jimmy_dean ([email protected]) joined #gstreamer.
[02:35] ct_ ([email protected]) joined #gstreamer.
[02:50] NFusi0n ([email protected]) left irc: Read error: 60 (Operation timed out)
[02:51] ct__ ([email protected]) joined #gstreamer.
[02:54] sub_pop ([email protected]) left irc: "Client exiting"


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click