benwaggoner
25th May 2009, 21:41
Working on my "encoding H.264 for mobile devices" section, I noted that the MeGUI "Device-Zune" preset has in-loop deblocking turned off.
I was wondering if anyone knew why that was so.
In general, the Zune 2 models (anything since the initial 30 GB blocky one) should play back any .mp4 file that an iPhone/iPod touch can (pt 10 or H.264).
The specific specs:
http://www.zune.net/en-us/mp3players/zune4/specs.htm
H.264 video[4] – Baseline Profile up to 2.5 Mbps peak video bit rate; 720 pixels x 480 pixels up to 30 frames per second (or 720 pixels x 576 pixels up to 25 frames per second).
It's certainly worked fine with in-loop on everytime I've tried, and it uses a decoder ASIC.
Now the Zune 30 could drop frames with very high motion 320x240p30 as it was a software decoder, and so there was content where I would use VC-1 Simple and hence not the VC-1 in-loop deblocking, but that's unrelated.
I was wondering if anyone knew why that was so.
In general, the Zune 2 models (anything since the initial 30 GB blocky one) should play back any .mp4 file that an iPhone/iPod touch can (pt 10 or H.264).
The specific specs:
http://www.zune.net/en-us/mp3players/zune4/specs.htm
H.264 video[4] – Baseline Profile up to 2.5 Mbps peak video bit rate; 720 pixels x 480 pixels up to 30 frames per second (or 720 pixels x 576 pixels up to 25 frames per second).
It's certainly worked fine with in-loop on everytime I've tried, and it uses a decoder ASIC.
Now the Zune 30 could drop frames with very high motion 320x240p30 as it was a software decoder, and so there was content where I would use VC-1 Simple and hence not the VC-1 in-loop deblocking, but that's unrelated.