There are two encodes of the Sonic1 no zip run (Submission #3378), the first with an audio desync, and a second with that audio desync corrected.
I can see visual on the first video, but not the second. Any idea what I missing?
I thought my codecs were up to date, but I may be wrong. I am using vlc.
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
How can you tell if the second stream has proper audio if the video stream doesn't play for you?
The second encode for that movie (and quite a few others) is a 10-bit YUV444 encode, which current releases of VLC can't play back (though, supposedly, VLC 1.2.x will be able to handle them). If you're on Windows, you'd need to use a media player without built-in codecs as well as something like LAV Filters or a recent build of ffdshow-tryouts for codecs in order to be able to play back the video. If not, you might try a recent build of mplayer or mplayer2.
I can see visual on the first video, but not the second. Any idea what I missing?
I thought my codecs were up to date, but I may be wrong. I am using vlc.
The first is normal encode (8 bit color depth, 4:2:0 chroma subsampling), no surprise you can see visuals.
The second is 10bit444 encode (10 bit color depth, no chroma subsampling). This is pretty exotic mode which pretty much nothing supports. So no surprise visuals don't show.
Here is the notice about such encode (I notice not all movies having such encode have this):
"In addition to the standard downloadable encode, there is a second experimental downloadable encode produced in 10-bit YUV444 h.264. You will need a very recent codec / media player (such as LAV Filters, recent builds of FFDShow-tryouts, or mplayer2) to be able to play this experimental encode back."
Well, theoretically unstable versions of VLC should be able to play those back, but in practice I find that those versions fail spectacularly on any MKV or MP4.
VLC version "VLC media player 1.3.0-git-20111212-0003 Rincewind" plays it back fine.
MPC-HC version "1.5.2.3456" with lavf "0.42 - 2011/11/30" plays it back fine.
Colors look slightly different in the two cases, but that's probably my fault. MPC-HC ignores the AR metadata in windowed mode (bug?), but that appears to be specified wrong anyway.
I can't get the Wolverine or Bram Stoker's Dracula videos to play. I am using the most up-to-date FFDShow (revision 4257) and I have tried using it with both the latest version of MPC and MPC-HC.
Are the videos not meant to be able to work with those programs anymore?
Thanks.
EDIT: I can't get the Ghostbusters video encode to work either.
I have investigated this matter a little bit, and I have found a difference between the video encodes that work for me and these newer ones that don't. Apparently there is this thing called a "PIN" for both video and audio. In the videos that work, the "PIN" has a proper-sounding title. In the videos that don't work, the PIN is just a handful of seemingly random symbols.
The media player seems to be properly detecting information about the encodes, such as video length. But FFDShow isn't being triggered by the media player when I try to ask it to play these newer video encodes. And the pointer snaps to the "end" of the video, too.
Please, does anybody have any idea what is going wrong?
Thank you for your help.
I can't get the Wolverine or Bram Stoker's Dracula videos to play. I am using the most up-to-date FFDShow (revision 4257) and I have tried using it with both the latest version of MPC and MPC-HC.
EDIT: I can't get the Ghostbusters video encode to work either.
I looked and found that all those three videos were encoded by Brandon.
Do other recent MP4s play?
