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 June 2014, 04:12   #17621  |  Link
mindbomb
Registered User
 
Join Date: Aug 2010
Posts: 578
which intel hardware for hevc decode? just haswell?
mindbomb is offline   Reply With Quote
Old 7th June 2014, 10:01   #17622  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,506
The driver 3621 can be used by Ivy and Haswell, so both platforms should be supported.

It seems though, that there are some restrictions.
For example, my Haswell Pentium G3420 with Intel HD graphics, doesn't have HEVC support.

I bet the same for HD 2500 Ivy iGPU processors.
__________________
Win 10 x64 (17763.379) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 7th June 2014, 13:18   #17623  |  Link
feelingblue
Registered User
 
Join Date: Nov 2011
Posts: 48
chroma problems

a little info:

if i set the output of the decoder as RGB32 which is the algorithm of the chroma upsampling?

in the "color space evautation" of spears and munsil
(see the attached image)
i have some disallineaments and diagonal lines are a litte jagged.

thanks
Attached Images
 
feelingblue is offline   Reply With Quote
Old 7th June 2014, 15:18   #17624  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,664
RGB32 output uses simple bilinear upscaling. Its meant to be a fast fallback alternative at OK quality if you need RGB32 for some reason, not the absolute best quality. Its usually better to leave the conversion to your renderer, since it can perform it much faster in potentially higher quality on the graphics card.
I did take care to perform the conversion properly (in high bit depth, and with dithering), however the algorithm remains limited to bilinear.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 8th June 2014, 22:57   #17625  |  Link
nikola
Registered Developer
 
Join Date: Mar 2014
Posts: 9
Perhaps this question rather belongs to the MPC-HC forum, but I'll give it a go here because it might have been implemented already in LAV Filters:

Is there a way to instruct LAV Splitter to select a specific audio track (irrespective of preferred audio languages in the settings of LAV Audio) when opening an MKV in MPC-HC? Does LAV Filters inspect the command-line arguments of the player it was created in?
nikola is offline   Reply With Quote
Old 9th June 2014, 11:51   #17626  |  Link
pigster
Registered User
 
Join Date: May 2014
Posts: 1
Issue #444

Please can somebody help me with this?

https://code.google.com/p/lavfilters.../detail?id=444

It is fully reproducible (at least on my computer), and by trial and error it can be isolated down to LAV Splitter

Thank you
pigster is offline   Reply With Quote
Old 9th June 2014, 14:15   #17627  |  Link
ikarad
Registered User
 
Join Date: Apr 2008
Posts: 541
I have a problem with lavvideodecoder 0.61.2 used like standalone or with lavfilter included internally in mpc-hc.
On some video, I have a green bar


With ffdshow no problem


video
http://lazylily.electrochef.us/haiyore-nyaruko-san-w-ova-is-out/


edit: Problem exists with lavvideodecoder 0.60.1 but not with lavvideodecoder 0.59

edit: The problem arrives if I use ffdshow raw filter with lavfilter 0.60.1 and 0.61.2 (The problem arrives with only some videos, not all video). If I use lavfilter 0.59 with ffdshow raw filter, there is not problem.

How solve this problem ?

Last edited by ikarad; 9th June 2014 at 14:32.
ikarad is offline   Reply With Quote
Old 9th June 2014, 16:29   #17628  |  Link
pancserzso
Registered User
 
Join Date: Oct 2004
Posts: 123
Sorry, I know this must have been asked about a 1000x times here, but I keep finding contradicting information on the internet.

When using a classic stereo "full-range" speaker setup (like people have been using to listen to music for 50 years), what is the recommended downmixing settings?

Should LFE be 0.71? Why is it 0 on default? Isn't it cut at somewhere around 80-100 Hz? Every single decent stereo system can go way lower then 80 Hz, without any dedicated subwoofer. I think 20-25 Hz is normal for proper speakers.

Also, should surround be 1.0 or 0.71?
pancserzso is offline   Reply With Quote
Old 9th June 2014, 19:02   #17629  |  Link
e-t172
Registered User
 
