Specs and limits encoding AVC for HDTV broadcasting?

[LigH]

A question came up in the german doom9/Gleitz board, what kind of limits one may need to set up in an AVC encoder to produce suitable content for a HDTV broadcaster. Not only hard facts like Profile@Level, B/Ref/GOV, average and maximum bitrates, but also soft facts like recommended bitrate variance behaviour.

Of course we could collect statistics from existing broadcasts; but it might be more useful to get a look at first-hand information - and some hints about available software on Macintosh (Apple Quicktime Pro being one of the least recommendable AVC encoders is already known)...

Anyone working in such business?

[Chengbin]

Chrome was being an ass, and messed up when I click "post quick reply". Anyway. (EDIT: did that AGAIN, but good thing I saved my post before sending)

I think the limit depends on the decoder.

If you're using x264 (which is obviously recommended for speed and quality, now with 1 pass VBV), you need to set key-int to 24 for fast channel skipping, and VBV of like 20000Kbps.

You can use pretty much any setting you want, but for speed reasons, I think following the BD spec for AVC is a good idea (except cutting the maximum bitrate by half, and NOT require slices), or in other words limit to level 4.0, with 3 b and ref frames being a good idea.

[fields_g]

First off... I pretty sure you are talking about OTA transmission right? DVB-T?

I'm one of those jealous ATSC citizens without a viable H.264 pathway in sight. Everyone knows that broadcasters are just DYING to explain to their customers why their new FCC subsidized settop box doesn't work for their streams.

[LigH]

German thread (http://forum.gleitz.info/showthread.php?t=40522)

As far as I understood, it is not realtime encoding (I am no native english speaker - is that what you mean by "OTA"?) but pre-encoded, and rather for higher bandwidth (DVB-S/C).

[Chengbin]

OTA stands for Over The Air.

It is the same thing for pre-encoded material, except you got more time, so you can use slower settings to get better quality. The same rule of VBV and probably key int still applies.

[LigH]

I thought something like "on-time arrival"... :D
__

I could imagine that due to bandwidth sharing in bouquets, broadcasters might prefer not to much and not too sudden bitrate variations?

[nm]

A question came up in the german doom9/Gleitz board, what kind of limits one may need to set up in an AVC encoder to produce suitable content for a HDTV broadcaster. Not only hard facts like Profile@Level, B/Ref/GOV, average and maximum bitrates, but also soft facts like recommended bitrate variance behaviour.
If the question is only about providing video to a broadcaster that will re-encode it with their own equipment, I'd guess that following Blu-ray specs is enough. I would certainly not limit bitrates lower than necessary for L4.0 compliance (or Blu-ray compatible L4.1 when using an encoder that supports slices).

[LigH]

It sounded rather like "ready-to-broadcast encoding", so without another re-encoding. But I'll ask back.

[nm]

It sounded rather like "ready-to-broadcast encoding", so without another re-encoding...
I'm very surprised if any broadcaster/channel takes client-encoded material without finally re-encoding the video to their own specifications. Almost all channels embed logos and other graphics to the video, requiring decoding and encoding. Also the equipment is probably arranged so that there's a real-time encoder at the end of the line and it can't be bypassed.

Even if some broadcaster would support this, it's not possible without providing thorough documentation on the required encoding parameters to the client.

[benwaggoner]

I'm very surprised if any broadcaster/channel takes client-encoded material without finally re-encoding the video to their own specifications. Almost all channels embed logos and other graphics to the video, requiring decoding and encoding. Also the equipment is probably arranged so that there's a real-time encoder at the end of the line and it can't be bypassed.
...plus they're often using statmux.

That said, TV consumption will probably be at least 80% VOD in the next decade or so. Live encoding makes sense for sports and news, but not really for anything with post-production.

[ocal5]

If it's for a simple TV channel, please use HDV / Apple pro ress
If it's for a TV channel with a (not too bad) satellite teleport, there you can use x264 in a stuffed (CBR) ts file : it's easy to decode it to HD-SDI and record it to what TV use : HD-CAM, server, etc...
I don't know a lot of open video file kind who can be used in broadcast, it's mainly manufacter file formats :/

[Golgot13]

A question came up in the german doom9/Gleitz board, what kind of limits one may need to set up in an AVC encoder to produce suitable content for a HDTV broadcaster. Not only hard facts like Profile@Level, B/Ref/GOV, average and maximum bitrates, but also soft facts like recommended bitrate variance behaviour.



I tested HD before OG2008 with satellite operator
x264 with AU Delimiter + Manzanita software + Dektec card = work

http://www.lilapple.com/
http://www.dektec.com/