Slashdot Mirror

Either your just trolling or you really mean what you say in that post

The solutions that I provided are just as worthless as the excuses that an incompetent Internet service provider might give. Devil's advocacy is a common exercise of brainstorming to find counter-arguments so that their refutations can strengthen your argument. If it's looked down upon to consider how opponents are likely to reply, how can any argument be made strong?

True

Homemade as in I took it with my own camera, or is a freinds picture, or I made it myself

Copyright in your own photograph of a sculpture made since 1923 belongs to the sculptor, not you.

Not sure about that one, but if I take a picture of the sky, or make something entirely new with ms paint or something or another, that'd be mine...

homemade [movie], as in I made it, I own it

If a homemade movie can be shown to be a homemade derivative work of something else that you did not make, you don't in fact own copyright in the homemade movie. For example, a video of your child dancing to copyrighted music isn't yours unless you dub in different music. See Derivative work.

What if there is no music? lol and fair use would probably preside there as long as you're not selling it or publically displaying it for everyone to see. But say I make a video of myself mowing my lawn, that'd be mine, lol.

Homemade [music] you know what that means right?

It means you made a homemade recording of some song, but you can't necessarily prove that someone else didn't write the song first.

Neither can they, if you wanna play that game.

but back to what I was talking about, are in fact games that are free not stolen

Can you show me some examples of these free, not-stolen games? Several popular PC games released as free software infringe at least one copyright or patent. For example, StepMania 3.9 includes music and graphics ripped from Konami's DDRMAX: Dance Dance Revolution 6th Mix, and Konami has taken a StepMania licensee to court (Konami v. Roxor) over essential patents on dance video games.

http://www.google.com/search?hl=en&safe=off&q=yahoo+games&aq=f&oq=&aqi=g-e1g9

http://games.yahoo.com/all-games

Um there's free software around

Any free software that can, for example, encode MP3 audio violates U.S. patents because Thomson has never licensed the MP3 patents in a way consistent with the free software definition.

I'm pretty sure encoding is fine, its decoders that you have to pay for, but I can't exactly remember off hand.

ogg
xvid
pidgin
maybe something here "Free Downloads of over 14000 free software programs."

So what happens when I get sent so many packets that I either can't send and/or recieve them fast enough therefore causing me to lag, what then?

You don't request as many packets from the servers. Most video games that I know of don't use a lot of packets; instead, like VoIP, they use fewer packets but expect them to arrive quickly.

Quickly as in speed, if they cut that down then it's not gonna work very well, like I said I don't want to be stuck doing 1 thing at a time, I might be grabbing a game, up

I would urge any open source project even thinking about MPEG-4 to treat the spec document like some sort of radioactive material and to stay completely away from it at all cost!

I bet you've heard of Xvid, and even watched some stuff encoded in it. Guess what, that's MPEG-4.

I find hard to believe they are adding Xvid, since Xvid is GPLed.

It is more likely they are adding DivX which, although generally serves the same purpose, is another different best.

I find hard to believe they are adding Xvid, since Xvid is GPLed.

It is more likely they are adding DivX which, although generally serves the same purpose, is another different best.

While as a geek I think it is cool to hack the hardware to offer more features, I don't think you should have to do that for a device you pay for to just watch some content that you record. Xvid is open, so there is no reason for Apple to not at least include Xvid playback support. The only thing I can think of is that Apple wants the AppleTV to be nothing more than a player for iTMS content. If that is the case, then no thanks.

