<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Encoding h264 from an already maximally compressed mpeg2 (US HD) source isn't going to give you equivalent quality going to the same bitrate/filesize as the original recording! Thankfully most broadcast is live encoded and has bit stuffing to make up bandwidth also multi audio tracks, subtitles and other data that can usually be discarded.<br>
<br>
I find that for mpeg2 HD broadcasts I can get equivalency at about 80% of the original recording size and acceptable to almost all at 50% size. For UK H264 HD recordings the size stays about the same, sometimes a little more.<br>
<br></blockquote><div>My setup box send 1080i signal, whatever the chanel (HD or SD). I transcode to 720p the file generated by the HDPVR (SD chanel only). I get an equivalency at 50% of the size.<br>Now, for sure the transcode takes forever, an average of 8-10 hours per movie.<br>
Reason for that, I do not have the space to put extra drives close to the TV. NAS over a homeplug network is not very efficient.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
What is worth a go is pure remuxing, no image quality is lost, just those padding bytes, teletext, eit, subtitles and a lot of timing packets that are needed for live broadcast but not for file playback (if you stream they are re-created anyway), you can save 30% by remuxing to a simpler ts file or a little more if you go to mkv or mp4, no nuance of the video is lost as you never alter the encoded video.<br>
</blockquote><div> </div>Which tool are you using to do so. HDPVR generated files are not so much welcomed by most software. But I'm curious to see whether I can gain something by remuxing them.<br></div>