That is more of an editor's decision. If you want to call out editors for declining video quality because they are submitting divx/xvid/etc and have not learned to properly encode videos then feel free to make a case for that.Pwolf wrote:What the fuck happened to only submitting a high quality MPEG2 or loss-less encode to a contest?
None of those formats or MPEG-2 inherently mean anything about the relative encoding quality of a video. If someone is compiling a NTSC or PAL DVD for contest playback then they are going to convert every entry sent to them anyway. So file formatting should be more about assistance in conversion than anything else. Those more versed in DVD production will understand reasons why we don't just put some exact formatting reqs out there for MPEG-2 and say send me this and I'll master it without alterations right into the DVD. We are now in the age where NTSC and PAL are true dinosaurs but we still may need to master to those formats due to limitations and requirements of venue and many contests rules could be considered shaped by that.Pwolf wrote: Pick any random contest thread in the contest forum and you'll see xvid, h264 and, thanks for giving me a heart attack, wmv
Some contests have very broad requirements as they may view themselves as able to get more entries or being more open to new creators. This is a valid viewpoint but some would disagree as new creators do have more opportunities for exposure on venues older creators did not have (myriad number of streaming sites, blogs, and of course more contests than ever before both online and at-con). I would say after about 1 year of ACen AMV tech I quite worrying about who we might exclude through formatting reqs and decided to focus more on better explanations and clearer general rules. I feel in the long run this has greatly helped us and I have seen improvements in the tech ability of several regular submitters. I can't say it will work for everyone but that's my perspective.
So in my opinion formatting reqs solve a lot of problems and should be the first step any good contest tech makes. If you know you need to output to DVD then getting the right frame rate and frame size from contests is really key in improving and making the transition easy. Limiting the submission file formats also cuts down on a lot of overhead in file management and conversion. I do believe that putting the onus on entrants for some level of formatting is brushed aside by too many large contests although this has been greatly changing in recent years. Let's keep in mind at one time all the good editors sent MPEG-2 because they knew that was the best high quality they could put out but the contest rules for many places just basically said try to send us X and if we can't deal with Y we will let you know. It's conceited but I have always hoped that I can be considered somewhat of a trendsetter in terms of telling entrants you can't send us X,Y,Z I only want A & B. I cannot claim I influenced other contests as many of us are insular but if nothing else I prepared some entrants for this practice =p
Most conventions are asking for distribution codec/files not editing codecs. MPEG-2 is a distribution format (personally I don't consider MPEG-2 100% I-frame files a real editing format). If you mean to say internet distribution format you are WRONG because H.264 can go well beyond that. Personally I WANT H.264 as long as it's encapsulated in an MPEG-4 file container and I think that should become the "new gold standard" for AMV contest submission.Pwolf wrote:h264 has it's place. it's a distribution codec and it should only be used as such.
Run a contest and then see what you think about this. For ACen I make intermediate huffyuv from all entries I get and work from those to make any needed alternate versions of the contest (our primary AMV room playback method is using the exact files entrants send us ...mind you I have a very rigid and thorough testing process in place). There is no perfect formula though. Take MPEG-2 files as an example. A simple AVS script to dump of your own ACen macross submission using FFMPEGSOURCE resulted in a file that had A/V synch waaaay off. Kitsuner's trailer entry and maybe 4 other files that had the same issue and I had to use an alternate method to convert your videos to intermediate Huffyuv. The only thing in common I could find between a couple of them is you may have used the same exact build of TMPGEnc. This is one of the reasons I try to work with only a couple formats now. It makes the conversion process simpler and I am more aware of possible problems I can run into.Pwolf wrote:In an AMV contest where bit rate and disk space shouldn't be a problem, uncompressed or lossless (huffyuv/lagarith) should be the only things allowed
I don't want to deal with editors' huffyuv avi files. Many of the reasons are similar to why many contests stopped taking M-JPEG back in the day. Maybe the entrant used some broken version or hack of the driver or exported to a broken avi container with god knows what program. I also don't want to deal with people trying to upload 2+ gig files anymore after they were told huffyuv mail only in the past and that did not work. Simply put Huffyuv avi is extra overhead for me and in terms of video quality that is the only thing it might improve on. Based on comments to me and lack of complaints over the last 2 years of ACen contests I can safely say people are satisfied with the video quality and the conversion process is not the limiting factor.
While MPEG-2 and MPEG-4 are platform independent there are more restrictive than AVI or MKV so there is more of a level of control in place. MOV is too restrictive for me and obviously not platform independent. Apple's stuff works great but that's only when you are truly immersed 100% in Apple and that's just not going to work for a contest which is why even if a contest accepts it they'll usually say "we'll try to work with it if we have to but please send us something else if you can."
H.264 & AAC inside MPEG-4 (my new standard) is infinitely superior to MPEG-2 & MP2 (the old standard).