On Thu, Dec 23, 2004 at 02:59:30PM -0800, Steven M. Schultz wrote: > On Thu, 23 Dec 2004, Dave Dodge wrote: [...] > 30fps is a valid ATSC rate (as is 30000/1001)
Yeah, I at least checked on that before proceeding. I agree that I don't think I've ever seen 30fps content in the wild but since it's allowed I'm hoping the decoder will take it. > What you're going to run into when trying to work with HD output is > that 'mpeg2enc' is a [EMAIL PROTECTED] (Main Profile @ Main Level) > encoder and > not a HL (High Level) encoder. Right, that's basically what caused the problems initially, since those settings were hardcoded. I noticed that the tables in the sourcecode had entries for the other profiles/levels and it _seems_ to work if I just change the hardcoded settings to point to them; but I don't know enough to be sure if it's really generating correct output. The software decoders I've been testing with are probably more lenient than the hardware decoder I'm intending this for. > Upgrade to the cvs version if you're going to try and do anything > with HD content. Thanks, I'll give that a shot. > Most of the HD stations I watch are the [EMAIL PROTECTED]/1001 format. Same here, and the decoder I'm using has no problem handling it. I did try a couple of test frames at that resolution but for the rendering software I'm using (electricsheep.org), higher resolution means huge amounts of additional RAM and a lot more time -- and 1280x720 is already pretty much at the limit for my rendering machine. > To continue on... ;) The stations broadcast a SD and an HD program > at the same time I think the local CBS broadcaster is strictly HD, but course they might change that if/when they lose their analog station. On the other hand, the local PBS station has five programs with multiple audio PIDs per program and they change the bandwidth allocation depending on the time of day. Some old test data here: http://www.dododge.net/roku/ts-samples.html > 19Mb/s should be ok but you might want to back down just a little > to leave room for the overhead. The VBV size I've seen used is > 488 (which is close to the 500 you've specified) The buffers are probably my main concern. It's known from test cases that this decoder can handle bitrates up into the 30Mb/sec range, provided you can get the data into it at that speed. But I don't want it to have to drop frames or lose sync while decoding because some internal buffer overflows. > Silent movie era in High Definition :) Pretty much. I believe the hardware can play a separate stream (such as an MP3 file) as background music to whatever TS you give it, so I don't need to provide my own audio within the TS. Of course a problem with that is that some muxers might require an audio ES in order to work at all. > To generate the TS stream you may want to give ProjectX a try I have that one on my TODO list as the most likely candidate to work. I've made some brief attempts with other muxers without success. -Dave Dodge ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
