From: Wim T. <wim...@tv...> - 2000-02-13 03:16:54
|
Erik Walthinsen wrote: > > CVSROOT: /cvsroot/gstreamer > Module name: gstreamer > Changes by: omegahacker 00/02/12 15:09:57 > > Modified files: > test : mp1parse.c > > Log message: > Rearranged and updated mp1parse. Indentation is sane again (what editor > are you using, Wim?), vi :-) I'll set my tabs as spaces, sorry. > and it now uses threads. Playback is clean (at > least, audio and video are running smoothly. Video is still a little > choppy on my test stream (first 1MB from disk two of Mulan VCD), and it's > still wildly out of sync, but it's looking VERY COOL. I still see some SEGFAULTs on some streams, I'll try to fix this tomorrow and I'll be thinking about a video sink... And an MMX iDCT for the MPEG decoder, and... Some wild idea: when the plugins create a buffer they just do gst_buffer_new or something, which is in plain memory that might not be ideal for the next element in the stream (for example, the mpeg decoder writes to plain memory instead of shared memory for the X server). I don't know if this can be done but what about the element requesting a buffer from the next element in the stream. A display element can then pass a buffer in DMA-able or AGP memory for example. Wim > > _______________________________________________ > Gstreamer-cvs mailing list > Gst...@li... > http://lists.sourceforge.net/mailman/listinfo/gstreamer-cvs -- Are we running light with overbyte? |
From: Wim T. <wim...@tv...> - 2000-03-21 20:06:01
|
Erik Walthinsen wrote: > > CVSROOT: /cvsroot/gstreamer > Module name: gstreamer > Changes by: omegahacker 00/03/21 11:54:59 > > Modified files: > plugins/avi : gstparseavi.c > > Log message: > added load and check of libriff during plugin init hehe, check line 416.. it was allready there... > > _______________________________________________ > Gstreamer-cvs mailing list > Gst...@li... > http://lists.sourceforge.net/mailman/listinfo/gstreamer-cvs -- Has everybody got HALVAH spread all over their ANKLES?? ... Now, it's time to "HAVE A NAGEELA"!! |
From: Erik W. <om...@cs...> - 2000-03-21 20:11:13
|
On Tue, 21 Mar 2000, Wim Taymans wrote: > hehe, check line 416.. it was allready there... Hmmm. I thought I searched for that and didn't find it. Bizarre. However, IMO the check should be where I put it, at the very beginning. If that library doesn't successfully load, all the work done above that point has to be un-done (free()'d, etc.), which isn't the cleanest operation right now (shutting down objects and such isn't fully implemented because we just don't do much reconfiguration yet). I'll go move the code and undo mine ;-) Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |
From: Nicholas F. <nic...@in...> - 2000-03-22 00:02:08
|
Hi. I've just joined the mailing list, and would like to introduce myself. I'm the main (read: sole) developer of the Trinity video editor, that Wim has also worked on. At GUARDEC, i spoke with a guy from Mexico about making a standard media architecture for gnome, and GStreamer looks perfect for the task... However, I am wondering what plans there are for Bonobo - after having seen some demos, I am convinced that this is where the future lies. I probably won't be doing any coding, as I have my hands full for Trinity, but I would love to take part in some design / bonobo implementation discussions. sincerly, Nicholas Francis |
From: Erik W. <om...@cs...> - 2000-03-22 00:22:06
|
On Wed, 22 Mar 2000, Nicholas Francis wrote: > Hi. I've just joined the mailing list, and would like to introduce myself. > I'm the main (read: sole) developer of the Trinity video editor, that Wim > has also worked on. A quick search turns up a product by Play Incorporated, not much else. Is that what you're referring to, or something else? > At GUARDEC, i spoke with a guy from Mexico about making a standard media > architecture for gnome, and GStreamer looks perfect for the task... Cool ;-) Would that guy happen to be Miguel, maybe? (hoping, hoping... ;-) > However, I am wondering what plans there are for Bonobo - after having seen > some demos, I am convinced that this is where the future lies. Probably, yes, but I haven't put any thought into it yet. It depends on how Bonobo-ified you mean. The basic architecture is based on GtkObjects, though I intend to move to the glib-provided object system as soon as possible, to remove the X dependency and other cruft. These objects could optionally be wrapped in Bonobo, though to what effect I'm not sure. Most likely there would be a Bonobo component that would "be" the outer Pipeline object, with all the other glue necessary to do autoconnection (i.e. play arbitrary media types). This object would then provide all the normal interfaces (pause, seek, etc.) to any application that wants it, via a normal IDL. I was reading a recent article that quoted Miguel as saying the primary thing that got him started on the idea was IE's component architecture, and having a streaming-media setup like this in a component seems to be a critical step in getting GNOME more useful for a lot of users. > I probably won't be doing any coding, as I have my hands full for Trinity, > but I would love to take part in some design / bonobo implementation > discussions. Cool, have at it! ;-) Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |
From: Nicholas F. <nic...@in...> - 2000-03-22 03:14:37
|
From: Erik Walthinsen <om...@cs...> ----- Original Message ----- > On Wed, 22 Mar 2000, Nicholas Francis wrote: > > > Hi. I've just joined the mailing list, and would like to introduce myself. > > I'm the main (read: sole) developer of the Trinity video editor, that Wim > > has also worked on. > A quick search turns up a product by Play Incorporated, not much else. Is > that what you're referring to, or something else? No, that is the other Trinity project :( the main site is at http://members.xoom.com/NicholasF/ > > > At GUARDEC, i spoke with a guy from Mexico about making a standard media > > architecture for gnome, and GStreamer looks perfect for the task... > Cool ;-) Would that guy happen to be Miguel, maybe? (hoping, hoping... ;-) No, his name is Joakim Ziegler. He is currently heading the development of the new GNOME site. He is a Norwegian that works for a mexican company, called Simplemente (http://www.simplemente.net). > > > However, I am wondering what plans there are for Bonobo - after having seen > > some demos, I am convinced that this is where the future lies. > Probably, yes, but I haven't put any thought into it yet. It depends on > how Bonobo-ified you mean. The basic architecture is based on GtkObjects, > though I intend to move to the glib-provided object system as soon as > possible, to remove the X dependency and other cruft. In GTK+ version 1.4, GtkObject will be renamed to GObject and moved to glib, so you might want to reconsider that :) > These objects could > optionally be wrapped in Bonobo, though to what effect I'm not sure. Most > likely there would be a Bonobo component that would "be" the outer > Pipeline object, with all the other glue necessary to do autoconnection > (i.e. play arbitrary media types). This object would then provide all the > normal interfaces (pause, seek, etc.) to any application that wants it, > via a normal IDL. This would be a nice way to do it - however, does it scale ? Just because something is running over a Bonobo component, doesn't mean it doesn't want to access things at a lower level... One example is a distributed rendering environment - here, many machines could be involved, with different elements being executed on different machines... > > I was reading a recent article that quoted Miguel as saying the primary > thing that got him started on the idea was IE's component architecture, > and having a streaming-media setup like this in a component seems to be a > critical step in getting GNOME more useful for a lot of users. Definately. > > > I probably won't be doing any coding, as I have my hands full for Trinity, > > but I would love to take part in some design / bonobo implementation > > discussions. > Cool, have at it! ;-) I've just done some brainstorming, and have quite a few notes on the subject, unfortunately, I can't type them in as I attempted a real-life pipeline: Glass -> Coke -> Keyboard -> Panic -> Laptop disassembly -> cleaning -> drying.... So my linux machine is down for the night :( Anyways, I think we should try to see what actual uses a system like this could be exposed to. At the Trinity website, I have a section called 'Architecture documentation', that you could read through. Anyways, a docbook will find its way on the web tomorrow :) |
From: Erik W. <om...@cs...> - 2000-03-22 03:36:28
|
On Wed, 22 Mar 2000, Nicholas Francis wrote: > No, that is the other Trinity project :( > the main site is at http://members.xoom.com/NicholasF/ OK. I would suggest that you add a Freshmeat listing though, since it's not listed there (and that's most people's way of searching for programs these days, RIP sunsite [kinda]) > No, his name is Joakim Ziegler. He is currently heading the development of > the new GNOME site. He is a Norwegian that works for a mexican company, > called Simplemente (http://www.simplemente.net). OK, I've heard of him. > In GTK+ version 1.4, GtkObject will be renamed to GObject and moved to glib, > so you might want to reconsider that :) Right, that's what I mean. I need to go back in my mail archives and find Tim Janik's post about the basic architecture of it, then go poking around in source. I'll wait for 1.4 to come out before moving over, just because I don't want to put a moving target on top of a moving target... <g> > This would be a nice way to do it - however, does it scale ? Just because > something is running over a Bonobo component, doesn't mean it doesn't want > to access things at a lower level... True. I guess it wouldn't be that hard to have a few Bonobo wrappers for the core data types (corresponding to all the files in gst/, the idea is that the plugins use standard interfaces provided by these core types, for maximum plugability) and expose those via IDL. I need to read up on Bonobo some more, and figure out where on earth my CORBA book went... > One example is a distributed rendering environment - here, many machines > could be involved, with different elements being executed on different > machines... Right. This meshes with the stuff we're doing at work, though we're doing a client/server video streaming demo. > I've just done some brainstorming, and have quite a few notes on the > subject, unfortunately, I can't type them in as I attempted a real-life > pipeline: Glass -> Coke -> Keyboard -> Panic -> Laptop disassembly -> > cleaning -> drying.... So my linux machine is down for the night :( Ouch. That sucks. > Anyways, I think we should try to see what actual uses a system like this > could be exposed to. At the Trinity website, I have a section called > 'Architecture documentation', that you could read through. Anyways, a > docbook will find its way on the web tomorrow :) OK, I'll go over it in more detail. I did see lots of references to GStreamer, and even a verbatim copy of the docs ;-) Cool! BTW, just so you know what I'm up to on the sidelines, I'm interested in an audio editting program, a la Cakewalk or VST Cubase, as well as a form of that with a twist: live. I've found that every audio package claims real-time, but not live. There are no packages that turn a multi-channel sound card into a live mixer. I'd like to come up with a library and application (that sits on top of GStreamer, of course) that provides the necessary functionality to do this. The library idealy would be designed generally enough to do any kind of media editting functionality. This means that a lot of code you have in Trinity could be very similar to what's needed for audio processing, at least in the offline NLE-style editting app. Something to keep in mind... Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |
From: Wim T. <wim...@tv...> - 2000-03-21 20:21:34
|
A small question: I'm working on MJPEG support in the avi player. I currently load the jpeg plugin in the avi parser when i detect an MJPEG video stream. I have the src and sink of the jpeg plugin, but now I have to create a new src pad in the aviparser and signal the main app. I tried a few options but it seems to end up in a trial and error excercise. The pad is a src pad for the main app but a sink pad for the plugin... Do you have a solution?? Wim -- Has everybody got HALVAH spread all over their ANKLES?? ... Now, it's time to "HAVE A NAGEELA"!! |
From: Erik W. <om...@cs...> - 2000-03-21 20:44:15
|
On Tue, 21 Mar 2000, Wim Taymans wrote: > I'm working on MJPEG support in the avi player. I currently load the > jpeg plugin in the avi parser when i detect an MJPEG video stream. > I have the src and sink of the jpeg plugin, but now I have to create > a new src pad in the aviparser and signal the main app. Why are you loading JPEG into the AVI parser? Shouldn't the AVI parser act like the MPEG system stream demux and just create a new src pad with the name "MJPA_0" or something? Then the application is responsible for figuring out what element to load and hook into that. Eventually a meta-element could be created that would be a subclass of Bin and be able to do that itself with the result of ending up with a raw video output on itself. > I tried a few options but it seems to end up in a trial and error > excercise. The pad is a src pad for the main app but a sink pad for > the plugin... Do you have a solution?? Not sure I parse that... Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |
From: Wim T. <wim...@ch...> - 2000-12-12 17:35:54
|
On Tue, 12 Dec 2000 10:40:25 Erik Walthinsen wrote: > CVSROOT: /cvsroot/gstreamer > Module name: gstreamer > Changes by: omegahacker 00/12/12 01:40:25 > > Modified files: > . : configure.in > plugins : Makefile.am > tests : Makefile.am > gst : gstbin.c gstplugin.c > gst/elements : gstfdsink.c > Added files: > plugins/mp3encode: Makefile.am > tests : rip.c > plugins/mp3encode/lame: Makefile.am gstlame.c gstlame.h > > Log message: > Added LAME encoder. Wow. problems: I don't see these directories, lame nor cdparanoia with a simple cvs update. can you try to do a fresh checkout too? Wim > > _______________________________________________ > Gstreamer-cvs mailing list > Gst...@li... > http://lists.sourceforge.net/mailman/listinfo/gstreamer-cvs > -- Unknown person(s) stole the American flag from its pole in Etra Park sometime between 3pm Jan 17 and 11:30 am Jan 20. The flag is described as red, white and blue, having 50 stars and was valued at $40. -- Windsor-Heights Herald "Police Blotter", Jan 28, 1987 |
From: Wim T. <wim...@ch...> - 2000-12-12 17:44:02
|
On Tue, 12 Dec 2000 18:35:48 Wim Taymans wrote: > > Log message: > > Added LAME encoder. Wow. > > problems: > > I don't see these directories, lame nor cdparanoia with a > simple cvs update. > > can you try to do a fresh checkout too? > > Wim A fresh checkout solves the problem, strange... Wim |
From: Wim T. <wim...@ch...> - 2000-12-12 17:51:42
|
On Tue, 12 Dec 2000 18:35:48 Wim Taymans wrote: > > On Tue, 12 Dec 2000 10:40:25 Erik Walthinsen wrote: > > CVSROOT: /cvsroot/gstreamer > > Module name: gstreamer > > Changes by: omegahacker 00/12/12 01:40:25 > > > > Modified files: > > . : configure.in > > plugins : Makefile.am > > tests : Makefile.am > > gst : gstbin.c gstplugin.c > > gst/elements : gstfdsink.c > > Added files: > > plugins/mp3encode: Makefile.am > > tests : rip.c > > plugins/mp3encode/lame: Makefile.am gstlame.c gstlame.h > > > > Log message: > > Added LAME encoder. Wow. > > problems: > > I don't see these directories, lame nor cdparanoia with a > simple cvs update. > > can you try to do a fresh checkout too? > from man cvs: Use the -d option to create any directories that exist in the repository if they're missing from the working directory. (Normally, update acts only on directories and files that were already enrolled in your working directory.) This is useful for updating directories that were created in the repository since the initial checkout; cvs update -d solved it... Wim <with a brown paper bag> -- Unknown person(s) stole the American flag from its pole in Etra Park sometime between 3pm Jan 17 and 11:30 am Jan 20. The flag is described as red, white and blue, having 50 stars and was valued at $40. -- Windsor-Heights Herald "Police Blotter", Jan 28, 1987 |
From: David I. L. <dl...@vt...> - 2001-01-05 00:21:05
|
* Erik Walthinsen <ome...@us...> [20010104 17:17]: > Modified files: > gst : cothreads.c gstinfo.c > > Log message: > updated API docs > Missing end of a comment: diff -u -r1.25 cothreads.c --- gst/cothreads.c 2001/01/04 22:15:54 1.25 +++ gst/cothreads.c 2001/01/04 23:55:44 @@ -158,6 +158,7 @@ * @ctx: cothread context to find main thread of * * Returns: the #cothread_state of the main (0th) thread + */ static cothread_state* cothread_main(cothread_context *ctx) { And also in the cvs messages the To: and Reply-to: use @users.sourceforge.net instead of @lists.sourceforge.net. -dave -- David I. Lehn <dl...@vt...> | http://www.lehn.org/~dlehn/ Computer Engineering Graduate @ Virginia Tech in sunny Blacksburg, VA |
From: Erik W. <om...@te...> - 2001-01-05 00:24:36
|
On Thu, 4 Jan 2001, David I. Lehn wrote: > Missing end of a comment: > * Returns: the #cothread_state of the main (0th) thread > + */ Doh, ok, will fix. > And also in the cvs messages the To: and Reply-to: use > @users.sourceforge.net instead of @lists.sourceforge.net. Hrm, doesn't seem to be something I can fix: $MAILFROM = "Gstreamer CVS <gstreamer-cvs\@lists.sourceforge.net"; #mail comes from $MAILREPLYTO = "gstreamer-devel\@lists.sourceforge.net"; # redirect replies to I'll submit a request to SourceForge to look into it. Thanx, Omega Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |
From: Erik W. <om...@cs...> - 2000-02-13 05:23:16
|
On Sun, 13 Feb 2000, Wim Taymans wrote: > I still see some SEGFAULTs on some streams, I'll try to fix this tomorrow and > I'll be thinking about a video sink... And an MMX iDCT for the MPEG decoder, > and... ...getting some kind of display element... > Some wild idea: when the plugins create a buffer they just do > gst_buffer_new or something, which is in plain memory that might not be > ideal for the next element in the stream (for example, the mpeg decoder writes > to plain memory instead of shared memory for the X server). I don't know if > this can be done but what about the element requesting a buffer from the next > element in the stream. A display element can then pass a buffer in DMA-able or > AGP memory for example. Good thing you're working on this project, we think alike. This has been in the plans for quite a while, I just haven't gotten around do it. Until now I only had the audio case to worry about, not I have video as well. Since I haven't given it any thought, and ideas you have as to the mechansim would be appreciated. The only things I can say for sure is that it has to be through the pad interface, and it has to be optional (obviously). Erik Walthinsen <om...@cs...> - Staff Programmer @ OGI Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/ Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/ __ / \ SEUL: Simple End-User Linux - http://www.seul.org/ | | M E G A Helping Linux become THE choice _\ /_ for the home or office user |