Trouble Muxing with PCM

[Mister Hatt]

Usually when things say PCM they actually mean PCM in the WAV or RIFF containers. Raw PCM is completely raw audio data in an ES. RIFF containers are usually again grouped as AVI but they can be other more common formats as well, or just .riff even. Basically don't use raw PCM because shit gets confused on the bit depth and sample rates and everything else. It's the audio equivalent of YUV while WAV is more like Y4M, essentially raw but with a few headers.

[mirkosp]

Usually when things say PCM they actually mean PCM in the WAV or RIFF containers. Raw PCM is completely raw audio data in an ES. RIFF containers are usually again grouped as AVI but they can be other more common formats as well, or just .riff even. Basically don't use raw PCM because shit gets confused on the bit depth and sample rates and everything else. It's the audio equivalent of YUV while WAV is more like Y4M, essentially raw but with a few headers.

That wasn't quite the exact problem at hand, but thanks for the insight.

[JD_Lord1]

Hmmm, I think I will contact them to help clarify their requirements before trying to encode.

Thanks again.

[Mister Hatt]

Usually when things say PCM they actually mean PCM in the WAV or RIFF containers. Raw PCM is completely raw audio data in an ES. RIFF containers are usually again grouped as AVI but they can be other more common formats as well, or just .riff even. Basically don't use raw PCM because shit gets confused on the bit depth and sample rates and everything else. It's the audio equivalent of YUV while WAV is more like Y4M, essentially raw but with a few headers.

That wasn't quite the exact problem at hand, but thanks for the insight.

I knew that, was just pointing it out though as it explains a lot of the underlying issues. I was gonna mention the rules looked incomplete and shit too but you already did. If you mux WAV in Premiere though, it should work. Doesn't change the rules being dumb though.

[XStylus]

Usually when things say PCM they actually mean PCM in the WAV or RIFF containers. Raw PCM is completely raw audio data in an ES. RIFF containers are usually again grouped as AVI but they can be other more common formats as well, or just .riff even. Basically don't use raw PCM because shit gets confused on the bit depth and sample rates and everything else. It's the audio equivalent of YUV while WAV is more like Y4M, essentially raw but with a few headers.

That wasn't quite the exact problem at hand, but thanks for the insight.

I knew that, was just pointing it out though as it explains a lot of the underlying issues. I was gonna mention the rules looked incomplete and shit too but you already did. If you mux WAV in Premiere though, it should work. Doesn't change the rules being dumb though.

Hi, I'm Troy Williams, the new coordinator for AMV events at Anime Expo.

There's not a lot I can do about the rules, unfortunately. I inherited the event after they were already released. However, I did make a "quick reference" version that should be MUCH easier to read (it sure as hell is for me). It's at the link below:

http://www.animemusicvideos.org/forum/v ... 5&t=109131

If you have any comments or feedback, no matter what it's regarding, please PM me directly. I'm on a warpath to improve AMV events at AX and I want everyone's feedback.

[mirkosp]

The rules are indeed clearer now, but I still have doubts. I am pretty sure that at the very least .mpg does not take pcm audio muxed, so does it mean that the audio can/should be uploaded separately from the video? If that is the case, then OP's request is solved quite easily, otherwise I'll stick to my q1 xvid suggestion.
I realize you can't do much about the rules for this year and you haven't made them originally, so I just hope you'll be able to overhaul them a bit next year.

[XStylus]

The rules are indeed clearer now, but I still have doubts. I am pretty sure that at the very least .mpg does not take pcm audio muxed, so does it mean that the audio can/should be uploaded separately from the video? If that is the case, then OP's request is solved quite easily, otherwise I'll stick to my q1 xvid suggestion.
I realize you can't do much about the rules for this year and you haven't made them originally, so I just hope you'll be able to overhaul them a bit next year.

Back when I used to author DVDs (ahhh... good ol' Scenarist), proper spec was to either use AC3 encoding or PCM for the audio. Also, I used TMPGEnc to mux MPEG2 files with WAV/PCM audio. In fact, proper DVD spec dictated that the proper encoding options to remain in spec were AC3 and WAV/PCM. DTS was later added as an optional. TMPGEnc also supported MPEG-1 Layer II audio, but for some reason that was considered out of spec even though most DVD players had no problem with it.

In any case, I'm pretty sure PCM is valid with MPG2. Whether the various software programs one happens to be using supports it is a different thing though.

The best solution I can give is to put multiple different encodes on a single disc. I'll use whatever looks best and works best.

[mirkosp]

But .mpg is not .VOB, so while the DVD spec allows PCM, I believe that .mpg as a container does not.
EDIT: And indeed I was at least partially correct. LPCM is not part of mpeg per standard, but is allowed within private stream so DVDs make use of that in order to work. Which means that it could work, but layer II audio should be preferred when muxing to .mpg.

[Mister Hatt]

LPCM is allowed in H.222 program streams as private data.

My concerns on this are more along PAR limits and the stupid choice of containers. The playback for the finals seems a bit derp too but I get that not all venues can cater to DVI or HDMI input nor have a capable person handling the playback in the event of the coordinator not doing it.

PM'd some concerns etc.