Deblocking CBR video

wlndd6 · 20th February 2012, 03:01

Is there a deblocker that takes the CBR nature of broadcast MPEG-2 (17.4 mbps 1080i) into account?

That, for example, would not do anything at all when there is little/no movement. And only deblock when there is motion, in which case it would deblock areas of intense motion much more strongly than areas of less intense motion.

Dark Shikari · 20th February 2012, 04:56

What you want is a deblocker that is quantizer-aware; anything in mplayer that is QP-adaptive (like SPP or libpostproc stuff) should do the trick.

Ghitulescu · 20th February 2012, 08:34

I assume your MPEG-2 1080i stream comes from US stations, as in Europe they'll use MPEG-4.
However, 17Mbps MPEG-2 is not that bad, it should be at the comparative level of a little above average DVD, mutatis mutandis. JVC HD-GZ7 shoots MPEG-2 CBR at 19Mbps and reports are its footage is not that bad as you describe to be your samples.

While broadcasters need to have CBR if they feed the streams to a transponder, most broadcasters in EU do encode VBR, but add "fillers" to obtain a "CBR" stream. One can discard those "fillers" by eg repacking the .M2TS/.TS file into MKV. If the bitrate remains constant after repacking, then you have a real CBR stream, if not, then you have a VBR.

I think Mpeg2source can also do a quantizer-based deblocking.

TheFluff · 20th February 2012, 10:01

Yes, mpeg2source can do quantizer-based deblocking (the parameter is called "cpu" for historical reasons), and so can FFVideoSource, although I don't recommend the latter for MPEG TS/PS streams.

wlndd6 · 23rd February 2012, 16:07

Thanks for the replies. I tried the mpeg2source deblocker but wasn't that happy - it still destroyed a lot of details when there was little motion/blocks.

20th February 2012, 03:01	#1 \| Link
wlndd6 Registered User Join Date: Nov 2011 Posts: 7	Deblocking CBR video Is there a deblocker that takes the CBR nature of broadcast MPEG-2 (17.4 mbps 1080i) into account? That, for example, would not do anything at all when there is little/no movement. And only deblock when there is motion, in which case it would deblock areas of intense motion much more strongly than areas of less intense motion.

20th February 2012, 04:56	#2 \| Link
Dark Shikari x264 developer Join Date: Sep 2005 Posts: 8,666	What you want is a deblocker that is quantizer-aware; anything in mplayer that is QP-adaptive (like SPP or libpostproc stuff) should do the trick. __________________ Follow x264 development progress \| akupenguin quotes \| x264 git status ffmpeg and x264-related consulting/coding contracts \| Doom10

20th February 2012, 08:34	#3 \| Link
Ghitulescu Registered User Join Date: Mar 2009 Location: Germany Posts: 5,769	I assume your MPEG-2 1080i stream comes from US stations, as in Europe they'll use MPEG-4. However, 17Mbps MPEG-2 is not that bad, it should be at the comparative level of a little above average DVD, mutatis mutandis. JVC HD-GZ7 shoots MPEG-2 CBR at 19Mbps and reports are its footage is not that bad as you describe to be your samples. While broadcasters need to have CBR if they feed the streams to a transponder, most broadcasters in EU do encode VBR, but add "fillers" to obtain a "CBR" stream. One can discard those "fillers" by eg repacking the .M2TS/.TS file into MKV. If the bitrate remains constant after repacking, then you have a real CBR stream, if not, then you have a VBR. I think Mpeg2source can also do a quantizer-based deblocking. __________________ Born in the USB (not USA)

23rd February 2012, 16:07	#5 \| Link
wlndd6 Registered User Join Date: Nov 2011 Posts: 7	Thanks for the replies. I tried the mpeg2source deblocker but wasn't that happy - it still destroyed a lot of details when there was little motion/blocks. Last edited by wlndd6; 3rd May 2012 at 20:07.

20th February 2012, 10:01	#4 \| Link
TheFluff Excessively jovial fellow Join Date: Jun 2004 Location: rude Posts: 1,100	Yes, mpeg2source can do quantizer-based deblocking (the parameter is called "cpu" for historical reasons), and so can FFVideoSource, although I don't recommend the latter for MPEG TS/PS streams.