IRC Logs

*******************************************************************
[03:00] BBB ([email protected]) joined #gstreamer.
[03:01] Rotty ([email protected]) left irc: "Bye"
[03:22] Action: bluejay still can't compile gst-plugins and so pings channel
[03:23] Action: BBB pongs
[03:23] <bluejay> :)
[03:23] <bluejay> I'm getting an error in gst-plugins/gst-libs/gst/audio
[03:24] <bluejay> gcc "{ global:" > .libs/libgstaudio.ver
[03:24] <bluejay> gcc: { global:: No such file or directory
[03:24] <bluejay> BBB: I can paste the stuff around that message if you want.
[03:30] <BBB> :?
[03:30] <BBB> I'm not sure what that means
[03:32] <bluejay> make[4]: Entering directory `/home/jyasskin/programming/gstreamer/gst-plugins/gst-libs/gst/audio'
[03:32] <bluejay> /bin/sh ../../../libtool --mode=link gcc  -g -O2   -o libgstaudio.la -rpath /usr/local/lib/gstreamer-0.7 -module -avoid-version -export-symbols-regex _*{gst_,Gst,GST_}.* libgstaudio_la-audio.lo libgstaudio_la-audioclock.lo  
[03:32] <bluejay> rm -fr .libs/libgstaudio.la .libs/libgstaudio.* .libs/libgstaudio.*
[03:32] <bluejay> generating symbol list for `libgstaudio.la'
[03:32] <bluejay> /usr/bin/nm -B  libgstaudio_la-audio.lo libgstaudio_la-audioclock.lo  | sed -n -e 's/^.*[       ]\([ABCDGISTW][ABCDGISTW]*\)[   ][      ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/libgstaudio.exp
[03:32] <bluejay> egrep -e "_*gst_.*" ".libs/libgstaudio.exp" > ".libs/libgstaudio.expT"
[03:32] <bluejay> mv -f ".libs/libgstaudio.expT" ".libs/libgstaudio.exp"
[03:32] <bluejay> gcc "{ global:" > .libs/libgstaudio.ver
[03:32] <bluejay> gcc: { global:: No such file or directory
[03:32] <bluejay> gcc: no input files
[03:32] <bluejay> make[4]: *** [libgstaudio.la] Error 1
[03:32] <bluejay> (sorry for the flood)
[03:33] lilo ([email protected]) left irc: "brb"
[03:33] lilo ([email protected]) joined #gstreamer.
[03:34] <BBB> I really have no clue what all that means
[03:34] <BBB> could you please put it in bugzilla?
[03:34] Action: BBB guesses thomas did something slightly wrong
[03:35] <bluejay> BBB: sure, thanks
[03:36] <BBB> sorry that I cannot help
[03:36] <bluejay> np
[03:51] <bluejay> BBB: do you know of any current gentoo incompatibilities? bilboed asked if I was using gentoo 1.4, but then left
[03:52] <BBB> ehm...
[03:52] <BBB> shouldn't be any
[03:52] <BBB> all linux distros are pretty much the same
[03:55] <bitshifter> yeah, and then there is gentoo ;)
[03:57] <BBB> hm
[03:57] <BBB> I'm almost there
[03:57] <BBB> I can basically successfully demux an AVI file with ffmpeg wrapped in GStreamer
[03:57] <BBB> which is pretty cool
[03:57] <BBB> but I cannot get EOS to be handled successfully
[04:00] iain ([email protected]) left irc: Read error: 60 (Operation timed out)
[04:01] ChrisHJW_log ([email protected]) joined #gstreamer.
[04:05] jimmy_dean ([email protected]) joined #gstreamer.
[04:06] jcsston ([email protected]) left irc: Read error: 60 (Operation timed out)
[04:09] sri_ ([email protected]) left irc: Read error: 110 (Connection timed out)
[04:16] BBB ([email protected]) left irc: "Client exiting"
[04:22] <bitshifter> bluejay: for what it's worth, someone just had exactly the same problem when compiling gtk CVS on gentoo stable. So it might be some kind of autofoo/libtool problem on gentoo 
[04:24] <bluejay> bitshifter: hmm, it's funny that it didn't happen with gstreamer (not -plugins)
[04:32] mterry ([email protected]) joined #gstreamer.
[04:32] <mterry> Hello.  Is someone here havinng problems with compiling gst-plugins and getting 'gcc " { global:"'?
[04:34] <bluejay> mterry: yep
[04:35] <bluejay> mterry: running gentoo?
[04:35] <mterry> bluejay: I have a fix, but it's a hack.  Not sure who to go to tell about it.  Let me know if this works for you:
[04:36] <bluejay> mterry: I've filed http://bugzilla.gnome.org/show_bug.cgi?id=135725, so if the fix works, you might post it there.
[04:36] <mterry> edit the builddir's copy of libtool -- find a line like "archive_expsym_cmds=`echo $archive_expsym_cmds | perl -pe 's/^\S+\s+//'`" and comment that line and the next out
[04:36] <mterry> bluejay: OK.
[04:36] <mterry> bluejay: Yeah, gentoo
[04:37] sri_ ([email protected]) joined #gstreamer.
[04:38] <bluejay> mterry: I'm rerunning configure, so I'll tell you when it finishes
[04:38] <mterry> bluejay: configure might overwrite libtool
[04:38] <bluejay> mterry: just make works?
[04:38] <mterry> Yeah, I just reran make
[04:40] <bluejay> mterry: yeah, that got past gst-libs/gst/audio
[04:40] <mterry> bluejay: Weird. I'm posting to the bug
[04:40] <bluejay> mterry: thanks :). It's probably a gentoo bug though
[04:40] <mterry> bluejay: Yeah.
[04:40] <mterry> bluejay: Maybe file a new bug on gentoo?
[04:41] <bluejay> mterry: I'm not sure what to say in it. Think just pointing them to the gst-plugins cvs and the libtool line will work?
[04:41] <mterry> Yeah, say that commenting the lines out makes things work...
[04:42] <mterry> It also doesn't work for other cvs's like gtk+
[04:42] <mterry> Several modules are affected by this
[04:42] <bluejay> mterry: I'll file a bug. Any idea why it just started happening now? Did libtool get updated? Or did the modules change something?
[04:43] <mterry> bluejay: I think the modules changed something.  I don't remember a libtool update recently.  In trying to fix this, I also updated my libtool and autotool chain.  Didn't help.
[04:44] <mterry> bluejay: OK, posted to that bug.  Maybe we should also add a comment pointing to the gentoo bug when you post it.
[04:45] <bluejay> I'll also point from the gentoo bug to that bug
[04:52] <bluejay> It's http://bugs.gentoo.org/show_bug.cgi?id=43244, and I added that URL to the gst bug.
[04:53] <mterry> bluejay: cool.  Notice that if you want this change to work over several builds of it, you might want to just edit /usr/bin/libtool straight up.
[04:53] <bluejay> oops: http://bugs.gentoo.org/show_bug.cgi?id=42695
[04:57] <mterry> bluejay: interesting
[04:58] <bluejay> mterry: did you try downgrading libtool to see if that would fix anything? If not, I'll try.
[04:58] <mterry> to what version?  I've tried both 1.5 and 1.4
[04:59] <bluejay> 1.4.1 (1.4.3 is current unmasked)
[04:59] <mterry> bluejay: go for it
[05:01] <bluejay> :-P libtool has a lot of configure for very little compile
[05:05] <bluejay> mterry: well, 1.4.1 doesn't have a line like the archive_expsym_cmds you commented out
[05:05] <mterry> bluejay: Cool, does it work?
[05:06] <bluejay> mterry: gst-plugins configure takes a very long time. ;)
[05:10] <bluejay> mterry: it works with 1.4.1
[05:10] <mterry> bluejay: That would be a good thing to mention in the bugs.
[05:12] <bluejay> done
[05:13] <bluejay> (for gentoo), think I should duplicate the info in gst?
[05:14] <mterry> bluejay: doubtful.  It seems this is a gentoo thing.
[05:14] Action: bluejay agrees
[05:14] jcsston ([email protected]) joined #gstreamer.
[05:28] mterry ([email protected]) left irc: "Leaving"
[05:39] sub_pop ([email protected]) left irc: Remote closed the connection
[05:46] jimmy_dean ([email protected]) left irc: "Carrier Signal Lost"
[05:48] sub_pop ([email protected]) joined #gstreamer.
[05:48] jimmy_dean ([email protected]) joined #gstreamer.
[05:53] BBB ([email protected]) joined #gstreamer.
[05:59] <BBB> ds or ds-work: help?
[06:00] harshy ([email protected]) joined #gstreamer.
[06:04] Nick change: bluejay -> bluejay|gone
[06:30] BBB ([email protected]) left irc: "Client exiting"
[07:05] sub_pop ([email protected]) left irc: "Client exiting"
[07:15] markey ([email protected]) joined #gstreamer.
[07:40] evilyoda ([email protected]) joined #gstreamer.
[07:50] <evilyoda> gstreamer 0.7.5 debian packages available?
[08:00] <harshy> you will not see 0.7.x in debian
[08:01] ChrisHJW ([email protected]) joined #gstreamer.
[08:24] NFusi0n ([email protected]) left irc: "Read error: Erection reset by beer"
[08:26] somex1 ([email protected]) left #gstreamer.
[08:41] steveb_ ([email protected]) joined #gstreamer.
[08:42] Nick change: kh_out -> khalek
[08:49] mxpxpod ([email protected]) left irc: "*sigh* I don't want to come up with a quit message..."
[08:52] <taaz> evilyoda: no, not yet.
[08:53] Action: taaz feeling guilty for not getting the debs ready
[08:59] steve_b ([email protected]) left irc: Read error: 110 (Connection timed out)
[09:06] harshy ([email protected]) left irc: Remote closed the connection
[09:12] khalek ([email protected]) left irc: "bbl"
[09:15] Uraeus ([email protected]) joined #gstreamer.
[09:15] <Uraeus> mornin
[09:15] <Uraeus> ds, ds-work: around?
[09:23] khalek ([email protected]) joined #gstreamer.
[09:24] sub_pop ([email protected]) joined #gstreamer.
[09:32] <thomasvs> bluejay|gone: you're supposed to be using libtool 1.5 or higher, and configure checks for that, no ?
[09:33] <Uraeus> thomasvs: up early today?
[09:33] <thomasvs> Uraeus: no, this is my usual hour
[09:34] <thomasvs> Uraeus: have you made kuswanto fix the logo yet ?
[09:35] harshy ([email protected]) joined #gstreamer.
[09:37] <Uraeus> thomasvs: yes, sent the fixed version to Julien a couple of days ago
[09:38] <Uraeus> morning harshy
[09:38] <harshy> morning Uraeus
[09:38] <Uraeus> harshy: what is the latest cdburning news?
[09:38] <harshy> liburn 0.2 is out
[09:39] <harshy> coaster is in arch
[09:39] <harshy> thats about it atm
[09:39] <Uraeus> harshy: and it is possible to make a working application with libburn 0.2?
[09:39] <harshy> sort of
[09:39] <harshy> there are a few show stoppers
[09:39] <harshy> mostly TOA stuff
[09:39] <harshy> TAO rather
[09:40] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[09:43] ChriHJW ([email protected]) joined #gstreamer.
[09:44] Nick change: bluejay|gone -> bluejay
[09:44] <bluejay> thomasvs: autogen checks for 1.4 or higher.
[09:44] <thomasvs> bluejay: yeah, just noticed and fixed in cvs
[09:44] <thomasvs> Uraeus: hello, I'm part of it too ! :)
[09:45] <bluejay> thomasvs: But the problem exists in gentoo libtool 1.5 also, and not in 1.4.1. It's probably a gentoo problem, rather than a gst problem.
[09:45] <thomasvs> bluejay: sounds likely, yes
[09:45] <thomasvs> bluejay: but no idea how to fix it, sorry :(
[09:46] <Uraeus> thomasvs: I thought Julien was in charge of the website, but I send you the mail too :)
[09:46] <bluejay> thomasvs: I've reported a bug to gentoo. Maybe they'll fix it. ;) (http://bugs.gentoo.org/show_bug.cgi?id=43244)
[09:47] <Uraeus> thomasvs: sent :)
[09:51] Nick change: bluejay -> bluejay|sleep
[09:53] <Uraeus> thomasvs: is media-info still in Nautilus-media?
[09:53] <thomasvs> Uraeus: it's in both, neither works, on the todo list for this week
[09:54] <Uraeus> thomasvs: ah ok, just that Marlin depends on media-info.h existing somewhere and it doesn't for me atm :)
[09:54] Action: Uraeus compiles nautilus-media
[10:00] ChrisHJW_log ([email protected]) left irc: Read error: 110 (Connection timed out)
[10:01] ChrisHJW ([email protected]) left irc: Read error: 110 (Connection timed out)
[10:19] alley_cat ([email protected]) left irc: Read error: 60 (Operation timed out)
[10:29] alley_cat ([email protected]) joined #gstreamer.
[10:30] <Uraeus> alley_cat: around?
[10:35] herzi ([email protected]) left irc: "quitting..."
[10:37] sub_pop ([email protected]) left irc: "Client exiting"
[10:44] danb ([email protected]) joined #gstreamer.
[10:59] <evilyoda> thanks for the responses about gstreamer 0.7.x on debian. Sorry I wasn't around to respond. Later!
[11:00] evilyoda ([email protected]) left irc: "using sirc version 2.211+KSIRC/1.3.9"
[11:04] ChriHJW ([email protected]) left irc: Read error: 60 (Operation timed out)
[11:08] <Uraeus> bbl
[11:09] pmfp ([email protected]) joined #gstreamer.
[11:09] Uraeus ([email protected]) left irc: "Client exiting"
[11:20] rvalles ([email protected]) joined #gstreamer.
[11:21] <rvalles> hi hi
[11:21] <rvalles> :)
[11:21] <rvalles> assuming I want to install/try the libcaca sink...
[11:21] <rvalles> where do I start? Where do I get it from? :)
[11:24] <thomasvs> rvalles: gst-plugins/ext/libcaca I think
[11:24] <thomasvs> but ask dolphy, he was working on it this week
[11:24] <rvalles> thomasvs: that's on 0.7.x or 0.6.x?
[11:24] <rvalles> thomasvs: :)
[11:24] <thomasvs> rvalles: 0.7
[11:28] Matthew_I ([email protected]) joined #gstreamer.
[11:29] <Matthew_I> why should I use gstreamer over xine in my media player app?
[11:29] <Matthew_I> or over the helix stuff for that matter?
[11:29] teuf ([email protected]) joined #gstreamer.
[11:29] <teuf> hi
[11:31] <khalek> Matthew_I: from the look of it the helix stuff has several closed source components and isn't capable of as much
[11:32] <khalek> that and it seems to be geared around supporting a single player not a framework
[11:41] Nick change: markey -> AFK
[11:45] ChrisHJW_log ([email protected]) joined #gstreamer.
[11:50] <Matthew_I> khalek: any thoughts on xine?
[11:51] steveb__ ([email protected]) joined #gstreamer.
[11:53] <khalek> gstreamer seems to be split into more components so it can be useful for things beyond just playback of video
[11:55] <Matthew_I> xine can do audio as well
[11:55] <Matthew_I> I don't need a media player that can double as a file manager
[11:56] <thomasvs> Matthew_I: how about the nice plugin architecture so you can just drop in a new plugin and have all apps support the new functionality ?
[11:56] <rvalles> can 0.7 display dvd menus atm?
[11:56] <thomasvs> Matthew_I: but, have you already made up your mind, or are you still shopping ?
[11:56] <Matthew_I> xine has a nice plugin arch as well...
[11:56] Nick change: thomasvs -> thomasvs-skating
[11:57] <Matthew_I> just to know if there is something better
[11:57] <Matthew_I> im trying to give gstreamer a chance
[11:57] <thomasvs-skating> Matthew_I: but it's not used at all.  I have never seen any package that didn't have everything thrown into one
[11:57] <Matthew_I> xine is used
[11:57] <thomasvs-skating> so is gstreamer
[11:57] <Matthew_I> as is the plugin arch
[11:57] <thomasvs-skating> xine's architecture is perfect for what it does
[11:57] <thomasvs-skating> which is, video playback
[11:58] <thomasvs-skating> audio playback got tacked onto that
[11:58] <thomasvs-skating> and now it's pretty much at the end of its lifecycle, since it was designed to be a playback framework
[11:58] <thomasvs-skating> it's mostly there, and it's not extendable to for example decent recording
[11:58] <thomasvs-skating> or streaming
[11:58] <thomasvs-skating> gstreamer is wider in scope, but less mature
[11:58] <thomasvs-skating> it depends on what sort of solution you are shopping for
[11:59] <thomasvs-skating> and with that I'm really gone :)
[12:01] <rvalles> "Sakura Kinomoto is appointed Card Captor by the Guardian of the Seal, Kerberos, when she accidentally opens the magical book of Clow Cards and scatters them to the four winds. To protect the world from disaster she must capture all of the Clow Cards with the help of her friend Tomoyo and Kerberos."
[12:02] <rvalles> There's why I love gstreamer (and mplayer, and xine, and...)
[12:02] <rvalles> :))
[12:04] Matthew_I ([email protected]) left #gstreamer.
[12:10] steveb_ ([email protected]) left irc: Read error: 110 (Connection timed out)
[12:20] Shoragan ([email protected]) joined #gstreamer.
[12:24] <teuf> with recent gstreamer head, I'm getting crashes when using gst_object_unref (pipeline), anyone else seeing that ?
[12:37] foser ([email protected]) joined #gstreamer.
[12:55] ChrisHJW ([email protected]) joined #gstreamer.
[13:03] sublett ([email protected]) joined #gstreamer.
[13:12] Company ([email protected]) joined #gstreamer.
[13:13] <Company> good morning angels
[13:15] <teuf> hi Company
[13:16] <teuf> did you try rhythmbox with latest gstreamer head ?
[13:17] <Company> nope
[13:17] <Company> i've enjoyed my weekend ;)
[13:17] Action: Company tries
[13:18] <Company> s/tries/builds/
[13:18] Action: rvalles hates rhythmbox's UI, that's HIG gone really bad
[13:19] <teuf> Company: it seems to segfault on song changes because of gst_object_unref (pipeline)
[13:19] <teuf> rvalles: what's wrong with it ?
[13:21] <Company> yeah, what's wrong with it
[13:21] <Company> i like it as is (apart from the "implicit selection" of the current song)
[13:22] Nick change: AFK -> markey
[13:24] <Company> hm, cvs is really slow atm
[13:25] <Company> s/cvs is/cvs commits are coming in/
[13:27] <rvalles> teuf: I don't even know what format the file I'm playing is in.
[13:28] <teuf> rvalles: why is that important ?
[13:28] <rvalles> teuf: I know it's oriented to dumb users...
[13:28] <rvalles> teuf: but dumb users aren't that dumb.
[13:28] <Company> it should certainly be possible to query it
[13:28] <Company> but it should not be prominently displayed
[13:28] <teuf> rvalles: song properties/file name and you get it ;)
[13:29] <rvalles> Company: I want it prominently displayed
[13:29] Action: Company has mp3 files that end in .wma
[13:29] <rvalles> Company: everybody I'm friend with wants it prominently displayed
[13:29] <rvalles> Company: people like to know what they're playing.
[13:29] <Company> rvalles: i don't care
[13:29] <Company> rvalles: i care when i have to debug a problem, but not by default
[13:29] <teuf> rvalles: I don't care either
[13:30] <teuf> rvalles: what would that bring to know which format is the song you are playing in?
[13:31] <rvalles> teuf: being confortable
[13:31] <rvalles> teuf: I'm not, otherwise.
[13:31] <teuf> are there music players displaying that ?
[13:32] <rvalles> all the ones I know of.
[13:32] <teuf> xmms does display it ?
[13:32] <rvalles> yes.
[13:32] <Company> where?
[13:32] <rvalles> in xmms, you, at least, know the rate of the stuff you're playing
[13:32] mat1t ([email protected]) joined #gstreamer.
[13:32] <rvalles> and you can, very quickly, know everything else.
[13:33] <Company> yeah, mono/stereo and bitrate are displayed
[13:33] <teuf> rvalles: you want bitrate, or mp3/ogg/whatever ?
[13:33] <Company> (but bitrate is useless when you wonder why your 320kb file is so bad and it's wav ;)
[13:33] <teuf> rvalles: you can quickly know most of the useful stuff with ctrl+p in rhythmbox
[13:34] mat1t ([email protected]) left #gstreamer.
[13:34] <rvalles> teuf: I like to know at least the codec and the average bitrate
[13:34] <rvalles> teuf: mp3/128, vorbis/163, flac/628 etc.
[13:35] <teuf> you get that in the property window...
[13:35] <teuf> it seems it's possible to add a "quality" column, but it doesn't work here
[13:35] <rvalles> yeah
[13:36] <rvalles> bitrate and codec columns would rock
[13:37] <teuf> anyway, did you file bugs about that ?
[13:37] <Company> it should definitely be possible (IMO) to abstract all tags so that you can add columns for them
[13:38] <Company> great, wingo broke opt again
[13:39] <Company> (the again was for "broke opt", not for wingo)
[13:41] <teuf> Company: having a huge list of displayable tags would suck though
[13:41] <rvalles> teuf: I talked with some devel
[13:41] <rvalles> teuf: but he told me it was never going to be implemented
[13:41] <Company> teuf: well, you could limit them if you wanted to but allow more in gconf or whatever
[13:42] <teuf> rvalles: who was it ? walters ?
[13:42] <rvalles> teuf: because of *cough*usability*cough* reasons.
[13:42] <teuf> rvalles: and what didn't he want to implement ?
[13:42] <rvalles> teuf: I don't remember... but it sounded like a hopeless HIG zealot.
[13:42] <rvalles> teuf: support for displaying bitrate or codec in ANY way at all.
[13:42] <teuf> I guess having the info you want in the properties window woudn't hurt
[13:42] <teuf> rvalles: bitrate is already displayed, and codec is nearly displayed since there is the filename available...
[13:43] <teuf> rvalles: when was it ? a long time ago ?
[13:43] <rvalles> teuf: a few months
[13:44] <Company> codec and bitrate are certainly things a normal user should never know about
[13:44] <Company> everybody above normal will want to know it at some point in time though
[13:45] <teuf> that can't be jorn then
[13:45] <teuf> maybe it's walters
[13:47] <teuf> hmm, I don't understand how it is possible to get alsa mixing through gst-mixer
[13:47] <teuf> from what I understand, it can only work for oss (or alsa + oss emulation
[13:50] <Company> i have no idea
[13:50] <Company> leif id something but it never worked for me
[13:50] <Company> s/id/did/
[13:50] <Company> and i hate the mixer interface so i prefer not to work on it ;)
[13:50] <teuf> it didn't work here either, but I fixed it in the oss emulation case
[13:51] <teuf> but gst-mixer uses property probes, and alsa doesn't implement this interface at all
[13:51] <teuf> but still people say they have alsa mixing working with gst-mixer
[13:51] <teuf> so I'm a bit confused
[13:51] <Company> yeah, i've wondered too
[13:51] <teuf> I'd be interested if you could tell me if gst-mixer works for you after upgrading gst-plugins
[13:54] <Company> well, it gets the oss devices (alsa emulation), but not the alsa devices
[13:54] <Company> it always got them
[13:55] <teuf> ah ok
[13:55] <teuf> here it didn't even get the oss emulation ones ;)
[13:56] <Company> hm, i shouldupdate gnome-mixer to be really sure
[14:09] <Company> i just love having many people use your code
[14:10] <Company> nowhere else do you find bugs so quickl?y
[14:17] <thaytan> yo all
[14:18] <teuf> when do you guys switch to arch or subversion ? ;)
[14:18] <Company> when arch doesn't store the whole tree in my working dir
[14:18] <Company> :p
[14:20] <teuf> Company: subversion would do it too, I only think that it would be nicer to work with something that supports changesets ;)
[14:20] <Company> i so hate that
[14:20] <teuf> changesets or arch putting lots of stuff in your working dir ?
[14:21] <Company> because for $file in find -type f; do ... doesn'T work anymore
[14:21] <Company> putting stuff in my working dir
[14:21] <teuf> yeah, I also don't like much arch putting its stuff in the working dir because it has issues with find
[14:21] <thaytan> Company: I'll let Rob Collins know, he's a SLUG member
[14:22] <thaytan> one of the LEAD arch developers
[14:22] <Company> i'd like it if arch put a .arch file in every dir whose contents were the path to the real arch dir
[14:22] <thaytan> so far every time someone says something like that, he's had a good answer
[14:22] <teuf> I guess you can add a parameter to find to tell it to ignore it, but I didn't look at man find yet ;)
[14:22] <Company> teuf: i'm using find | grep -v "{arch}" mopst of the time, but that sucks
[14:23] <Company> thaytan: cool, thx
[14:25] <teuf> find . -name "*.c" -a -not -path "./{arch}*" works too, but that's painful to type
[14:25] alley_cat ([email protected]) left irc: "May the Source be with you!"
[14:26] <Company> yeah
[14:26] <thaytan> I like that arch enforce a verified gpg chain for every commit
[14:26] <Company> it would be so much cooler if all repos were stored in ~/.arch or so
[14:26] <thaytan> insert "can" as appropriate
[14:27] <teuf> Company: all repos are stored in something like that, since you can rm -rf a working dir, and still get the branch which was corresponding to your working dir
[14:29] alley_cat ([email protected]) joined #gstreamer.
[14:30] <Company> i definitely like arch, but that repo thingy and the totally different commands have confused me in the past
[14:31] <teuf> yeah, it takes quite a bit of time to get used to it :-/
[14:32] <teuf> Company: if I use a different scheduler, rhythmbox should work fine ?
[14:35] <Company> teuf: if that scheduler works, yeah...
[14:35] <Company> teuf: basicomega had issues when i tried
[14:36] <teuf> hmm, I guess I'll just get rid of gst_object_unref
[14:36] <teuf> though this will make rb leak even more memory on file loading
[14:36] <Company> teuf: you could also revers wingo's latest commit
[14:37] <thaytan> Company: also, if you're interested, Rob gave a talk on arch at our local LUG last year
[14:37] <thaytan> the slides and soundtrack from that are at http://www.robertcollins.net/talks/
[14:37] <Company> thaytan: i'll figure it out some day
[14:38] <teuf> Company: yeah, that's because of that I said using something supporting changesets would be nice ;)
[14:45] smoke ([email protected]) joined #gstreamer.
[14:49] oskie ([email protected]) joined #gstreamer.
[14:49] <oskie> hi!
[14:51] sublett ([email protected]) left irc: "I like food, food is good!"
[14:55] Nick change: thomasvs-skating -> thomasvs
[15:06] ChriHJW ([email protected]) joined #gstreamer.
[15:12] ChrisHJW ([email protected]) left irc: Read error: 60 (Operation timed out)
[15:17] ChriHJW_log ([email protected]) joined #gstreamer.
[15:23] ChrisHJW_log ([email protected]) left irc: Read error: 110 (Connection timed out)
[15:24] Rotty ([email protected]) joined #gstreamer.
[15:49] bilboed_ ([email protected]) joined #gstreamer.
[15:49] <bitshifter> anyone knows any programs that extract data from .ape CD images into some decent format?
[15:55] <Company> .ape cd images?
[15:55] <Company> you mean ape files on a cd image - in that case use loop mount and gst-monkeymedia :p
[15:56] <bitshifter> yeah, sorry, I was under the impression it was some kind of CD image format
[16:00] jdahlin ([email protected]) joined #gstreamer.
[16:01] <jdahlin> Company, http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gstreamer/gst/gstdata.c.diff?r1=1.18&r2=1.19 is partly wrong
[16:02] <jdahlin> a GBoxedCopyFunc is actually expected to return a copied object
[16:02] <jdahlin> and some programs, like the python bindings depends on this
[16:02] bilboed ([email protected]) left irc: Read error: 110 (Connection timed out)
[16:03] <Company> jdahlin: in that case change it back to _copy
[16:03] Nick change: bilboed_ -> bilboed
[16:03] <Company> jdahlin: and change gstbuffer's boxed registration, too
[16:04] <jdahlin> Company, will do tomorrow, since I dont have access to any decent machines until then
[16:05] <Company> ok
[16:05] <Company> please mention in the Changelog that _copy is necessary
[16:05] <jdahlin> sure
[16:06] <Company> we weren't sure so we modelled it after gstbuffer
[16:06] <jdahlin> I´m not entierly sure _unref() works
[16:06] <jdahlin> (or if its correct)
[16:07] <Company> unref works
[16:07] <Company> since _copy returns an object with a refcount of one it should work
[16:08] <bitshifter> Company: I do feel a bit stupid atm, but ... where am I supposed to find gst-monkeymedia?
[16:09] <Company> bitshifter: it's a seperate cvs module
[16:09] <Company> bitshifter: and there are 0.6 releases
[16:09] <Company> bitshifter: i dunno if it's ported to 0.7 already
[16:09] <teuf> Company: do you mean http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gst-monkeysaudio/ ?
[16:10] <bitshifter> sceptic [tim] - ~/src/cvs ---> cvs -d`cat gstreamer/CVS/Root` co gst-monkeymedia
[16:10] <bitshifter> cvs-1.12.1-4 server: cannot find module `gst-monkeymedia' - ignored
[16:10] <bitshifter> cvs [checkout aborted]: cannot expand modules
[16:10] <bitshifter> s
[16:10] <bitshifter> oh
[16:10] <Company> gst-monkeysaudio/
[16:10] <bitshifter> that works - thanks :)
[16:14] <Company> i _hate_ gedit
[16:15] <Company> middle mouse click should paste at cursor position not at mouse position
[16:15] <Company> that requires much to finegrained aiming
[16:15] <Company> i'm not a UT pro like my brother :/
[16:15] <Misirlou> Uh, mouse position?
[16:15] <Misirlou> You want it to paste text on your mouse pad? :)
[16:16] Action: bitshifter hates that the 'Find' dialog can't be made to disappear with <Esc> in gedit
[16:16] <Company> at text cursor position, not at mouse cursor position
[16:16] <Misirlou> ;)
[16:16] <teuf> bitshifter: esc means cancel, not close or something like that iirc, that's why most dialogs can't be closed with esc
[16:17] <Company> if you want mouse cursor paste, click left-right
[16:17] <Company> teuf: what's ESC to do in a search box?
[16:17] <teuf> Company: nothing I guess
[16:18] <Company> teuf: i'd say cancelling a search should close the box ;)
[16:18] <jimmy_dean> hmm, fresh CVS version of gst-plugins...did a ./configure with no options and I get this:
[16:18] <jimmy_dean> gcc "{ global:" > .libs/libgstaudio.ver
[16:18] <jimmy_dean> gcc: { global:: No such file or directory
[16:18] <jimmy_dean> gcc: no input files
[16:18] <jimmy_dean> make[4]: *** [libgstaudio.la] Error 1
[16:18] <bitshifter> teuf: that may be true, but it annoys the hell out of me anyway and makes me avoid gedit :)
[16:19] <teuf> grr, the new gtk fileselector takes seconds to show up when freshly starting rhythmbox :(
[16:19] <Company> jimmy_dean: don't use gentoo
[16:20] <jimmy_dean> Company: please explain yourself
[16:20] <bilboed> jimmy_dean: or compile/install manually libtool
[16:20] <Company> jimmy_dean: http://bugzilla.gnome.org/show_bug.cgi?id=135725
[16:21] <jimmy_dean> hmm, I upgrade my libtool to 1.5.2, not 1.4.3 like in that bug
[16:22] <bilboed> jimmy_dean: there is another workaround at http://bugs.gentoo.org/show_bug.cgi?id=43244
[16:23] <jimmy_dean> wow downgrade, interesting
[16:25] <Company> gstreamer is good at finding gentoo libtool bugs ;)
[16:27] <jimmy_dean> hehe, I love Gentoo...it's not perfect but it's the best in my opinion
[16:31] foser ([email protected]) left irc: "[ I want to believe ]"
[16:33] <jimmy_dean> Company: it should be the same problem as that bug but after changing to libtool-1.4.1 I get the same error...do I have to recompile gstreamer while I have libtool-1.4.1 installed or doesn't it matter?
[16:33] <teuf> jimmy_dean: you have to rerun autogen.sh I think
[16:34] <jimmy_dean> ahh ok, not just configure
[16:34] <thomasvs> jimmy_dean: whenever you change one of the autotools, you have to rerun autogen
[16:35] jdahlin ([email protected]) left irc: 
[16:35] <jimmy_dean> thomasvs: ok, I have next to no knowledge of the autotools
[16:37] oskie ([email protected]) left irc: "bye bye"
[16:38] elliotv ([email protected]) joined #gstreamer.
[16:38] <elliotv> is there a gstreamer plugin to play AAC files (.m4a)?
[16:39] <teuf> yup
[16:39] <elliotv> does it come with gst-plugins & what's it called
[16:40] <jimmy_dean> elliotv: I believe it's the faac plugin
[16:40] <teuf> elliotv: yep, I think it's faad or something like that
[16:40] <teuf> jimmy_dean: faac is for encoding imo
[16:40] <jimmy_dean> ahh ok
[16:41] sublett ([email protected]) joined #gstreamer.
[16:41] <elliotv> so for playing aac, can i use faac?
[16:42] <teuf> elliotv: faac is to create aac files, faad decodes them
[16:45] <thomasvs> ye gods
[16:46] <thomasvs> it's snowing here :)
[16:46] <Misirlou> thomasvs: Where do you live? 
[16:48] <thomasvs> Misirlou: barcelona
[16:49] <Misirlou> cool
[16:50] <bilboed> it's snowing in barcelona ? wicked :)
[16:51] md` ([email protected]) left irc: 
[16:54] harshy ([email protected]) left irc: Read error: 113 (No route to host)
[16:56] harshy ([email protected]) joined #gstreamer.
[17:10] md` ([email protected]) joined #gstreamer.
[17:12] jimmy_dean ([email protected]) left irc: "Carrier Signal Lost"
[17:14] <teuf> Company: where should xing header parsing should go for vbr mp3s ? to gstmad.c ?
[17:14] jimmy_dean ([email protected]) joined #gstreamer.
[17:23] <elliotv> barcelona is nice. is the prada museum located there?
[17:27] <Company> teuf: what's an xing header?
[17:27] <Company> teuf: just a tagging mechanism like ID3?
[17:29] <teuf> Company: I dunno exactly what that is, I think it's a special frame giving info about the encoding process. I want to parse it since it can contain the length of a vbr file
[17:30] <Company> teuf: xingdemux probably
[17:31] <teuf> hrm I don't feel like writing a new element to handle that :-/
[17:31] <teuf> http://home.pcisys.net/~melanson/codecs/mp3extensions.txt
[17:34] <Company> teuf: you should write an element for that - it can handle seeking in vbr
[17:35] <Company> (though it requires some more format madness to detect it
[17:35] <Company> )
[17:36] <teuf> my goal is only to return a proper duration for vbr files though
[17:36] <Company> yeah
[17:36] <Company> does mad handle xing headers?
[17:37] <teuf> libmad or the gst mad element ?
[17:37] <teuf> I have no idea for libmad
[17:37] <Company> libmad
[17:37] <Company> the gst mad element does not touch anything inside the stream itself
[17:38] <teuf> libmad doesn't seem to handle it
[17:38] <teuf> it must skip it as invalid
[17:39] <Company> yeah
[17:43] <Company> to handle it correctly you'd need an xing typefind function and an xing element
[17:53] smoke ([email protected]) got netsplit.
[17:59] smoke ([email protected]) got lost in the net-split.
[18:06] <elliotv> i have the faad plugin registered in the .xml file, so m4a files should play. however, when i try and play a few in gst-player, it crashes.  have any of you had any experience with the faad plugin?
[18:09] <Company> i'd bet it's qtdemux, which is needed for decoding faad...
[18:09] iain ([email protected]) joined #gstreamer.
[18:12] <elliotv> well i should have qtdemux
[18:12] <elliotv> it came with gst-plugins
[18:17] <Company> yeah, but qtdemux has issues ;)
[18:18] <Company> (faad too, probably
[18:18] <Company> )
[18:29] <pmfp> anybody know how to get drag and drop using glade?
[18:33] <Company> gnarg
[18:33] <Company> abiword doesn'T do embedded tables in .doc files
[18:37] Manny ([email protected]) joined #gstreamer.
[18:37] <Manny> hi
[18:37] <Manny> can gst-launch receive something from a pipe, too?
[18:38] <Company> use fdsrc
[18:38] <Company> i think it reads from stdin by default
[18:38] <Manny> Error: 1002: invalid input file
[18:39] <Company> try fdsrc fd=1
[18:40] <Manny> does MPEG-Plus aka MPC work with gst?
[18:40] kwm ([email protected]) joined #gstreamer.
[18:41] <Company> what's that?
[18:41] <teuf> isn't mpc = musepack something ?
[18:41] <Manny> ouch
[18:41] <Manny> maybe
[18:41] <Manny> all those awkward formats :(
[18:41] <Manny> why can't they simply use Ogg...
[18:42] <Manny> it works for low and high bitrates
[18:43] apoc ([email protected]) joined #gstreamer.
[18:43] <apoc> hi
[18:44] <teuf> hi apoc
[18:47] <Misirlou> hi teuf
[18:47] <Misirlou> hi apoc
[18:47] <Misirlou> hi hi hi hi
[18:48] <teuf> apoc: I read in bug #131575 that you have native alsa mixer support with gst-mixer ?
[18:50] <apoc> teuf: you mean Uraeus right ? ;)
[18:50] <teuf> apoc: uraeus says " Apoc reports that it works for him too"
[18:50] <teuf> don't try to hide!! :)
[18:51] <apoc> teuf: oh yes ;) I removed the alsa-oss-emulation module and it worked fine
[18:52] <teuf> apoc: did you compile gst-mixer from source ?
[18:53] <apoc> teuf: gst-mixer is incorporated to gnome-media ?
[18:53] <teuf> yep
[18:54] jimmy_dean ([email protected]) left irc: "Carrier Signal Lost"
[18:54] <apoc> teuf : gnome-media-2.5.3 built from source (gentoo)
[18:56] <teuf> apoc: would it be easy to add a patch to it and to reinstall it ? I doubt gst-mixer support native alsa mixing at all, and I'd like to test it ;)
[18:56] <apoc> teuf: sure 
[19:03] Shoragan ([email protected]) left irc: "Leaving"
[19:06] <teuf> apoc: cfergeau.free.fr/gst-mixer.diff
[19:07] <apoc> teuf: ok
[19:09] <apoc> teuf: are you sure the file is correct ?
[19:09] <apoc> teuf: "+      printf ("Creating mixer widget for %s\n", factory->details.longname);"
[19:09] <apoc> teuf: this is the only change ;)
[19:10] <teuf> apoc: yep, that's normal :)
[19:10] <teuf> I only want to know if it really uses alsa on your system ;)
[19:10] <apoc> teuf: ok
[19:11] ChrisHJW ([email protected]) joined #gstreamer.
[19:20] <apoc> teuf : compiling ...
[19:25] <apoc> teuf : ok I get 'Creating mixer widget for Audio Mixer (OSS)'
[19:26] <teuf> apoc: even when you remove the oss emulation stuff as you did in the bug report ?
[19:29] ChriHJW ([email protected]) left irc: Read error: 110 (Connection timed out)
[19:30] ChriHJW_log ([email protected]) left irc: Read error: 110 (Connection timed out)
[19:34] jimmy_dean ([email protected]) joined #gstreamer.
[19:35] <apoc> teuf: i don't have the /dev/mixer anymore
[19:35] <teuf> apoc: on gentoo, it probably appears in /dev/sound/
[19:36] <apoc> teuf: i just have midi stuff
[19:36] <teuf> and the mixer still works printing this (OSS) message ?
[19:37] <apoc> no it doesn't work
[19:37] <teuf> ok, but it works when you reenable oss emulation ?
[19:39] <apoc> teuf: yes
[19:39] <teuf> great, thanks
[19:39] <apoc> teuf: I think i shoull have the /dev/mixer without oss emulation 
[19:39] <teuf> dunno how alsa mixers work
[19:43] dolphy ([email protected]) joined #gstreamer.
[19:46] <dolphy> yop
[20:01] <apoc> hello dolphy
[20:02] Nick change: bluejay|sleep -> bluejay
[20:02] gnarf ([email protected]) joined #gstreamer.
[20:03] <gnarf> how to tell gstreamer to use another alsa device than default? syntax? configuration? alsasink device=hw:0 seems to work, but this is in use at the moment.
[20:04] <Company> exactly that
[20:04] <Company> alsasink device=<device>
[20:04] <gnarf> right. what to tell him as device?
[20:04] <gnarf> i need something different from hw:0
[20:05] <Company> hw:<cardnr> is direct caccess
[20:05] <Company> hw:1 for the second soundcard
[20:05] <gnarf> right. i wouldn't ask if i had not tried that yet
[20:06] <Company> you can use plughw:<cardnr>, too
[20:06] jcsston ([email protected]) joined #gstreamer.
[20:06] <Company> that one converts to the correct format if the formats don't match
[20:06] <Company> but might be buggy
[20:07] <Company> (btw: you're not using gstreamer 0.6, are you?)
[20:07] <gnarf> debian sid.. 
[20:07] <gnarf> 0.6.4 exaktly
[20:08] <Company> alsa doesn't work in 0.6
[20:08] <gnarf> great.
[20:09] <bluejay> Company: Does transcoding with tags work in the latest gst CVS?
[20:09] <Company> yes
[20:10] <gnarf> don't you think that some debian developers might have fixed this problem? using default device gstreamer gets blocked since device is used by someone else..
[20:10] <Company> i'm pretty sure they haven't
[20:10] <pmfp> can you use gtk_file_chooser_dialog in gtk 2.2?
[20:11] <teuf> pmfp: gtk_file_chooser is new in gtk 2.3
[20:11] <pmfp> crikey
[20:11] <pmfp> thanks
[20:13] <bluejay> Company: nice. :) But. . it didn't copy the replaygain information.
[20:14] <sxpert> any idea what this is : "* (process:3455): WARNING **: opt: unlink elements in same group: implement me" ?
[20:14] <gnarf> i see. alsa succeds to open a device but fails to set a bitrate..
[20:15] <teuf> bluejay: when transcoding to which forma t?
[20:15] <teuf> bluejay: feel free to write a patch ;)
[20:15] <apoc> Can someone test this pipeline
[20:16] <apoc> gst-launch filesrc location=foo.mp3 ! mad ! audioconvert ! audio/x-raw-float ! alsasink
[20:16] <bluejay> teuf: flac->vorbis. 
[20:16] <apoc> it produces some noise here ;)
[20:16] <teuf> bluejay: I think it should be pretty easy to fix
[20:17] <bluejay> teuf: nah, I'm just complaining. ;) Which file should I look at?
[20:17] <teuf> gst-plugins/ext/flac/flacdec, gst-plugins/gst/tags/gstvorbistag.c
[20:17] <sxpert> apoc: alsasink doesn't really work for me for some reason
[20:17] <teuf> and I don't remember what the vorbis encoder is
[20:17] <bluejay> teuf: thanks. :)
[20:17] <thomasvs> Company: what's the difference in how alsa-lib works between specifying device and not specifying it ?
[20:19] <Company> thomasvs: it uses the device named "default"
[20:19] <Company> thomasvs: which maps to "plughw:0" unless you redefine it in .asoundrc
[20:28] <gnarf> does gstreamer fork at any time?
[20:29] <gnarf> or better question: does gestreamer fork for different plugins at any time?
[20:31] <apoc> thomasvs: are we in feature freeze or something like that ? I have a replaygain plugin localy : maybe i should wait before to commit ?
[20:33] Action: bitshifter so totally wants a replaygain plugin
[20:34] <bluejay> teuf: It loses those tags also when I go ogg->ogg and flac->flac, so I'm looking more in the main gst tag stuff.
[20:34] <teuf> bluejay: what is the gst tag name for replaygain ?
[20:34] <teuf> and the corresponding vorbis tag name ?
[20:35] <teuf> bluejay: does gst-launch-0.7 -t properly display it ?
[20:35] <bluejay> GST_TAG_TRACK_GAIN, REPLAYGAIN_TRACK_GAIN, and yes.
[20:37] <bluejay> ...{ALBUM,TRACK}_{GAIN,PEAK}, actually
[20:39] <gnarf> is there an answer about forking? i was just asking this question because i had the same idea of gstreamer in a different way before knowing gstreamer existed. although my ide was a bit "the other way round". my system did not have a core but instead consisted of plugins linked with sockets. why didn't you choose sockets?
[20:40] <bluejay> teuf: In gst/gsttag.c, they're correctly marked as GST_TAG_FLAG_META, like the ARTIST, etc tags.
[20:40] <gnarf> i mean with sockets a plugin may die for any reason (segfault?) and the system keeps running. additionally netwokring support and multi user support would be build in. all these things have to be done with extra plugins using gstreamer.
[20:41] Manny ([email protected]) left irc: 
[20:41] <bluejay> teuf: They're the only G_TYPE_DOUBLE tags. . . Could that do it?
[20:41] <teuf> bluejay: I was about to say it could have something to do with it
[20:43] Action: bitshifter wonders whether there should really be an autom4te.cache/ dir in the gst-monkeysaudio module
[20:46] <thomasvs> gnarf: sockets to do what ? connect plugins ?
[20:46] <thomasvs> gnarf: that sounds like a whole lot of overhead
[20:46] <thomasvs> gnarf: when a plugin dies, how can the system keep running ? it needs the dead plugin
[20:47] <apoc> bitshifter: you need a replaygain plugin ?
[20:47] <bitshifter> apoc: I've been looking for one, yes :)
[20:47] <gnarf> thomasvs: right. sockets link a plugin to another. each plugin has an own process
[20:48] <apoc> bitshifter: a plugin that computes the gain or adjusts the volume ?
[20:48] <gnarf> thomasvs: it has a bit more overhead but was not intended to transport images.
[20:48] <bitshifter> apoc: actually, both would be great to have ;)
[20:48] <bitshifter> apoc: primarily adjusting the volume
[20:48] <gnarf> thomasvs: when a plugin dies. there is a hole in the pipe. the system has 2 possible choices: re link plugins without died plugin or recreate died plugin.
[20:49] <gnarf> thomasvs: another advantage mitht be to have an output plugin as a system process to allow something like acls.
[20:49] <thomasvs> apoc: I personally think replaygain is a bad design, but that's just me
[20:50] <apoc> thomasvs: what do you mean exactly ?
[20:50] <thomasvs> gnarf: that can still easily be done - just have a signal handler
[20:50] <thomasvs> apoc: well, replaygain is a tag that says "play this song at this volume", right ?
[20:50] <apoc> thomasvs: yep
[20:50] <thomasvs> apoc: so if I give you my set of songs, and their loudness through replaygain doesn't match yours ...
[20:51] <thomasvs> apoc: so, having an absolute volume modifier is a bad idea
[20:51] <thomasvs> apoc: a better idea is a tag that says "how loud" the actual song is
[20:51] <gnarf> thomasvs: i didn't tell gstreamer had a bad concept. i was just asking about why everything is handled in one process.
[20:51] <thomasvs> apoc: and the user then chooses a target loudness
[20:51] <thomasvs> apoc: and the app just sets the volume to match the two
[20:52] <thomasvs> gnarf: sockets is more overhead.  it will also keep you from doing direct hardware transfer
[20:52] <bluejay> thomasvs: replaygain does say how loud the song is. 
[20:52] <apoc> thomasvs: replaygain says : add x db to this song
[20:52] <thomasvs> apoc: yeah, exactly.  so that doesn't mean anything, does it ?
[20:52] <gnarf> thomasvs: also using sendfile() (as far as i know only available to linux 2.2 upwards)
[20:52] <thomasvs> apoc: ie, it's a relative modifier, when it should be an absolute value that is calculated from the song
[20:53] <bluejay> thomasvs: "add x db to get to 89db" (89 may be wrong, but it's a definite number)
[20:55] <gnarf> is gst usable in a diskless linux terminal environment? i mean running gst on terminals for transporting audio signals from application servers to thin clints (inluding authentification) ?
[20:58] gnarf ([email protected]) left irc: Nick collision from services.
[20:58] gnarf_ ([email protected]) joined #gstreamer.
[20:58] Nick change: gnarf_ -> gnarf
[20:59] <gnarf> could you please repeat any answer to my last question?
[21:02] <thomasvs> gnarf: yeah, it is
[21:02] <bluejay> thomasvs: vorbisgain and metaflac --add-replay-gain will calculate the replaygain directly from the song with no reference to your preferences.
[21:02] <thomasvs> bluejay: ah, can you point me to the doc that explains how this is done then ?
[21:02] <thomasvs> ie, the def of the replaygain tags ?
[21:03] <bluejay> thomasvs: http://replaygain.hydrogenaudio.org/contents.html
[21:03] <gnarf> thomasvs: thx. i'll then start rtfm to integrate it in a diskless project for a school..
[21:05] <thomasvs> bluejay: doesn't resolve for me here ...
[21:05] <bluejay> thomasvs: http://www.replaygain.org/ ?
[21:05] <bluejay> thomasvs: otherwise, google search for "replaygain"
[21:06] smoke ([email protected]) joined #gstreamer.
[21:07] <bluejay> thomasvs: basically, what you're asking for is how replaygain works. ;)
[21:07] <gnarf> thank you very much for answering all my questions.
[21:07] gnarf ([email protected]) left #gstreamer (":)").
[21:09] teuf ([email protected]) left irc: "Client exiting"
[21:09] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[21:09] teuf ([email protected]) joined #gstreamer.
[21:12] ChrisHJW_log ([email protected]) joined #gstreamer.
[21:23] <bluejay> teuf: I looked through the files with "tag" in their names, and couldn't find anywhere that had a G_TYPE_UINT without also dealing with G_TYPE_DOUBLE. I think this is beyond my knowledge of gst tagging.
[21:34] dolphy ([email protected]) left irc: "Network down, IP Packets delivered via UPS"
[21:37] pmfp ([email protected]) left #gstreamer ("Leaving").
[21:56] jimmy_dean ([email protected]) left irc: "Carrier Signal Lost"
[21:57] <teuf> bluejay: I generally add printf here and there to try to figure out what is happening when dealing with such stuff
[21:58] <teuf> you told me flac->flac isn't working iirc ?
[21:58] <bluejay> teuf: flac->flac, ogg->ogg, and flac->ogg
[21:58] <teuf> ok, flac->flac may be easier :)
[21:58] <bluejay> teuf: But they all use vorbis comments
[22:00] <teuf> bluejay: you could dump all the tags you receive in gst_flacenc_chain to check that everything is working propperly up to that point
[22:00] <teuf> and then add some debugging code to add_one_tag
[22:00] <teuf> once you figure out where things go wrong, the hardest part is done
[22:02] wim_ ([email protected]) joined #gstreamer.
[22:02] wtay-away ([email protected]) left irc: Read error: 104 (Connection reset by peer)
[22:02] <bluejay> teuf: I don't really have time to dig through gst tagging any more now. :( 
[22:02] <bluejay> teuf: thanks though
[22:03] <teuf> bluejay: the chances of having it getting fixed quickly are pretty slim if you don't do it yourself ;)
[22:04] <bluejay> teuf: I know, but not failing classes is more important than getting those tags through transcoding
[22:04] <teuf> bluejay: depends ;)
[22:04] <teuf> classes are soooo overrated :)
[22:06] <sxpert> there's a leak somewhere :(
[22:07] <teuf> in tag reading ?
[22:07] <sxpert> no idea, I just see my player growing and growing and growing (wasn't doing that before)
[22:11] ds_ ([email protected]) joined #gstreamer.
[22:21] Uraeus ([email protected]) joined #gstreamer.
[22:21] <Uraeus> ello
[22:21] <teuf> hi Uraeus
[22:22] <Uraeus> teuf: glad you found that ALSA mixer bug :)
[22:22] <teuf> Uraeus: well, as i said in my last comment, I fixed an oss mixer bug, and I don't think gnome-volume-control supports alsa mixing at all
[22:23] <Uraeus> teuf: it works for me using ALSA
[22:24] <teuf> Uraeus: it's using oss emulation I think
[22:24] <Uraeus> teuf: well I tried unloading the OSS emulation and think still worked afaict
[22:25] <Company> if the tabs say something like "C-Media PCI (OSS)", it's not alsa
[22:25] <teuf> Uraeus: apoc unloaded oss emulation and it stopped working
[22:25] <Company> with oss emulation, every device must be there twice
[22:25] <teuf> Company: twice ? once for native alsa, and once for oss emulation ?
[22:25] <Company> teuf: yeah
[22:25] <Company> how's oss to know that a) alsa is installed and b) the device is emulated?
[22:26] <teuf> I didn't say it's supposed to know that :)
[22:27] <sxpert> Uraeus: there's a trick with yum...
[22:28] <sxpert> you just need to set another mirror in /etc/yum.conf , for instance, ibiblio :D
[22:28] <Uraeus> sxpert: yeah, don't use it
[22:28] <Uraeus> sxpert: only helped a little
[22:28] <sxpert> Uraeus: ah, well, helped a lot here :)
[22:32] <teuf> Company: is there any doc for libmad ?
[22:34] <Company> teuf: i don't think so
[22:34] <teuf> that sucks :(
[22:34] ds ([email protected]) left irc: Read error: 110 (Connection timed out)
[22:34] <Company> what does strcmp (NULL, "somestring") do?
[22:34] <Company> segfault?
[22:34] <teuf> undefined behaviour I think
[22:34] BBB ([email protected]) joined #gstreamer.
[22:34] <teuf> ie segfault :)
[22:35] <wheels> teuf: worse -- "maybe segfault"  :-)
[22:35] <Uraeus> hi BBB
[22:36] <Company> ds_: ping?
[22:39] <BBB> hi
[22:39] <Company> lol
[22:39] <Company> gst-mixer is a load of crap
[22:39] Action: BBB kicks company
[22:39] <BBB> OFF!
[22:39] <BBB> I don't care how crappy people think it is - it works well
[22:39] <Company> yeah
[22:39] <Company> exactly
[22:40] <BBB> the code is very clean... I just never bothered to make objects of tracks
[22:40] <Company> you might wanna try it and figure out it doesn't even display osssink anymore
[22:40] <BBB> but it works nicely
[22:40] <BBB> osssink?
[22:40] <teuf> Company: I borked oss in gst-mixer ?
[22:40] <BBB> the only object it displays is ossmixer
[22:40] <Company> teuf: dunno
[22:40] <BBB> does latest CVS depend on glib-2.3?
[22:40] <teuf> Company: I made some changes in gstosselement to make gst-mixer work for me, maybe I broke some stuff
[22:40] <BBB> or will it work on glib-2.2 too?
[22:41] <Company> the profiels need 2.3
[22:41] <Company> strcmp (klass, "Generic/Audio")
[22:42] <Company> crap
[22:42] <Company> if (!GST_IS_PROPERTY_PROBE (element))
[22:42] <Company>       goto next;
[22:42] <Company> crap
[22:42] <Company> the element leakage isn't nice either
[22:43] <Company> oh, it's not leaking
[22:43] <Company> ok, i take that back
[22:43] <Company> but the whole discovery mechanism is shit
[22:43] Action: BBB sort of agrees
[22:44] <BBB> it's not very "clean" how it's written
[22:44] <BBB> the detect function probably needs a rewrite one day...
[22:44] <BBB> but it works well :)
[22:44] Action: BBB agrees that gst-mixer isn't the "best" design possible...
[22:44] <Company> well, considering osssink is in Sink/Audio now...
[22:44] <BBB> osssink!
[22:45] <BBB> but the mixer wants ossmixer ;)
[22:45] <Company> oh
[22:45] <BBB> and alsamixer elements
[22:45] <BBB> osssink is for the player
[22:45] <BBB> like alsasink
[22:45] <Company> so ossmixer is a registered _element_?
[22:45] <BBB> yes
[22:45] Action: Company shoots self
[22:45] <BBB> we've got quite a few "padless" elements
[22:45] <Company> i don't care about GstMixer from now on
[22:45] <BBB> ?
[22:46] <BBB> you mean you didn't _know_?
[22:46] <Company> no
[22:46] <Company> i thought people know what an element is :/
[22:46] <BBB> what do you think osssink is?
[22:46] <Company> it's not a "something you abuse to get it into the registry and then use for something else"
[22:46] ds_ ([email protected]) left irc: Read error: 60 (Operation timed out)
[22:46] <BBB> it's derived from ossmixer ;)
[22:46] <BBB> as is osssrc
[22:47] <BBB> ossmixer is the parent... it handles device handling, mixer setup and some other generic things
[22:47] <BBB> you could call it osselement if you wish
[22:47] <Company> yes
[22:47] <BBB> better yet, I think ossmixer is called osselement already ;)
[22:47] Jug_ ([email protected]) joined #gstreamer.
[22:47] <Jug_> hi
[22:47] <Company> but registering it to get audio devices into the registry is _so_ wrong, it's not even funny
[22:47] <Uraeus> hi Jug_
[22:48] <BBB> how do we get audio devices into the registry?
[22:48] <Jug_> when I try to start gstreamer I get followin error: ERROR: pipeline could not be constructed: Empty bin.. what that suppose to mean?
[22:48] <Uraeus> BBB: so I can close the 'two soundcard' bug, the new mixer supports that easily?
[22:48] <Uraeus> Jug_: you propbably need to run gst-register
[22:48] <Company> i don't freakin care, design something, but don't abuse stuff
[22:48] <Jug_> I have run it
[22:48] <BBB> Uraeus: yes... but I don't really touch gnome-media-2.3/4 bugs, I only care about 2.5 :)
[22:48] <BBB> Company: how did I abuse?
[22:49] <BBB> Company: osssrc only renders input tracks... osssink only renders output tracks for PCM... ossmixer renders all
[22:49] <BBB> we've designed this carefully and pretty much everyone likes it
[22:49] <BBB> except you...
[22:49] <BBB> and I'm wondering why
[22:49] <Uraeus> BBB: well I am closing the 2.3/4 bugs that we have 'fixed' by the 2.5 rewrite. Personally I think we should have a tabbed interface in the mixer for each soundcard
[22:49] <BBB> we do, Uraeus ;)
[22:49] <BBB> unless I misunderstand you :)
[22:50] <Uraeus> BBB: ok, closing that bug then
[22:50] <Company> BBB: last i looked a GstElement was something you use in a pipeline
[22:50] <thomasvs> Jug_: you didn't specify a pipeline to run
[22:50] <Jug_> what pipeline?
[22:51] <thomasvs> Jug_: exactly :) that's my point.  you ran "gst-launch" without anything.
[22:51] <Uraeus> BBB: http://bugzilla.gnome.org/show_bug.cgi?id=72214 <- have we fixed this bug too? ;)
[22:51] kwm ([email protected]) left irc: "Leaving"
[22:51] <BBB> Company: yes... 
[22:51] <Jug_> thomasvs: well actually I have an app which uses gstreamer and it doesnt work so I'm trying to find out which is the problem
[22:52] <BBB> Company: so we slightly disagree... anyway, most people liked my design... apparently, you don't... 
[22:52] <thomasvs> Jug_: you have an empty bin.  I can't say more, since I don't know your app.
[22:52] <Company> no, i think it's broken
[22:53] <BBB> ok...
[22:53] <Company> "Hi. I put an ossmixer in gst-editor, but nothing happened. WHat did I do wrong?"
[22:53] <BBB> gst-editor doesn't display General/* or None/* elements
[22:53] <BBB> since that's the definition of elements that are not to be used in a pipeline, according to gst-editor's ancient source code
[22:53] <BBB> seriously
[22:53] sub_pop ([email protected]) joined #gstreamer.
[22:53] <BBB> I'm not making this up
[22:54] <BBB> and I didn't add it there myself either ;)
[22:54] <Company> yeah, it's probably an omega invention
[22:55] <Company> anyway, it's not an element, so making it one is a design bug
[22:55] <BBB> maybe... I'm not sure... anyway, that was one of my reasons to assume that elements can be used outside the "data stream" concept, in specific well-documented cases
[22:55] <BBB> no
[22:55] <BBB> *you think* that it is a design bug
[22:55] <BBB> others think it isn't
[22:55] <Uraeus> hmm, I think when we port/rewrite gnome-cd to use GStreamer we can probably close 90% of the gnome-media bugs. Most of them are gnome-cd crashers
[22:55] <BBB> get that straight!
[22:56] <Company> yes
[22:56] <Company> i think it's a design bug
[22:56] <Company> and unless someone has convinced me otherwise, i'll assume it is one
[22:56] <BBB> so I suggest you propose something better for gnome-2.8 or gstreamer-0.10 ;)
[22:56] <Company> i'll do that
[22:56] <BBB> I'm not even gonna try ;)
[22:57] <BBB> but come on, even ds liked this... why do you bother with all this?
[22:57] <BBB> I've said this before: you won't like everything 100%, get used to it
[22:58] <BBB> btw, did you look at my MPEG-email?
[22:58] <BBB> the thing that threaded playback works and non-threaded (as in spider) doesn't?
[22:58] <BBB> that's something interesting for you, imo ;)
[23:00] <Company> haven't looked at mails or some time...
[23:01] <Company> for some time
[23:01] <Uraeus> ok, we actually have a patch to port gnome-cd to GStreamer, any of you want to review it?
[23:01] jimmy_dean ([email protected]) joined #gstreamer.
[23:02] <BBB> Uraeus: send it over :) but it's too late for gnome-2.6
[23:03] <Uraeus> BBB: http://bugzilla.gnome.org/show_bug.cgi?id=86331
[23:03] <Uraeus> BBB: well it makes gnome-cd work for SPARC machines, so it could be looked at as a bugfix :)
[23:04] <BBB> tsk :D
[23:04] <BBB> oh, I'm closing random bugs that you assign to me if I see them fixed, hope that's fine with you
[23:05] <BBB> most of the bugs seem to care about the gst-mixer size... I fixed that right after fedora released their FC2-test version
[23:05] <BBB> so FC2-test actually has a bugged mixer in it :X
[23:05] <Uraeus> BBB: well Seth recently opened a bug on it, he seems to think that the 'right' width is the whole screen if that is needed
[23:06] <Uraeus> BBB: but yes, close them if you see that they are already fixed. 
[23:07] <BBB> I just noticed the UI review bugs
[23:07] <BBB> can you handle the 'naming' issue?
[23:08] <BBB> Seth is right there
[23:08] <BBB> http://bugzilla.gnome.org/show_bug.cgi?id=134329
[23:08] <Uraeus> BBB: yeah, I can handle it, but I think we have to leave it until after 2.6 due to the string freeze
[23:08] jcsston ([email protected]) joined #gstreamer.
[23:08] <BBB> request a name change, it's fine
[23:09] <BBB> I know it's string breakage, but this is so small...
[23:09] <BBB> we shouldn't make it any more important than it is
[23:09] <BBB> say that Seth and me agreed
[23:09] <Uraeus> BBB: well that is why I don't see any point in changing it before 2.6, since it is such a trivial issue :)
[23:10] <BBB> just do it, dude :p
[23:10] <BBB> it closes a bug ;)
[23:10] <BBB> and makes our gnome UI people happy
[23:10] <BBB> which is always good
[23:10] <Uraeus> ok, I request the change :)
[23:10] <BBB> ty
[23:12] <BBB> where can I see Seth? I need to ask him a question
[23:13] <Uraeus> not online today afaict
[23:13] ds ([email protected]) joined #gstreamer.
[23:15] <Uraeus> hi ds
[23:17] <BBB> the gnome-cd bug is itneresting
[23:17] <BBB> I'm not sure what the attached patch does; it seems to add gstreamer as a 'plugin' into gnome-cd
[23:17] <BBB> I'm not sure if that's right
[23:17] <BBB> it uses cdparanoia
[23:17] <BBB> shouldn't it use cdplay?
[23:17] <Uraeus> BBB: depends, there are 2-3 bug reports requesting ripping support
[23:18] <Uraeus> BBB: but my gut feeling is that we should keep gnome-cdplay as a player and leave the ripping to sound-juicer
[23:18] <Uraeus> maybe add a sound-juicer menu entry like rhythmbox has
[23:18] <BBB> ripping...
[23:18] <BBB> hm...
[23:18] Action: BBB feels the RIAA in his neck
[23:19] <BBB> and dup the requests and mark as 'low/enhancement' ;)
[23:22] <teuf> Company: mad seems to decode xing headers as if they were a frame containing audio it seems
[23:22] <teuf> (mad == gstmad)
[23:24] <Uraeus> ok, time to sleep, g'night
[23:24] ChrisHJW ([email protected]) left irc: Read error: 110 (Connection timed out)
[23:24] Uraeus ([email protected]) left irc: "Client exiting"
[23:25] ds ([email protected]) left irc: Read error: 60 (Operation timed out)
[23:26] <teuf> (mad == gstmad)
[23:26] <teuf> oops
[23:30] <BBB> grr!
[23:30] <BBB> I needed him to fix one more issue for me
[23:36] teuf ([email protected]) left #gstreamer ("Client exiting").
[23:39] <Misirlou> BBB: Take a gander at bug 51152, <http://bugzilla.gnome.org/show_bug.cgi?id=51152>.
[23:39] <Misirlou> I sort of summarized the situation at the bottom.
[23:40] sub_pop ([email protected]) left irc: "Client exiting"
[23:40] <Misirlou> It would be *great* to resolve that issue.
[23:41] <BBB> don't expect that by gnome-2.6 ;)
[23:41] <BBB> but I can revive the patch for gnome-2.8 and try to fix it by then
[23:42] <BBB> so let me get this straight: do you want to *add* paranoia support, or do you want to *replace* gnome-cd with something that has *only* gst-cdparanoia (either play (->osssink) or rip (->encoder->filesink) support)?
[23:43] <Misirlou> I think that we want to replace it with something that has only gst-cdparanoia playback support.
[23:43] <Misirlou> All drives support CDDA, correct?
[23:43] <BBB> ok, please add that to the bugreport... we've had similar ideas (for gnome-2.8)... no code yet, though
[23:43] <BBB> :)
[23:43] <BBB> I guess
[23:44] Zeenix ([email protected]) joined #gstreamer.
[23:44] <Zeenix> hi
[23:44] Action: Misirlou looks into CDDA support
[23:45] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[23:45] <Zeenix> thomasvs: you told me to keep on reminding you to fix the video-whale & video-wall howto links
[23:46] <BBB> he's asleep
[23:46] <BBB> I think
[23:56] <Zeenix> BBB: so whose the inchage when he is asleep?
[23:58] Action: BBB doesn't know
[23:58] <Misirlou> BBB is!
[23:59] <BBB> no
[23:59] <Zeenix> ok bye
[00:00] --- Mon Mar  1 2004
[00:00] Zeenix ([email protected]) left irc: "The whole problem with the world is that fools and fanatics are always so certain of themselves, but wiser people so full of 
[00:02] <Misirlou> SO
[00:02] <Misirlou> What to do, what to do . . .
[00:06] <BBB> ?
[00:06] <Misirlou> BBB: Thinking aloud.
[00:07] <BBB> what to do where? ;)
[00:07] <Misirlou> to fix the patch
[00:07] <BBB> yes please
[00:10] jcsston ([email protected]) joined #gstreamer.
[00:11] jcsston ([email protected]) left irc: Client Quit
[00:13] Nick change: khalek -> kh_out
[00:13] Action: BBB needs food
[00:13] <BBB> bbl!
[00:13] BBB ([email protected]) left irc: "Client exiting"
[00:26] sub_pop ([email protected]) joined #gstreamer.
[00:27] markey ([email protected]) left irc: "nite"
[00:38] GomoX ([email protected]) joined #gstreamer.
[00:38] <GomoX> hi
[00:38] <GomoX> how can i change the audio output device for a gstreamer based app?
[00:39] <GomoX> (assuming the app wont let me do this)
[00:39] elliotv ([email protected]) left irc: "Leaving"
[00:41] thaytoo ([email protected]) joined #gstreamer.
[00:45] <Company> GomoX: gstreamer-properties
[00:46] <GomoX> been there, but i don't know how to select the output device. It currently uses /dev/dsp0 and id like it to use /dev/dsp1
[00:47] <GomoX> (dsp0 uses ALSA, dsp1 uses the USB audio driver)
[00:50] <GomoX> :' (
[00:54] jimmy_dean ([email protected]) left irc: "Carrier Signal Lost"
[00:54] <Company> try gconf
[00:54] jcsston ([email protected]) joined #gstreamer.
[00:54] <Company> system/gstreamer/devices/audiosink
[00:55] <Company> or something
[00:57] <thaytoo> you can set 'custom' sink in gstreamer-properties
[00:57] <thaytoo> something like "osssink device=/dev/dsp1" as the sink
[01:01] <Company> that definitely doesn'T work with gstreamer 0.7 though
[01:01] <thaytoo> how come?
[01:01] <Company> because someone decided to version the schemas
[01:02] <thaytoo> without fixing gstreamer-properties? ber!
[01:02] <thaytoo> well, I have commit access. I'll look at that tonight
[01:03] <Company> hey
[01:03] <Company> i think versioning schemas is wrong
[01:03] <Company> so don't start too fast
[01:04] <Company> because it might be quite bad if gstreamer-properties from gnome 2.6 doesn't work with rhythmbox 0.6
[01:05] evan_d ([email protected]) joined #gstreamer.
[01:07] Action: Company goes shooting someone
[01:08] <thaytoo> yeah
[01:08] <Company> why oh why do people feel the need to duplicate code
[01:08] <Company> everytime someone copies more than 20 lines verbatim he should ask himself some questions...
[01:10] <bluejay> Company: "Why am I writing with GObject?"
[01:11] <bluejay> ;)
[01:11] <Company> bluejay: GST_BOILERPLATE (MyObject, my_object, GObject, G_TYPE_Object)
[01:13] <bluejay> Company: nice function. I stand corrected.
[01:15] evan_d ([email protected]) left #gstreamer ("Client exiting").
[01:19] jcsston ([email protected]) left irc: Read error: 110 (Connection timed out)
[01:23] iain ([email protected]) left irc: ":)"
[01:30] <sri_> how do you manipulate the mixer from within gstreamer?
[01:31] <sri_> I'm looking for some commandline version
[01:31] <sri_> I want to debug why my gnome mixer applet isn't working
[01:31] <sri_> even though aumix and various other utilties work
[01:32] <sri_> gnome-control-volume tells me it can't find any mixer elements
[01:32] <sri_> or devices
[01:32] Action: Misirlou cranks out super duper fresh patch
[01:32] <sri_> does it fix my stuff?
[01:32] <sri_> :D
[01:33] <Misirlou> it adds CDDA support to GNOME CD WHEEEEE
[01:33] <Misirlou> It's not mine, though. I'm just beautifying it.
[01:39] <sri_> what good is it to me then
[01:39] <sri_> bah
[01:39] <sri_> useless features, I don't play cds anymore
[01:40] <Misirlou> well, GNOME CD is essentially useless without CDDA
[01:40] m_wheels ([email protected]) joined #gstreamer.
[01:47] wheels ([email protected]) left irc: Read error: 113 (No route to host)
[01:48] sublett ([email protected]) left irc: "I like food, food is good!"
[01:53] Nick change: m_wheels -> wheels
[02:00] jcsston ([email protected]) joined #gstreamer.
[02:15] bluejay ([email protected]) left irc: "Leaving"
[02:25] Shoragan ([email protected]) joined #gstreamer.
[02:30] Shoragan ([email protected]) left irc: "Leaving"
[02:30] Shoragan ([email protected]) joined #gstreamer.
[02:33] sub_pop ([email protected]) left irc: "Client exiting"
[02:55] sub_pop ([email protected]) joined #gstreamer.


-------------------------------------------------------
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