Heh, yeah as pointed out XviD isn't a release group, it's a Free Software (GPL'd) MPEG4 codec (DivX spelt backwards.) XviD.org

It's nice that it's so widely used by release groups who clearly don't care about copyright / legality much and would happily use a warezed commercial encoder, since it proves it's one of the best codecs / encoders out there.

The goal of GNU was to give users freedom, not just to be popular. So we needed to use distribution terms that would prevent GNU software from being turned into proprietary software. The method we use is called "copyleft".(1)

The central idea of copyleft is that we give everyone permission to run the program, copy the program, modify the program, and distribute modified versions--but not permission to add restrictions of their own. Thus, the crucial freedoms that define "free software" are guaranteed to everyone who has a copy; they become inalienable rights.

For an effective copyleft, modified versions must also be free. This ensures that work based on ours becomes available to our community if it is published. When programmers who have jobs as programmers volunteer to improve GNU software, it is copyleft that prevents their employers from saying, "You can't share those changes, because we are going to use them to make our proprietary version of the program."

You can put MPEG-2 into a transport- it's not QUITE as good as MPEG4, but it's better than MPEG-1. And better yet, MPEG4 decoders are VERY prevalent...

http://www.divx.com/
http://www.xvid.org/
http://www.3ivx.com/

Funny that, seems like we HAVE encoders/decoders out there for all the main platforms- and under almost all conditions, many of the mainline DVD players now have MPEG4 decode support (and EPIA motherboards, and...).

Oh, and about h.264...

Well, perhaps that's not prevalent yet (YET...), but there seems to be at least one FOSS implementation usable on all the main platforms:

http://developers.videolan.org/x264.html

Hm... Seems to me you missed the point that I was trying to make- there's no good reason for someone to have
pushed out a video of a Linux event's speaking session in a format that isn't fully supported on at least Liunx.
Technically, WMV isn't one of those sorts of things- MPEG-1, MPEG-2, MPEG-4, MPEG-4/AVC are supported in at least a AVI transport wrapper- and it's supported pretty much everywhere else to boot.

For video? I'd recommend XviD, and not just because I use it almost exclusively, but it creates a compliant MPEG-4 video stream (compresses nicely), which will hopefully be streamable by any player that supports MPEG-4 video.

• Wikipedia
  
• Firefox
  
• OpenOffice
  
• BitTorrent
  
• MediaWiki
  
• Xvid
  
• phpBB
  
• Outfoxed
  
• Dyne:bolic
  
• GIMP
  
• Apache
  
• SourceForge
  

"What is XviD?

XviD is an ISO MPEG-4 compliant video codec, so designed to compress/decompress digital video. It's a open source project, which is developed and maintained by a handful of skilled and interested engineers from all over the world."

And I should mention while DivX is similar to XviD, DivX is a broken MPEG-4 codec in some respects

I've found that the divx codec encodes excellent compressed movies of games (things with lots of explosions combined with text and lots of motion) which is my primary usage of movie software.

Is divx export available in this? I know about Xvid project and would love to know if it works with Cinelerra.

The MPEG-4 licensing issue is interesting; I didn't know that the XviD codec was patent-encumbered like that.

The developer is the person who responded when I emailed the info address at xvid.org.

I did try ffdshow, but the size of the codec (pretty big compared to xvid)

Theoretcially this is true, but I wonder if it's really practical enough for a malware author to consider. A malicious MP3 file, for example, would find itself getting decoded by one of about a zillion decoder/media player programs out there. Any particular buffer overflow attack would probably only be successful on a minority desktop PCs.

In the case of video files, things would be easier for an attacker, since a DivX file (for example) is virtually always going to be played back with the one official DivX decoder, even if it's not always running under the same media player.

Of course, if the world at large could be persuaded to eschew the closed-source codecs, (yay XviD!) exploits like these might be more quickly contained.

Um, DivX and Xvid are based on standards, and neither is free.

What's this then?
http://www.xvid.org/downloads.html
"XviD core library source code 1.1.0-beta1"

Firefox is based on standards as well (HTML, CSS, Javascript, etc), and it's free. I fail to see your point.

As others have mentioned XviD is a good choice. It's compression and quality is the same as, or slightly better than, WM9 according to Doom9 (codec comparison). It's open-source, but on the downside, it requries you to install a codec and PCs don't come installed with it "out of the box".

Another good option is VCD-compliant MPEG-1. Nearly every modern PC/OS with a GUI comes equipped to support/play it "out of the box", and you can burn it to a VCD and watch it with most DVD-players. On the downside, the compression and quality is not nearly as good as the more modern codecs such as RM10, WM9, XviD, MPEG-4, etc.

What's wrong with Xvid?

Umm... look at the download page. The process of getting footage into Xvid format isn't exactly straight forward.

These produce very high quality along with very good compression.

For some intro how-to's, check out Doom9.org

XViD is on:
- Win32 (MSVC, cygwin, mingw)
- GNU/Linux x86/ppc/sparc/ia64
- MacOSX
- *BSD
- Solaris 8 Ultra Sparc
- BeOS

That covers most of the major operating systems that your users will encounter.

What's wrong with Xvid? It plays on Windows and Linux (and other things).

If you're concerned about bandwidth, why not Coral Cache things?

Same thing for MPEG-2 and MPEG-4. MPEG-4 is actually somewhat worse, as there's fees on the media too per disc and per stream per hour for streaming).

Isn't XVID codec an ISO MPEG-4 compliant video codec?

This software is linked to copies of VLC http://videolan.org/ and XVID http://xvid.org/ both of which are released under the GPL license. The EULA for this software consititues a violation of this license. The LGPL license would allow for a proprietary program to use the library, but the GPL only allows other free programs to use it. A cease and desist order should be expected. And anyone who doesn't believe this, check the link: http://people.via.ecp.fr/~jb/VLCthieves2.jpg

XVid is open source and patent unencumbered I believe. I have used it on Mac/Linux/Windows. It also happens to be one of the best ones around. Here is the sub $100 dollar box that will support it.

How about Xvid?

From the FAQ:

Can I distribute your codec along with some of my own videos on CD-ROM?

XVID is under GPL license, which means you can distribute it freely, e.g. on a CD-ROM or whatever form you like. However, if you distribute XVID in binary form, you have to add the source code to the CD-ROM, too.

How about Xvid?

From the FAQ:

Can I distribute your codec along with some of my own videos on CD-ROM?

XVID is under GPL license, which means you can distribute it freely, e.g. on a CD-ROM or whatever form you like. However, if you distribute XVID in binary form, you have to add the source code to the CD-ROM, too.

More precisely, most standalone DivX/XviD players have problems decoding XviD-files that were encoded with QPEL, GMC or BVOP turned on. If you rip yourself this is not a problem, but most downloadable xvid movies use BVOP and a smaller portion of them use QPEL and/or GMC. I'd guess that about 50% of the movies that I download would work in a standalone player like the dvp642 without any reencoding.

Why not use XviD?

> What hacked up MPEG-4? You thinking of old versions of DivX?

According to the Xvid faq, MS MPEG-4 is not ISO compliant.

Besides the obvious (and ridiculously awesome) nethack, one of the most important and continuously updated CLI programs I use daily is transcode.

It converts between video formats, and does so quickly and with very good quality. I use it to make XVID backups of my DVDs to play on the road or in my XBOX running MythTV. It's very scriptable, which is why I like it. It also has a great perl-gtk frontend called dvd::rip. You can crop and zoom, as well as browse the various video and audio tracks before you encode. It even supports subtitles.

would you really sit on kazaa waiting for a 30+GB movie download, just to avoid buying the DVD?

You obviously haven't been downloading many movies lately... xvid = many movies at minor quality loss ~700mb

One thing it could be very handy for is compression. Video compression is, of course, the first thing that springs to mind, but I guess other types of compression could work too, as long as there is a data path back out of the GPU, to the hard drive or wherever else you want that compressed data to go.

For applications like that, the back channel isn't that much of an issue, because the data coming out of the process is so very much smaller, ie - a lot of data is being thrown away in the GPU

Conversely, on the way in, the data is big. I capture video at 922x576, 25 fps from a dedicated TV card using Huffyuv - a lossless codec, and I get about 7.3 MB per second of data going into the capture file. That works out to about half a gig per minute. If I was to use no compression, it balloons out to about 25 MB/sec

Then I use VirtualDub to run it through a filter or two, resize it with a biCubic transfer and compress it with xVid - With a 1 Gig Duron, the data's going in at about 750 KB per second, getting processed at about 1.8 frames per second and then going back out at (get this) 50 BYTES per second.

If, instead my graphic card could up that by a factor of fifty rather than just sitting there (mostly) idle, I think it'd be great - no more waiting an HOUR to render down a 4-minute clip. If , instead of going TV-card->processor->hard drive it went TV-card->GPU(compress)->processor(filter)->hard drive, the recording could be done all in one hit.

By the way - I can get an hour's worth of video into just under 75 MB and it's still quite watchable - About par with slightly older VHS tapes.

is xvid website cracked? I couldn't make it to the site!

Divx and Xvid are two different implementations of the same standard. They are cross-compatibile.

That's why you can use a DivX decoder for Xvid, MS MPEG4, 3ivX, etc.

Try reading the XVid FAQ

For those who do not want to click:

Can I encode some videos in Microsoft's MPEG-4 V1/V2 format and then watch them with XviD or vice-versa?

No, you can't. Despite the name, MS MPEG-4 is not truly standard compliant MPEG-4 - rather it's Microsoft's own proprietary randition of MPEG-4 technology and is incompatible with the international MPEG-4 standard as specified by ISO. So unfortunately, XviD and MS MPEG-4 cannot interoperate.

does it matter if the codec isn't used commercially?

It doesn't matter.

In fact at one point, Sigma Designs was caught stealing Xvid code for their hardware players

Sunny Dubey

We already do. It's called XviD.

What the hell are you talking about? Clearly not the same XviD that everyone else knows.

Who modded this pile of crap as informative?

From the Xvid FAQ

What is XviD? XviD is an ISO MPEG-4 compliant video codec. It's no product, it's an open source project which is developed and maintained by lots of people from all over the world.

And don't get me started on all the other crap, audio? FFS, it's a video codec! You have to include audio an either mp3/ogg/wav/whathaveyou into the stream.

it is compiled in the great multiplatform media player VLC.

Do you have a reason to use the commericial DivX for Linux? I bet I'm not the only one wanting to know it..

Or you just haven't heard about lavc mpeg4 of ffmpeg? Or XViD? Those two are both much better options, not only because of their opensourceness but better quality IMHO -- especially lavc, although it's pretty unknown. lavc is used in xine and mplayer at least as main decoder, also ffdshow for windows is based on lavc [video] codecs. At least mencoder supports encoding with lavc, with some neat advanced options. AFAIK lavc is used as the main decoder (for mpeg4 atleast) because it's the fastest there is.

I've seen an increasing number of video files on the Internet being distributed in Vorbis/Xvid format (i.e. Ogg Vorbis audio and Xvid video). Which raises the question: why is Ogg Theora always looked upon as the champion open source video format? Xvid is GPL, and from my experience it delivers the best quality/compression performance of all the codecs out there. Most importantly, it works -- now.

I've seen an increasing number of video files on the Internet being distributed in Vorbis/Xvid format (i.e. Ogg Vorbis audio and Xvid video). Which raises the question: why is Ogg Theora always looked upon as the champion open source video format? Xvid is GPL, and from my experience it delivers the best quality/compression performance of all the codecs out there. Most importantly, it works -- now.

...here at xvid.org, we don't distribute binaries for legal reasons.

I'm suprised XviD, an open source, MPEG-4 compliant codec wasn't tested. It's quickly becoming a standard for the transfer of large movies, and its open source nature has all of the usual benefits: alternatives, power and no constraints or adware. I suggest anyone planning on encoding video seriously considers it. XviD.org

XviD 0wnz j00!

If you weren't such a prick in your original post, you might get people who aren't pricks replying.

Why no binaries?

Well, first of all, DivX 4 originally had an open source code base. DivXNetworks had a 2 system thing going on, them working on their own code, and also supporting and open source version. They changed however, amid the release of DivX 5. This is why the XviD group was formed. Their original code base was forked from the open source DivX 4 code base. Much of that has been rewritten by now though.

Also, there is an Ogg progect, called Theora, that is an open video codec. It is based off a codec called VP3 that was orignially developed by a company called On2 They gave the VP3 code to Xiph and continue to work on their own proprietary codecs, such as VP6.

Something like XviD perhaps?

XviD and Ogg Theora (website seems to be down) are free (AIS) video compressor/decompressors that are designed to be comparable to DivX. The still-early-experimental Ogg Tarkin is a whole different kind of bird, but with the same general aim. For lossless video compression, there's Huffyuv (do a search). All these are open source, but the last review I read still had DivX as better quality per bitrate than the others.

While I agree with most of your comments... I have to ask what problem you have with a GPL'd video codec?

I use it for my own encodings and it works quite well.