[gst-devel] Fwd: GStreamer website facelift possibility

[Erik Walthinsen <omega@te...>]

---------- Forwarded message ----------
Date: Sat, 31 Mar 2001 17:00:45 -0800 (PST)
From: Brock Frazier <eight_string@...>
To: omega@...
Subject: GStreamer website facelift possibility

It came to me last night... GStreamer.net facelift!

It looks like the 'RGB banana slugs' logo is the
preferred out there so far. This web facelift is
designed to work with that logo. As they say on TV
ads, "If you order the RGB Banana Slug logo now, we'll
throw in this fantastic new web facelift, a $9.95
value, absolutely free!". Attached is an image.

Notes: The sidebar links are in text. Depending on
one's CSS support on their browser and their system
fonts, it'll look similar to that. Basically there's
about 7 images total on the page, and they're dinky
(excluding that screen cap). It'll be easy to modify
and update, and will essentially take the place of
whatever Server-Side Include(s) you are most likely
using throughout most of GStreamer.net. Yes, this page
design will load fast.

If you send me a copy of one of the pages and the
referred perl (if that's what's going on), I should be
able to kick back a perl script, an image directory
with about 7 images, and it'll hopefully work with the
current pages.

Anyway, there it is. Kick it out to whoever!


-Brock

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/?.refer=text

[gst-devel] Daily IRC logs

[<wim.taymans@ch...>]

