[mythtv] REMOVE

[Mark Mims - MacUser]

mythtv-dev-request at mythtv.org wrote:
> Send mythtv-dev mailing list submissions to
> 	mythtv-dev at mythtv.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
> or, via email, send a message with subject or body 'help' to
> 	mythtv-dev-request at mythtv.org
>
> You can reach the person managing the list at
> 	mythtv-dev-owner at mythtv.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mythtv-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: [mythtv-commits] Ticket #2198: Transcode treats some
>       1080i streams as 1088 and puts a grey line at the bottom	after
>       resizing (Steven Adeff)
>    2. Re: [mythtv-commits] Ticket #1778: inverse telecine filter
>       for dvds. (Steven Adeff)
>    3. Re: Making Squished 4:3 -> 16:9 again for mytharchive DVDs?
>       (Martin Møller)
>    4. Re: [mythtv-commits] Ticket #1778: inverse telecine filter
>       for dvds. (stanley kamithi)
>    5. Re: Ticket #2531: mythreplex recent regression in svn
>       (D. Hugh Redelmeier)
>    6. Re: [mythtv-commits] Ticket #2542: Internal DVD player	bugs
>       with	DVDs from dvdauthor (George Nassas)
>    7. Re: loading lirc kernel modules (D. Hugh Redelmeier)
>    8. Re: loading lirc kernel modules (D. Hugh Redelmeier)
>    9. Re: [mythtv-commits] Ticket #2198: Transcode treats some
>       1080i streams as 1088 and puts a grey line at the bottom	after
>       resizing (Chris Pinkham)
>   10. Re: Windows port (Jerry Rubinow)
>   11. Re: Windows port (Mark Spieth)
>   12. Re: [mythtv-commits] Ticket #2198: Transcode treats some
>       1080i streams as 1088 and puts a grey line at the bottom	after
>       resizing (Steven Adeff)
>   13. Re: Windows port (Isaac Richards)
>   14. Re: Windows port (Jerry Rubinow)
>   15. Re: Windows port (Isaac Richards)
>   16. Re: Windows port (Jerry Rubinow)
>   17. Re: Windows port (Mike Frisch)
>   18. Re: firewire commit 11226 and channel changing timing (BP)
>   19. Re: [mythtv-commits] mythtv commit: r11469 - in	trunk/mythtv
>       by awithers (Russell Mora)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 7 Oct 2006 12:10:53 -0400
> From: "Steven Adeff" <adeffs.mythtv at gmail.com>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #2198: Transcode treats
> 	some	1080i streams as 1088 and puts a grey line at the bottom	after
> 	resizing
> To: mythtv-dev at mythtv.org
> Message-ID:
> 	<42785b900610070910t76e7d91dy4bc85a405ee3dfec at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 10/6/06, MythTV <mythtv at cvs.mythtv.org> wrote:
>   
>> #2198: Transcode treats some 1080i streams as 1088 and puts a grey line at the
>> bottom after resizing
>> -----------------------------+----------------------------------------------
>>  Reporter:  wagspat at iit.edu  |        Owner:  cpinkham
>>      Type:  defect           |       Status:  closed
>>  Priority:  minor            |    Milestone:  0.21
>> Component:  mythtv           |      Version:  head
>>  Severity:  low              |   Resolution:  fixed
>> -----------------------------+----------------------------------------------
>> Changes (by cpinkham):
>>
>>   * status:  new => closed
>>   * resolution:  => fixed
>>
>> Comment:
>>
>>  (In [11462]) When resizing video in the lossy side of mythtranscode, trim
>>  off the bottom
>>  8 pixels when we encounter a video file that is 1088 pixels high.  These
>>  are
>>  normally actually only 1080 pixels but need to have 16-pixel high block so
>>  there are 8 blank rows of pixels at the bottom of every frame.  This patch
>>  strips those off and also calculates the new height/width based on 1080
>>  instead of 1088 if the user specified autoheight or autowidth in the
>>  transcoding profile settings.
>>
>>  Closes #2198 by applying slightly modified patch by wagspat.
>>     
>
> are they actually being stripped or just "ignored"? actually removing
> them will decrease the quality of the encode because of the 16pixel
> blocks, its better to set them to "black" and then set the flag for
> the player to ignore them on playback.
>
>