Slashdot Mirror
The Next Generation of XAnim
You don't hear much about xanim anymore, but it's certainly an old stand by (FAQ: Yes, you can use it to play cinepak encoded movies if you have a few closed source modules). But are you curious about what's happening with old faithful?
rsk noted that the
next generation xanim featurelist is online. It's not ready yet, but it's nice to see an update.
As psergiu said, "polite".
* Quicktime for Linux does [rare] MJPEG encoded Quicktime for Linux
* Xanim doesn't fully support MPEG1
* SMPEG is also only MPEG 1 based
* XMovie does MPEG2
* AviFile is an interface for MS-MPEG4, among others
* Livid [library] and OMS [player] plays DVD movies
* RealPlayer plays RealMedia content and nothing else
Each of these libraries implements the same features over and over again. Different rendering modes, resampling for screen sizes, fullscreen mode, player interfaces and skinning, plugins [visualization, etc] etc.
This is a massive duplication of effort and [unlike similar duplications of effort] neither project covers the full spectrum of whats ouyt there [compare this to KDE - GNOME, which both happily run whatever apps are out there providing the libraries are installed].
We need to put a standard for pluggable codecs / extensions [an extension being a parent for other codecs - eg, the AviFile version of WINE, or a non-Real interface for RealPlayer codec]. Perhaps integrate it into SDL if appropriate.
The result would be a standard api [which a number of players could be used on top of] suitable for Audio and Video, and easily extensible. Can the developers of all the projects mentioned in this thread start please talking to each other?
---
A lot of people are trivializing this article as "just another software announcement" - and an old one at that. True, "Slashdot is not Freshmeat!" But I say it's much more than that. I don't have the URL handy, but there was recently a survey of current Windows users (including CEOs, CTOs, and IT admins). The subject was "Given that UNIX is considered much more stable than Windows, why not migrate?"
IIRC, about 4% said a move to a UNIX-based OS would result in incompatibility issues. Another 7% mentioned having to retrain employees. But approximately 84% replied that UNIX - and Linux in particular - has no support for viewing pornography in a video form. One Fortune 500 exec noted that the online porn industry is rapidly migrating to streaming video because of the high availability of bandwidth. Until Linux, BSD, etc. decide to support this vital part of the market, Microsoft will continue to dominate.
yes, of course I'm kidding
-- "Complacency is a far more dangerous attitude than outrage." -Naomi Littlebear
Because people make typos when they are typing with just one hand.
I read the webpage, but it doesn't say if it will finally support the Sorensen codec for quicktime or not (biggest reason to browse in windows besides windows media player).
On a related note, does anybody know if it is at all possible (via wine or something) to listen to windows media player streams in Linux ? I find that honestly Realplayer streams blow chunks, and I would really love to listen tp WMP streams instead (www.com is a perfect example)
-- the cake is a lie
MPEG is very well supported with the SMPEG library, thanks to loki. There's even a plugin for xmms that works quite well.
AVI's are _fully_ support with avifile. I mean fullscreen, full frame rate support of ever avi filetype, including the DivX ;-) codec. This is a jaw-dropping piece of software.
There's even a project called XMPS which takes smpeg, avifile, and a couple other programs and puts them into one great piece of software.
So why do we need xanim?
Since Apple doesnt seem to be doing anything about the linux community anytime soon, i wonder if there are any plans in the works to make xanim able to play sorenson encoded quicktime files..
all those pretty trailers like Final Fantasy (The Movie.) Its the best cg ive ever seen, but i cant watch it because xanim wont play it.
And all those funny commercials on adcritic. is there maybe a way using windows dll's or something?
It's easier to fight for one's principles than to live up to them.
I suppose everybody here knows about aviplay (DivX is a fast way to make yourself popular) but although it uses .dll and
other "non open source" resources who cares?
After reading the XAnim page it's obvious
that the player won't be GPL (at least since
the beginning) and that it will keep using those
precompiled modules to play certain formats.
Latest aviplay (0.50) can even play DivX sound,
and they are working hard on support encoding (not
too reliable at this moment), soon we will all be able to backups our DVDs from Linux. If only we
would have got a decent DVD player... how many
nightmares the RIAA could have avoided ...
Regards,
- german
PS: you can found aviplay at http://divx.euro.ru
avifile may read divx's, but it certainly doesn't work for all windows video CODECs. Have you ever tried getting it to use one other than those it comes bundled with - I hav't been able to get a single additional one to work - then all fail in different ways.
Still, if you do want to use avifile, aviplay and XMPS are not the best players. Try LAMP or XTheatre instead.
There are better options for MPEG also. SMPEG only works for MPEG-1 (as does mtvp). For MPEG-2, try xmovie, xine, or the VideoLan client.
There's also at least 3 Open Source divx (i.e. MPEG-4) CODEC efforts that I'm aware of - I submitted the story yesterday, but it was rejected.
Okay... I'm friggin tired of this attitude. Yes, it is *damn* important that it's Open Source. Did you ever think in your tiny little mind that there *might* just be something that you aren't getting about Open Source/Free Software?
It's not the quality... for every quality comparison where Open Source wins (Apache vs. IIS 4.0, BSD Networking vs. the rest of the world), there is another where closed source wins (Any DTP program).
The difference is that Open Source is a not a magic bullet to quality, but rather places the onus of quality on the userbase. It's not about free software, it's about the potential of Free software.
Look around... not counting the people who use Linux on faith (either because it's trendy, or because someone they trust told them to try it), most users of Linux are people who make a living using computers. Most are people who have a serious personal investment in computing. And they choose Linux. It's hard to explain to someone who isn't a developer (heck, it takes time for even a computer developer) why XML is better than a binary file -- i.e., why open standards are better than propietary. Why the following is worse than 20k of code to read an XML file (pseudocode ahoy!):
struct foo {
int head,
int torso,
char lleg,
char rleg
}
write(fp,foo,sizeof(foo))
It's faster, smaller, leaves a smaller footprint... why not use it? For the exact same reason Linus refuses to change the /proc fs to binary read files. There is a philosophy inherent that is time tested, and experience shows that will result in more work at first, and less work later.
And that's what both Open Source and Free Software are... philosophies that pay back later. Some of it pays off now (gimp, Konqueror, qmail), but it's the potential that, once it hits critical mass, will pay off in the future.
--
Evan "Typed hurriedly, not proofread, as I need to catch a train..." E.
"$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien