Cyrix's SUPER easy ripping tutorial (Windows)

[Cyrix]

Maybe you're really bad at setting up VLC, or you haven't tried it since version .7, but again it plays all those codecs, so you don't know what you're talking about at all.

[gotenks794]

I have the latest version and it's pretty much 50/50 on whether or not h264 will be played. I, too, would like to know what you guys use because I don't have anything better at the moment. And mac friendly would be a plus... [/offttopic]

[Kionon]

Cyrix, you are wrong. You state it plays all those codecs in all of those containers. You forget about the wide range of settings that can be applied to codecs. You forget how readily standards are abused. VLC does not play everything. It simply doesn't. If you really, really, want to test it, I will find one of the amvs in my collection that VLC won't play and send it to you, but honestly, that seems absurd. Take our word for it. Not just one of us, all of us.

Versions of MPlayer. Hatt uses a personally modified build of mplayer-uau, iirc. I don't like compiling so I use MPlayerOSXExtended-Rev14. Should probably see if Rev15 is available yet. Hatt's build is better, probably even the best option. If you're interested in compiling it, I am sure he could tell you how, or point you somewhere that will. Don't use stock MPlayer.

[Cyrix]

again It plays everything I've ever thrown at it, also including corrupted AVI with no index and incomplete files that aren't finished downloading. If the only better option is a custom build of something its hardly appropriate to say never recommend it. If it only fails on files that grossly misuse their codecs it isn't bad

[Kionon]

again It plays everything I've ever thrown at it, also including corrupted AVI with no index and incomplete files that aren't finished downloading. If the only better option is a custom build of something its hardly appropriate to say never recommend it. If it only fails on files that grossly misuse their codecs it isn't bad

It isn't the only better option, just probably the best option. What I use is better than VLC, and I am testing the newest version right now (1.1.3). I cannot explain in detail why it does not play everything. I am not a professional encoder, and I never was. I can, however, recognise the outcome of VLC's failures in the cases that it does fail. And those who could explain probably won't, or do not want to at this point. I don't blame them.

Once again, I'm sorry if you feel that we're attacking you, or that we are ignoring the effort you have put in. Unfortunately, one needs to know their limitations, and this is one of yours (as encoding is one of mine, and a number of editors do it much, much better than I do).

[Mister Hatt]

w2g ignoring what I wrote. I've lost all patience with you really; you're just defending yourself without any real proof other than your word. I on the other hand listed actual issues it has. As an example, you say it plays MKV files 100% properly? Then why doesn't it read editioned chapters at all and instead display huge cocks that I encode into the first segment? Stop being wrong already. I'm not even arguing anymore. I am right, you are wrong, shut up already and stop being wrong, it's annoying and tiring and only serves to make everyone here get fed up with you faster.

Example of VLC failing on MKV/AVC, subtitle relevant:

NB: fucking with VLC users is a hobby of mine. You can do awesome things with MKV that VLC just shits on.

[Cyrix]

Yeah, I ignore what you write when it's complete BS. So there's one example of one thing it doesn't work with. Most of the things you claimed it doesn't work with, it does. If you have to jump through hoops to get it to not work, you're the problem.

[Kionon]

Yeah, I ignore what you write when it's complete BS. So there's one example of one thing it doesn't work with. Most of the things you claimed it doesn't work with, it does. If you have to jump through hoops to get it to not work, you're the problem.

He is a professional encoder. He does this for a living. Don't you think he would know?

It is his job to know the features that are part of the containers he works with, such as MKV, as well as the codecs he places in them. If a codec/container combination is capable of something, then a player that cannot correctly play that combination does not have full support for that combination. VLC does not properly or completely support all of the codecs and containers it purports to support. This is not an opinion. This is a fact.

You believe that just because it plays all of the videos you currently have that those videos represent the entire range of possible videos that a codec/container combination could end up as. Not only is this reasoning flawed, it doesn't even represent the majority of videos. You need to step back, take a deep breath, and go through your logic chain to see where you've erred.

[Mister Hatt]

In addition to encoding for work, I also work in development of open source players (bet nobody knew that!) and so how well VLC/libav*/mplayer handle things is very much in my interests. I even maintain the mplayer-uau builds in a certain linux distribution. Now what I think is happening is that YOU aren't capable of noticing the errors VLC has and as such believe they don't exist. I listed much more than one thing it fails on but you didn't even test to see if I was right; rather you blindly continued on being dumb. Stop that already and either validate my accusations of VLC or just plain shut up. Google should provide enough examples already. As a developer, I can tell you that VLC uses libavcodec and libavformat for almost everything, and things that those fail on are inherently broken in VLC already. Couple it with bad code in VLC and you get even more issues. Stick that in your failpipe and smoke it.

[WC Annihilus]