Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
View Poll Results: How should the matroska team proceed with the release of the win32 port of Gstreamer? | |||
Gstreamer ?? wtf ? Stop talking in riddles please .... | 10 | 15.63% | |
I am a multimedia app developer and liked to get my hands on an early build now | 7 | 10.94% | |
I am just a user, but with advanced PC knowledge and liked to toy with it now | 28 | 43.75% | |
I am a multimedia app developer, but not really interested in Gstreamer | 4 | 6.25% | |
I am just a user, but i need a finaly tool with a GUI, similar to mkvmerge, so no interest from side now | 7 | 10.94% | |
You never get this done matroska guys, stop it and improve on mkvmerge and the DShow stuff ! | 8 | 12.50% | |
Voters: 64. You may not vote on this poll |
|
Thread Tools | Search this Thread | Display Modes |
27th July 2004, 22:57 | #21 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
New release package. This time with many more plugins (much more to come). This is just the same thing with more plugins and some fixes in some plugins. This time you might be able to do some nice manipulations of audio and video files. But I haven't tested anything yet (I have seen a bug with gst-register in the release build, though).
It's still a debug build. So you might need the MSVCR71d.dll file. edit: includes 59 internal plugins and 6 core ones |
31st July 2004, 07:41 | #23 | Link |
frying subs
Join Date: Jan 2003
Location: ch-2500
Posts: 891
|
here
now i am really surprised i have such a file for once. I wonder what installed it if it's not part of XP itself.. [edit] Now there is another missing DLL, libiconv-2.dll which the now included libintl-2.dll depends on (sorry robux) probably next time libiconv-2.dll depends on onother libXY-2.dll ... I did exactly the same two commands as last time: I still get those CRITICAL **: unimplemented vararg field type <varying number> messages. Other than that, the muxing of mp3 into mka still works with about the same success. Fb2k doesnt play it except when i rename it to mp3 (but its clearly a matroska file, not a raw mp3). MKVinfo and the shellextension report track type V_MPEG1 and a huge duration. TCMP plays it with *.mka extension but doesnt display a duration. What i think is new TCMP sees a ID3v1 tag with the info that was in the mp3 (i think attached ID3 is not ok for matroska, shouldn't that go into matrsoka tags..) Demuxing of mka (made with mkvmerge not gstreamer) into mp3 still doesn't produce a file. Could you include some primitive help file with what one can do already? Most likely you always have filesrc location="file" ! function ! filesink location="otherfile" also i guess all the middle parts of output lines of gst-inspect are valid function names. Example: gsttags: vorbistag: vorbis tag extractor -> function name = "vorbistag" Also, how to configure these functions? I guess some of them need parameter.. CLI-parameter, configfile or how is it done?
__________________
-nyo Last edited by unmei; 31st July 2004 at 08:21. |
31st July 2004, 08:37 | #24 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Yeah, there is an alpha3 available with libraries all built by myself with MSVC. So there won't be any compatibility problems anymore.
I'm currently in the process of unifying the build of all these libraries, have debug info for all, etc. That will be very usefull to work. I'll make a webpage describing how to do this. About the GStreamer problems, I just have compiled more libraries. So the same problem remains. But once I will get a better working environment, it will be way easier to track these bugs/problems. There is a GStreamer documentation available. I'll update the build process for Win32 when everything is ready. But that will be next week... edit: to configure a plugin it's like when you use location="file.mp3", it's in the command line. With gst-inspect you can know which parameter are available for a given plugin. Last edited by robUx4; 31st July 2004 at 08:39. |
2nd August 2004, 22:45 | #25 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
I uploaded new alpha4 in my webspace.
There are 4 packages : - 2 for GStreamer (Release and Debug builds) -> install in c:\ - 2 for the dependencies (Release and Debug builds) -> install in c:\ All were compiled with MSVC7 with the correct system DLL dependencies. That should help track bugs when they appear. (.pdb files are provided with the Debug build of dependencies) No feature or plugin was added this time. I will publish a new compilation guide tomorrow for both GStreamer and the dependencies. As well as make patches available for all the stuff I've modified in each library... edit: corrected the link Last edited by robUx4; 3rd August 2004 at 09:56. |
3rd August 2004, 07:13 | #27 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
You could build a player, a video editor or something like mkvtoolnix with GStreamer. And because of the plugin nature it allows many things that are not possible yet and you don't have to develop everything yourself (there are already many things done that could improve what you can put in Matroska and How). It also works on Linux and OS X unlike DirectShow (more devs, more bugs fixed, cleaner code).
Of course right now for the end user it's not much interresting. It's only good for devs who want to evaluate what is possible or not and maybe give Matroska or GStreamer some help. |
3rd August 2004, 21:34 | #28 | Link | |
Registered User
Join Date: Mar 2002
Location: Kansas City, Missouri
Posts: 1,812
|
Quote:
As to how it will help you or others. Well that is almost immesurable. Gstreamer will allow such things as VFR Matroska and MP4. Offering space savings over current technology. Software that uses it will not need the hacks that much of the software we currently use requires. Further it will all be cross platform. You can encode with it under Windows, Linux, Mac OS, BeOS, Syllable, SkyOS, QNX, BSD, ReactOS, Haiku, your Linksys router, some automotive computers, and even your toaster. Where as Directshow only lets you encode under Windows. Alot of the current Divx etc standalones are often Linux based. They then write their own custome decoding app that lacks ASP features and then sell it to you. With Gstreamer all they have to do is build an interface around it and they are off. You could technically then drop in any decoding modules for any format you wish on your settop! There are already Gstreamer based companies starting to crop up. How many directshow based ones are there? |
|
3rd August 2004, 22:39 | #29 | Link | |
Senior n00b
Join Date: Jan 2004
Location: Italy
Posts: 446
|
Quote:
But what kind of support should we expect under Win32? As far as I understand, all the editing apps need to be rewritten on top of GStreamer... this may require years. And how many developers and/or companies are ready to move away from the M$ frameworks and throw away their working code? Example: Avery Lee refused to add DShow support to VDub. What makes you think that he will accept to rewrite VDub to support GStreamer? I'm still very doubtful about GStreamer's ability to break trough and gain acceptance under Win. Look at the containers: MP4 is far superior, but people still use AVI. Almost nobody adds support for MP4 to their apps. And that's much simpler than supporting a completely different framework, I guess. So, what's the real usefulness of the whole GS port right now? |
|
4th August 2004, 02:09 | #30 | Link | |
New Container Mod
Join Date: Apr 2002
Location: Cuernavaca, Mexico
Posts: 770
|
Quote:
|
|
4th August 2004, 03:46 | #31 | Link | |||||
Registered User
Join Date: Mar 2002
Location: Kansas City, Missouri
Posts: 1,812
|
Quote:
Quote:
Quote:
Quote:
Quote:
Microsoft will almost always have the upper hand because of their illegal monopoly and the way they use it to illegally leverage themselves into other markets and illegally destroy their competition. Thankfully that is just the sort of thing opensource and more specifically the GPL and similar licenses are made to combat. |
|||||
4th August 2004, 04:57 | #32 | Link | |||
Senior n00b
Join Date: Jan 2004
Location: Italy
Posts: 446
|
gotta love Neo Neko's "point-after-point" refutations
Quote:
So I assume some work is needed. Opensource coders do it for free in their spare time... no one can force them to do that work. And no one can ask them to code everything in a few weeks/months Quote:
Maybe written on top of GS, and possibly in C/C++ (you know, writing a performance-oriented app in Java is probably not that a good idea ) Quote:
I must have missed something here... MP4 is part of a standard which has been approved long time ago (years...). I don't see many integration of MP4 into the most used tools right now. I fear the same delay can happen for GS... and as you said M$ will probably push strongly against a new non-M$ framework, too. |
|||
4th August 2004, 07:10 | #33 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Not to mention that many many devs are working on the Linux version of GStreamer and the plugins. Windows users can benefit of all this code for free. And the Linux guys will soon benefit from a wider user and developper audience with the Windows port. So everybody is happy (and working) !
GStreamer is now included GNOME, BTW. And I think it might be added to KDE too (don't quote me on that one). SO I guess that's the missing thing everybody was waiting for. And it's progressing quickly. |
13th August 2004, 08:36 | #35 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Windows DLL and UNIX .so files are incompatible. You have to have a plugin for your platform. But most of the time plugins will be available on both platforms, as long as they are compilable.
BTW, windows will be officially supported by GStreamer by the 0.8.5 version. I'll make Release and Debug builds from that source. |
13th August 2004, 08:39 | #36 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
So basically the answer is 'yes, a plug-in will work on every system'.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|