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 > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th March 2017, 07:57   #21641  |  Link
Jasch
Registered User
 
Join Date: Mar 2002
Posts: 35
Just to recap, i made some test at the weekend, and on my systems, h264 is now working without errors on Rx and Fury with the latest Driver (17.2.1)+ Lavfilter with DXVA and CB
Changelog:
On some Radeon GCN products DXVA H.264 encoded video may experience corruption when fast forwarding or seeking through content
Jasch is offline   Reply With Quote
Old 7th March 2017, 07:59   #21642  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,537
There is a new 17.3.1 driver but I haven't managed to test it yet, if anything changed for the better.
__________________
Win 10 x64 (17763.475) - Core i3-4170 - nVidia 1660 (430.39)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 7th March 2017, 14:09   #21643  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,942
Quote:
Originally Posted by Vasilich View Post
Is it planned to implement such fallback? is it possible for audio decoder to get such info?
It is planned. But you simply shouldn't enable it if your hardware doesn't support it. So solution is simple, disable it and everything will work.
clsid is offline   Reply With Quote
Old 7th March 2017, 19:10   #21644  |  Link
Vasilich
Registered User
 
Join Date: Jun 2012
Location: Germany, Mayence
Posts: 25
Quote:
Originally Posted by clsid View Post
But you simply shouldn't enable it if your hardware doesn't support it. So solution is simple, disable it and everything will work.
I did it already long time ago. But it is not always possible (or really time-consumnig) to find out which formats are supported by hardware, e.g. if you try to help people, who post their setups on forums, making sometimes wrong assumption that their hardware should support some specific formats they have problems with.
Vasilich is offline   Reply With Quote
Old 8th March 2017, 14:08   #21645  |  Link
el Filou
Registered User
 
el Filou's Avatar
 
Join Date: Oct 2016
Posts: 469
Quote:
Originally Posted by Vasilich View Post
I did it already long time ago. But it is not always possible (or really time-consumnig) to find out which formats are supported by hardware, e.g. if you try to help people, who post their setups on forums, making sometimes wrong assumption that their hardware should support some specific formats they have problems with.
With HDMI, if you want to be sure you can use Monitor Asset Manager from EnTech Taiwan: http://www.entechtaiwan.com/util/moninfo.shtm

It shows in detail which audio formats are supported by your HDMI sink, e.g. on my AVR:
Code:
CE audio data (formats supported)
  LPCM    8-channel, 16/20/24 bit depths at 32/44/48/88/96/176/192 kHz
  DTS     6-channel, 1536k max. bit rate at 44/48/88/96 kHz
  AC-3    6-channel,  640k max. bit rate at 32/44/48 kHz
  DTS-HD  8-channel, 16-bit              at 44/48/88/96/176/192 kHz
  DD+     8-channel                      at 44/48 kHz
  DVD-A   6-channel                      at 44/48/88/96/176/192 kHz
  DVD-A   8-channel                      at 44/48/88/96 kHz
It is more useful than Windows' Sound Control Panel applet which on my system doesn't even list all the codecs.
__________________
HTPC: W10 1809, E7400, 1050 Ti, DVB-C, Denon 2310, Panasonic GT60 | Desktop: W10 1809, 4690K, HD 7870, Dell U2713HM | MediaPortal 1/MPC-HC, LAV Filters, ReClock, madVR
el Filou is offline   Reply With Quote
Old 10th March 2017, 08:24   #21646  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,537
The 4K HEVC 10bit clip below, has decoding problems with LAV Video latest version in both SW decoding and HW decoding during normal playback and after seeking.

The same clip plays fine using PotPlayer SW & HW decoding, during playback and after seeking.

https://www.sendspace.com/file/sdd6wk
__________________
Win 10 x64 (17763.475) - Core i3-4170 - nVidia 1660 (430.39)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 10th March 2017, 09:38   #21647  |  Link
Octo-puss
Registered User
 
Join Date: Jan 2008
Posts: 549
Is there any parameter for silent installation with which I could only install the 64bit version?
Octo-puss is offline   Reply With Quote
Old 10th March 2017, 10:44   #21648  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,384
Quote:
Originally Posted by NikosD View Post
The 4K HEVC 10bit clip below, has decoding problems with LAV Video latest version in both SW decoding and HW decoding during normal playback and after seeking.

The same clip plays fine using PotPlayer SW & HW decoding, during playback and after seeking.

https://www.sendspace.com/file/sdd6wk
What problems? It seems to work fine here. Are you using LAV Splitter? The clip uses open-gop in mp4 which some muxers and demuxers seem to have problems with. I recommend to turn off open-gop for mp4 container.
sneaker_ger is offline   Reply With Quote
Old 10th March 2017, 11:09   #21649  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,537
The framerate drops significantly during playback and after seeking and it's clearly visible like a small stuttering.

You have to decode it in a player that can handle it flawlessly to see the difference.
__________________
Win 10 x64 (17763.475) - Core i3-4170 - nVidia 1660 (430.39)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 10th March 2017, 18:15   #21650  |  Link
davidsama
Registered User
 
Join Date: Sep 2006
Posts: 38
That 4K HEVC 10bit clip dropped 12 frames and had a clearly visible stuttering in Mpc-hc 1.7.11.13 using lav filters 0.69.0.4.
davidsama is offline   Reply With Quote
Old 10th March 2017, 23:43   #21651  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
Quote:
Originally Posted by NikosD View Post
The framerate drops significantly during playback and after seeking and it's clearly visible like a small stuttering.

