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