HandBrake Abandons DivX As an Output Format
An anonymous reader writes "DivX was the first digital video format to really win mainstream acceptance, doing for movies what MP3 did for music (both good and bad). Eventually even Sony, the king of proprietary formats, caved into pressure and added DivX support to its DVD players and the PlayStation 3. Now HandBrake's developers have made an interesting choice for version 0.9.4 — they ditched support for AVI files using DivX and XviD. Your only option now is to convert DVDs and other media to MKV or MP4 files, with the option to save as Apple-friendly M4V files. So why is HandBrake ditching AVI and XviD support when it's a format that's won such widespread acceptance? In the words of the developers, 'AVI is a rough beast. It is obsolete.'"
Another software I never heard of shoots itself in the foot for no reason whatsoever.
I guess I'll stick with DVDx and mencoder.
Dropping all formats that Windows play by default is IMO a bad decision. It may make the CCCP Project more popular and spur more people to install Quicktime (yuck), but it'll also drive away lots of inexperienced users.
Streaming to my legacy device which cannot be easily reprogrammed such as my Xbox 360 really relies on XVid. So, for now, I guess Handbrake is the rough beast. Oh well, I use dvd::rip anyway and avidemux when I need to do some transcoding. Computers can be easily upgraded, devices not so much: that is something to keep in mind too.
Shh.
All we need now is for .flv to dry up and blow away...
I don't mind the actual .flv format as much as watching the videos with the crashy, memory-hungry CPU hog that is Flash. Playing back flv containers in VLC is perfectly fine. The video is mostly H.264 anyway.
As a user nothing pisses me off like reporting, say, a MySQL bug and getting the response "oh that's in 5.x.y not 5.x.(y+1)? Sorry but we only fix bugs in the latest release"
As a developer nothing pisses me off like a user expecting me to have every version of my code installed on every conceivable platform ready to be debugged and rereleased with fixes, it's just not practical (especially for FOSS projects).
So yes it's annoying as hell, but having around all the old code and dependencies when you want to keep moving to code forward is equally annoying; it's either you or them getting frustrated, and since it's their choice and there's no money involved to force their hand you're out of luck.
// MD_Update(&m,buf,j);
Yeah, but it wouldn't rxactly be a terrible burden on them to leave the older releases on the server, maybe with a "we don't support these anymore" notice.
Because Windows 7 is a majority representation of the Windows operating systems in current use, right?
Sure, it's an annoyance, but when you are the premiere open-source solution for something as like video encoding, I think there is (or at least should be) a duty to at least keep the older releases around. Especially if they are a dropping features that were supported in the older versions. If the developers arrangement is so cluttered that they can't be bothered to keep the old releases available, then that points to ineptitude and makes for poor relations with the user-base. File management is not that hard compared to the groundbreaking features these developers are implementing. If they can't be reasonable and/or nice about things, perhaps someone else will step up to the plate and fork the project, because that's probably what it would take to get things into a sane state of being.
Annoying the users just opens the window for someone else to step in.
Censorship is obscene. Patriotism is bigotry. Faith is a vice. Slashdot 2.0 sucks.
.. they just put the brakes on their popularity
If you mod me down, I will become more powerful than you can imagine....
To me it seems that if you accept it as an input format you should be able to output it as well.
I am not a programmer so take this next bit of post for what it is... pure conjecture lol
But it seems like if your decoding something then the same amount of work is already done for doing output?
Also I agree if something is a program made to convert video then it should do as many formats as possible.
I am on Windows so I use a program called Format Factory, and it supports like a bazillion formats (well all the ones I have ever ran into)
http://www.pcfreetime.com/
Rubbish.
DivX 5, which is a MPEG-4 ASP video inside an .AVI file, did not contain support for chapters, subtitles, or anything like that. This is what the Handbrake guys are removing support for. It's also the format that pretty much any DVD player will play.
DivX 6 added their own custom, proprietary extension to .AVI files. These have a different extension and, on Windows, bypass the standard .AVI splitter entirely. The format is undocumented, isn't supported by anything but DivX's own software player and a tiny selection of DVD players, and is entirely unknown outside of DivX's corner of the world.
There's no point in reverse-engineering their format, since DivX themselves dumped the format entirely with DivX 7. They now use MPEG-4 AVC in a Matroska container. It's a waste of time to support an even more obscure sub-format of an outdated, poorly supported container format.
Similarly, there's no point in inventing their own format to add this information to an AVI file. Nothing else will be able to read the information, so it might as well not be there. It'd be pointless, and a complete waste of time.
The alternative? Remove AVI support entirely - nobody uses it anyway - which makes the code much simpler to maintain. They can actually add features without worrying about breaking the AVI support that nobody uses.
Look, the Handbrake guys are saying Xvid is the past, H.264 is the present. Quoting what an OS that is 7 years old can do is just reinforcing what the Handbrake folks say.
http://lkml.org/lkml/2005/8/20/95
Xvid and divx (mpeg-4 part 2) are far less resource-intensive than h.264. I don't know if anyone's ever tried playing a reasonably sized h.264 encoded video on a PIII, but it usually doesn't work out so well. Avi and divx I'm not so sure about, but I don't see why they had to get rid of xvid. Maybe I'm behind the times, but most of the time when I decide to re-encode something it's because I need to play it on a slow budget box like the ones they have at school.
So step up instead of whining about it. What is stopping you? I'm sure they'd welcome the assistance. Instead you're just gonna whine about it though, right?
Calling people that give you software for fucking free "douchey", is well, pretty douchey.
"linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
There's no threat from that at all, and if it turns out there is it's easy to implement legacy support and destroy all momentum the fork has at any moment.
This is really common, the boring fixes and maintenance really do just weigh you down and sap your enthusiasm, even while you're busy working on something that is much more difficult
Again I also hate being on the receiving end of this, I'm not saying it's good, but this is the reality of it. It's not out of spite but just because hobby projects can't survive if you need to maintain multiple versions and support legacy standards you're not interested in.
If you think Handbrake has a "duty" you should see hobby projects like SQLite, which are just the same. I submitted a pretty serious bug report regarding SQLite 2.x (the latest 2.x) and drh told me I should use 3.x instead, and SQLite 2.x has a lot more installations than Handbrake.
That's just the nature of a hobby project; if you want to tap into all that free work you've got to go with it, because no-one is going to maintain a fork with the dedication of the hobbyist themselves
// MD_Update(&m,buf,j);
If someone gave me a free paper (btw, in the UK there's a free paper called the Metro) and then proceeded to punch me in the eye or insulted me I'd be pretty entitled to call them douchey. Without being douchey myself.
Lots of DVD players play DivX not h262. This would be one major reason to keep it.
But if he insulted you because you told him "wtf, Metro? no I want *that* newspaper over there not this piece of shit" then you entirely deserves to be insulted.
Nothing beats MKV+h.264 when you want to put your DVDs in your HTPC/media center and keep all audio tracks, subtitles and chapter markings, while using a third of the needed diskspace compared to a full ISO copy. This, and reencoding your movies for your portable devices, are the main use-cases that Handbrake is optimized for. This is as legit as it gets, IMHO. Also, I'm pretty sure that most "scene" release groups don't use it for their releases, they use a collection of other tools.
My other account has a 3-digit UID.
There are also plenty of not DivX Plus certified devices that can play H.264/AAC/MKV perfectly. The WD TV and other cheap media players like Popcornhour and Xstreamer support it.
Why would you buy a product in this day and age that doesn't support the most ubiquitous and popular portable video format: MP4. It's not a fancy new format. there were portable devices playing both MP4 ASP and H.264 AVC in 2004.