Jump to content

Buffer overflow on 4k hevc


merkin stare

Recommended Posts

10 hours ago, merkin stare said:

I think we should not overlook the fact that buffer overflows only occur if there is Audio and Video streams present.

 

Nothing special. Have a look at the DVB PTS (Presentation Time Stamps) displayed on the DVBSource property page, and it becomes self-explanatory. Audio is broadcasted two seconds behind (or video two seconds ahead), which means, due to syncing two seconds of video (approx. 17 MB undecoded) have to be buffered before it can be displayed. Of course the exaggerated video bit rate mainly strains input buffering. So basically craig_s is right: The total amount of buffering is not sufficient in this case. However, there is evidence that it should be solved by increasing the buffer size, not the number of buffers.

 

14 minutes ago, merkin stare said:

This screams bug with DVBViewer Source filter and all I here are unfounded excuses.

 

You are screaming bug. Actually you are lucky to share a very profound expert problem analysis. Try to learn from it.

Link to comment
6 minutes ago, Griga said:

However, there is evidence that it should be solved by increasing the buffer size, not the number of buffers.

tried to increase already..didnt work..prolly another bug tho.

 

experts are not on boards..they are designing encoders, etc. that allow us to watch tv.

good thing there is free software out there that can actually play content and developers capable of overcoming inconsistencies.  how long do I have to request a refund?

Link to comment

Hey @merkin stare I've been working about 15 Years in broadcast and I did not find 1 engineer who was exactly knowing what he did on deeper investigation. So please do not trust in broadcasters too much, they're all only humans. Sometimes they are trying things, with pleasure on new formats like 4k. Profiling teams.. Why not?

 

So trying to force Griga now to stop everything only to investigate thoroughly an experiment is what? I think you know. Also not wise was to tell that you are able to watch your new favourite by using other software. 1 reason more to take it one step at a time.. :) Anyway I would be the second to donate to Grigas new hardware fund! Since 10? years he cultivates some philosophy - not first but only try to solve the things on old hardware. If it works there it will work everywhere..? Hmmm...

 

From Griga I would wish to transport the increasable buffer size to LAV or, my favourite, a maximum of 'Allocated Buffers' = 1500 , possible?

Link to comment

We'll see... I've uploaded a DVBSource 3.9.4.1 test version to the members area -> beta section. It allows to set the buffer size for HEVC playback independently from the host application (and the Lentoid Decoder) by tweaking the file DVBSource.ini:

  1. Replace PushSource.ax in \Program Files\DVBViewer\Filters by the new version.
  2. Open the file DVBSource.ini (see configuration folder) with a text editor. Add a line with the section header [Params] if it is not yet present. Add a line containing HEVCBufferSize=1024 to the section. It specifies the size per buffer in kb (1024 = 1 MB).
  3. Save and perform Playback -> Rebuild Playback in DVBViewer to let the change take effect.

You may vary the buffer size and try how different values work. Please note that this is no bugfix release, but just a test for investigating what's going on. I can't check it out it with the LAV Decoder and DXVA, as already mentioned.

  • Thanks 1
Link to comment
4 hours ago, Griga said:

We'll see... I've uploaded a DVBSource 3.9.4.1 test version to the members area -> beta section. It allows to set the buffer size for HEVC playback independently from the host application (and the Lentoid Decoder) by tweaking the file DVBSource.ini:

  1. Replace PushSource.ax in \Program Files\DVBViewer\Filters by the new version.
  2. Open the file DVBSource.ini (see configuration folder) with a text editor. Add a line with the section header [Params] if it is not yet present. Add a line containing HEVCBufferSize=1024 to the section. It specifies the size per buffer in kb (1024 = 1 MB).
  3. Save and perform Playback -> Rebuild Playback in DVBViewer to let the change take effect.

You may vary the buffer size and try how different values work. Please note that this is no bugfix release, but just a test for investigating what's going on. I can't check it out it with the LAV Decoder and DXVA, as already mentioned.

