PDA

View Full Version : H.264 Codec, Wow



litemover
25-04-2004, 10:18 PM
This codec is amazing!

Apple will soon be releasing a groundbreaking/all definition codec for quicktime called H.264.

I had the opportunity of seeing H.264 in action and talked to one of the head engineers of it, a young Check woman who's name I never took note of. The Codec will take a lot of proccessing to encode but it decodes so fast and preserves color amazingly! It's a 4:2:1 Mpeg-4 High quality codec with an inherant chroma shift of +2 that counters the compression effects. I've seen the previews of the movie Troy encoded in 1080p 24 FPS playing off the standard hard drive that comes with the machine. It played flawlessly and with no artifacts. 1 layer of 1080p on Apple's Seagate 160gb SATA hard drive is amazing. I've also seen it decoding 3 streams simultaneously, 1 720p, 1 ntsc, and one half size clip on the same setup.

This codec will be the one to watch when it comes out. The engineer doesn't know yet what Apple's reccomended equipment requirements will be to encode content with this codec but apparently it is very slow to encode and takes advantage of dual proccesor mac G5s as well as the 64 bit architecture. I would venture to guess you will at least need a G5 but you never know with Apple.

I've attached a white paper on non-Apple Quicktime H.264 for those of you who are masochists for technobable.

Christian Choi

samsc
03-05-2004, 02:42 PM
This codec is amazing!

Apple will soon be releasing a groundbreaking/all definition codec for quicktime called H.264.
Christian Choi

Christian does it use interframe compression?


if it uses interframe compression it wont work so well with what we do.

samsc
03-05-2004, 03:43 PM
1. Dividing each video frame into blocks of pixels so that processing of the video frame can be
conducted at the block level.
2. Exploiting the spatial redundancies that exist within the video frame by coding some of the original
blocks through transform, quantization and entropy coding (or variable-length coding).
3. Exploiting the temporal dependencies that exist between blocks in successive frames, so that only
changes between successive frames need to be encoded. This is accomplished by using motion
estimation and compensation. For any given block, a search is performed in the previously coded one
or more frames to determine the motion vectors that are then used by the encoder and the decoder to
predict the subject block.
4. Exploiting any remaining spatial redundancies that exist within the video frame by coding the
residual blocks, i.e., the difference between the original blocks and the corresponding predicted
blocks, again through transform, quantization and entropy coding.

This is the compression paradigm for h264 from the above attachment.

Note step 3.
This step - 'Exploiting the temporal dependencies that exist between blocks in successive frames, so that only
changes between successive frames need to be encoded"

this assumes that the video goes linearily and uniformly in one direction - forwards.

Not at all good for random frame access - or seemless looping between any two points in a movie.

litemover
05-05-2004, 02:23 AM
Crap, I knew it was too good to be true.

The preservation of color was beautiful. Do you think that it might still be a good codec to use if all videos were being played back linearly but looped?

Christian Choi

samsc
05-05-2004, 05:45 AM
Crap, I knew it was too good to be true.

The preservation of color was beautiful. Do you think that it might still be a good codec to use if all videos were being played back linearly but looped?

Christian Choi

codecs that use interframe compression will work - if used in certain ways.

i mean mpeg2 works - but just not as well. and you will not get predictable playback performance.
And they wont play backwards very well. that kind of thing

samsc
05-05-2004, 03:17 PM
this thing seems to be designed to do video conferencing

litemover
07-05-2004, 07:57 PM
this thing seems to be designed to do video conferencing

Can do, they were displaying it as a phone movie codec, a streaming codec, and a professional HD codec. They had one g5 running the Troy trailer full screen on a 23" cinema display 1080p and on another they had 720p, 480 and video phone resolution simultaneously decoding on the G5's internal hardrive, again very good quality.

Will be interesting to see how it does when it comes out.

Christian

samsc
07-05-2004, 09:10 PM
Can do, they were displaying it as a phone movie codec, a streaming codec, and a professional HD codec. They had one g5 running the Troy trailer full screen on a 23" cinema display 1080p and on another they had 720p, 480 and video phone resolution simultaneously decoding on the G5's internal hardrive, again very good quality.

Will be interesting to see how it does when it comes out.

Christian

all going in the forwards direction.....all interframe compression codecs have to assume the uniform flow of time or movie data in the forwards direction.

litemover
10-05-2004, 05:01 AM
If I could get great HD color sampling with good compression and decoding speed, I'd use it, if only for going forward.

Christian

samsc
04-03-2005, 09:24 PM
An h264 report.

http://www.macsimumnews.com/index.php/archive/the_h264_report_fujitsu_encoding_for_sdtv_hdtv_rec ording/

This really probably isnt going to be great in catalyst - but maybe cell processors will process this stuff really fast?

samsc
09-05-2005, 11:11 PM
some people have started posting initial tests:

http://webpages.charter.net/bennok/video/

litemover
11-05-2005, 01:54 PM
Codec is truly amazing. It takes a lot of proccessing power to encode these files as well as power to decode them but here are some results along with a test file.

This file was encoded at 50% quality automatic keyframing

It started as a 1.89 gigabyte file and turned out as a 7.8mb file. Judge for yourself how good the quality is. It's amazing to me.

This is a 1080p file 30fps.
Equip:
dual 2.5 G5
Seagate 160 boot drive
Firmtek 1e4 external card in slot 4
4 raptors in a zero striped array
Tiger os with qt7 pro
Radeon x800xt Mac
Ramps up slowly to 28fps

Will play backward, random, but it slows down the performance. Every time you change files, it ramps up, same with play modes.

If this could be worked on, Hidef files in H264 would be really space saving.

This is my initial report.
h264 testfile (http://homepage.mac.com/choimation)

samsc
11-05-2005, 04:45 PM
Will play backward, random, but it slows down the performance. Every time you change files, it ramps up, same with play modes.
h264 testfile (http://homepage.mac.com/choimation)

'ramping' up will be due to interframe compression....this will be impossible to get around, as this will be the way quicktime works.

makes it not really usable for catalyst type things.
suggest you test photojpeg at 1920x1080 at between 50% and 60% by way of a comparison.
photojpeg worked much better than pixlet last time i checked.

litemover
26-03-2007, 02:27 PM
I use this codec to send 1080p presentations to my clients and the files when compressed tightly are only about 2mb in size and very high quality.

It's really a utilitarian bandwidth saving codec meant for very tight and high quality encoding but it's certainly not proccessor friendly and takes forever to encode.

The quality is only good when you encode the files with little compression. They still don't look as good as photo jpeg 75. I've also found that you can't do certain things with them such as frame grabs, they turn white. It is a revolutionary codec and has enabled Itunes to deliver movies, TV shows, and movie trailers. I myself own the entire lost series all encoded in H.264.

You can also encode your own movies and put them on your ipod using popcorn.

Christian