Join Date: Jan 2008
Posts: 567
Quote:
Originally Posted by pancserzso View Post
Should LFE be 0.71? Why is it 0 on default? Isn't it cut at somewhere around 80-100 Hz? Every single decent stereo system can go way lower then 80 Hz, without any dedicated subwoofer. I think 20-25 Hz is normal for proper speakers.
First of all, 20-25Hz is certainly not typical for full range speakers, which usually stop near 40-50Hz. A full range speaker that goes all the way down to 20Hz is typically very expensive, and usually takes the form of a normal speaker combined with a subwoofer in the same box.

Second, even if the speakers are able to go that low, it doesn't mean they're able to handle lots of output at these frequencies without producing significant distortion (clipping). LFE is meant to carry loud to very loud low frequency sound effects, which are reproduced very poorly by typical speakers or even cheap subwoofers.

This is why 0 is the default for downmixing LFE in LAV Audio: the rationale is, people who want to downsample to stereo probably don't have what it takes to reproduce this very low frequency, high output content.

For the standard downmixing levels for LFE and Surround, see ITU-R BS.775 which is very clear and even has a whole section dedicated to explaining how LFE works. Page 11 states that the proper downmixing coefficient for surrounds is 0.71, while it can be deduced that the proper coefficient for LFE (if you want to retain it) is +4dB (+10dB as stated in paged 14, -6dB because of two channel coherent acoustic summation at low frequencies), or 1.58.

Last edited by e-t172; 9th June 2014 at 19:06.
e-t172 is offline   Reply With Quote
Old 9th June 2014, 19:09   #17630  |  Link
pancserzso
Registered User
 
Join Date: Oct 2004
Posts: 123
Quote:
Originally Posted by e-t172 View Post
For the standard downmixing levels for LFE and Surround, see ITU-R BS.775 which is very clear and even has a whole section dedicated to explaining how LFE works. Page 11 states that the proper downmixing coefficient for surrounds is 0.71, while it can be deduced that the proper coefficient for LFE (if you want to retain it) is +4dB (+10dB as stated in paged 14, -6dB because of two channel coherent acoustic summation at low frequencies), or 1.58.
Thanks, I've looked into that document you've linked. But still what is the "recommended" value for LFE for a normal stereo system, isn't 0 and 1.58 a bit of an extreme? I mean isn't it reasonable to take a bit of LFE, like 0.30, which still doesn't over-power the speakers but helps a bit with lower freq sounds?
pancserzso is offline   Reply With Quote
Old 9th June 2014, 19:32   #17631  |  Link
e-t172
Registered User
 
Join Date: Jan 2008
Posts: 567
Well yeah, since 0 and 1.58 are both acceptable values, it follows that any value between the two would be acceptable as well. It would be purely arbitrary though, since there's no easy way to calculate an "optimal" value.
e-t172 is offline   Reply With Quote
Old 9th June 2014, 21:17   #17632  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
nevcairiel, now that MKVToolNix 7.0.0 has been released which fixes what are hopefully the final major muxing bugs with CueDuration and CueRelativePosition, what are your thoughts about John Peebles's patch which he posted a few weeks ago to Issue #302. As mentioned there, it may make sense to have him remove the partial workaround for MKVToolNix <=6.9.1, so the patch only contains the fully complaint implementation. Either way, it would be nice to see this long awaited functionality make it into your next Lav Filters release.
cyberbeing is offline   Reply With Quote
Old 10th June 2014, 00:39   #17633  |  Link
huokok
Registered User
 
Join Date: Feb 2014
Posts: 14
@clsid
Would you please make it known to be lav splitter?


