From: Myers W. C. <my...@fi...> - 2000-05-15 20:26:46
|
[cc'd to vorbis and gstreamer-devel because I thought both lists would like to see this ] > I'm curious if anyone else is at all fed up with the current > state-of-affairs of media support under *IX. As things stand it's rather [...] Hi, Caught your post on vorbis-dev, but I'm not on vorbis, where Monty suggested this go, so email me directly with any replies. I would be another person fed up with the media support under linux. I started on a project I was calling libAV, right after coming up with the name and setting up a sourceforge account I ran across the Canvas project <http://canvas.linuxpower.org/>. They wanted to get something out fast, using code out there. More wandering it the web brought up something a lot of projects with somewhat the same goals but they were either dead or had no code yet or both (gmedia, Gnome Media Framework, projector). Then I found something a lot more promising: gstreamer <http://gstreamer.sourceforge.net>. gstreamer's main author is Omega Hacker, who fingers I keep finding in more and more linux media pies. He works as a programmer in a The whole idea behind gstreamer is similar to DirectShow on Windows, and Be Media Kit. To use the gstreamer you have a "source" (file/rtp stream/video capture/etc) and you have a "sink" (video display region/file/rtp stream/audio visualizer/etc) and you hook up filter inbetween the two that modifies the data in an approprate way. This makes the whole system really flexable. Once this is done you could, with very little effort spent (and mostly on your user interface), write a xmms-work-alike, a video confrencing app, a movie player, a vcr-work-alike (recording tv to disk or heck just stream it over to your friends in the third world :), a movie player, a movie converter, and more. GStreamer used to be Gnome Streamer (still on the top of all their files in CVS), but I think they are no longer tieing themselves to Gnome. For now they are tied to GTK because they use it for it's object model, but as of GLib 1.4 there will be an object model GLib and GStreamer will loose that dependancy (meaning you won't need an X server to run this). Since decoders and encoders are just filters in the system and all filters (so far) are shared libraries they could easily be binary only. Now how easy it will be to convice Apple/M$/(Sur)Real to relase something like that I think will be hard. Another idea is to use winelib to access the Windoze DLL's need to do this. If you can't get realtime speed, at least you could covert to a ogg file (once we have a video codec) or mpeg1. Have a look at the project and see if this is what you are looking for. And if some one wants to write an ogg and vorbis filter that would be cool too. :) myers. -- You're just jealous because the voices only talk to me. |
From: Wim T. <wim...@tv...> - 2000-05-15 21:00:50
|
"Myers W. Carpenter" wrote: [SNIP] (nice comments) > Another idea is to use > winelib to access the Windoze DLL's need to do this. If you can't get actually, how hard would it be to write a wrapper around the Windoh's DirectMedia pluggins so that thay would become available in GStreamer? I suppose you need to have a complete Windows subsystem too, not just the 100K plugin. Wim -- Would you *______really* want to get on a non-stop flight? -- George Carlin |
From: Myers W. C. <my...@fi...> - 2000-05-15 21:48:01
|
Wim Taymans wrote: > > "Myers W. Carpenter" wrote: > > [SNIP] (nice comments) > > > Another idea is to use > > winelib to access the Windoze DLL's need to do this. If you can't get > > actually, how hard would it be to write a wrapper around the Windoh's > DirectMedia pluggins so that thay would become available in GStreamer? > I suppose you need to have a complete Windows subsystem too, not just > the 100K plugin. It depends... The mpeg4 dll is just that, a dll that encodes and decodes mpeg4 encoded video. If we can figure out how to talk to it (do you know of a DLL function lister that would list the names of all the function in a file with args and return values? How about for .so files? (real has all their codec in an .so for the linux realplayer)). Also I wonder about the legality. If we don't look at the header files from an SDK and everyone downloads it from the web from the proper people and installs this themselves I think we'll be in the clear, but I'm pretty sure that only slept thru only normal college classses and not an law school classes :). There is an example of this. Take a look at the VQF plugin for xmms. I think I got the idea from that. myers -- You're just jealous because the voices only talk to me. |
From: Myers W. C. <my...@fi...> - 2000-05-15 22:56:25
|
> Also I wonder about the legality. If we don't look at the header files > from an SDK and everyone downloads it from the web from the proper > people and installs this themselves I think we'll be in the clear, but > I'm pretty sure that only slept thru only normal college classses and > not an law school classes :). I just got the wmtools.exe to see the EULA. It says basicly that you are only licenced to use it if you have a Windoze license. Wine won't finish extracting the files in there so not totally sure what files are there. If we got mpeg4 decoding working we'd have an overnight userbase in the 1000's :). Hopeful not a lawsuit as well. myers -- You're just jealous because the voices only talk to me. |