You have to decode it in a player that can handle it flawlessly to see the difference.
Yeah its strange at the limit overall @ P010 MPC Video Decoder with MadVR and Lav splitter dropps less frames, with EVR Custom/Sync Lav Video is even strangely jumping between detected framerates sometimes it shows 60 FPS instead of 25 FPS and is only Decoding with 15 FPS Graph result looks weird.

Almost same behavior as with the FTC needed but FTC doesn't help at all this time.

MPC Video Decoder + Lav Splitter +EVR Sync/EVR Custom (smooth)




MPC Video Decoder + Lav Splitter + MadVR (smooth)



Lav Video Decoder + Lav Splitter + EVR Sync/EVR Custom (stutters like crazy, dropp count)




Lav Video Decoder + Lav Splitter + MadVR (stutters like crazy, dropp count)



I really wonder what goes on here that the Match is so crazy off with Lav Video and Hysteresis in the end so heavy and half of the frames get dropped, instead of 0.50 seconds 1 frame every second.
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 11th March 2017 at 09:25.
CruNcher is offline   Reply With Quote
Old 11th March 2017, 09:18   #21652  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,733
There is no performance issue with that clip, but a timestamp issue. I have not figured out yet if the file is just broken or something screws up in the middle.
Other decoders often ignore input timestamps to some degree and create their own new ones, which can hide such issues but in other situations could potentially cause other issues instead (like sync problems).

Some basic checking shows that the decoder definitely receives wrong timestamps from the source. If the splitter screws something up or the file has "issues" is yet to be determined.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 11th March 2017 at 10:05.
nevcairiel is offline   Reply With Quote
Old 11th March 2017, 09:40   #21653  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
yeah it was pretty clear seeing the jumping framerate detection it couldn't really be a Performance issue but more container or bitstream parsing related.

Also performance mostly unlikely as MPC Video Decoder and Lav Video buildup on the same Decoder core anyways and as you said the differences are more internal tuning to the Playback chain (stability) and overall behavior with every internal part.
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 11th March 2017 at 09:50.
CruNcher is offline   Reply With Quote
Old 11th March 2017, 10:17   #21654  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,733
Turns out the file is kind of broken, it has no CTTS box which is used to map the DTS to PTS timestamps, which for proper HEVC would be required to generate proper timestamps from mp4.
I applied a work-around I already had in place for H264, so when you use LAV Splitter + LAV Video, it should work now. With other source filters or other decoders, there are no such guarantees.

A long term task for me is to make LAV Video automatically detect if DTS timestamps are provided and somehow make that work (right now it relies on LAV Splitter to tell is that), but its a weird heuristic with some problems, so I'm not too eager to try to do this just to fix some broken files.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 11th March 2017 at 10:20.
nevcairiel is offline   Reply With Quote
Old 11th March 2017, 11:02   #21655  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,384
Quote:
Originally Posted by nevcairiel View Post
Turns out the file is kind of broken, it has no CTTS box which is used to map the DTS to PTS timestamps, which for proper HEVC would be required to generate proper timestamps from mp4.
But only when b frames are used (like in this sample), right? Or is it always required for HEVC in mp4?
sneaker_ger is offline   Reply With Quote
Old 11th March 2017, 11:26   #21656  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,733
Quote:
Originally Posted by sneaker_ger View Post
But only when b frames are used (like in this sample), right? Or is it always required for HEVC in mp4?
Without b frames it's probably fine without.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 11th March 2017, 11:52   #21657  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,384
I see, thx.
sneaker_ger is offline   Reply With Quote
Old 11th March 2017, 12:43   #21658  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
Quote:
Originally Posted by nevcairiel View Post
Turns out the file is kind of broken, it has no CTTS box which is used to map the DTS to PTS timestamps, which for proper HEVC would be required to generate proper timestamps from mp4.
I applied a work-around I already had in place for H264, so when you use LAV Splitter + LAV Video, it should work now. With other source filters or other decoders, there are no such guarantees.

A long term task for me is to make LAV Video automatically detect if DTS timestamps are provided and somehow make that work (right now it relies on LAV Splitter to tell is that), but its a weird heuristic with some problems, so I'm not too eager to try to do this just to fix some broken files.
Understandable though i sometimes wonder if it's good at all to fix or workaround such broken streams without indicating and making those workarounds visible/selectable in the GUI as chose able paths, as Dedicated Hardware wont be so forgiving at all to whoever creates such out of specs files

And a failing file is a good indicator to someone, hey you do something wrong

So every parsing workaround that is Hardware Critical in some way should be rather choseable like a strict spec working mode which more imitates how dedicated hardware would react to such a stream.

Also i wonder what for regressions such a workaround could cause that without such mode switching abilities would be rather rushing through.

Currently Lav Filter only expose the VC-1 timestamp workarounds inside Lav Splitter to the outside but pretty much non of the rest that's going on in Lav Splitter and pretty much 0 of what is behind the scenes done inside Lav Video.
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 11th March 2017 at 13:19.
CruNcher is offline   Reply With Quote
Old 12th March 2017, 13:27   #21659  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,537
Similar case with the previous file, only worst.

You can't even seek, even using latest LAV filters 0.69.08 (splitter + decoder)

HEVC 4K 8bit:
https://mega.nz/#!5lEhEKLA!MR6D8yPHF...QYM3fQqXW9gd4s
__________________
Win 10 x64 (17763.475) - Core i3-4170 - nVidia 1660 (430.39)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 12th March 2017, 13:32   #21660  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,384
Again a sample muxed with old/broken DivX "Rovi" mkvmerge. That muxer was experimental and should never be used.
sneaker_ger is offline   Reply With Quote
Reply

Tags
decoders, directshow, filters, splitter

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 22:11.


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