http://i.imgur.com/3lnxhbK.jpg
huokok is offline   Reply With Quote
Old 10th June 2014, 02:19   #17634  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,457
Quote:
Originally Posted by cyberbeing View Post
nevcairiel, now that MKVToolNix 7.0.0 has been released which fixes what are hopefully the final major muxing bugs with CueDuration and CueRelativePosition, what are your thoughts about John Peebles's patch which he posted a few weeks ago to Issue #302. As mentioned there, it may make sense to have him remove the partial workaround for MKVToolNix <=6.9.1, so the patch only contains the fully complaint implementation. Either way, it would be nice to see this long awaited functionality make it into your next Lav Filters release.
does this have something to do with switching to a chapter in the middle of a subtitle line that's not show at all?
huhn is offline   Reply With Quote
Old 10th June 2014, 04:01   #17635  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by huhn View Post
does this have something to do with switching to a chapter in the middle of a subtitle line that's not show at all?
Yes, CueDuration and CueRelativePosition splitter support enables perfect subtitle seeking with embedded subtitles, comparable with external subtitle seeking behavior. If you care about this, you should start muxing all your MKVs with MKVToolNix >=7.0.0 for future proofing. Also noteworthy that a simple remux of existing MKVs will rewrite the Cues, fixing bugged CueDuration and CueRelativePosition entities from MKVToolNix <=6.9.1, so it shouldn't be too hard bringing older MKVs up-to-date.
cyberbeing is offline   Reply With Quote
Old 10th June 2014, 09:37   #17636  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,664
I haven't had time to look at the patch yet, only briefly browsed through it. But in general hacks for old versions are bad.

And if someone wants to help, teach him about github pull requests, that makes it so much easier for me when I find time to look at it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 12th June 2014, 05:30   #17637  |  Link
Kurtnoise
Swallowed in the Sea
 
Kurtnoise's Avatar
 
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,183
@Nevcairiel: it seems that the last FFmpeg commit broke something :

Quote:
git.exe submodule update --init

Submodule 'ffmpeg' (git://git.1f0.de/ffmpeg.git) registered for path 'ffmpeg'
Submodule 'libbluray' (git://git.1f0.de/libbluray.git) registered for path 'libbluray'
Submodule 'qsdecoder' (git://git.1f0.de/qsdecoder.git) registered for path 'qsdecoder'
Cloning into 'ffmpeg'...
fatal: reference is not a tree: 236b9be7dbc5d92c1fee483684624666323df078
Cloning into 'libbluray'...
Submodule path 'libbluray': checked out 'd8cb81c5d0ede075f4e74bc43a651ec39c71d670'
Cloning into 'qsdecoder'...
Submodule path 'qsdecoder': checked out 'cadb1790a43641f7d661981c1c98f1cacc733a97'
Unable to checkout '236b9be7dbc5d92c1fee483684624666323df078' in submodule path 'ffmpeg'


git did not exit cleanly (exit code 1) (146235 ms @ 12/06/2014 06:25:42)
Kurtnoise is offline   Reply With Quote
Old 12th June 2014, 12:28   #17638  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,664
Forgot to push the ffmpeg repo, apparently. All fixed.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 12th June 2014, 18:02   #17639  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,664
LAV Filters 0.62.0
Code:
LAV Splitter
- Fixed: The filtered Forced Subtitles stream did not properly send all related subtitle data in some cases

LAV Video
- NEW: Implemented a WMV9 MFT decoder to replace the old DMO decoder for VC-1/WMV3 on Windows 7 and above
- NEW: Support for VP7 video
- Fixed: Multi-threaded video decoding could result in a handle leak on some systems
- Fixed: Video processing was slow on Windows XP due to inefficient memcpy use
- Fixed: DVD subtitles could overlap on some discs

LAV Audio
- Fixed: Dynamic format switching to an audio stream with a different sample rate did not work in some cases
Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

Mostly pushing this release to get updated ffmpeg libraries out, as well as not cause the new things to rot too long.

WMV9 MFT

As it appears, the WMV9 DMO decoder is kinda broken on Windows 8.1, it doesn't properly identify interlaced videos anymore, which causes them to never engage deinterlacing.
To solve this problem, I've implement a new wrapper around Microsofts decoder, using the MFT (Media Foundation Transform), instead of the DMO. DMOs are a tech from Windows XP and before, and are really old and deprecated, while MFTs are new and clearly better supported - plus getting the information I need out of it was actually quite a bit easier than with the DMO before.

Note that this has no influence on anything DirectShow, LAV is not a Media Foundation filter all of the sudden, it just happens to use the WMV9 MFT, nothing else changes.

Anyway, have fun, and as always report any regressions you find.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 13th June 2014, 08:33   #17640  |  Link
meetajhu
Registered User
 
Join Date: Jan 2011
Posts: 22
Hi nevcairiel, i created 2 icons or logo's for your lav filters hope you like it

Audio icon :

Video icon:
meetajhu 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 20:31.


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