View Full Version : Autodesk Codec Response!!!
Specialagentjim
30-01-2003, 19:51
Okay, the response is back!
Although, its a little strangly worded..at least to me... They say "The rules also allow for QuickTime..." Did I miss something..?
Then some other parts (for anyone thats been following my rendering posts...) sound a little familiar..does it not..? lol
Oh well, in any event, this is their reccomendation. Personally, Im probobly going to go with quicktime. Its a much higher quality style, and I like how it usually dosent start skipping around towards the end of a file...
Here's the official E-mail:
Subj: RE: Codec Issue
Date: 1/30/2003 4:56:34 PM Eastern Standard Time
From: first.entries@autodesk.com
To: Specialagentjim@aol.com
Sent from the Internet (Details)
Dear Jimmy:
We prefer Cinepak, Intel Indeo, or QuickTime.
Cinepak has been a very popular choice, and has had good results in most situations. (Codecs have strengths in different situations.) This is a good recommendation.
Intel Indeo is another one supplied by Windows, but is not as popular. People can use it if they like.
The rules also allow for QuickTime. This is another widespread and popular codec, and in fact it is included on the 3ds max CD.
The main issue is if the 900 frame animation be compressed to fit on the CD and not lose quality. Without compression, the animation might need 1 and 1/2 CD's!
With the codec's compression quality slider (0 - 100%), you can squeeze it down so it's nice and small, but a rather poor image. You need to keep it high enough (say, 65%) to get it to look good and small enough to fit on the CD. (This quality slider choice displays as part of the Render options within 3ds max.)
Test! Test!
One tip:
1.Create the original animation and render it out as a series of sequentially number 640x480 Targa files (e.g. Targ0000,tga, Targ0001.tga, Targ0002.tga....Targ0899.tga).
If necessary, use the Network Rendering feature to help shorten the rendering time. This is covered in the 3ds max Reference Manual, and essentially consists of installing 3ds max on several other computers that have a network connection to the master. These other computers can be accessed by the master copy of 3ds max and harnessed to help with the rendering. Even without getting licensed!
2.Then clear the scene from 3ds max, and select the Targa file sequence as a background image environment. The steps are covered in the Ref Manual about how to choose an environment background from a bitmap. The sequence of files is something that 3ds max calls an Image File List (IFL) file, and that's pretty easy too, once you've done it. The environment Browse window has a checkmark for an option called Sequence. So you choose Targ0000.tga, check the Sequence option, and 3ds max automatically assumes you wish Targ0000.tga and all the other Targ*.tga files after that.
3. The last step is to render the Animation file. This can be a test of, say 50 - 100 frames, to see how the compression settings are going to work out. Testing this way is quicker than rendering the geometry each time for each test. This method only needs 3ds max to convert previously rendered images to an animation file since there's no geometry in this cleared-off scene.
If you have any other qustions, please visit the discussion forum on www.discreet.com.
Thank you,
The Autodesk- FIRST Robotics Team
-----Original Message-----
From: Specialagentjim@aol.com [mailto:Specialagentjim@aol.com]
Sent: January 29, 2003 6:57 AM
To: First Robotics Competition
Subject: Codec Issue
I've been speaking with the Animation community on Chiefdelphi.com and I've noticed that we're lacking an official ruling on compression/codec usage. We've all been hoping to use something a little more High-res then the previous year's cinepak encoding, but are afriad of a DQ simply based on lack of a proper codec. If you could make an offical ruling and include it with a team update, it would be most appreciated. Thanks!
Jimmy Martz, Team 108: Animation Division
So yeah.....I end this post with a poll, which codec will your team be going with?
Trashed20
30-01-2003, 20:48
not too surprizing. quick time it is :)
Jeremy_Mc
30-01-2003, 20:49
my team last year didn't use compression...our video was about 730 megs :x
it was crazy...we didn't see the team update about codecs (we were just partnered with a school, so many times we missed team updates) so we didn't know we could use cinepak :(
we'll more than likely opt for QT
*jeremy
Kyle Fenton
30-01-2003, 21:49
What do they mean Quicktime?
Quicktime is a player, it isn't a codec. I really don't understand what they mean by Quicktime. Some people here still thinks a .mov file isn't playable on Windows Media Player, it is!!!! a .mov file is just special wrapping code of a video codec and an audio codec. Its the video and audio codec that you computer decodes in special way.
They should specify a codec for Quicktime.
Intel Indeo & Cinepak are codecs for quicktime, and WMP for that matter too.
Personally a MPEG-4 Codec, like
http://www.3ivx.com
or
Apple's Built in MPEG-4 Codec will do nicely, and should be compliant and give it enough resolution to transfer it to MPEG-2 for when they play it on a DVD
Jeremy_Mc
30-01-2003, 21:57
uh actually quicktime is a codec...
maybe you should wander over to apple and take a look at what quicktime exactly is... :p
*jeremy
Kyle Fenton
30-01-2003, 22:07
Originally posted by Jeremy_Mc
uh actually quicktime is a codec...
maybe you should wander over to apple and take a look at what quicktime exactly is... :p
*jeremy
No, Quicktime is a player. I know my apple products, and I worked with Quicktime for many years. I have created Movies, QTVR's, and bunch of other stuff.
When you select the .mov Quicktime format, you select the video and Audio Coedec, as shown bellow
Specialagentjim
30-01-2003, 22:20
Well, I think that they're really adament about us using 3ds max for everything, all the way though post (even though most of us [including me] won't). Therfore, I think they're looking for something along the lines of this, as seen in the image below. I'm guessing what they're looking for in the QT format is that it's a default QT codec, that comes default with 3ds max. So if its compatible with QT by default, Im interpreting that as good to go with. That's what I'm going to do at least...
This is straight outta the .mov settings in 3ds max
http://payfoo.com/Scrnsht.jpg
Quicktime is not a codec. When I export a sequence in Adobe Premiere as Quicktime I am able to choose both audio and video codecs for the .mov file format. Selecting the "video" (what is this anyway?) option seems to work best as it is about 2.5mb for 2 seconds of video with no sound. The compression appears nearly lossless and is set to 100% with this file size. I found that the processor utilization is very low on this type of compression, ensuring smooth playback. Is there an actual Quicktime compression... a proprietary codec? I am definitely disappointed with Cinepak. It pixelated out animation last year even though it was set to 100% quality. Don't use Cinepak... Any help is apprecaited.
-Brandon
I'm a professional graphic designer and animator and I have to say Kyle is right.
Open any animation of editing software and look at your output module settings.
Using adobe After Effects as an example; first choose your output format (ie. QUICKTIME, pict sequence, jpeg sequence, PhotoShop sequence, mp3, Animated GIF etc...) Then you choose video output format option (ie CODEC or Compressor Decompressor) here you can choose from any CODEC you have on your machine (ie. Animation, Cinepak, Avid Meridian, Targa Cine YUV, Graphics, Motion JPEG A or B etc...) You just need to know whatever CODEC you use is on the machine that the movie will be played on, so use one that comes with QuickTime basic. So if I render something with Targa Cine YUV and sent it to you you won't ne able to play it unless you download the CODEC from pinnacle or you have a Cinewave board.
Questions, Comments, Concerns???
Kyle Fenton
30-01-2003, 22:30
Originally posted by reisser
Quicktime is not a codec. When I export a sequence in Adobe Premiere as Quicktime I am able to choose both audio and video codecs for the .mov file format. Selecting the "video" (what is this anyway?) option seems to work best as it is about 2.5mb for 2 seconds of video with no sound. The compression appears nearly lossless and is set to 100% with this file size. I found that the processor utilization is very low on this type of compression, ensuring smooth playback. Is there an actual Quicktime compression... a proprietary codec? I am definitely disappointed with Cinepak. It pixelated out animation last year even though it was set to 100% quality. Don't use Cinepak... Any help is apprecaited.
-Brandon
No, there is no Quicktime Codec, there are a bunch of codec that can be selected with Quicktime. The codec he has got up there is the Sorenson 3 Codec, which is a good codec, and has lower CPU decompression cycles, but not as standard compliant as MPEG-4 is.
Specialagentjim
30-01-2003, 22:38
Originally posted by Kyle Fenton
No, there is no Quicktime Codec, there are a bunch of codec that can be selected with Quicktime. The codec he has got up there is the Sorenson 3 Codec, which is a good codec, and has lower CPU decompression cycles, but not as standard compliant as MPEG-4 is.
Oh sorry, didn't mean to select that one, Juss was showing the list of choices. Yeah, MPEG-4 is a much better one to use for compatibility.
Remember, the last thing you want is a DQ because they can't see your animation. The second last thing you want is a pixelated piece of....yeah... as your animaiton, espeically if your going for technical award.
Ok I just spent the time to do an image quality vs. compression test with all of quicktime's supported codecs and DivX. I think we all know the benefits of DivX well so I will leave that out of here. The codec that had the least artifacts, ailiasing, and other unwanted stuff while still having a very manageable file size was, in fact, the video codec. I urge you to try this experiment yourself. You should be pleasantly surprised by its performance. As for audio, I would like to hear some of your expert suggestions on that. Usually I would do PCM due to lack of expertise.
-Brandon
Kyle Fenton
30-01-2003, 22:48
Originally posted by reisser
Ok I just spent the time to do an image quality vs. compression test with all of quicktime's supported codecs and DivX. I think we all know the benefits of DivX well so I will leave that out of here. The codec that had the least artifacts, ailiasing, and other unwanted stuff while still having a very manageable file size was, in fact, the video codec. I urge you to try this experiment yourself. You should be pleasantly surprised by its performance. As for audio, I would like to hear some of your expert suggestions on that. Usually I would do PCM due to lack of expertise.
-Brandon
The Video Codec is a very old codec, it was primarily used 5 to 8 years ago. Its kind of obsolete. The best Image Quality to kilobytes/sec ratio is either MPEG-4 or Sorenson 3.
If you see the picture I recently posted up on top, If you click settings, you get another window giving you a bunch of options like quality, fps, etc. If you put those to Max qualities, you will see a much better picture, and also a higher bit rate.
DIVX is ok, not great though. It is a variant of the MPEG-4 Standard that does not comply with the ISMA (Internet Streaming Media Alliance) standard. The only reason DIVX took off, is because of its the #1 format for P2P networks for downloading DVD's.
Specialagentjim
30-01-2003, 23:07
I've seen divx take off for more reason's than juss its the best for DVD ripping. Divx, as far as was explained to me, calculates only changes from scene to scene. So if something doesnt move at all, its not in the movie code...thus resulting in a very tiny file..we had a 15 second video of a robot once, that beacuse only part of it moved, it was like 80k or something, raytraced materials with a full range of colors and all. Its small, its a fairly fast encoding, and you can use windows media player (which I prefer to quicktime just about anyday, just because it's my jukebox). I use divx for most of my encoding here simply because its convient.
Oh, and here's an idea: let's juss all go Animated GIFs....lol
QT with a standard MPEG-4 Encoding should be good enough for this...won't it?
Jeremy_Mc
31-01-2003, 00:17
It might help if i'd click "Advanced" once in a while huh?
Sorry about that. I don't do a whole lot with video, but I assumed since there was a streaming server for it, it was a codec.
*jeremy
The only Codec I know of is Iriquois Pliskin's....
ditritus
11-03-2003, 16:13
We used DivX and got the size of our final animation (without credits) down to 17mb... Which is awesome, compared to last year's...
Well it's too late for this year but I am going to find out who to talk to at Autodesk for next year. If we can get Quicktime Pro for each school (only 30-40 dollars) we can all render as uncompressed and break it into two files. Then create a pointer file that joins them together 'virtually'. Thuis only takes five minutes to do and will solve all the problems.
Why? Because I've heard horror stories about peoples animations comming out with color shifts and flashes throughout. I know from years of experience that this is due to the compression of an already compressed file. All you guys that are proud of your 15 and 20 Mb files may have shot yourself in the foot. I wont know till I see all the results. I am attending our first Regional this weekend for this years competition. At which time I will see the results of what Autodesk produced for a judging tape.
The key is to start with a file that is as uncompressed as possible. Then they can do what ever they want and you have a better quality file to start with. Garbage In-garbage Out. You have all heard this before.
The second solution is to change the specs to D1/NTSC video frame resolution which is a 720x486 frame size- then everyone downloads Avid Meridian Codec for free and renders an 2:1 Meridien compressed QT. Then the file will be one of the best compressed files you'll ever get and fit easily on a CD and be of such a hi-quality that you can recompress it to what ever format you want- Trust me on this- I spent years working with many file formats and compression sizes.
The only other acceptable result is for them to let us know what system they are compiling the tape on and getting a codec for that system that everyone can use as a standard. (I did ask them for this information as well as questions in a variety of other emailed questions and never once heard back form Autodesk- So much for a contact email)
ditritus
12-03-2003, 21:41
Originally posted by stevek
All you guys that are proud of your 15 and 20 Mb files may have shot yourself in the foot.Nope, we can't detect a single flaw in our 17MB animation. Cinepak was much more, and it looked like it had a checkerboard overlay...
Nope, we can't detect a single flaw in our 17MB animation. Cinepak was much more, and it looked like it had a checkerboard overlay...
Are you referring to your submitted animation or the display reel at a regional that you attended?
I am referring to the final output coming from Autodesk for the judging at the competition.
Almost any codec with the proper settings should look at least OK. Obviously some are better than others. But some are much better as an END USER output than as a "Working" Codec (meaning the its only being viewed by others an not being re-compressed or edited). I used Sorenson3 for our stuff at a 100% quality level. It seemed fine even on Re-compressions I made from it- But it would never ever be my first choice. And I prefer to deal in best case scenarios not lets cross our fingers and hope that it all works out scenarios.
ditritus
13-03-2003, 06:32
Originally posted by stevek
Are you referring to your submitted animation or the display reel at a regional that you attended? Yeah, but the output Autodesk made didn't seem to have any flaws either...
Glad to hear- In my opinion, this was a cross your fingers and pray solution. Its not any of your faults- Its Autodesk that should know better. The only way their directions to us this year would make sence would be if they were to take the exact file we sent them and put them all onto a CD 'as-is' and for them to do the praying (that all the CODECs are installed on the Judging Computers) The faqct that a VHS tape showed up at the regionals last week tells me that didnt happen!
Max3DLee
13-03-2003, 15:34
Originally posted by ditritus
Yeah, but the output Autodesk made didn't seem to have any flaws either...
Ditrius,
On 3/11/03 you stated:
" We used DivX and got the size of our final animation (without credits) down to 17mb... Which is awesome, compared to last year's..."
Here you seem to be stating that your animation is being shown at the regional.
I specifically requested DivX and was told it was NOT ALLOWED. The listed allowable codecs were Cinepak, Indeo, and Quicktime. In Update #10 on Page 5, it specifically states the codecs allowed.
Please supply to me or post here whatever documentation you received allowing you to use DivX.
This not an attempt to intimidate or discourage. Your team apparently did not follow stated rules and if you are being judged against teams that did, this is entirely inappropriate and unfair.
ditritus
13-03-2003, 17:35
Originally posted by Max3DLee
I specifically requested DivX and was told it was NOT ALLOWED. The listed allowable codecs were Cinepak, Indeo, and Quicktime. In Update #10 on Page 5, it specifically states the codecs allowed.Well, we listened while our mentor read off the rules that stated that you could use any codec you like.
Don't believe it? Well, they showed our animation on the big screen, as well as in the theater at the party and at the Autodesk judging booth. That's enough for me.
Sorry you missed out, DivX is great...
... And that's Mr. Ditritus to you! :p
Max3DLee
13-03-2003, 18:47
I believe your mentor was wrong.
I will research the procedures for a formal protest.
ditritus
13-03-2003, 19:26
Originally posted by Max3DLee
I believe your mentor was wrong.A protest? That's taking things a little far... Besides, other that the shading on the bottom of the CD due to the file size, what difference is there?
MAX3DLEE- Who told you you couldnt use DivX. There was never any thing that said that. I am a mentor on My team and I read everything several times. The original rules said that we can use any Codec We like- The Update was a list of Sugestions for those that couldn't make up their own mind. In update NUM10_Page5 (http://www2.usfirst.org/2003comp/tmup10.pdf) They never said- Heres an update of what you NEED to use they just stated "these are some Prefered codecs" They dont say "Required". That combined with the original rules still leaves the door wide open. This update (is also mentioned there about working in uncompressed files or image sequences and then doing only your final output in the desired Codec.
Save your breath on a protest- It isnt needed. If you want to voice an opinion as to how they can make it better- then be my guest, we all know there room to improve. But I dont see anything to Protest here!
Max3DLee
13-03-2003, 22:07
Please point me to the update or documentation that states that a team may use ANY codec the team chooses.
Your interpretation of the documentation approving ANY codec by not specifically naming one is opposite of mine, where I interpreted the update as requiring the use of Cinepak, Indeo, or Quicktime.
We need clarification.
I apologize if my response here was misunderstood to suggest that the protest I still intend to file, if there is such a thing, would be against "Mr. Ditritus's" team. The protest I intend to file will be regarding the overall poor administration of the Animation portion of the competition.
My quick and terse reply was partly due to "Mr. Ditritus" boastful and smart-$@#$@#$@# replies posted here. His "tough noogies" reply is a prime example of poor sportsmanship and a generally bad attitude.
As to "Mr. Ditritus's" "what's the difference" question, this is also an example of lack of knowledge. To answer "Mr. Ditritus's" question, there is a MAJOR difference in quality of the animation when using a lower quality codec.
But back to the original issue, we need clarification. I intend to have it.
ditritus
13-03-2003, 22:52
Originally posted by Max3DLee
Please point me to the update or documentation that states that a team may use ANY codec the team chooses.He just did:Originally posted by stevek
NUM10_Page5 (http://www2.usfirst.org/2003comp/tmup10.pdf)A while down, it says that acceptable codecs include, but are not limited to the three you mentioned. Does that clear things up?Originally posted by Max3DLee
My quick and terse reply was partly due to "Mr. Ditritus" boastful and smart-$@#$@#$@# replies posted here. His "tough noogies" reply is a prime example of poor sportsmanship and a generally bad attitude.:confused: Since when did we start throwing insults?
I wasn't trying to be rude, that's why I put the :p, I was just having fun.Originally posted by Max3DLee
As to "Mr. Ditritus's" "what's the difference" question, this is also an example of lack of knowledge. To answer "Mr. Ditritus's" question, there is a MAJOR difference in quality of the animation when using a lower quality codec.Once again, I missed the point where this got personal...
If you put the quality of the animation up high enough, it'll be nearly the same quality as all the others, but just the size of a CD. I don't think there's such thing as a low-quality codec, because from what I know they can all be adjusted. For example, a Quicktime format can be just as sharp as DivX's picture, it probably requires more space though... If there's any error in that, I'm sorry, I'm not the post-production graphics guy, I work strictly on modeling and 2D work, such as maps and the credits.
Max3DLee
13-03-2003, 23:20
The update in question DOES NOT STATE "...include, but not limited to...", it simply states "Preferred Codecs are..."
ditritus
13-03-2003, 23:25
Originally posted by Max3DLee
The update in question DOES NOT STATE "...include, but not limited to...", it simply states "Preferred Codecs are..." That's why I didn't quote it. Come on, don't take this so seriously.
Max3DLee
14-03-2003, 08:52
Originally posted by ditritus
That's why I didn't quote it. Come on, don't take this so seriously.
You dont get it, do you?
Hundreds, if not thousands, of people are being treated as though their work means little to nothing.
Have you read the posts here?
A joke they call regional animation competition (http://www.chiefdelphi.com/forums/showthread.php?s=&threadid=19007)
I dont know about your team, but my team spent well over a hundred hours working on our animation. I personally drove over 3 hours RT every time our team met.
And you dont think I should take this seriously?
ditritus
14-03-2003, 15:39
Originally posted by Max3DLee
Hundreds, if not thousands, of people are being treated as though their work means little to nothing.
Have you read the posts here?
A joke they call regional animation competition (http://www.chiefdelphi.com/forums/showthread.php?s=&threadid=19007)I realize that the animations were underexposed this year, as you can read in the post I made in that thread.Originally posted by Max3DLee
I dont know about your team, but my team spent well over a hundred hours working on our animation. I personally drove over 3 hours RT every time our team met.
And you dont think I should take this seriously? Our team spent nearly the same amount of time on our animation, though I can't say for sure. We haven't counted the number of hours we put forth, because we don't care. It's the satisfaction that keeps us coming back year after year.
I don't think you should take the codec so seriously... The point of FIRST isn't to win, but to make progress and learn, which is why I don't think something such as a codec should matter so much, but rather the improvements made during the course of the season.
Chris Nowak
14-03-2003, 19:49
Originally posted by ditritus
I realize that the animations were underexposed this year, as you can read in the post I made in that thread.Our team spent nearly the same amount of time on our animation, though I can't say for sure. We haven't counted the number of hours we put forth, because we don't care. It's the satisfaction that keeps us coming back year after year.
I don't think you should take the codec so seriously... The point of FIRST isn't to win, but to make progress and learn, which is why I don't think something such as a codec should matter so much, but rather the improvements made during the course of the season.
I agree that the main thing you gain out of this is skill and satisfaction at having produced something good, but I dont think that that is the point. The point is that we made this for a competitiion of animations, not just to boost our skill in 3dsMAX. This matters most for the teams who really did feel they could win, but got confused on the codec thing. I mean, I spent a whole monday where I had been getting 0 sleep that weekend trying to figure out the best codec to use. It matters to us because this is something we created, and we want people to see it. We are proud of our work. You may say this is showing off, but I mean, thats what a competition is kind of about. You might as well say that its not important to care about winning the robot competition.
I was incredibly excited when our team found out we won 2nd at St. Louis. Dont you think the competition aspect only enhances the inspiration and the feeling of achievement that you get?
Once again, I have to say, this is our precious project which is something that many of us have put in hundreds of hours. When one gets to the competition and finds people saying how crappy their animation is(theoretically, no one in FIRST would actually say that) and one knows it would be 20 times better if one had simply compressed it better, wouldnt you feel terrible?
I also completely agree with MAX3dLee about the fact that you expect us to not take this seriously.
ditritus
14-03-2003, 20:22
Originally posted by Chris Nowak
When one gets to the competition and finds people saying how crappy their animation is(theoretically, no one in FIRST would actually say that) and one knows it would be 20 times better if one had simply compressed it better, wouldnt you feel terrible?Naturally I would, but 20 times better is an exaggeration. I saw one at VCU that had a checkerboard effect and noise over it, and I could still tell that the animation itself had been very good. It's the judges's choice whether or not to discriminate against that. I don't see the why they would... But then again, they are students...Originally posted by Chris Nowak
I also completely agree with MAX3dLee about the fact that you expect us to not take this seriously. Well I understand the worries, but taking it too such an extent as "I will research the procedures for a formal protest." and "The protest I intend to file will be regarding the overall poor administration of the Animation portion of the competition." seem a little too critical for the situation.
All I'm saying is that in the past, we've achieved quality equal to DivX's using regular AVIs and MPGs, and the only noticable difference is the file size. Therefore, I don't see the issue of the codec to be as important as you guys are making it out to be.
I realize that different codecs have their strong points, but I don't see how you could intentionally put the quality so low that it makes that big of a difference.
Chris Nowak
15-03-2003, 12:31
Look, I really dont think you understand about exactly how codecs work! Maybe in your animation it didnt matter, that's fine, I could see how you would take from your personal experience like that. But I tested out a lot of different codecs including cinepak and indeo and there is a major difference. It really is not something that can be ignored or not taken seriously. Different codecs are good for different things. Some are better for high motion, some are better for low. Some blend colors, and some dont. The thing is, you must find the one that suits your animation the best. Even when I had the quality slider all the way to the max in cinepak, it really didnt work well. One thing I noticed about many animations was how people used the white carpet material that comes with max. This, IMO, does not compress well with any compressor, and leaves a sort of shaky feel when you move the camera. We used the white carpet material(b/c I forgot about the problem), so we knew we would have to find the compressor that affected this the least, because we knew that it would be a major distraction when the animation was watched. If one didnt use these materials or anything else that didnt compress well, one could probably push the quality slider fairly low and still have a very watchable animation. But believe me, no one should carelessly compress their animation.
Yeah, but a formal protest may take it a little too far in this case.
Max3DLee
15-03-2003, 14:17
Again, I reiterate, I plan to protest the overall poor administration of the animation portion of the contest - not the use of what may actually be illegal codecs. The issue of the codecs is a symptom, not the sickness.
And one last attempt at describing the issue of codecs.
It's the difference between CD quality audio and 8.0 kHz, 8bit mono sound. You could have the greatest song in the history of the universe, but it's still going to sound crappy and unprofessional at that lower rate and bit depth.
Yes, I want our work to have motion picture quality and if it looks even one pixel less, then it's not good enough for me.
Sorry, that's how serious I am about it.
ditritus
15-03-2003, 19:57
Like I said, I don't know a thing about post, so thanks for teaching me. :D I feel so enlightened. I had no idea that codecs differed this much...
But I'm still solid on the issue that using DivX was allowed the whole time, and it was only your misreading that kept you from using it. Did you read the PDF file SteveK posted?
vBulletin® v3.6.4, Copyright ©2000-2017, Jelsoft Enterprises Ltd.