hi

this fix works!

screenshot:

https://drive.google.com/file/d/0B_1SqviRl7imSGkyaVJzUDcteTA/view?usp=sharing

 

my only question is..DVBSource says PTS are in sync now, but if I go back to "stable" filter PTS is out of sync.

so is this bad encoder or bug?

 

still waiting for bitcoin donation address. ;)

Link to comment
10 hours ago, craig_s said:

So trying to force Griga now to stop everything only to investigate thoroughly an experiment is what?

we will have to agree to disagree that these broadcasts are still in "experiment" stage. this provider has been sending these 4k feeds to end user paying customers for over a year.  albeit this is the c band backhaul which is transcoded to a much lower bitrate for the end user on the ka band.

 

 

Link to comment
1 hour ago, merkin stare said:

DVBSource says PTS are in sync now, but if I go back to "stable" filter PTS is out of sync.

 

Filtergraph or DVB PTS? The DVBSource property page allows to toggle between the two display modes. The DVB PTS are the original broadcasted time stamps. Usually video is broadcasted a bit earlier than the corresponding audio data because it may take more time to process the video data, particularly if video frames are not broadcasted in displayed order for achieving a better compression, thus requiring frame reordering in the video renderer. The Filtergraph PTS depend on how the data is buffered and processed by the decoder and renderer filters.

 

The PTS don't indicate whether video and audio are in sync or not. It's up to the video and audio renderer to take care of sync and output the data according to the time stamps (by using a buffering and scheduling mechanism).

 

The timing and coordination of different components is quite sophisticated. Read more about it here:

 

https://msdn.microsoft.com/en-us/library/windows/desktop/dd407202(v=vs.85).aspx

Link to comment

DVBSource 3.9.4.1 - also here perfect hi bitrate HEVC now. Even merkin stare's sample running flawlessly - hardware LAV at usual 2% CPU.

 

Low buffers in DVBSource (german: sieht jetzt alles viel entspannter aus :)), before -> after:

 

merkin stare's sample - 72,7 Mb/s:
Allocated Buffers = explosive -> 180
Queued Video Buffers = explosive -> ~ 158

 

Samsung: 7 Wonders Of The World Brazil - 51,6 Mb/s (the one with my above DVBSource screenshot):
Allocated Buffers = 1000 -> 120
Queued Video Buffers ~ 999 -> 92
 
'Normal' Astra UHD HEVC recording ~ 24 Mb/s:
Allocated Buffers ~ 730 -> 99
Queued Video Buffers ~ 430 -> 53

 

Sorry merkin stare, english is too stressing for me and this is not so important:

Einige Quälerei auf die hoch-bittigen HEVC Demos losgelassen mit Timeline Sprüngen - volle Audio Synchronität blieb erhalten - sehr gut.

SES Astra live kam mir sogar etwas flüssiger vor obwohl DVBSource 3.9.4.1 dafür nicht wirklich zuständig, könnte aber Wunschdenken sein..?

Also kann man so einbauen ohne Katastrophen befürchten zu müssen..;)

Link to comment
  • 6 months later...
16 hours ago, merkin stare said:

i didnt change anything on my end

 

Please update to the current DVBViewer 6.0.4 (including DVBViewer Filter 3.9.5) and take note of the last but one point in this post.

 

I can play the sample here pretty well without HW acceleration on a PC with I7 CPU by using the Lentoid decoder. However, I have to set HEVCBufferSize=3000 in order to avoid artefacts. LAV is too slow for software decoding.

 

Link to comment
  • 1 year later...

Hi.....I was trying to find the technical reasons for why H.264 is limited for 4K. Obviously that in terms of bit-rate it becomes less efficient but the encoding itself is limited and for some reason, I couldn't find any public available references.

Link to comment

Bit rate HEVC is about 25% of H.264 so what?

 

vor 10 Stunden schrieb ClywdSlade:

encoding itself is limited

 

if you mean H.264 - with what do you encode?

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...