Notices


Reply
Thread Tools
Posts: 473 | Thanked: 141 times | Joined on Jan 2009 @ Virginia, USA
#1
I was wondering about the performance of tablet-encode. Since I am about to start commuting by train, I decided to convert a bunch of videos. My basic command line was:

Code:
tablet-encode -o -q -p good <infile.avi> <outfile.avi>
First, there seems to be very little difference in output size between good, best and mplayer. Secondly and more importantly, there seems to be very little difference between the original file size and the output file size, and in a couple of cases, the output file for the Nokia is actually considerably larger than the original file.

All of my original files are in .avi [divx] format, some from DVD with a size of 624x256 and others from TV capture (640x480). The output is in FMP4.

The first three movies are from DVD:

Original/N810
700M/782M
700M/579M
711M/597M

The TV captures:

695M/604M
695M/569M
694M/732M

Is this normal behavior for re-encoding video? Is there a way to get the files significantly smaller? Because at this point, it does not appear that re-encoding them is worth the CPU time. Several of the files are larger than the originals, and the others are within 10% of the same size.

Can someone advise me?

Thanks,
--vr
 

The Following User Says Thank You to VulcanRidr For This Useful Post:
Jaffa's Avatar
Posts: 2,535 | Thanked: 6,681 times | Joined on Mar 2008 @ UK
#2
If you're re-encoding DivX files, tablet-encode calculates the "bitrate per pixel" of the original video and ensures that it doesn't exceed that (within a margin of error) based on the profile selected.

That's why you're not seeing much difference between the high-level presets. At the resolutions the video is being scaled to, the bitrates for those presets are far too high: it'd just end up encoding existing encoding artifacts, rather than the video.

The heuristic for determining the resultant bitrate seems to be erring too much on the side of caution in your case, though.

Hope that helps,

Andrew
__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
 
Posts: 473 | Thanked: 141 times | Joined on Jan 2009 @ Virginia, USA
#3
Originally Posted by Jaffa View Post
If you're re-encoding DivX files, tablet-encode calculates the "bitrate per pixel" of the original video and ensures that it doesn't exceed that (within a margin of error) based on the profile selected.

That's why you're not seeing much difference between the high-level presets. At the resolutions the video is being scaled to, the bitrates for those presets are far too high: it'd just end up encoding existing encoding artifacts, rather than the video.

The heuristic for determining the resultant bitrate seems to be erring too much on the side of caution in your case, though.

Hope that helps,

Andrew
Thanks Andrew.

Is there a way to fix this? I copied the original file over and playback is very choppy. The one made using tablet-encode was smooth.

Dropping it down to average dropped the output file from 604MB to 579MB. Compare to some other videos which I did on a laptop (that I do not have any longer) which made a 101 MB original file size into a 51MB file for the NIT, and that was, as I recall, encoded with the mplayer preset.
 
grog's Avatar
Posts: 546 | Thanked: 85 times | Joined on Feb 2008 @ Winnipeg, Canada
#4
For myself I usually use the small preset. It provides the good size reduction & I find the quality good enough. If I wanted higher quality, I'd stay home & watch it on my high-def tv . HTH
__________________
GROG!
N900 | ZAGG Body Armour | 16Gb A-DATA micro-sd
N810 | 2 x Patriot 8gb mini-SD | Boxwave Crystal Clear SS | Black Aluminum case | OTG dongle
N800 | 2 x 8gb OCX SD | Boxwave Anti-glare SS | PDAir book-style case
Holux M-1200 bluetooth GPS | iGo 4-row bluetooth keyboard | Linksys USB 10/100 ethernet | Plantronics Voyager 855 BT Headset
 
Jaffa's Avatar
Posts: 2,535 | Thanked: 6,681 times | Joined on Mar 2008 @ UK
#5
Originally Posted by VulcanRidr View Post
Is there a way to fix this? I copied the original file over and playback is very choppy. The one made using tablet-encode was smooth.
You have two options, and I'd be very interested to know which works best for you:
  1. Create a new preset, with a bitrate of about 512kbps video, 192kbps audio and maybe 400x240 resolution. You could even try with the native resolution of your videos.
  2. Fiddle with the "fudge factor""margin of error" - line 294 currently says:
    Code:
    * 1.1
    ...which means a 10% addition on the calculated bitrate. You could change this to 1.0, or even 0.9 to guarantee files wouldn't be any larger.

Compare to some other videos which I did on a laptop (that I do not have any longer) which made a 101 MB original file size into a 51MB file for the NIT, and that was, as I recall, encoded with the mplayer preset.
I would guess, in that circumstance, it wasn't something that tablet-encode recognised as a DivX file; and so used the absolute bitrate defined on the preset.
__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
 
Posts: 70 | Thanked: 5 times | Joined on Jan 2008
#6
Originally Posted by VulcanRidr View Post
at this point, it does not appear that re-encoding them is worth the CPU time. Several of the files are larger than the originals, and the others are within 10% of the same size.
I run all my videos through tablet-encode simply because they play better on the tablet when I do. Video and audio stay in sync and the video isn't choppy when I've re-encoded it.

When I re-encode mpeg4 videos that are intended to be played on an ipod, they tend to be much larger afterward but they play well on my tablet.
 
Reply


 
Forum Jump


All times are GMT. The time now is 06:42.