Steve Elzinga wrote:
--- John Sturgeon <[EMAIL PROTECTED]> wrote:
did you look at your mythbackend.log to see if there were any errors?
--
John Sturgeon <><
http://www.sturgeonfamily.com/mythtv.php
John,
Thanks for the reply. The log file does not indicate anything wrong. Here is a portion of the log:
2005-04-05 12:11:41.430 Transcoding from /var/video/1031_20050405093000_20050405100000.nuv to /var/video/1031_20050405093000_20050405100000.nuv.t mp [mpeg2video @ 0x40775850]mb incr damaged [mpeg2video @ 0x40775850]Warning MVs not available [mpeg2video @ 0x40775850]ac-tex damaged at 46 5 [mpeg2video @ 0x40775850]Warning MVs not available [mpeg2video @ 0x40775850]ac-tex damaged at 51 36 [mpeg2video @ 0x40775850]ac-tex damaged at 69 38 [mpeg2video @ 0x40775850]invalid mb type in B Frame at 17 11 [mpeg2video @ 0x40775850]invalid mb type in B Frame at 8 12 [mpeg2video @ 0x40775850]slice mismatch : : [mpeg2video @ 0x40775850]ac-tex damaged at 55 0 adding pes stream at pid 0x31 with type 2 adding pes stream at pid 0x34 with type 129 adding pes stream at pid 0x35 with type 129 2005-04-05 19:15:12.642 Transcoding /var/video/1031_20050405093000_20050405100000.nuv done
The "transcoded" file is the same size as the original file. When I setup the Mythfrontend there was not anything obviously wrong when I configured the 'Low Quality' profile for the HD3000 card.
Steve
Are you transcoding to MPEG-4? If so, what is your bitrate, also, what do you get when you inspect the final .nuv file using tcprobe? It is quite possible that transcode *did* succeed, it just happens to have created a file with approximately the same output size. I've had that issue with some files. The bitrate controls the final file size.
-- John Sturgeon <>< http://www.sturgeonfamily.com/mythtv.php
_______________________________________________ mythtv-users mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
