Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 1st May 2020, 05:18   #21  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by excellentswordfight View Post
I dont really follow how this can be an issue. Isnt the decoder validated for levels and profiles? If a decoder is specified to handle main10 main teir level 4, how could it not handle MaxDpbSize and vbv-limits within the spec? As long as the buffer is not higher then the maximum maxrate of that level/tier and that it can feed data in that rate shoudlnt it be all good? Or is this specifically an issue for some DRM solutions?
The thing is that the first NAL unit is allowed to be bigger than the following NAL units, per spec. Most decoders do this right, but there are a couple common SoCs found in living room decoders that require ALL NAL units to be no bigger than the after-the-first size. Of course, almost always the first NAL unit is still under that side. But every now and then one doesn't. That was at least six months to root cause and get a fix for rolled out...

Or some older devices that do progressive download, but only support a legacy 32-bit data fields in .mp4 files. Today everything uses the 64-bit extention, and we don't really think about it. But at even a bitrate of 2.5 Mbps, after about four hours the 32-bit offsets run out of room and some older players fail. The secret? Turn off B-frames for long titles! That raises the limit to about 12 hours. Why? I can't even remember anymore.

I wish we could say all decoders are fully spec compliant, but there are all kinds of little things that don't work right. Or even if it is compliant, when doing DRM there are finicky ways things need to be structured to get adequate performance.

Quote:
Mind expanding on this? Why would it use the peakrate as decision for selection this way? Shouldn't the decision be made on buffer status and chunk sizes? Would that really be an issue with ABR with MPEG-DASH and HLS?
At scale, a one-in-a-million problem where a fragments causes the player to crash will happen 0.1% of the time each hour of playback. That's many thousands of customers suffering from player crashes a day.

Someday I'll tell the story about how 1% of all bandwidth in North America was spent trying to keep my ex-wife happy...
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 1st May 2020, 05:59   #22  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,558
Quote:
Originally Posted by benwaggoner View Post
The thing is that the first NAL unit is allowed to be bigger than the following NAL units, per spec. Most decoders do this right, but there are a couple common SoCs found in living room decoders that require ALL NAL units to be no bigger than the after-the-first size. Of course, almost always the first NAL unit is still under that side. But every now and then one doesn't. That was at least six months to root cause and get a fix for rolled out...

Or some older devices that do progressive download, but only support a legacy 32-bit data fields in .mp4 files. Today everything uses the 64-bit extention, and we don't really think about it. But at even a bitrate of 2.5 Mbps, after about four hours the 32-bit offsets run out of room and some older players fail. The secret? Turn off B-frames for long titles! That raises the limit to about 12 hours. Why? I can't even remember anymore.

I wish we could say all decoders are fully spec compliant, but there are all kinds of little things that don't work right. Or even if it is compliant, when doing DRM there are finicky ways things need to be structured to get adequate performance.
It's funny to remember how it was almost 20 years ago, when we were all trying to figure out which hardware players were least buggy and picky about playing back DivX/Xvid, just so we could watch it in the living room too. Or how to structure our offering to them. Some things never change.

Quote:
Originally Posted by benwaggoner View Post
Someday I'll tell the story about how 1% of all bandwidth in North America was spent trying to keep my ex-wife happy...

Last edited by foxyshadis; 1st May 2020 at 06:02. Reason: vBB took away my emoji!
foxyshadis is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 23:01.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.