[06:32] <dichro> yay! v4lsrc and jpegenc negotiated caps!
[06:32] Action: dichro does a little dance
[06:34] <omega_> oooh
[06:36] <dichro> now if I can just stop it from FPEing...
[06:36] Action: omega_ thinks libjpeg needs a rewrite
[06:36] Action: dichro nods vigorously
[06:36] Action: omega_ would like to take that project up with all the other codec stuff
[06:36] <omega_> if I can get a month solid to focus on that
[06:37] <dichro> I was going to take a hatchet to it and just make it work for my specific case. Given that it currently doesn't work for *any* case, as far as I can tell...
[06:39] <dichro> caps question. For v4l to do anything useful, it needs to negotiate caps with something that has depth and endianness set.
[06:39] <omega_> probably, yes
[06:39] <dichro> is it fair to require that all possible video sinks know about those parameters? jpegenc by default only knows about format and dimensions.
[06:39] <omega_> hmmm
[06:39] <omega_> depth is?
[06:40] <dichro> 24 bpp, for example.
[06:40] <omega_> ah, ok
[06:40] <omega_> there are going to be a significant set of properties for all video
[06:40] <omega_> see dv/dvdec.c for two examples
[06:41] <dichro> is that a canonical list?
[06:41] <omega_> no
[06:42] <dichro> Is there a canonical list? :)
[06:42] <omega_> searching
[06:42] <omega_> no, but there might be a start of one
[06:44] <omega_> http://gstreamer.net/docs/cvs/gst-plugin-writers-guide/cha-basic-types.html
[06:45] <omega_> is where it's supposed to be,  but it's not even hardly started yet
[06:46] <dichro> okay, that's useful, even if out of date.
[06:46] <omega_> the fourcc is the basic unit, everything else comes from that
[06:46] <omega_> which is a reason that the capsnego stuff needs to be done quite differently, if nothing else
[06:47] <dichro> how so?
[06:47] <omega_> because everything that has fourcc will want to settle on that first
[06:47] <omega_> else they may find themselves settling on the red mask before they decide that YUV is the better basic format to use
[06:48] <dichro> and I take it that red mask is not relevant to YUV?
[06:48] <omega_> but then.. caps will probably eventually come with a general protocol/sequence for negotiation anyway
[06:48] <omega_> quite
[06:48] <omega_> YUV doesn't have red
[06:48] Action: dichro is a total graphics ignoramus :)
[06:48] <omega_> http://www.webartz.com/fourcc for a primer
[06:49] <omega_> on fourcc, at least
[08:14] Nick change: ajbusy -> ajmitch
[08:25] Nick change: ajmitch -> ajbusy
[08:30] Yoshi (ronin@...) joined #gstreamer.
[08:38] dichro (dichro@...) left irc: Leaving
[08:44] dichro (dichro@...) joined #gstreamer.
[08:45] <dichro> woohoo! working jpegenc from v4lsrc! butt-ugly hack job on the code, but very satisfying nonetheless :)
[08:51] steveb (steveb@...) joined #gstreamer.
[09:03] _gst_newt_ joined #gstreamer.
[09:03] <chillywilly> hi ppl
[09:12] matth-away (matth@...) got netsplit.
[09:12] chillywilly (baumannd@...) got netsplit.
[09:13] matth-away (matth@...) returned to #gstreamer.
[09:13] chillywilly (baumannd@...) returned to #gstreamer.
[09:23] steveb (steveb@...) left irc: Read error to steveb[24.132.238.49]: EOF from client
[09:24] steveb (steveb@...) joined #gstreamer.
[09:31] dichro (dichro@...) left irc: Leaving
[09:31] wtay-sleeping (wim@...) got netsplit.
[09:31] taazzzz (dlehn@...) got netsplit.
[09:31] iGN_ (ign@...) got netsplit.
[09:31] Happyfeet (robert@...) got netsplit.
[09:31] Gandalf_ (gandalf@...) got netsplit.
[09:31] taazzzz (dlehn@...) returned to #gstreamer.
[09:31] iGN_ (ign@...) returned to #gstreamer.
[09:31] Gandalf_ (gandalf@...) returned to #gstreamer.
[09:31] Happyfeet (robert@...) returned to #gstreamer.
[09:31] wtay-sleeping (wim@...) returned to #gstreamer.
[09:32] wtay-sleeping (wim@...) got netsplit.
[09:32] taazzzz (dlehn@...) got netsplit.
[09:32] iGN_ (ign@...) got netsplit.
[09:32] Happyfeet (robert@...) got netsplit.
[09:32] Gandalf_ (gandalf@...) got netsplit.
[09:32] matth-away (matth@...) got netsplit.
[09:32] chillywilly (baumannd@...) got netsplit.
[09:32] seth (seth@...) got netsplit.
[09:32] Yoshi (ronin@...) got netsplit.
[09:32] seth (seth@...) returned to #gstreamer.
[09:32] Yoshi (ronin@...) returned to #gstreamer.
[09:32] chillywilly (baumannd@...) returned to #gstreamer.
[09:32] matth-away (matth@...) returned to #gstreamer.
[09:32] wtay-sleeping (wim@...) returned to #gstreamer.
[09:32] Happyfeet (robert@...) returned to #gstreamer.
[09:32] Gandalf_ (gandalf@...) returned to #gstreamer.
[09:32] iGN_ (ign@...) returned to #gstreamer.
[09:32] taazzzz (dlehn@...) returned to #gstreamer.
[09:37] seth (seth@...) got netsplit.
[09:37] Yoshi (ronin@...) got netsplit.
[09:37] seth (seth@...) returned to #gstreamer.
[09:37] Yoshi (ronin@...) returned to #gstreamer.
[09:42] Yoshi (ronin@...) left irc: Client Exiting
[10:24] omega_ (omega@...) left irc: sleep
[11:22] chillywilly (baumannd@...) left irc: Ping timeout for chillywilly[d81.as12.nwbl0.wi.voyager.net]
[11:23] chillywilly (baumannd@...) joined #gstreamer.
[11:35] Uraeus (cschalle@...) joined #gstreamer.
[11:36] <Uraeus> morning
[11:38] <Happyfeet> Das Boot is such an incredible movie
[11:42] Nick change: ajbusy -> ajmitch
[11:47] <Uraeus> it is
[11:48] <ajmitch> hi
[11:49] <Uraeus> ajmitch: hi, have you recouperated from last nights flamefest :)
[11:49] <ajmitch> Uraeus: wow there were heaps of people getting debian & loving it at the installfest today ;)
[11:50] <ajmitch> only one redhat user, and that just wasn't going right ;)
[11:51] <Uraeus> hehe, well at least 1 person knows what they are doing in NZ
[11:52] <ajmitch> yeah, i think they may have installed debian in the end... ;)
[11:52] <ajmitch> chillywilly: what distro do you use, btw?
[11:54] <Uraeus> ajmitch: but you know the official GStreamer distro is dsplinux :)
[11:55] <ajmitch> Uraeus: hehe
[11:55] <chillywilly> debian
[11:55] <chillywilly> cause it rocks
[11:55] <chillywilly> and is the most free
[11:56] Action: ajmitch wonders why the linux 2.4.4 patch is so big ;)
[11:58] <Uraeus> hmm, this looks bad, ok here is a deal, I send a Red fedora to anyone here switching to Red Hat :)
[11:59] Action: ajmitch wonders when linus will accept gstreamer into the kernel source...
[11:59] <Uraeus> well, considering the response to korbit, not soon I think :)
[12:00] <chillywilly> Uraeus: why deadcat?
[12:01] <Uraeus> huh?
[12:02] <chillywilly> deadcat == Red Hat
[12:04] <Uraeus> chillywilly: well, it is kept well up to date, it is the one I have gotten used to and Red Hat sponsors lot of great development in the Linux community and they have a strict GPL policy
[12:04] <ajmitch> Uraeus: i gather you are a free software fan then?
[12:05] <Uraeus> I am, and I love it when companies are able to build a business around free software
[12:05] <ajmitch> yup, it's great
[12:05] <Uraeus> that is why I have Caldera
[12:05] <Uraeus> s/have/hate/
[12:06] <ajmitch> hehe
[12:06] <Uraeus> since they are always trying to get ahead by adding proprietary extensions
[12:06] <ajmitch> debian rocks
[12:06] <ajmitch> caldera blows in that respect
[12:06] <ajmitch> well, their distro just sucks ;)
[12:06] Action: chillywilly is a free software zealot too
[12:07] <chillywilly> I have nothing against RedHat they do give back to the community
[12:07] <chillywilly> but debian is the community
[12:07] <chillywilly> ;)
[12:07] <Uraeus> well, I like Debian even if I am not personally inclined to use it, they are strong GNOME supporters too
[12:07] thomas (thomas@...) joined #gstreamer.
[12:07] <thomas> morning
[12:07] <Uraeus> morning thomas
[12:08] <thomas> hmmm... do you know how the autoplug should work ?
[12:08] <thomas> I mean as it is know as opposed to last week
[12:08] <ajmitch> damn i like how i can just download patch files to update my kernel sources
[12:08] <ajmitch> better than a service pack ;)
[12:09] <Uraeus> thomas: nope not me, wtay knows for sure, but maybe ajmitch or chillywilly also do
[12:09] <ajmitch> Uraeus: hah, we are clueless, remember ;)
[12:10] <Uraeus> ajmitch: finally you admit it :)
[12:11] Action: chillywilly knows nothing of gstreamer just that the ppl are kewl ;), we have bigger fish to fry like GNU Enterprise
[12:12] <Uraeus> thomas: looks like you have to wait for wtay to wake up :)
[12:12] Nick change: Uraeus -> Ura_away
[12:14] <thomas> uraeus: I'll have to wait for myself to wake up as well
[12:14] Action: thomas is going to take a shower and hunt for small animals for food
[12:15] <ajmitch> thomas: no! leave your cat alone! ;)
[12:17] <chillywilly> hehe
[12:24] <ajmitch> why is it that we now get ads in the kernel config? ;)
[12:24] <chillywilly> ads?
[12:25] <ajmitch> goto help for reiserfs in filesystems
[12:25] <chillywilly> I would, but I am too lazy
[12:26] <chillywilly> damn these deals are where you have to buy a hotel accomodation package
[12:26] <chillywilly> which doesn't work when staying months
[12:27] <chillywilly> ;)
[12:27] <chillywilly> but for Tony it would work
[13:32] chillywilly (baumannd@...) left irc: Philosophers and plow men, each must know his part, to sow a new mentality closer to the heart...
[13:54] ajmitch (me@...) left irc: http://www.freedevelopers.net
[14:02] ajmitch (me@...) joined #gstreamer.
[14:24] steveb (steveb@...) left irc: Ping timeout for steveb[node1ee31.a2000.nl]
[14:33] wtay-sleeping (wim@...) left irc: Read error to wtay-sleeping[cable-195-162-214-190.upc.chello.be]: EOF from client
[14:45] steveb (steveb@...) joined #gstreamer.
[15:10] Nick change: ajmitch -> ajzzzz
[15:42] ajzzzz (me@...) left irc: Ping timeout for ajzzzz[p38-max2.dun.ihug.co.nz]
[15:52] jin (jin@...) joined #gstreamer.
[15:52] jin (jin@...) left #gstreamer.
[16:10] ajzzzz (ajmitch@...) joined #gstreamer.
[16:58] thomas (thomas@...) left irc: Read error to thomas[adsl-63770.turboline.skynet.be]: EOF from client
[17:11] thomas (thomas@...) joined #gstreamer.
[18:05] Nick change: matth-away -> matth_
[18:06] <matth_> anyone?
[18:14] <steveb> hello
[18:17] <matth_> hey... it's quiet here
[18:19] <steveb> yeah
[18:19] <steveb> lets make some noise
[18:24] <matth_> "who let the dog out / who / who"
[18:24] <matth_> ;-)
[18:26] <steveb> or not :}
[18:28] <steveb> hey, do you know if C boolean expressions are evaluated lazily?
[18:29] <matth_> what do you mean?
[18:32] <steveb> like (a || b) - if a is true then b won't even be evaluated
[18:35] <matth_> yes: b will not be checked if a is true
[18:35] <steveb> cool
[18:59] dobey (dobey@...) joined #gstreamer.
[18:59] <steveb> yo
[18:59] <dobey> yo
[19:15] Zeenix (programmer@...) joined #gstreamer.
[19:16] <Zeenix> one question. Does gstreamer uses EsounD underneath ?
[19:17] <dobey> it has an esd plugin, so it can
[19:18] <Zeenix> no if i dont want it to do that, will i be given an option
[19:19] <thomas> Zeenix: gstreamer is a programming platform
[19:19] <Zeenix> i mean if i dont want to use EsounD
[19:19] <thomas> it depends on the app that you're writing
[19:19] <dobey> uh, you have to explicitly say "use esound"
[19:19] <Zeenix> yes i know that
[19:19] <thomas> you can also use oss
[19:19] <dobey> or ^H^H^HaRtz^H^
[19:19] <thomas> or write to disk
[19:19] <Zeenix> yes i want to do that i mean using OSS
[19:19] <thomas> well, there's a plugin called osssink
[19:20] <Zeenix> then i think its great
[19:20] <dobey> or you can use videosink
[19:20] <dobey> heh
[19:20] <dobey> haha
[19:20] <Zeenix> is it linked with gnome
[19:20] Action: dobey refrains
[19:20] <Zeenix> can it be used for Text based( only ) Apps.
[19:20] <thomas> Zeenix: what do you mean ?
[19:20] <thomas> Zeenix: it *can* be used for text-based apps...
[19:21] <thomas> ... but you need to run an x-server currently.
[19:21] <thomas> because it uses gtk
[19:21] <thomas> there are two solutions to this :
[19:21] <thomas> a) run a dummy x-server like Xfvb
[19:21] <thomas> b) wait until gstreamer switches to glib which should be in the near future
[19:21] <dobey> open("/dev/dsp", "r")
[19:21] <thomas> I tried a) and it works.
[19:21] <thomas> and I'm living b).
[19:21] <thomas> ;)
[19:23] <Zeenix> untill then i'll be using it on gnome
[19:23] <Zeenix> i'll also try to learn gtk+
[19:23] <thomas> since omega needs it to run embedded on a no-graphics system
[19:23] <thomas> it will rather be sooner than later
[19:23] <thomas> I hope
[19:24] <Zeenix> does it offer sound data compression & decompression
[19:24] <dobey> uh, mp3/ogg
[19:24] <Zeenix> i'm trying to develope a voice chat app. in linux
[19:24] <dobey> voip?
[19:25] <Zeenix> is gstreamer a good choice for that
[19:25] <dobey> look at gnome-o-phone and whatever those other things are called too
[19:25] <dobey> i guess
[19:25] <Zeenix> thomas: what is your opinion
[19:25] <thomas> Zeenix: hard to tell.
[19:25] <Zeenix> whats gnome-o-phone
[19:26] <thomas> if you're planning on doing it across networks (duh)
[19:26] <thomas> then gstreamer needs network plugins
[19:26] <Zeenix> yes accross internet
[19:26] <thomas> which should be easy to do
[19:26] <thomas> do you also want video with that ?
[19:28] <Zeenix> i'll do it myself( using linux sockets )
[19:28] <Zeenix> i'm just asking if it helps for the compression part ?
[19:28] <Zeenix> no video ( not yet ).
[19:28] <Zeenix> after i develope that, i'll be using it for another project
[19:29] <thomas> Zeenix: well then there should not be any real problem
[19:29] <thomas> Zeenix: however maybe gstreamer is a bit overkill.
[19:29] <thomas> Zeenix: but if you plan on doing video with it at some point
[19:29] <thomas> then gstreamer is definitely the way to go
[19:29] <dobey> just use 24kbps encoding at 16bit 11000hz
[19:29] <Zeenix> i asked something about compression( does gstreamer offer that ).
[19:29] <thomas> Zeenix: yes it does
[19:29] <thomas> Zeenix: you can use mp3 or ogg
[19:29] <dobey> heh
[19:29] <thomas> or whatever plugin will be written in the future
[19:30] <Zeenix> i meant real time compression. Can it do that
[19:31] <thomas> Zeenix: what's the difference ? if your pc is fast enough then it can handle real-time compression.
[19:31] <thomas> Zeenix: or are you talking about encoder delay ?
[19:31] <dobey> hrmm
[19:32] <Zeenix> i mean that i dont want files involved. Just memory
[19:32] <dobey> then don't write to disk, just do it in ram
[19:32] <thomas> Zeenix: no problem then.  Just write a pipeline ...
[19:32] <thomas> ... write a small plugin to output data to a socket ...
[19:32] <Zeenix> thanks a lot for so much help thomas
[19:32] <thomas> (... or use the fdsink on a socket file descriptor) ...
[19:33] <thomas> and that's it
[19:33] <thomas> no problem
[19:33] <Zeenix> i mush ask about you ?
[19:33] <thomas> Zeenix: ?
[19:44] steveb (steveb@...) left irc: Ping timeout for steveb[node1ee31.a2000.nl]
[19:47] steveb (steveb@...) joined #gstreamer.
[19:57] Zeenix (programmer@...) left #gstreamer.
[20:09] lsetia (lsetia@...) joined #gstreamer.
[20:18] lsetia (lsetia@...) left irc: Read error to lsetia[203.197.210.66]: EOF from client
[20:34] wtay (wim@...) joined #gstreamer.
[21:09] Nick change: ajzzzz -> aj_uni
[21:19] <thomas> wtay ?
[21:20] <wtay> sorta :)
[21:20] <thomas> busy doing something ?
[21:20] Action: wtay is configuring his new debian system
[21:20] <wtay> pretty busy
[21:21] <wtay> sendmail issues etc..
[21:21] <dobey> la la
[21:21] <thomas> ok, let me know when you're done
[21:21] <wtay> I think I have them solved though (knock on wood)
[21:21] <thomas> don't say that
[21:21] <thomas> ;)
[21:21] <wtay> I might have lost some mails in the process...
[21:36] richardb (richard@...) joined #gstreamer.
[21:36] <richardb> Wooo
[21:37] <thomas> hi
[21:37] <thomas> how do I play mpeg2 videos with gstreamer-launch ?
[21:39] <richardb> Not sure.
[21:42] <richardb> Um: ./gstreamer-launch disksrc location="file" ! mpeg2parse ! mpeg2play ! xvideosink
[21:42] <richardb> I think that'll give you the video.
[21:42] <wtay> hmm no, it wont work just yet :(
[21:42] <richardb> ;-)
[21:45] <richardb> Someone reported that there was a build problem due to artsdsink.h
[21:45] <richardb> missing: anyone else seen this.
[21:45] <richardb> I think it was Uraeus who reported it.
[21:46] <richardb> artsdsink.h is in plugins/artsd/ and I think it should get put into tarballs and dists fine too.
[21:48] <richardb> I'll add an extra check for artsc.h though, in case arts-config is lying. ;-)
[21:48] Action: richardb goes to finish making dinner
[21:48] <thomas> hmmm... anyone know why xvideosink would crash on my machine ?
[21:49] <dobey> it's a mac?
[21:49] <dobey> heh
[21:51] <thomas> dobey: ;)
[21:51] <thomas> it's not a mac, since I'm typing and you can see it
[21:51] <dobey> gah
[21:51] <dobey> this is a mac
[21:51] <dobey> i need a free news server to use :-(
[21:55] <wtay> thomas: crash?
[21:57] <thomas> wtay: yeah, segfault
[21:57] <thomas> should explain why my gstmediaplay didn't want to either ;)
[21:57] <thomas> it's in memcpy in the chain function of xvideosink
[21:58] Ow3n (owen@...) joined #gstreamer.
[21:58] <wtay> what are you playing?
[21:58] <wtay> yo
[21:58] <Ow3n> yo
[21:58] <thomas> hi
[21:58] <thomas> tools/gstreamer-launch disksrc location=/opt/media/mpeg1/everest.m1v ! mp1videoparse ! mpeg_play ! xvideosink
[21:58] <thomas> works fine with aalib
[21:58] <wtay> oh
[21:58] <thomas> incsched version
[21:59] Action: thomas curses at xmms crossfade for crashing again and again
[22:01] <wtay> oh ok, it's normal that it crashed
[22:01] <wtay> wel 'normal'
[22:01] <wtay> gstreamer-launch doesn't provide a toplevel window to embed the xvideosink widget in
[22:01] <thomas> oh ? so i need to give options to xvideosink then ?
[22:01] Action: thomas thinks gstreamer could do with a little more error fallback
[22:02] <wtay> thomas: you can't use xvideosink with launch
[22:02] <thomas> wtay: ok, what can I do then if I want to see video ?
[22:02] <thomas> gstmediaplay just outright crashes
[22:02] <wtay> hmm
[22:02] <thomas> not really, but it shows a dialog saying it did
[22:02] <wtay> any idea where?
[22:02] <thomas> and no core
[22:02] <thomas> well... only when it starts playing.
[22:02] <thomas> if I start it up it's ok.
[22:02] <thomas> When I select a file it crashes.
[22:03] <thomas> when I give it on the command line : same crash.
[22:03] <thomas> I'll try another kind of file.
[22:03] <thomas> hmmm... with an mp3 I get a small window "gstplay" with nothing in it ...
[22:03] <thomas> then and error window...
[22:04] <thomas> "Application lt-gstmediaplay has crashed due to a fatal error (segmentation fault)"
[22:04] <thomas> wtay: does your gstplay work ?
[22:04] <wtay> thomas: sure
[22:04] <wtay> thomas: not in incsched though
[22:04] <thomas> ah ok, maybe that's it.
[22:04] <thomas> i'll try the other one
[22:06] <thomas> no luck, same thing with CVS version
[22:06] <wtay> trying the same here
[22:07] <thomas> why doesn't it give a core file ?
[22:07] <wtay> no idea
[22:07] <wtay> must be a gnome thing
[22:07] <wtay> or maybe libtool
[22:08] <wtay> thomas: no warnings?
[22:08] <thomas> wtay: yeah, a few.
[22:09] <wtay> such as?
[22:09] <thomas> four assertions
[22:09] <wtay> aha
[22:09] <thomas> ** CRITICAL **: file gstbin.c: line 172 (gst_bin_add): assertion `element != NULL' failed.
[22:09] <wtay> oh ok
[22:09] <thomas> but it did those before too, no ?
[22:09] <wtay> tools/gstreamer-inspect colorspace
[22:09] Action: thomas blushes
[22:10] <thomas> it really would help if gstreamer were more verbose about these things
[22:10] <wtay> yeah, I suppose
[22:10] <thomas> is it hard to make gstreamer say : i need this plugin but you haven't got it ?
[22:10] <thomas> I suppose I have to download Hermes then ?
[22:10] <wtay> very easy
[22:10] <wtay> yes
[22:12] <thomas> wtay: what function should be responsible for checking if a plugin exists ?
[22:13] <wtay> well, it all depends actually...
[22:13] <wtay> I would let gstplay report an error
[22:13] <thomas> wtay: but it would be better if internal gst functions would set a global error
[22:14] <thomas> btw: gstplay now shows controls but then crashes
[22:14] <thomas> so that's better
[22:14] <wtay> hmm
[22:14] <wtay> not finding a plugin is not an error
[22:14] <wtay> the app could request another one then
[22:14] <thomas> ok you're right
[22:15] <wtay> any idea what caused the crash now?
[22:15] <thomas> cool... must be some kind of mem leak in gstplay while functions bounce around
[22:15] <thomas> I ran it with debug mask and I got a 10 MB error file
[22:15] <thomas> checking...
[22:16] <thomas> damn... colors are pretty but the output looks worse in plaintext
[22:16] <wtay> hmm, you run esdsink right?
[22:16] <wtay> er, xmms with sd
[22:16] <thomas> how can I tell ?
[22:16] <thomas> ah ok...
[22:16] <thomas> yeah
[22:16] <thomas> turn it off ?
[22:16] <wtay> yes, gstplay uses osssink
[22:17] <thomas> any particular reason ?
[22:17] <wtay> not really
[22:17] <wtay> gstplay.c line 683
[22:17] <thomas> ok still crashes
[22:17] <wtay> eventually all these hardcoded plugins should be config options
[22:18] <thomas> maybe the plugin structure should be cleaned up first ;)
[22:18] <thomas> it's hard to guess what plugins to use based on gstreamer-inspect
[22:18] <wtay> yeah
[22:18] <thomas> here are the last few lines of debug output...
[22:18] <thomas> DEBUG(30961:-1)gst_pad_renegotiate_func:1066: caps compatibility check fail
[22:18] <thomas> DEBUG(30961:-1)gst_pad_renegotiate_func:1103: calling negotiate function on pad queue_video_bin:src data: 0xbf404050
[22:18] <thomas> DEBUG(30961:-1)gst_pad_negotiate_proxy:1212: negotiation proxied from pad (queue_video_bin:src) to pad (queue_video_bin:sink)
[22:18] <thomas> DEBUG(30961:-1)gst_pad_renegotiate_func:1038: negotiating pad colorspace:sink and mpeg_play:src data:0xbf403fb0
[22:18] <thomas> DEBUG(30961:-1)gst_pad_renegotiate_func:1063: checking compatibility with pad mpeg_play:src
[22:19] <thomas> audio works now though
[22:19] <thomas> I mean an mp3
[22:19] <wtay> ok
[22:20] <thomas> hang on... Alien Song works as well
[22:20] <thomas> nice
[22:20] <wtay> ah
[22:20] <wtay> hmm everest fails too here
[22:20] <thomas> is that MPEG1 or MPEG2 ?
[22:20] <wtay> mpeg1
[22:20] <thomas> doesn't finish nicely though.
[22:20] <thomas> Xlib: unexpected async reply (sequence 0x2240)
[22:21] <wtay> nope
[22:21] <wtay> hm, everest needs Xv...dunno why
[22:21] <thomas> ok, if both everest and aliensong are MPEG1...
[22:22] <thomas> why does everest crash gstmediaplay ?
[22:22] <thomas> and why doesn't aliensong not work with tools/gstreamer-launch disksrc location=/opt/media/AlienSong.mpg ! mp1videoparse ! mpeg_play ! aasink driver=2
[22:22] <thomas> when everest does ?
[22:22] <thomas> what makes them different ?
[22:22] <wtay> they seem to disagree about the video properties
[22:22] Ow3n (owen@...) left irc: [x]chat
[22:22] <wtay> AlienSong is a system stream (audio and video) everest is video only (elementary stream)
[22:23] <wtay> for AlienSong you need a demuxer (to split the audio and video) for everest you don't
[22:23] <thomas> wtay: ok.  hmmm.  shouldn't plugins be smarter about that ?
[22:23] <wtay> the demuxer creates dynamic pads (at runtime) and that's why -launch fails (it can't do that)
[22:24] <thomas> ok.
[22:24] <thomas> can launch be adapted to do that ?
[22:24] <wtay> sure
[22:24] <thomas> heh ;)
[22:24] <thomas> time permitting
[22:24] <thomas> wtay: did you study fourier transforms ?
[22:25] <wtay> you should set up some signal handlers to catch the new_pad signal and connect the decoder to the new pad etc..
[22:25] <wtay> yes
[22:25] <wtay> I forgot most of it though <g>
[22:25] <thomas> because omega was telling me yesterday about how to speed up conversion from MJPEG to MPEG2...
[22:25] <thomas> ... and how he'd want an algorithm that would calculate the difference between two DCT blocks...
[22:25] <thomas> which should be possible
[22:26] <thomas> and I thought that, normally, if you have the DCT spectral lines...
[22:26] <thomas> you can just calculate the difference between two frames normally
[22:26] <thomas> and I was wondering what you think about it ?
[22:26] <wtay> what would you do with the diff?
[22:26] <thomas> I'm not sure what omega would want.
[22:26] <thomas> I'm not too smart with video.
[22:27] <thomas> But if it's motion compensation that you need to go from MJPEG to MPEG2
[22:27] <thomas> then that could help, right ?
[22:27] <wtay> I would guess that the DCT for mpeg could be skipped...
[22:27] <thomas> that's what he wanted, skip the IDCT/DCT and don't go to full raw video
[22:27] <wtay> motion comp works on the iDCT of the transform
[22:27] <thomas> what does motion comp do ?
[22:28] <wtay> find similar blocks in the Y and Cr planes
[22:28] <wtay> block = 8x8 pixels
[22:28] <dobey> fod
[22:28] <dobey> err
[22:28] <dobey> food
[22:28] Action: wtay hand dobey a donut
[22:28] <thomas> I should probably read up on it before I make stupid observations ;)
[22:29] <wtay> there are some good articles on the web about it
[22:29] <thomas> If it works like I think it does then the DCT step could be skipped easily
[22:29] <wtay> I'm not too sure about that...
[22:30] <wtay> unless the diff in the DCT coeff are related to the iDCT results
[22:30] <thomas> that would be the idea
[22:30] <wtay> does that assumption hold?
[22:30] <thomas> so that's why fourier transform knowledge would come in handy ;)
[22:30] <thomas> wtay: I have to read up on MPEG video before I can tell
[22:30] <thomas> though I'm sure there must be papers on it, no ?
[22:31] <wtay> yes
[22:32] <wtay> http://icsl.ee.washington.edu/~woobin/ti/intro.html
[22:32] <wtay> hmm, not a good one...
[22:34] <wtay> http://www.mpeg.org has lots of stuff
[22:35] <thomas> ok, i'll check that.
[22:35] <thomas> are you here tomorrow ?
[22:36] <thomas> free from work i mean ?
[22:36] <wtay> http://wwwam.hhi.de/mpeg-video/papers/sikora/mpeg1_2/mpeg1_2.htm
[22:36] <wtay> no I have to work
[22:36] <wtay> unfortunatly
[22:36] <thomas> and tuesday ?
[22:36] <thomas> I have some issues with the mixer in incsched
[22:36] <thomas> and I'd like to learn why it's not working
[22:37] <wtay> I'm here on tuesday
[22:37] <thomas> is your deb box ok yet ?
[22:37] <wtay> so it seems...
[22:37] <wtay> it's my GFs one
[22:38] <thomas> heh... she wants to work with linux ?
[22:38] <wtay> the sawfish theme selector is not working...
[22:38] <wtay> thomas: she only uses linux :)
[22:38] <thomas> wtay: keep her ! ;)
[22:38] <wtay> I want to manage the box with debian
[22:38] <wtay> oh yes
[22:39] <thomas> wtay: I think some of the autoplug code I copied from another example doesn't work anymore
[22:39] <thomas> is that because you changed caps stuff ?
[22:39] <wtay> thomas: in the mixer?
[22:39] <thomas> yeah
[22:39] <wtay> in CVS?
[22:40] <thomas> in incsched for the moment...
[22:40] <wtay> oh ok
[22:40] <thomas> I want to get the delayed start working
[22:40] <thomas> should i start over based on test/mpeg2parse3 ?
[22:41] <thomas> can this be right : DEBUG(31175:-1)gst_element_add_pad:284: setting parent of pad 'sink' to '(null)'
[22:41] <thomas> the (null) part, can that be or does that mean there's something else wrong ?
[22:44] <wtay> sorry, was away for a moment
[22:45] <wtay> null is normal, the element has no name yet.. so
[22:45] <wtay> brb
[22:46] <aj_uni> damn, no sound...
[22:51] Action: aj_uni waits for alsa drivers to recompile
[23:20] <wtay> back
[23:20] <thomas> good ;)
[23:20] <thomas> you have time to set me on my way ?
[23:21] <wtay> yeah
[23:21] <thomas> ok, here's the last bit of output before the crash
[23:21] <thomas> INFO (31175:-1):gst_bin_add:287: [pipeline] added child "typefind"
[23:21] <thomas> ** CRITICAL **: file gstelement.c: line 739 (gst_element_set_state): assertion `element->sched != NULL' failed.
[23:21] <thomas> DEBUG(31175:-1)gst_bin_iterate:672("pipeline"): entering
[23:21] <thomas> Segmentation fault (core dumped)
[23:21] Action: wtay is distracted by the snooker tournament this week
[23:21] <thomas> I guess you really like snooker ;)
[23:21] <wtay> I do :)
[23:21] <wtay> oh, that's in incsched?
[23:22] <thomas> yes
[23:22] <wtay> it's a bug IMHO...
[23:22] <thomas> my bug or someone else's ?
[23:22] <wtay> typefind is reparented but it doesn't get it's scheduler set to NULL 
[23:23] <wtay> omega's :-)
[23:23] <thomas> hmmm... so I should forget about typefinding for now ?
[23:23] <thomas> just go back to static mp3
[23:23] <wtay> I think I can fix it
[23:24] <wtay> sec..
[23:26] <wtay> hmm I'm looking at gstbin.c line 323
[23:27] <thomas> me too.  don't know what it does though.
[23:27] <thomas> not really I mean.
[23:28] <wtay> gstscheduler.c line 971...
[23:28] <wtay> so..
[23:29] <thomas> ok, there should be only one of those two
[23:29] <wtay> actually it looks good to me, I wonder why that code isn't called..
[23:30] ChiefHighwater (paul@...) joined #gstreamer.
[23:31] <wtay> hi
[23:31] <wtay> oh
[23:31] <wtay> mixer.c should use a pipeline as the toplevel bin
[23:32] <wtay> a regular bin doesn't have a scheduler
[23:38] <thomas> wtay: sorry, was distracted.
[23:38] <thomas> ok, I'm checking that now...
[23:41] <thomas> hmmm... does that mean I have to change each use of bin with pipeline ?
[23:41] <thomas> or only gst_pipeline_new instead of gst_bin_new ?
[23:42] <wtay> just the toplevel bin becomes a pipeline
[23:43] <thomas> and still use the gst_bin_add functions ?
[23:44] <wtay> yeah, sure, the pipeline *is* a bin
[23:44] <thomas> ok, then it doesn't work yet
[23:44] <wtay> can you check it in?
[23:44] <thomas> same error
[23:44] <wtay> oh
[23:44] <thomas> yeah, sure.  is it different to check in incsched stuff ?
[23:45] <wtay> no
[23:47] <thomas> ok it's in incsched now
[23:48] <wtay> pff my incsched branch is hosed
[23:49] <thomas> meaning ? you lost it ?
[23:49] <wtay> naah, lot's of errors during cvs update
[23:50] <thomas> hmmm... so that might take a while
[23:51] <wtay> full rebuild
[00:00] --- Mon Apr 30 2001
[00:03] <wtay> ok, trying..
[00:03] <wtay> ok, volenv is not build
[00:04] <dobey> hrmm
[00:06] Ura_away (cschalle@...) left irc: syntax error - user imploded
[00:06] <wtay> thomas: what's line 140 in mixer.c for?
[00:08] <wtay> uh oh
[00:08] <thomas> wtay: sorry, went for something to eat
[00:08] <thomas> checking
[00:09] <thomas> well, I suppose you must pause the bin before you request a new pad and add a new decoder pipeline to the main bin ?
[00:09] <thomas> hmm... am I allowed to go from null to pause at first pass ?
[00:10] <wtay> dunno, I wouldn't do that
[00:10] <wtay> but!
[00:10] <thomas> yeah ?
[00:10] <wtay> mixer.c line 247
[00:11] <wtay> you can't run typefind if the bin is not insed a pipeline..
[00:11] <thomas> oops, swapped the change probably.
[00:11] <thomas> why did it work before then ?
[00:11] <wtay> s/insed/inside
[00:11] <wtay> before incsched it didn't matter
[00:11] <wtay> I think fixing the typefind function is the best solution..
[00:12] <wtay> lemme try something here
[00:12] <thomas> go ahead
[00:14] <thomas> btw the code's not finished yet anyway, I just want to check if I can delay the second one...
[00:14] <thomas> ... but I couldn't even get it running at first
[00:15] <wtay> woooahh!
[00:15] <thomas> what ?
[00:15] <wtay> hum
[00:15] <wtay> ** CRITICAL **: file gstbin.c: line 274 (gst_bin_add): assertion `gst_object_check_uniqueness (bin->children, GST_ELEMENT_NAME(element)) == TRUE' failed.
[00:16] <thomas> ok, so I probably got my names wrong as well during the sixth or so rewrite
[00:16] <thomas> names should probably be unique, right ?
[00:16] <wtay> so it seems, this is new...
[00:17] <wtay> I'll commit my changes
[00:17] <thomas> ok, I seem to have the second request working now...
[00:17] <thomas> ... but no audio out
[00:18] <thomas> i'll check your changes first
[00:18] <wtay> I get 100% CPU usage, nothing else
[00:18] <thomas> probably the same as me
[00:19] <thomas> maybe the requesting works different than in the non-incshed case
[00:19] <thomas> should I check another example first ?
[00:19] <wtay> it should be the same..
[00:20] <thomas> it is playing, it's just not getting data to the output bin
[00:21] <wtay> you also have the **critical** error?
[00:21] <thomas> no, what ?
[00:21] <thomas> I have a lot of trying to switch to same cothread errors
[00:21] <thomas> all the rest seems fine
[00:21] <thomas> it even exits with eos
[00:22] <thomas> it also found mad for the decoding, so autoplug seems to work
[00:22] <wtay> I have removed the check in gstbin.c and now it just cothread switches without actually doing something
[00:22] <wtay> yes
[00:23] <wtay> hmm, I don't see any osssink...
[00:23] <thomas> no, I used esdsink at first
[00:23] <thomas> changed it back to osssink
[00:23] <thomas> still doesn't work
[00:25] dobey (dobey@...) left irc: Read error to dobey[141.154.95.104]: EOF from client
[00:26] <thomas> hmmm... I only have the cothread errors as long as there's only one channel open
[00:26] <thomas> when the second channel opens, the errors are gone
[00:26] <thomas> I also get an eos signal when the second one opens
[00:27] <thomas> which doesn't seem right anyway
[00:27] <wtay> this is a good case fo omega to look at.
[00:27] <thomas> heh;
[00:27] <thomas> guess I'll have to wait then
[00:27] <wtay> does it also happen with just one channel?
[00:28] <thomas> yeah...
[00:28] <wtay> good, should be a pretty simple case then
[00:28] <thomas> wait... the eos I probably get since I close it manually after a few iterations
[00:28] <thomas> right now I do, do 10000 iterates, open another channel
[00:28] <thomas> in the case of one channel it closes off after this
[00:30] <wtay> ok
[00:34] <richardb> steveb: are you here?  mono2stereo in CVS HEAD doesn't compile.
[00:34] <richardb> It fails due to line 29: #include <gst/meta/audioraw.h>
[00:34] <richardb> Works if this line is removed, I presume this is just a bit of legacy code.
[00:35] <steveb> oh, yeah that shouldn't be there
[00:35] <richardb> float2int.h and int2flaot.h also fail similarly.
[00:35] <steveb> hang on
[00:35] <richardb> ;)
[00:37] <steveb> done
[00:37] Action: steveb hides in shame
[00:38] <richardb> That seems to have fixed it - thanks. :)
[00:39] <richardb> Hmm: the PWG is out of date concerning the audio/raw parameters.
[00:39] <richardb> It doesn't document the "format" parameter, and the possible values if format is "float"
[00:39] <richardb> I don't know what the possible values then are.
[00:40] <richardb> Could someone give a detailed summary / add them into the PWG.
[00:40] <steveb> i could do that
[00:40] <richardb> (I'm happy to do the latter, if someone gives me the info. ;-) )
[00:40] <richardb> That'd be great. :)
[00:40] <steveb> i could give you the info - but first i need to sleep
[00:40] <richardb> I'm off to bed too.
[00:40] Action: richardb yawns
[00:41] Action: steveb is exhausted at the effort of fixing his code
[00:41] <richardb> we need to document the parameters for the audio/raw mime type, especially for the case when format is not "int"
[00:41] <richardb> ;-)
[00:42] <richardb> Goodnight.
[00:42] <steveb> night
[00:42] steveb (steveb@...) left irc: [x]chat
[00:42] richardb (richard@...) left irc: [BX] Hrm... I wonder if I paid this month's electr...EOF From client
[00:44] <thomas> wtay: I'll check with omega tomorrow if he's here.
[00:44] <thomas> I'm going to bed now.
[00:44] <wtay> ok, me too
[00:44] <thomas> later...
[00:45] <wtay> cya
[00:45] <thomas> btw your version of mixer doesn't have the cothread issue
[00:45] <thomas> doesn't play either ;)
[00:46] <thomas> bye
[00:46] thomas (thomas@...) left irc: Client Exiting
[01:12] Nick change: wtay -> maYam
[01:12] <maYam> hello everyone
[01:13] <maYam> wtay has destroyed my comp..  so i take his
[01:14] <ChiefHighwater> hehe
[01:17] <maYam> and i won't let him go to bed until he fixes everything
[01:17] <maYam> naughty boy..
[01:20] Nick change: maYam -> wtay
[01:22] Nick change: taazzzz -> taaz
[01:24] <wtay> time fo bed, cya
[01:24] Nick change: wtay -> wtay-zZz
[01:55] _gst_newt_ joined #gstreamer.
[02:02] wtay-zZz (wim@...) joined #gstreamer.
[03:18] Topic changed on #gstreamer by ChanServ!s@...: GStreamer: the ultimate multimedia framework
[04:16] <Happyfeet> hey guys
[04:37] <Happyfeet> what version of autoconf is needed for compiling from cvs ? 
[04:38] <Happyfeet> autogen just gobbles up memory , over 150 megs ,.. and doesnt stop, somthing wrong here
[04:56] <taaz> Happyfeet: read README from cvs code
[04:56] <taaz> it works, just takes lots of mem and time
[05:00] Topic changed on #gstreamer by ChanServ!s@...: GStreamer: the ultimate multimedia framework
[05:09] Nick change: taaz -> taazzzz

[gst-devel] Automated documentation build

[Richard Boulton <richard@ix...>]

A nightly build of the gstreamer documentation found problems to be fixed.

The log of problems follows:

WARNING: No declaration for: gst_buffer_add_meta
WARNING: No declaration for: gst_buffer_get_first_meta
WARNING: No declaration for: gst_buffer_get_metas
WARNING: No declaration for: gst_buffer_remove_meta
=============================================================================
WARNING: 6 unused declarations.
  These can be found in gstreamer-unused.txt.
  They should be added to gstreamer-sections.txt in the appropriate place.
=============================================================================

gstreamer-unused.txt contains: <<EOF
gst_caps_get_float
GST_DEBUG_CHAR_MODE
gst_sinesrc_factory_init
GstBufferFreeFunc
GstBufferCopyFunc
gst_props_get_float
EOF

-- 
This email is automatically generated by a nightly script under the
control of Richard Boulton <richard-gstreamer@...>.  If you
have any problems with the script, or wish to be removed from the
circulation of this email, please contact me at the above address.