View Full Version : LAV Filters - DirectShow Media Splitter and Decoders


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26

DragonQ
26th April 2013, 20:42
No, it does not.
The audio renderer does all this. If the audio renderer supports bitstreaming, it will know not to treat it like ordinary PCM.

Ah right, so it's up to the renderer to ensure it passes through the bitstream from LAV Audio. Thanks.

kasper93
26th April 2013, 23:24
nevcairiel: Could you add rtmp support?

I've added --enable-protocol=rtmp in build script, works just fine :)

EDIT:
Or not... Playback starts fine, but after a while
"LAVSplitter.ax(tid 9c0) 82141 : ::GetNextPacket(): End of File reached"
and it stops... I guess it's because not stable source, but LAV could wait few sec for recovery, rtmp streams send end packet when it ends... Would be nice to have it working, but I don't know if you care about rtmp or any other streaming ;p

PS. Works fine with ffplay

clsid
26th April 2013, 23:31
Can you also add support for ICYX:// urls? It is just an alias for HTTP, so it should be a simple matter of doing a string change before passing the url to libavformat.

nevcairiel
27th April 2013, 06:14
Personally, i would rather remove streaming options than adding new ones. :)

romulous
27th April 2013, 06:18
Hi nev,

I have a sample file (linked below) that was provided by one of the users on a forum I help out on. There seems to be a problem with LAV with this file - the user reports that changing the splitter to Haali's instead of LAV fixes the problem. This was the problem description:


Ripped Dogma tonite, and the beginning of the movie is all black and has white fonts. Only with fullscreen on and my Audio set to my headset the fonts are messed up :huh: if I switch to windowed mode all is fine, or if I switch to another audio device all is fine.

I notice that when the movie first starts during the very first instant of it when everything is still black you can see the blank screen (totally black) switch to a slightly brighter version of black as the video starts playing. Well.... when I'm set to my headset and in fullscreen mode the video doesn't brighten up like that until the first still image switches to a fade in at 10 seconds. If I wait till the video is playing fine then rewind to the beginning of the movie *without* hitting stop it displays correctly.

How strange is that :unsure:

I've ripped and copied about 30 of my movies so far and have not seen anything like this yet. Here's a couple screens to show what I'm talking about. both taken at the same point in the video about 5 seconds in.


Those screenshots are linked below. The user is still awaiting the '5 days before you can post' new account thing to expire on Doom9, so I offered to post it on their behalf. It would be appreciated if you could take a look at it.

Clip: https://dl.dropboxusercontent.com/u/105555957/5mb%20split%20DOGMA.Title1_0.mkv
Screenshot #1: https://dl.dropboxusercontent.com/u/105555957/Dogma%201.jpg
Screenshot #2: https://dl.dropboxusercontent.com/u/105555957/Dogma%202.jpg

Thanks!

romulous

truexfan81
27th April 2013, 06:31
nevcairiel how exactly does one compile LAV filters using VS2012? when i click build i get 7 errors saying Platform Toolset = 'v110_xp' cannot be found. it says to click the Project menu and then select Update VC++Projects to install it. problem is there is no Update VC++ Projects or anything close to it in the projects menu.
i'm trying to do this on win7

thanks

nevcairiel
27th April 2013, 06:31
There seems to be a problem with LAV with this file - the user reports that changing the splitter to Haali's instead of LAV fixes the problem.

Dunno what to tell you, but when i open this file with LAV, it immediately shows the slightly grey-ish screen, and after about 2 seconds the text appears, seems like it functions as expected.
Fullscreen mode or not, doesn't make any difference.

The fact that this is dependent on FS mode or the selected audio device suggests to me that this is not directly related to the splitter.
More relevant infos to me would be which player, decoder, renderer. HW decoding or SW, etc.

This seems hardly something the splitter has direct influence on, may just be a coincidence that switching it helps somehow.

nevcairiel
27th April 2013, 09:18
@nevcairiel: when you're first doing some fixing related to ordered chapters, how about a little optimizing also ;)

Try with this version?
I didn't do all that much testing yet, but initially it looks functional and reduces the number of querys to the disc to only one read to determine if the file is required.

However, even with like 30 files in one directory, LAV opens in under one second for me (before the change), my network must be faster. :p

Anyway, give it a go:
http://files.1f0.de/lavf/LAVFilters-0.56.2-mkvoptims.zip

Edit:
fixed link

Mercury_22
27th April 2013, 09:24
nevcairiel how exactly does one compile LAV filters using VS2012? when i click build i get 7 errors saying Platform Toolset = 'v110_xp' cannot be found. it says to click the Project menu and then select Update VC++Projects to install it. problem is there is no Update VC++ Projects or anything close to it in the projects menu.
i'm trying to do this on win7

thanks

Did you update your VS to update 2 or even update 3 CTP?
Also you need to build ffmpeg first :)

romulous
27th April 2013, 11:52
The fact that this is dependent on FS mode or the selected audio device suggests to me that this is not directly related to the splitter.
More relevant infos to me would be which player, decoder, renderer. HW decoding or SW, etc.

Thanks nev - I will get some more details about what filters are in use and will get back to you (player is Zoom Player).

mastrboy
27th April 2013, 14:00
Try with this version?
I didn't do all that much testing yet, but initially it looks functional and reduces the number of querys to the disc to only one read to determine if the file is required.

However, even with like 30 files in one directory, LAV opens in under one second for me (before the change), my network must be faster. :p



I helped a lot, went from ca 30 sec to 5 sec, still a little slower than Haali though (1-2 sec) :P

Thanks for the update, didn't expect it so soon :)

nevcairiel
27th April 2013, 15:09
Next try:
http://files.1f0.de/lavf/LAVFilters-0.56.2-mkvoptims2.zip

Maybe a bit better again? :)
Its about all i can think of right now without resorting to the really hacky things.

mastrboy
27th April 2013, 17:24
We're down to 3 sec on the same folder i tested last time. Anyway, it's more than good enough in my opinion when compared to the builds without optimizations.

nevcairiel
27th April 2013, 17:34
Sounds good, i'll call that resolved for now then.

dukey
27th April 2013, 18:48
I got a crash with yadiff deinterlacing with dslibluray
Crashes
Fault Module Name: avfilter-lav-3.dll
No idea if this helps at all
http://i.imgur.com/sz9RgFP.png

nevcairiel
27th April 2013, 20:01
Someone else reported this, but i can't reproduce any issues. :(
If this happens reliably, can you show the disasm at the crash spot? Maybe its related to some special cpu features, even if i doubt it.

dukey
28th April 2013, 01:30
http://i.imgur.com/h5CWrOS.png
Crashes basically every time in software mode anyway

cyberbeing
28th April 2013, 02:37
Sounds good, i'll call that resolved for now then.

The remaining difference would appear to be caused by QueryInformationVolume & QueryAllInformationFile calls on each MKV, which Haali doesn't do.

LAV (mkvoptims2)
CreateFile 01.mkv Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened
QueryInformationVolume 01.mkv VolumeCreationTime: 8/10/2011 6:37:29 PM, VolumeSerialNumber: 983B-EC50, SupportsObjects: True, VolumeLabel: Ani6
QueryAllInformationFile 01.mkv CreationTime: 5/8/2011 12:19:14 PM, LastAccessTime: 4/27/2013 1:10:34 PM, LastWriteTime: 5/8/2011 12:32:25 PM, ChangeTime: 4/17/2013 6:51:02 PM, FileAttributes: ANCI, AllocationSize: 564,854,784, EndOfFile: 564,817,797, NumberOfLinks: 1, DeletePending: False, Directory: False, IndexNumber: 0x100000000075b, EaSize: 0, Access: Generic Read, Position: 0, Mode: Synchronous IO Non-Alert, AlignmentRequirement: Byte
ReadFile 01.mkv Offset: 0, Length: 32,768, Priority: High


Haali
CreateFile 01.mkv Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: n/a, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened
ReadFile 01.mkv Offset: 0, Length: 32,768, Priority: High
CloseFile 01.mkv

ryrynz
28th April 2013, 05:41
When I my receiver is on standby and is passing through HDMI, why is it that the Microsoft DTV-DVD audio decoder is used instead of LAV?

sneaker_ger
28th April 2013, 07:08
The remaining difference would appear to be caused by QueryInformationVolume & QueryAllInformationFile calls on each MKV, which Haali doesn't do.

Here it even tells me these calls' results are "BUFFER OVERFLOW". (QueryAllInformationFile)

Other than that:
Haali closes unneeded files after the search, while LAV leaves them open to the end.

You can also see how all mkv files in the folder are being searched, although all needed segments have already been found. But Haali seems to do that, too. (Even tries to read the current file again and all files regardless of extension.) So it could be optimized, but it shouldn't be slower than Haali because of that.

nevcairiel
28th April 2013, 07:57
The remaining difference would appear to be caused by QueryInformationVolume & QueryAllInformationFile calls on each MKV, which Haali doesn't do.

I know, but this is part of the core ffmpeg file opening code, and i didn't want to start hacking around in there

sneaker_ger
28th April 2013, 08:00
Here's a sample for the simple linking via PrevUID/NextUID with supporting PrevFilename/NextFilename elements:
http://www.mediafire.com/?66sed9zia7152rr

Files A, B and C are linked. File D is an independent file. LAV behaves similar to the ordered chapters linking, i.e. it reads in all files including D.

cyberbeing
28th April 2013, 10:22
Here it even tells me these calls' results are "BUFFER OVERFLOW". (QueryAllInformationFile)

I get that as well, but I omitted it from my post since it shouldn't matter. It essentially just means that the allocated buffer was too small and Windows prevented a buffer overflow by discarding the extra data. It's quite possible FFMPEG uses a small buffer on purpose, if it doesn't care about the information at the end of these calls.

Relavant Blog Post (http://blogs.technet.com/b/markrussinovich/archive/2005/05/17/buffer-overflows.aspx)

nevcairiel
28th April 2013, 10:51
ffmpeg is just calling _fstati64, which must internally translate to those other functions with a partial data buffer (because it only needs a subset of the data), as explained in that blog post.

Anyway, i did some more changes, it will now close files it doesn't need after building the virtual timeline, and also skip that fstat call for file probing (its not needed here).
I'm not sure if i will bother dealing with Prev/NextFilename soon, it seems rather rare for these to be set properly (at all or to valid values, wouldn't survive a rename obviously), and would add a bit of extra complexity in the code, maybe at a later date (but i did put it on my task list)

Edit:
If anyone wants to test:
http://files.1f0.de/lavf/LAVFilters-0.56.2-6-g848018d.zip

Soukyuu
28th April 2013, 19:14
I am getting weird behavior on some of the videos, playback gets stuck even though both the GPU (36%) and the CPU (24%) usage are fine. I tried disabling xy vs-filter and madVR, as well as disabling LAV and the issue is gone. Turning madvr and xy-VSFilter back on doesn't reintroduce the issue.

Basically, when I jump to a chapter in an mkv, video will get stuck while audio is playing and madVR is reporting all queues to be empty. The video re-synchronizes after about 5 seconds, with madVR displaying the decoder queue overflowing (i.e.: 34-36/6), rest of the queues are shown as full. It happens with the mkv being played both from the network share (~80MB/s access speed) and my HDD. I have the video decoder in software mode, setting it to any hardware accelerated doesn't solve the issue, but results in dropped frames... but the above queue overflow doesn't happen.

Any ideas?

edit: I have to add that it happens only on this specific chapter, not all the chapters of this file, so maybe it's bitrate related?

kasper93
30th April 2013, 00:04
@nevcairiel: Could you take a look? https://dl.dropboxusercontent.com/u/16282309/MPC-HC/test1.flv
LAV Splitter doesn't see video stream. Works fine with MPC flv source and with ffplay... It's totally random shitty .flv but doesn't work only with LAV so I think it could be fixed :) Thanks in advance.

filler56789
30th April 2013, 00:59
https://dl.dropboxusercontent.com/u/16282309/MPC-HC/test1.flv

Looks like that's a b0rked file:

=>ffmpeg -i test1.flv
ffmpeg version N-49069-gc74d465 Copyright (c) 2000-2013 the FFmpeg developers
built on Jan 20 2013 23:39:19 with gcc 4.7.2 (GCC)

*
*
*

[flv @ 024f7840] decoding for stream 0 failed
[flv @ 024f7840] Could not find codec parameters for stream 0 (Video: h264, 1843 kb/s):
unspecified size

VirtualDub cannot open it neither. ;)

Workaround: remux with a DirectShow Matroska Muxer. Then if you remux the MKV with ffmpeg,
the new FLV plays normally in VirtualDub. :)

filler56789
30th April 2013, 03:01
OTOH, perhaps the following pesky .RM file is worth studying :)

http://forum.videohelp.com/threads/355579-How-to-make-playable-RMF-format-RealVideos?p=2237672&viewfull=1#post2237672

Telion
30th April 2013, 12:02
Hello, nevcairiel!
I've stumbled upon an mkv file with chapters that aren't exposed to MPC-HC/BE Jump To menu by LAV Splitter, while they are shown when using Haali or MPC Matroska Source splitters. Please take a look at the sample:
http://www.sendspace.com/file/gc9dft

nevcairiel
30th April 2013, 12:05
Hello, nevcairiel!
I've stumbled upon an mkv file with chapters that aren't exposed to MPC-HC/BE Jump To menu by LAV Splitter, while they are shown when using Haali or MPC Matroska Source splitters. Please take a look at the sample:
http://www.sendspace.com/file/gc9dft

These chapters are not marked as "Enabled" in the MKV file, and therefor are not shown.

kasper93
30th April 2013, 12:33
@filler56789
Yeah, nevermind it's just broken file... But when MPC FLV Source playback it fine ;p Anyway, I know how to fix such streams, I play a lot with shitty staff recently ;p

betaking
30th April 2013, 14:39
to nev last git can not built lavaudio.ax!

nevcairiel
30th April 2013, 14:57
Fixed

00pontiac
1st May 2013, 02:57
Dunno what to tell you, but when i open this file with LAV, it immediately shows the slightly grey-ish screen, and after about 2 seconds the text appears, seems like it functions as expected.
Fullscreen mode or not, doesn't make any difference.

The fact that this is dependent on FS mode or the selected audio device suggests to me that this is not directly related to the splitter.
More relevant infos to me would be which player, decoder, renderer. HW decoding or SW, etc.

This seems hardly something the splitter has direct influence on, may just be a coincidence that switching it helps somehow.

hi nev, yeah I'm the user Romulous mentioned (original post is here http://forum.doom9.o...873#post1625873 ) about the info you mentioned, I've taken a screenshot of my Filter Properties window (shows most of the info there I believe and is opened on the video at the same time I get the weird behavior) my player is Zoomplayer and as for software/hardware decoding, I've tried software and DXVA2 Copy-Back and DXVA2 Native, all exhibiting the same problem.

tahaa7
1st May 2013, 10:32
There seems to be a problem with the latest version of LAV Audio Decoder. It no longer outputs DTS-HD MA in full resolution (with dtsdecoder.dll), only 16-bit/48kHz.

nevcairiel
1st May 2013, 11:01
There seems to be a problem with the latest version of LAV Audio Decoder. It no longer outputs DTS-HD MA in full resolution (with dtsdecoder.dll), only 16-bit/48kHz.

Still works perfectly here, and nothing changed in there for month.

Soukyuu
1st May 2013, 11:07
I am getting weird behavior on some of the videos, playback gets stuck even though both the GPU (36%) and the CPU (24%) usage are fine. I tried disabling xy vs-filter and madVR, as well as disabling LAV and the issue is gone. Turning madvr and xy-VSFilter back on doesn't reintroduce the issue.

Basically, when I jump to a chapter in an mkv, video will get stuck while audio is playing and madVR is reporting all queues to be empty. The video re-synchronizes after about 5 seconds, with madVR displaying the decoder queue overflowing (i.e.: 34-36/6), rest of the queues are shown as full. It happens with the mkv being played both from the network share (~80MB/s access speed) and my HDD. I have the video decoder in software mode, setting it to any hardware accelerated doesn't solve the issue, but results in dropped frames... but the above queue overflow doesn't happen.

Any ideas?

edit: I have to add that it happens only on this specific chapter, not all the chapters of this file, so maybe it's bitrate related?
Not sure if this was overlooked...

tahaa7
1st May 2013, 11:22
Still works perfectly here, and nothing changed in there for month.

Sorry, my fault. Yes, it works perfectly. Looks like the Blu-ray I tried to play only has a 16-bit DTS-HD MA track.

BTW, thank you very much for this project! ;)

00pontiac
1st May 2013, 11:43
.
.
.
.
.

00pontiac
1st May 2013, 11:46
hi nev, yeah I'm the user Romulous mentioned (original post is here http://forum.doom9.o...873#post1625873 ) about the info you mentioned, I've taken a screenshot of my Filter Properties window (shows most of the info there I believe and is opened on the video at the same time I get the weird behavior) my player is Zoomplayer and as for software/hardware decoding, I've tried software and DXVA2 Copy-Back and DXVA2 Native, all exhibiting the same problem.

I should probly add the fact that in my original post to the Zoomplayer forum I found the issue to be dependent on my audio setting (yeah, bear with me here), I'm running two copies of Zoomplayer each with their own audio output settings. In the first instance my sound card is outputting audio via DirectSound: S/PDIF Pass-through Device on my audio card (which is an ASUS Xonar Essence STX Audio Device) there is no issues here, everything behaves exactly as expected with no problems. On my second installation of Zoomplayer I'm using my DirectSound: 7.1 Logitech Headset G930 for audio - THIS is where the problem occurs. It is in this instance that the problems occur, and thus my original thread on the Zoomplayer forums of 'Audio influencing Video' (http://forum.inmatrix.com/index.php?showtopic=14037&hl=%2Baudio+%2Binfluencing) So this is all a long shot and I kinda figure there's no help, just the fact that Logitech is somehow F****D again, and throwing a monkey wrench in the works with their half arsed drivers :stupid: in which case I can understand. Just following a suggestion that you might like to look at it - especially because and for the fact that when I switch to Hali for my spliter there's no issues at all.

thanks nev

leeperry
1st May 2013, 15:16
Is there a way you could please allow to choose between the WM9 DMO and libavcodec? ffdshow has the option but when I open a bunch of files in seamless playback mode with PotP, the latter will not switch between LAV/ffdshow(as LAV can also decode it) and I've got some videos that would appear to show glitches with the DMO and not libav(which also decodes in MT IIRC?) :o

:thanks:

DragonQ
1st May 2013, 15:25
Is there a way you could please allow to choose between the WM9 DMO and libavcodec? ffdshow has the option but when I open a bunch of files in seamless playback mode with PotP, the latter will not switch between LAV/ffdshow(as LAV can also decode it) and I've got some videos that would appear to show glitches with the DMO and not libav(which also decodes in MT IIRC?) :o

:thanks:
You mean like this option?

http://www.aotplaza.com/Files/HTPC/LAV%20Video%20Properties.png

paradoxical
1st May 2013, 15:26
Is there a way you could please allow to choose between the WM9 DMO and libavcodec? ffdshow has the option but when I open a bunch of files in seamless playback mode with PotP, the latter will not switch between LAV/ffdshow(as LAV can also decode it) and I've got some videos that would appear to show glitches with the DMO and not libav(which also decodes in MT IIRC?) :o

:thanks:

There already is an option. Uncheck "Use Microsoft WMV9 DMO decoder" in the LAV video properties. It's been there for some time now.

DarkSpace
1st May 2013, 16:09
If dynamic ASS style switching worked, this would be possible - but this is not in my hands, its the subtitle filters which don't support this right now.
The xy-VSFilter dev expressed that he sees this as a useful feature to support. Possibility for the future.
Just for the record, I created an issue (http://code.google.com/p/xy-vsfilter/issues/detail?id=147) at the xy-VSFilter Issue Tracker for this.
Out of interest, are you still trying to re-send the relevant styles to the subtitle renderer on a Segment switch in addition to loading the whole Style block of the main Segment or is this behavior turned off?

Aleksoid1978
2nd May 2013, 08:04
Hi nevcairiel

LAV splitter incorrect work with some .aob files (DVD-Audio).
http://aleksoid.voserver.net/Sample/MLP/ats_01_1.aob - incorrect duration detect.
http://aleksoid.voserver.net/Sample/MLP/DVDA_LPCM_16bit44100stereo.AOB - wrong track type detect, pcm_s16be instead of MLP.

Aleksoid1978
2nd May 2013, 08:06
if any have a MKV's with linked Segment and different subtitle style - upload please, i want do accept new style when Segment changes.

THX-UltraII
2nd May 2013, 14:31
Is it possible with LAV filters to move my subtitles when playing BDMV Blu-Ray structure? I tried the override placement setting in MPC-HC but it does not do anything.....

nevcairiel
2nd May 2013, 14:46
Why would the source move your subtitles?

AngelGraves13
3rd May 2013, 06:42
I've got LAV set up perfect for watching my blu-ray remuxes.

Forced Subs + flags in the MKV and MPC BE. Arcsoft DTS-HD Decoder as well. Using the 32-bit build of MPC BE because Arcsoft DLL is only 32-bit.

It doesn't get any better than using LAV.

QBhd
3rd May 2013, 07:04
I've got LAV set up perfect for watching my blu-ray remuxes.

Forced Subs + flags in the MKV and MPC BE. Arcsoft DTS-HD Decoder as well. Using the 32-bit build of MPC BE because Arcsoft DLL is only 32-bit.

It doesn't get any better than using LAV.

Agreed... Paired with madVR nothing is better! Mad props to nevcairiel and madshi!

QB

ps... I use PotPlayer with a super minimalist skin. I think it was Cruncher who created it... slick and clean.

Soukyuu
3rd May 2013, 22:44
Chapter jumping is wonky with the current LAV splitter. Many files end up not showing typesetting that are close to the chapter jump, even though the .ass lines make sense (i.e. chapter jump x:xx:xx.767, subtitle line x:xx:xx.80 - subtitle is not shown after jump). Switching to Haali splitter works fine.

nx6
4th May 2013, 02:56
Is it possible with LAV filters to move my subtitles when playing BDMV Blu-Ray structure? I tried the override placement setting in MPC-HC but it does not do anything.....

It these are the original subtitles from the BD they can't be moved because they are graphical in nature. The settings you're referring to in MPC-HC are for where plain text-based subs (usually SRT format) are placed on screen after being rendered by the player. Those settings have no effect on native subs from a DVD or BD, or styled text subs (SSA/ASS) because they include position information in their style info.

dansrfe
4th May 2013, 05:48
Is there any possible way to shift the subtitle bitmap render coordinates in MPC-HC, however? Something that can be added perhaps? If so then I might as well add a feature request for it in the MPC-HC thread. I want to be sure that it isn't a dumb request though...

nevcairiel
4th May 2013, 07:30
Chapter jumping is wonky with the current LAV splitter. Many files end up not showing typesetting that are close to the chapter jump, even though the .ass lines make sense (i.e. chapter jump x:xx:xx.767, subtitle line x:xx:xx.80 - subtitle is not shown after jump). Switching to Haali splitter works fine.

I can't do anything without a sample demonstrating the problem.
This generally goes for any issue reports. The most important thing is to be able to reproduce the problem, only then there is a chance to fix it.

AngelGraves13
4th May 2013, 09:34
Would it be difficult to add Color Management (gamma correction) to LAV Video? Only EVR Custom supports Color Management in MPC and I prefer to watch movies with 16-235 with 2.2 gamma instead of plain old 0-255 with no gamma correction.

It looks better. I'd love for LAV Video to do this.

nevcairiel
4th May 2013, 09:36
Not going to happen. LAV Video is a decoder, not a color processor.

Aleksoid1978
4th May 2013, 11:00
Hello nevcairiel. You have to disable the opening of .IFO files by LAV Splitter. LAV can open .IFO - but not correctly. :)

nevcairiel
4th May 2013, 11:06
LAV cannot open IFO files at all, that would've been news to me. I tested just now, it refuses to open the file.

Aleksoid1978
4th May 2013, 13:26
LAV cannot open IFO files at all, that would've been news to me. I tested just now, it refuses to open the file.

But - sometimes still tries to open ... and open :)

Here screen-shot and .IFO file which opened by LAV Source.
http://aleksoid.voserver.net/Sample/LAV_IFO/

nevcairiel
4th May 2013, 13:50
Ah it misdetects them as AAC for some reason.
I added a check to block opening .ifo files completely.

leeperry
4th May 2013, 15:38
Oops, thanks for the heads-up on the WM9 DMO sub-option as I completely missed it :o

BTW, is it possible to use LAV for 50i european DVB-T? The more it goes, the more I realize that many/most flat TV's embed crapstatic deinterlacers(combing artifacts/dropped frames altogether) and IME CUVID works amazingly well :)

I can see that in PotP I can select a DBV-T input device but I have no idea how that'd work and whether I could decode the 576i/1080i@50 streams via mVR(with smooth-motion)/Reclock(with inverse palspeedup) and LAV with CUVID :confused:

Weirdo
4th May 2013, 15:48
I am trying to open a DVC PRO HD .mov file, and while the LAV Video + MPC-HC's internal splitter combination have no problems with it (with "Source Filters-MP4/MOV" enabled), the LAV Splitter cannot open it. MPC-HC pin info here (http://www.mediafire.com/?fni1nrxozonoang).

nevcairiel
4th May 2013, 16:08
I am trying to open a DVC PRO HD .mov file, and while the LAV Video + MPC-HC's internal splitter combination have no problems with it (with "Source Filters-MP4/MOV" enabled), the LAV Splitter cannot open it. MPC-HC pin info here (http://www.mediafire.com/?fni1nrxozonoang).

I added more FourCCs to LAV Video, so that it recognizes "dvhq" as well.
In my experience its better to keep the same FourCC as the source file has, because it helps to identify the DV profile used by the decoder, instead of mapping all DV profiles to one FourCC like the MPC-HC decoder does.

DragonQ
4th May 2013, 16:39
BTW, is it possible to use LAV for 50i european DVB-T? The more it goes, the more I realize that many/most flat TV's embed crapstatic deinterlacers(combing artifacts/dropped frames altogether) and IME CUVID works amazingly well :)
Of course. LAV Filters is recommended for most HTPC software; I use it myself with MediaPortal.

I can see that in PotP I can select a DBV-T input device but I have no idea how that'd work and whether I could decode the 576i/1080i@50 streams via mVR(with smooth-motion)/Reclock(with inverse palspeedup) and LAV with CUVID :confused:
Using MadVR is a bit more tricky since most HTPC software doesn't support it yet (JRiver is the only one I believe and it isn't free). Obviously you can watch recorded TV in the same way you'd watch any other video file though.

Not sure why you'd need Reclock. Smooth Motion would only be necessary with a display that doesn't support 50p (e.g. computer monitors).

skingery
5th May 2013, 06:37
Might not be the place for this but I thought maybe someone could point me in the right direction.
I have a Sandy Bridge processor and using LAV Video the option for Quicksync says unavailable. I have the latest driver from Intel. Also the latest BIOS. Oddly, it used to work on the PC so I must have done something odd.
Are their any tools for checking Quicksync?

Superb
5th May 2013, 11:08
Did you install the official Intel Graphics drivers from Intel.com? If not, do that.
The ones from Windows Update aren't enough AFAIK.

skingery
5th May 2013, 17:46
Did you install the official Intel Graphics drivers from Intel.com? If not, do that.
The ones from Windows Update aren't enough AFAIK.
Yep. And the SDK is in the Program Files folder. And it works with Babgvant's qstranscode. Just doesn't seem to be detected by LAV.

wanezhiling
5th May 2013, 18:35
Just doesn't seem to be detected by LAV.
Try ffdshow

nevcairiel
5th May 2013, 19:22
You don't need to install any SDK, only the complete driver. And of course, a screen needs to be connected to the Intel GPU.

Hera
5th May 2013, 19:30
Is it possible to force it to buffer more? (Seems to stop buffering in a few seconds)

For smooth playback of video files on shared network folder?

rack04
5th May 2013, 21:06
Might not be the place for this but I thought maybe someone could point me in the right direction.
I have a Sandy Bridge processor and using LAV Video the option for Quicksync says unavailable. I have the latest driver from Intel. Also the latest BIOS. Oddly, it used to work on the PC so I must have done something odd.
Are their any tools for checking Quicksync?

I believe this works only on Windows 7/8. What OS are you using?

Soukyuu
5th May 2013, 21:21
Is it possible to force it to buffer more? (Seems to stop buffering in a few seconds)

For smooth playback of video files on shared network folder?
If you have a stable WLAN N or any LAN connection, you shouldn't have any problems with playback over network. About the only problem I have is MPC not getting stuck if I send the PC to sleep and then resume from it. But that seems to be a windows issue rather than madvr/mpc. SMB is just messy...

Hera
5th May 2013, 23:46
If you have a stable WLAN N or any LAN connection, you shouldn't have any problems with playback over network. About the only problem I have is MPC not getting stuck if I send the PC to sleep and then resume from it. But that seems to be a windows issue rather than madvr/mpc. SMB is just messy...

Source 100Mbit rj45 connection -> Netgear Router -> 802.11g @30 - 45% utilization (Wi Fi has insane overhead for some dumb reason) Target

Simply not enough. And when I pause the playback, buffering stops, instead of buffering on and on at least a few hunded MB.

Dodgexander
6th May 2013, 01:34
I think chances are your Wi-Fi isn't fast enough.

How buffering works well be dependant on the player also I believe and I don't think any offer the option to pause and leave something buffering in the background(for example).

Sent from my Blade S using Tapatalk 2

skingery
6th May 2013, 02:12
You don't need to install any SDK, only the complete driver. And of course, a screen needs to be connected to the Intel GPU.
Didn't. Just happened to see the folder there.
Intel drivers (latest)
Windows 7 32-bit
Using HDMI hooked to my TV
There is a HDMI switch between my PC and TV maybe that is an issue. Could try a direct connection I guess.

skingery
6th May 2013, 07:08
Didn't. Just happened to see the folder there.
Intel drivers (latest)
Windows 7 32-bit
Using HDMI hooked to my TV
There is a HDMI switch between my PC and TV maybe that is an issue. Could try a direct connection I guess.
On a whim, I tried Eric Gur's suggestions to create a 'fake' display (http://forum.doom9.org/showthread.php?p=1532786#post1532786) and now Quick Sync is detected just fine. Even after I deleted the fake display. So, who knows. I probably tweaked something sideways at some point or another.

DragonQ
6th May 2013, 11:46
If you have a stable WLAN N or any LAN connection, you shouldn't have any problems with playback over network. About the only problem I have is MPC not getting stuck if I send the PC to sleep and then resume from it. But that seems to be a windows issue rather than madvr/mpc. SMB is just messy...
I've had problems with video over WiFi recently when using SMB but I think I narrowed down the issue to something other than LAV:

- WiFi + 15 Mbps VPN + MediaPortal = nothing works (not even piddly SD stuff)
- WiFi + 15 Mbps VPN + MPC-HC = SD works, HD doesn't (I guess the speed needs to be higher due to VBR and network fluctuations)
- WiFi + local network + MPC-HC = mostly works but occasionally drops out
- Ethernet + local network + any software = fine

Basically I think my laptop's WiFi is just a bit crap (even with latest drivers), and I know my BT Home Hub is crap (even with latest firmware), so combined they just reach a new level of crapness where I get packet loss whilst pinging even with a full strength signal. :rolleyes:

mindbomb
7th May 2013, 15:00
I wanted to try this audio renderer - http://www.softpedia.com/get/Multimedia/Audio/Other-AUDIO-Tools/ASIO-Renderer.shtml
but lav audio never seems to connect to it under any circumstances. Anyone know what's happening?

nevcairiel
7th May 2013, 16:24
Do you actually have a ASIO driver for your card? Otherwise it will obviously not work. (and ASIO4ALL has zero advantages over WASAPI)
It may also simply not like whatever combination of sample format and channels you're trying to send.

Qaq
7th May 2013, 17:15
I wanted to try this audio renderer - http://www.softpedia.com/get/Multimedia/Audio/Other-AUDIO-Tools/ASIO-Renderer.shtml
but lav audio never seems to connect to it under any circumstances. Anyone know what's happening?
Well, it actually connects:
Filter : Surodev © ASIO Renderer - CLSID : {50063380-2B2F-4855-9A1E-40FCA344C7AC}

- Connected to:

CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Filter: LAV Audio Decoder
But no sound on any bit depth and playback is veeeery slow.
BTW, quote from the site:
Here are some key features of “ASIO Renderer”:

· 32bit floating point audio
· automatically rejects sample formats that are not supported by the sound card
· Can be used with any Directshow application: grapheditor, WMP, Media Player Classic etc

mindbomb
7th May 2013, 17:22
Yea, im trying it on a xonar sound card that has asio support. I tried stereo 16 bit out of lav audio, and that still went to directsound instead in mpc hc.
well, it sounds like the renderer needs more work anyway, back to reclock.

filler56789
7th May 2013, 18:48
Over here, only the old version of the ASIO Renderer works ("half-assedly", I must say). It doesn't like AC3Filter though. :eek:

jkauff
8th May 2013, 02:43
I've never used ASIO Renderer, but the ASIO setting in JRiver MediaCenter works fine with LAV. I don't think it's a LAV problem.

huhn
8th May 2013, 07:02
Yea, im trying it on a xonar sound card that has asio support. I tried stereo 16 bit out of lav audio, and that still went to directsound instead in mpc hc.
well, it sounds like the renderer needs more work anyway, back to reclock.

disable audio switcher and use the old version.

that "works" with my essence stx but is far from perfect loop doesn't work

raisedbywolves
8th May 2013, 16:45
just curious if anyone can help me out here. just bought a new laptop (asus ux31a) which has an i5 ivy bridge processor with hd 4000 graphics. installed the latest drivers and everything, but i'm getting that dreaded quicksync not available thing in lav. i've googled and nothing i've found has really helped. the fake screen is for people with multi-gpu's, but i tried it anyway just for the hell of it and that didn't help. went back to older drivers, that didn't help. uninstalled, reinstalled, that didn't work. any clue as to what else i could do?

jkauff
8th May 2013, 21:39
just curious if anyone can help me out here. just bought a new laptop (asus ux31a) which has an i5 ivy bridge processor with hd 4000 graphics. installed the latest drivers and everything, but i'm getting that dreaded quicksync not available thing in lav. i've googled and nothing i've found has really helped. the fake screen is for people with multi-gpu's, but i tried it anyway just for the hell of it and that didn't help. went back to older drivers, that didn't help. uninstalled, reinstalled, that didn't work. any clue as to what else i could do?
Did you download the drivers from Asus or Intel? The Intel drivers definitely have the QuickSync libraries, but maybe the Asus ones don't. The Windows Update drivers don't have QuickSync, so don't use those.

raisedbywolves
9th May 2013, 03:03
i figured out what it was and i feel pretty dumb about it, but apparently the quicksync decoder doesn't work with windows 8. makes me tempted to go back to windows 7 now.

huhn
9th May 2013, 03:45
should work in windows 8.

3. Windows 7 (32/64) or newer OS. Should work in Vista but I can't test this.

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

try this driver or/and ask egur.

https://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&ProdId=3498&DwnldID=22652&ProductFamily=Graphics&ProductLine=Desktop+graphics+drivers&ProductProduct=3rd+Generation+Intel%c2%ae+Core%e2%84%a2+Processors+with+Intel%c2%ae+HD+Graphics+4000%2f2500&lang=eng

raisedbywolves
9th May 2013, 05:20
that's the driver i have installed. and i read in the thread somewhere about him talking about how windows 8 has to use directx 11 and the quicksync decoder is set up to work directx 9 or something like that.

wanezhiling
9th May 2013, 06:02
No any relation, qs decoder works fine on win8

raisedbywolves
9th May 2013, 07:20
oh, wow. then i have no clue. i have the latest drivers from intel, i tried the latest drivers from asus, i did the fake display thing, i've tried installing an older version of lav. can't get it to work.

Superb
9th May 2013, 14:35
Do you have a secondary graphics card installed? If so, connect the display to the Intel display slot on your machine (just for testing). Works then?

raisedbywolves
9th May 2013, 15:36
no secondary graphics card. it's an asus ultrabook with an i5-3517u and hd 4000 graphics.

nevcairiel
9th May 2013, 16:30
I have a UX31A myself, and QuickSync works just fine on it. Like others suggested, make sure you install the official drivers directly from Intel.
If everything is installed properly, you should have a file like this, which is the main driver for the Intel decoder: C:\Program Files (x86)\Intel\Media SDK\libmfxhw32.dll

noee
9th May 2013, 16:42
@nevcairiel:
I see you're making some changes (git), just FYI, on the your latest git ffmpeg build, I'm getting:

common.mak:139: *** missing separator. Stop.

nevcairiel
9th May 2013, 16:45
Checkout with LF line endings only, and that error will never bother you again. :p

raisedbywolves
9th May 2013, 16:50
okay, this is odd. i checked my intel directory and there wasn't anything in there but i know i definitely installed the newest driver and to that directory. so i did a search for that file you mentioned and oddly enough, i found that and all the other files in the temp directory? i have no clue how that happened. i know that the driver install should default to the intel directory in program files, so i have no clue what's going on. but that probably explains it. i'm guessing the quicksync decoder calls to that file and it's not locating it there.

bejita7
9th May 2013, 21:17
If I have 2.1 speakers should I enable dowmixing to Stereo in LAV Audio Mixing tab? There's no 2.1 in output speaker configuration list, so that means there's no difference between 2.1 and Stereo? (I have speakers connected only with green minijack)

DragonQ
9th May 2013, 22:47
If the speakers are connected via a single plug then it is only being fed a stereo signal anyway. The control box (usually on the subwoofer) controls which frequencies get output by the sub and satellites. So yes, choose stereo.

2.1 is only different to 2.0 in terms of output when you have a separate sub connection. It's why with some AVRs you must choose "stereo" to get stereo sound redirected correctly to a sub - using "direct", "pass-through" or similar will simply send the two channels to the two front speakers and bypass the sub.

dansrfe
10th May 2013, 07:51
Small requests:

1) Selective channel mute
2) Master/Selective channel volume increase/decrease

Small bug (maybe?): When I add an audio delay or make any other changes and press "OK" I'm expecting the changes to the settings I've made to be temporary and only last until I close the player. When I press "Apply" I expect it to persist which works just fine. The problem is that "OK" works the same as "Apply".

Thanks for all your excellent work on LAVFilters, nevcairiel!

nevcairiel
10th May 2013, 07:54
Not going to happen any time soon. Primary focus is and remains a decoder.

QBhd
10th May 2013, 08:00
Ok=Apply + Close in almost every app I know...

QB

nevcairiel
10th May 2013, 08:05
Indeed, "Apply" means "Save" and "OK" means "Save and Close". Its how basically every app works.
Also, LAV has no notion of temporary settings.

dansrfe
10th May 2013, 08:08
Ah, I see. Thanks for clearing the "OK" vs "Apply" functions for me. I was under a different impression for some reason :o

Dodgexander
10th May 2013, 12:40
okay, this is odd. i checked my intel directory and there wasn't anything in there but i know i definitely installed the newest driver and to that directory. so i did a search for that file you mentioned and oddly enough, i found that and all the other files in the temp directory? i have no clue how that happened. i know that the driver install should default to the intel directory in program files, so i have no clue what's going on. but that probably explains it. i'm guessing the quicksync decoder calls to that file and it's not locating it there.

The temporary directory is where the driver will extract the files prior to installation. So for whatever reason they aren't installing for you.

Try deleting the Intel directory from your system drive (usually c:\Intel ), uninstall current drivers, reboot and then use the Intel auto detect driver tool thingy from the Intel website to ensure you're getting the correct driver.

Sent from my Blade S using Tapatalk 2

raisedbywolves
10th May 2013, 13:33
The temporary directory is where the driver will extract the files prior to installation. So for whatever reason they aren't installing for you.

Try deleting the Intel directory from your system drive (usually c:\Intel ), uninstall current drivers, reboot and then use the Intel auto detect driver tool thingy from the Intel website to ensure you're getting the correct driver.

Sent from my Blade S using Tapatalk 2

i have already done that. i've uninstalled, ran a registry cleaner, deleted my intel folder, deleted the graphics processor folder that installs in program files, no matter what i do it doesn't seem to fully install. i'm installing the latest driver package for windows 8 64-bit and it just seems to be screwy no matter what. i'm like 99% sure i'm gonna go back to windows 7. for the most part, i like windows 8, but i'd really like to be able to use quicksync.

wanezhiling
10th May 2013, 13:39
Maybe your win8's admin problem? UAC related?

raisedbywolves
10th May 2013, 13:47
i'm on admin and uac is off.

Mercury_22
10th May 2013, 16:21
i'm on admin and uac is off.

If you have VC 2010 redist installed you should try uninstall it install drivers and then reinstall vc 2010 redist

P.S. Latest vc 2010 here (http://forums.mydigitallife.info/threads/19461-Windows-Hotfix-repository/page787) if you need it

clsid
10th May 2013, 18:25
Turning UAC off can actually cause installation problems instead of solving them.

Soukyuu
10th May 2013, 22:15
Turning UAC off can actually cause installation problems instead of solving them.This is especially true for win8. Mainly because turning it off via control panel does NOT actually turn it off, so if a legacy program needs admin privileges it silently does not get them. There is a registry key to turn UAC off completely but that leads to all MetroUI related stuff to stop working.

tl;dr: on win8, leave UAC on.

Dodgexander
10th May 2013, 22:32
I have had the same problem with win 8 also with some programs and installs.

I think there's little more you can try than a re install of Windows though. Make sure you install all the drivers needed step by step from the official websites. For instance Intel inf installation for chipset.

You could also look at bios settings and perhaps load optimised defaults. Could be some energy saving feature too.

Sent from my Blade S using Tapatalk 2

raisedbywolves
11th May 2013, 06:40
i've already gone back to windows 7. quicksync is working but windows 7 seems slower than 8 and twice already i've gotten warnings about needing to shut down potplayer because the system is using too much memory. but i've already gone and installed all my programs and everything. maybe over the weekend i'll try windows 8 again and try the vc 2010 and the uac suggestions. it's just annoying because i did a clean install, installed all the latest intel stuff straight from their site and it still did that weird thing where it wouldn't install the graphics driver correctly.

Mercury_22
11th May 2013, 08:37
i've already gone back to windows 7. quicksync is working but windows 7 seems slower than 8 and twice already i've gotten warnings about needing to shut down potplayer because the system is using too much memory. but i've already gone and installed all my programs and everything. maybe over the weekend i'll try windows 8 again and try the vc 2010 and the uac suggestions. it's just annoying because i did a clean install, installed all the latest intel stuff straight from their site and it still did that weird thing where it wouldn't install the graphics driver correctly.

Have you disabled paging file ?
I think you may have to test your mem & cpu just in case

Also you can use a dual boot with a VHD to test /have both windows

P.S. Did you manually install the intel inf? not just run the exe? If not my suggestion is to go to device manager then in View select "Devices by connection" and manually update the drivers for all devices under "PCI bus" (use "Browse my computer..." to the location of your extracted inf files)
You can use prime95 (http://www.mersenne.org/freesoft/) and memtest86 (http://www.memtest86.com/)

raisedbywolves
11th May 2013, 09:26
Have you disabled paging file ?
I think you may have to test your mem & cpu just in case

Also you can use a dual boot with a VHD to test /have both windows

P.S. Did you manually install the intel inf? not just run the exe? If not my suggestion is to go to device manager then in View select "Devices by connection" and manually update the drivers for all devices under "PCI bus" (use "Browse my computer..." to the location of your extracted inf files)
You can use prime95 (http://www.mersenne.org/freesoft/) and memtest86 (http://www.memtest86.com/)

i did disable it because the ssd seemed slow and i thought that might help, but then i kept getting low memory errors so i put it back at 200 mb minimum-6 gb maximum. i might try the vhd thing, that way if it i can't solve the intel thing on windows 8, i can at least go back to windows 7 with all my programs no harm no foul.

i didn't manually install anything. i'll try that next time.

Mercury_22
11th May 2013, 09:42
i did disable it because the ssd seemed slow and i thought that might help, but then i kept getting low memory errors so i put it back at 200 mb minimum-6 gb maximum. i might try the vhd thing, that way if it i can't solve the intel thing on windows 8, i can at least go back to windows 7 with all my programs no harm no foul.

i didn't manually install anything. i'll try that next time.

You can also use INF_allOS_9.4.0.1017_PV.exe -overide -overall -overwrite but the manual "way" it's the best :), also in my experience, for paging file, it's best to use the "Automatically manage paging file size...." and never disable it unless you have at least 8gb ram and even then there might be programs which still need the "paging file" just because their code is "bad"
Still think you should check/test your cpu and mem
EDIT
P.S. I think you should do the following : erase your ssd install windows 7 go to built in Administrator account run windows update multiple times until no updates remain except (IE 10 :) and) "Language packs" then install directx_Jun2010_redist or the SDK, and then create just a "System image backup" using Windows backup

After that install drivers then latest VC 2010, 2008

Then install LAV and your player Test everything and then install all your programs

At any point you can use windows "backup and restore" to restore everything in just a couple of minutes to the previous state

06_taro
11th May 2013, 21:27
Turning on DXVA(native/copy-back) in the configuration with the latest git version seems to break 10-bit decoding. With xy-vsfilter it shows green screen and madVR OSD reports receiving NV12, while without xy-vsfilter the player completely freezes. LAV Video reports using avcodec as it should.

8-bit videos are decoded fine.

Switching to CUVID/QS doesn't have this issue.

nevcairiel
11th May 2013, 23:44
Should be fixed again. I made the whole switch from DXVA2 to Software decoding more reliable, and also fixed the problem that caused it to not notice immediately that the file isn't HW compatible.

06_taro
12th May 2013, 05:59
Thanks. Works well now.

wanezhiling
12th May 2013, 08:15
http://www.sendspace.com/file/6b8rtu
lav can't work.

nevcairiel
12th May 2013, 08:20
http://www.sendspace.com/file/6b8rtu
lav can't work.

Works just fine here.
Did you enable the "msrle" codec in LAVs format options? :)

Its disable by default, but i don't remember anymore why. :P

wanezhiling
12th May 2013, 08:34
Did you enable the "msrle" codec in LAVs format options? :)

Yes i did.

lav s + lav v, ok (no audio decoder exists)
lav s + lav v + one audio decoder, stops at the beginning

nevcairiel
12th May 2013, 08:38
The file has a broken audio stream. However, still plays fine for me, simply doesn't output any audio.

wanezhiling
12th May 2013, 08:44
Oh i knew why, lav just need a long playback's preparation time, about 11 seconds. :p

Aleksoid1978
12th May 2013, 13:04
The file has a broken audio stream. However, still plays fine for me, simply doesn't output any audio.

LAV Splitter output incorrect MediaType:

Filter : LAV Splitter Source - CLSID : {B98D13E7-55DB-4385-A33D-09FD1BA26338}

- Enumerated media type 0:

Video: 1 1440x730

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 1
cbFormat: 992

VIDEOINFOHEADER:
rcSource: (0,0)-(1440,730)
rcTarget: (0,0)-(1440,730)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 0

BITMAPINFOHEADER:
biSize: 944
biWidth: 1440
biHeight: 730
biPlanes: 1
biBitCount: 8
biCompression: 1
biSizeImage: 1051200
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 a0 05 00 00 da 02 00 00 ........*...Ъ...
0010: 00 00 00 00 00 00 00 00 a0 05 00 00 da 02 00 00 ........*...Ъ...
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0030: b0 03 00 00 a0 05 00 00 da 02 00 00 01 00 08 00 °...*...Ъ.......
0040: 01 00 00 00 40 0a 10 00 00 00 00 00 00 00 00 00 ....@...........
0050: 00 00 00 00 00 00 00 00|00 00 00 00 00 00 80 00 ..............Ђ.
0060: 00 80 00 00 00 80 80 00 80 00 00 00 80 00 80 00 .Ђ...ЂЂ.Ђ...Ђ.Ђ.
0070: 80 80 00 00 c0 c0 c0 00 c0 dc c0 00 f0 ca a6 00 ЂЂ..ААА.АЬА.рК¦.
0080: 01 01 01 00 01 01 33 00 01 01 66 00 01 01 99 00 ......3...f...™.
0090: 01 01 cc 00 01 01 fe 00 01 33 01 00 01 33 33 00 ..М...ю..3...33.
00a0: 01 33 66 00 01 33 99 00 01 33 cc 00 01 33 fe 00 .3f..3™..3М..3ю.
00b0: 01 66 01 00 01 66 33 00 01 66 66 00 01 66 99 00 .f...f3..ff..f™.
00c0: 01 66 cc 00 01 66 fe 00 01 99 01 00 01 99 33 00 .fМ..fю..™...™3.
00d0: 01 99 66 00 01 99 99 00 01 99 cc 00 01 99 fe 00 .™f..™™..™М..™ю.
00e0: 01 cc 01 00 01 cc 33 00 01 cc 66 00 01 cc 99 00 .М...М3..Мf..М™.
00f0: 01 cc cc 00 01 cc fe 00 01 fe 01 00 01 fe 33 00 .ММ..Мю..ю...ю3.
0100: 01 fe 66 00 01 fe 99 00 01 fe cc 00 01 fe fe 00 .юf..ю™..юМ..юю.
0110: 33 01 01 00 33 01 33 00 33 01 66 00 33 01 99 00 3...3.3.3.f.3.™.
0120: 33 01 cc 00 33 01 fe 00 33 33 01 00 33 33 33 00 3.М.3.ю.33..333.
0130: 33 33 66 00 33 33 99 00 33 33 cc 00 33 33 fe 00 33f.33™.33М.33ю.
0140: 33 66 01 00 33 66 33 00 33 66 66 00 33 66 99 00 3f..3f3.3ff.3f™.
0150: 33 66 cc 00 33 66 fe 00 33 99 01 00 33 99 33 00 3fМ.3fю.3™..3™3.
0160: 33 99 66 00 33 99 99 00 33 99 cc 00 33 99 fe 00 3™f.3™™.3™М.3™ю.
0170: 33 cc 01 00 33 cc 33 00 33 cc 66 00 33 cc 99 00 3М..3М3.3Мf.3М™.
0180: 33 cc cc 00 33 cc fe 00 33 fe 01 00 33 fe 33 00 3ММ.3Мю.3ю..3ю3.
0190: 33 fe 66 00 33 fe 99 00 33 fe cc 00 33 fe fe 00 3юf.3ю™.3юМ.3юю.
01a0: 66 01 01 00 66 01 33 00 66 01 66 00 66 01 99 00 f...f.3.f.f.f.™.
01b0: 66 01 cc 00 66 01 fe 00 66 33 01 00 66 33 33 00 f.М.f.ю.f3..f33.
01c0: 66 33 66 00 66 33 99 00 66 33 cc 00 66 33 fe 00 f3f.f3™.f3М.f3ю.
01d0: 66 66 01 00 66 66 33 00 66 66 66 00 66 66 99 00 ff..ff3.fff.ff™.
01e0: 66 66 cc 00 66 66 fe 00 66 99 01 00 66 99 33 00 ffМ.ffю.f™..f™3.
01f0: 66 99 66 00 66 99 99 00 66 99 cc 00 66 99 fe 00 f™f.f™™.f™М.f™ю.
0200: 66 cc 01 00 66 cc 33 00 66 cc 66 00 66 cc 99 00 fМ..fМ3.fМf.fМ™.
0210: 66 cc cc 00 66 cc fe 00 66 fe 01 00 66 fe 33 00 fММ.fМю.fю..fю3.
0220: 66 fe 66 00 66 fe 99 00 66 fe cc 00 66 fe fe 00 fюf.fю™.fюМ.fюю.
0230: 99 01 01 00 99 01 33 00 99 01 66 00 99 01 99 00 ™...™.3.™.f.™.™.
0240: 99 01 cc 00 99 01 fe 00 99 33 01 00 99 33 33 00 ™.М.™.ю.™3..™33.
0250: 99 33 66 00 99 33 99 00 99 33 cc 00 99 33 fe 00 ™3f.™3™.™3М.™3ю.
0260: 99 66 01 00 99 66 33 00 99 66 66 00 99 66 99 00 ™f..™f3.™ff.™f™.
0270: 99 66 cc 00 99 66 fe 00 99 99 01 00 99 99 33 00 ™fМ.™fю.™™..™™3.
0280: 99 99 66 00 99 99 99 00 99 99 cc 00 99 99 fe 00 ™™f.™™™.™™М.™™ю.
0290: 99 cc 01 00 99 cc 33 00 99 cc 66 00 99 cc 99 00 ™М..™М3.™Мf.™М™.
02a0: 99 cc cc 00 99 cc fe 00 99 fe 01 00 99 fe 33 00 ™ММ.™Мю.™ю..™ю3.
02b0: 99 fe 66 00 99 fe 99 00 99 fe cc 00 99 fe fe 00 ™юf.™ю™.™юМ.™юю.
02c0: cc 01 01 00 cc 01 33 00 cc 01 66 00 cc 01 99 00 М...М.3.М.f.М.™.
02d0: cc 01 cc 00 cc 01 fe 00 cc 33 01 00 cc 33 33 00 М.М.М.ю.М3..М33.
02e0: cc 33 66 00 cc 33 99 00 cc 33 cc 00 cc 33 fe 00 М3f.М3™.М3М.М3ю.
02f0: cc 66 01 00 cc 66 33 00 cc 66 66 00 cc 66 99 00 Мf..Мf3.Мff.Мf™.
0300: cc 66 cc 00 cc 66 fe 00 cc 99 01 00 cc 99 33 00 МfМ.Мfю.М™..М™3.
0310: cc 99 66 00 cc 99 99 00 cc 99 cc 00 cc 99 fe 00 М™f.М™™.М™М.М™ю.
0320: cc cc 01 00 cc cc 33 00 cc cc 66 00 cc cc 99 00 ММ..ММ3.ММf.ММ™.
0330: cc cc cc 00 cc cc fe 00 cc fe 01 00 cc fe 33 00 МММ.ММю.Мю..Мю3.
0340: cc fe 66 00 cc fe 99 00 cc fe cc 00 cc fe fe 00 Мюf.Мю™.МюМ.Мюю.
0350: fe 01 01 00 fe 01 33 00 fe 01 66 00 fe 01 99 00 ю...ю.3.ю.f.ю.™.
0360: fe 01 cc 00 fe 01 fe 00 fe 33 01 00 fe 33 33 00 ю.М.ю.ю.ю3..ю33.
0370: fe 33 66 00 fe 33 99 00 fe 33 cc 00 fe 33 fe 00 ю3f.ю3™.ю3М.ю3ю.
0380: fe 66 01 00 fe 66 33 00 fe 66 66 00 fe 66 99 00 юf..юf3.юff.юf™.
0390: fe 66 cc 00 fe 66 fe 00 fe 99 01 00 fe 99 33 00 юfМ.юfю.ю™..ю™3.
03a0: fe 99 66 00 fe 99 99 00 fe 99 cc 00 fe 99 fe 00 ю™f.ю™™.ю™М.ю™ю.
03b0: fe cc 01 00 fe cc 33 00 fe cc 66 00 fe cc 99 00 юМ..юМ3.юМf.юМ™.
03c0: fe cc cc 00 fe cc fe 00 fe fe 01 00 fe fe 33 00 юММ.юМю.юю..юю3.
03d0: fe fe 66 00 fe fe 99 00 fe fe cc 00 fe fe fe 00 ююf.юю™.ююМ.ююю.


subtype: MEDIASUBTYPE_PCM is incorrect for Video stream.

nevcairiel
12th May 2013, 13:29
Thats the same mediatype that the MS AVI Splitter or the MPC-HC AVI Splitter output, as well as the FourCC thats actually contained in the AVI file, so yes, it is correct.
Nothing wrong with {00000001-0000-0010-8000-00AA00389B71} being both MEDIASUBTYPE_PCM and MEDIASUBTYPE_RLE. The majortype gives it a clear distinction.

infinityloop
12th May 2013, 16:00
I have recently bought an Intel nuc (DC3217IYE).
Intel Core i3-3217U, 2x 1.80GHz, 3MB Cache, Intel HD Graphics 4000 (IGP)

Using Win7 64bit and MediaPortal 1.3.0. Playing h.264 HDTV recordings, BR-Rips, etc.7as it is on my other Systems also using lav.


The Problem I have with the LAV videocodec on that box is that the vidoquality is not as good as it could be.

There are strange artefacts sometimes (Decoding glitches?) as well as the videoplayback looking "not smooth" (no dropped Frames though and CPU load is always below 20%).

I tried using Intel quicksync and dxva. Same issue with both.

On my other HTPC's using nvidia and AMD gfx Cards and the same lav filters, the issue does not exist. Everything Plays just perfectly! :)

Are there known Problems with lav and the Intel nuc/4000HD ?

michkrol
12th May 2013, 20:21
I have recently bought an Intel nuc (DC3217IYE).
Intel Core i3-3217U, 2x 1.80GHz, 3MB Cache, Intel HD Graphics 4000 (IGP)
(...)
Are there known Problems with lav and the Intel nuc/4000HD ?

I'm running a "normal" i5 3570K with Intel HD4000 and didn't encounter any problems.

Install Intel drivers from their website, not Windows Update. Disable all (except perhaps detect film mode) "image enhancements" in the driver's settings.
Perhaps try a different player? MPC-HC is a free, commonly used one.
Also what comes to mind after reading a few reviews of NUC, maybe your CPU/GPU is overheating? Check the temps with GPU-Z or HWiNFO, best during longer playback (full movie or similar) with the app monitoring temps in background, check max and average temps afterwards. Running OCCT in GPU mode might also be a good idea, remember to enable the "error check" option.

That's it for general ideas, maybe someone has more experience with NUCs.

Aleksoid1978
13th May 2013, 00:21
Thats the same mediatype that the MS AVI Splitter or the MPC-HC AVI Splitter output, as well as the FourCC thats actually contained in the AVI file, so yes, it is correct.
Nothing wrong with {00000001-0000-0010-8000-00AA00389B71} being both MEDIASUBTYPE_PCM and MEDIASUBTYPE_RLE. The majortype gives it a clear distinction.

Ok - i see. But - inernal MPC Avi splitter & system AVI Splitter can connect to the "AVI Decompressor" to playback this file. LAV Splitter/Source - can't.

Another bug or issue - on this avi http://aleksoid.voserver.net/Sample/Avi/Split/The.Vampire.Diaries.S04E16.rus.LostFilm.TV_split_0.avi
LAV detect/calculate incorrect duration - 00:03:38 instead 00:03:50. This file just a split by dgsplit.

infinityloop
13th May 2013, 07:09
michkrol, thanks for your reply!

Install Intel drivers from their website, not Windows Update.
*done*
Disable all (except perhaps detect film mode) "image enhancements" in the driver's settings.
I have set them all to "let the application decide". Will try to disable them.

Perhaps try a different player? MPC-HC is a free, commonly used one.
Yes but MPC-HC does also have (some) codecs inbuilt if I remember correctly. Or can I tell MPC-HC to only use directshow/lav ?

Also what comes to mind after reading a few reviews of NUC, maybe your CPU/GPU is overheating?
Temps are fine. The Fans slow down a lot when starting the playback.

Superb
13th May 2013, 08:33
Or can I tell MPC-HC to only use directshow/lav ?http://i.imgur.com/hUs14fk.png

infinityloop
13th May 2013, 09:09
Thanks Superb!

michkrol
13th May 2013, 20:08
michkrol, thanks for your reply!
You're welcome.

I have set them all to "let the application decide". Will try to disable them.
That's what I should have written - disable the ones that have enable/disable, set others to application, and you're done.

With this settings, I have no problems on my "normal desktop" Intel HD4000, using MPC-HC + madVR + LAVFilters with either software, QuickSync, DXVA-native or DXVA-copyback decoding. Hope this helps.

jiayiming
14th May 2013, 14:30
sample:http://pan.baidu.com/share/link?shareid=562046&uk=1730912532
TechSmith Screen Capture video has problem...
lavf+lav video decoder can't play this sample...
MPC-be built-in MKV splitter+lav video decoder can split the sample correctly but the video is a blank screen.
MPC-be bulit-in MKV splitter+decoder is no problem.

nevcairiel
14th May 2013, 15:31
LAV has no support for Media Foundation, and it will not any time soon.

paradoxical
14th May 2013, 15:36
Would it be possible to use LAV Filters for media playback in Mozilla Firefox instead of using Windows 7 built-in Media Foundation backend?

If yes: how?

Sure, rewrite the decoding path it uses. Have fun with that. :)

Keiyakusha
14th May 2013, 16:00
If you don't like long answers, here is a short one

So that LAV Filters could be used for H.264 playback inside Firefox?
No.

Edit: btw what's wrong with default windows decoder? Sure LAV is much superior, but for watching crappy youtube videos decoder from MS will do just fine.

nevcairiel
14th May 2013, 16:31
Its not possible unless you rewrite firefox, so you should get on that instead!

Keiyakusha
14th May 2013, 17:34
Answer:
LAV is superior for home cinema stuff. Doesn't makes much difference for web or low quality video calls.

Since when is H.264 limited to YouTube?
Fixed:
for watching crappy {insert-any-website-here} videos decoder from MS will do just fine.

nevcairiel
14th May 2013, 17:59
Its simply not possible, you can stop arguing now.

karamancho
14th May 2013, 19:46
Well, never mind ;).

I use bs.player for youtube. It plays youtube videos (URLs) using local filters.

Not exactly what you were asking for but close enough ;)

mindbomb
15th May 2013, 00:22
firefox must use directshow filters on windows xp though, right?
so maybe you can force all windows builds to do the same.

also, there are plugins that allow you to download videos off youtube, so you can do that and just put the video in a directshow player.

Keiyakusha
15th May 2013, 06:13
firefox must use directshow filters on windows xp though, right?
so maybe you can force all windows builds to do the same.


Anyone still cares much about xp? well not firefox. Even vista is not supported.

Edit: btw it just occurred to me... now it is possible to create skinnable video player and watch stuff not only from internet but from harddrive. And it could be just a webpage, not even a plugin. If i Just want to watch h264 in firefox, I can right click -> open with, or simply drag'n'drop...
I take my words back, we need LAV in firefox ( ´∀`)

Alexey1975
15th May 2013, 10:53
Hello Nev.
There are some minor glitches when using LAV Video Decoder with DVBViewer (and not only):

1. At the start of the program is such a picture appears on the screen.
http://i48.fastpic.ru/thumb/2013/0515/58/c79c424a3c0923af3857bec1ec1c7b58.jpeg (http://fastpic.ru/view/48/2013/0515/c79c424a3c0923af3857bec1ec1c7b58.png.html)

The sound keeps going normal, but this picture remains until I switch the channel. Only after it appears normal picture. It happens with each program start.

2. If there is an error in the video (due to DVB-stream failure or etc.), the image freeze at this moment, the sound keeps going normal, but then nothing changes until I switch the channel again.
Sometimes it happens with other players that use LAV Video Decoder (eg PotPlayer, etc.).

I want to note that the similar stuff does not happen when using other decoder (eg Microsoft DTV-DVD Video Decoder).

Thank you for your attention to my question.

Kurtnoise
15th May 2013, 13:45
@Nevcairiel : any plan to include hevc decoder from Smarter libav (https://github.com/smarter/libav) fork ?

nevcairiel
15th May 2013, 13:48
It'll be included once it hits mainline libav/ffmpeg, i'm not in the mood merging and maintaining the patches manually. :)

JEEB
15th May 2013, 15:46
The decoder works with surprisingly many things after elenril's touches to it, and I could get 30fps raw decoding speed with its current stage (not much optimization or any multithreading) on a 2.26GHz C2D with 720p content. But as soon as you bring up something else than straightforward A→B decoding, you'll see that there's still a lot to poke and fix.

First of all, seeking does not work. Second of all, because every NAL unit is handled like a packet, ffms2 f.ex. will see at least three extra frames at the beginning of a clip (SPS, PPS and VUI). So merging it into LAV's ffmpeg repository does not exactly make sense right now. Not to mention that there seem to be some differences between libav's and ffmpeg's certain H.264-related files that smarter's decoder touches (CABAC stuff etc.), so one would have to make some manual merging for it to happen, as well.

The OpenHEVC project that GPAC's media player (Osmo4) uses for HEVC decoding also bases on smarter's code (https://github.com/OpenHEVC/openHEVC/commits/hm10.0), and their useful changes do get merged back into smarter's tree every now and then. They do seem to be rather forgetting about the fact that they have an upstream, though, as, if you tried merging their changes in without any poking, in many cases you wouldn't even be able to compile it. They are completely coding their additions for their C++ thingy it seems :) . And I think I'll stop here before I get down to my usual ranting about GPAC's other "fun things" :P .

Aleksoid1978
16th May 2013, 05:19
http://aleksoid.voserver.net/Sample/FLV/The.Silent.War.2012.720p.WEB-DL.X264.AAC-SmY_0.flv
Incorrect duration.

wanezhiling
16th May 2013, 05:48
http://aleksoid.voserver.net/Sample/FLV/The.Silent.War.2012.720p.WEB-DL.X264.AAC-SmY_0.flv
Incorrect duration.
http://forum.doom9.org/showpost.php?p=1608058&postcount=13609

Aleksoid1978
16th May 2013, 06:09
http://forum.doom9.org/showpost.php?p=1608058&postcount=13609

Ok - i see.

vinnytx
16th May 2013, 19:23
Hi, Greetings to all forum members


Any chance to have Cuvid WMV3 decoding?

nevcairiel
16th May 2013, 21:53
Cannot be done, the driver doesn't support it. Use DXVA2 instead.

bbboy
17th May 2013, 03:28
Hi

Great program, thanks for writing it! It works really well for me except for subtitles.

I've used MKVMerge (header editor) to flag the forced subtitle tracks but they still don't show up in Windows Media Center. So I loaded up directvobsub 2.41.7036 and the subtitles show up!

But... CPU usage goes through the roof! It would appear that DirectVobSub breaks CUVID acceleration... :(

Am I doing something wrong? I'd love to have working forced subtitles in Windows Media Center (native player) with CUVID working.

Thanks

sneaker_ger
17th May 2013, 07:56
DirectVobSub does not break CUVID, but it does break DXVA2 native. Are you sure that LAV Video with CUVID is actually being used instead of the Windows DXVA decoder?

bbboy
17th May 2013, 08:02
DirectVobSub does not break CUVID, but it does break DXVA2 native. Are you sure that LAV Video with CUVID is actually being used instead of the Windows DXVA decoder?

How would I tell?

I certainly have set hardware decoder to CUVID in the LAV Video settings and when directvobsub isn't installed CPU usage drops to <5% for the most part.

The HTPC uses an 8600GTS and the desktop (which most of the testing is done on) a GTX 260

The HTPC is about to get an upgrade, probably to a GT 640 though

huhn
17th May 2013, 09:08
you can see with decoder is used while playing the file by simply open die lav video configuration. look at video decoder.

styled ass subtitle can easily kill a weak cpu try xy vobsub.

bbboy
17th May 2013, 09:20
you can see with decoder is used while playing the file by simply open die lav video configuration. look at video decoder.

styled ass subtitle can easily kill a weak cpu try xy vobsub.

An interesting fact. The LAV Video decoder icon doesn't appear down in the system tray when I run the file... I have it set to enable system tray icon too.

I ran graph studio (attached) and it seems to be using Microsoft DTV-DVD video decoder...

If I go to: Filters-> Manage Favourites -> Add Filters -> LAV Video Decoder -> Insert after deleting "Microsoft DTV-DVD Video Decoder" I can then arrange the video stream to go through LAV.

It plays fine through GraphStudio but then how do I save this so it is default behaviour?

The merit for Microsoft DTV-DVD is 0x005fffff

The merit for LAV Video Decoder is 0x00800003

Hope this helps someone to help me!

I tried XY Vobsub... Didn't make any difference unfortunately

huhn
17th May 2013, 09:36
you can try this but there should be a better way

http://www.videohelp.com/tools/Codec-Tweak-Tool

bbboy
17th May 2013, 10:02
you can try this but there should be a better way

http://www.videohelp.com/tools/Codec-Tweak-Tool

I'm a bit worried about breaking Live TV playback on the HTPC...

Any other suggestions?

hoborg
17th May 2013, 10:04
I'm a bit worried about breaking Live TV playback on the HTPC...

Any other suggestions?

Hi.
On what HTPC software is you HTPC based on?

bbboy
17th May 2013, 10:05
Hi.
On what HTPC software is you HTPC based on?

Both systems are running Windows 7 Pro 64x

I use the built in media center and like to keep things as native and minimal as possible.

bbboy
17th May 2013, 10:13
Both systems are running Windows 7 Pro 64x

I use the built in media center and like to keep things as native and minimal as possible.

As an aside, I'd like to use Enhanced Video Renderer as well (first I'd like to get LAV Video Decoder working though!)

hoborg
17th May 2013, 10:37
As an aside, I'd like to use Enhanced Video Renderer as well (first I'd like to get LAV Video Decoder working though!)

MS MCE doesn't use it? :eek:
Last time i tryed MS MCE i was really surprised how can someone even use it...
I ended on NextPVR (http://www.nextpvr.com/), small, stable, fast and easy to use.

bbboy
17th May 2013, 10:49
I've gone against my own advice and installed Win7DSFilterTweaker: http://codecguide.com/windows7_preferred_filter_tweaker.htm

I managed to get LAV Video Decoder loading by simply changing the preference for H264, VC-1 and a few others.

But now DirectVobSub doesn't load! It was on autoload so I changed it to 'always load'. It still doesn't load!

What on earth am I doing wrong here? I feel like I'm one step away from the setup I want but by god it seems to be a giant leap!

EDIT: Also despite the fact when I launch the mkv in media center and the red LAV Video Decoder icon appearing in the system tray (and it showing "Active" beside Nvidia CUVID hardware decoding in the config page), graphstudio still claims Microsoft DTV-DVD decoder to be active.

Graphstudio error?

This is a clean windows 7 install too, this is quite annoying!

bbboy
17th May 2013, 11:17
Problem solved. My background is that I've been lumbering along trying to learn bits and pieces about computers, culminating in me assembling a desktop in 2006 and then a HTPC in 2007. I discovered quite early on for the HTPC the codec pack known as Shark007. It's been very good to me though I haven't been very good to it (haven't updated it for an AGE). When I decided I was going to put together a nice 7.1 setup, I got to researching lossless bitstreaming.

I also found out there was something called LAV Filters and they were considered the bee's knees. I thought that sounds good and here we are.

Out of frustration, I've turned back to Shark007 as a lot of my searching on this problem took me to his forums etc. So I thought "What the hell?" and just installed the latest packs. I went through and made sure I'm using LAV Filters for pretty much everything. A picture is worth a thousand words... Note the beautiful 3 LAV icons with the one green arrow icon down in the bottom right corner... :)

THANKS SHARK007 AND THANKS NEVCAIRIEL! Guys like you are what make technology a pleasure to tinker with! Time to install Shark's packs on my HTPC (utilising the LAV decoders of course)!

Graphstudio still can't work it out though, hahaha

mindbomb
17th May 2013, 16:02
are there issues with the quicksync decoder and 1080i H264?

Tornado15550
18th May 2013, 05:56
Hey guys,
I'm having a little trouble playing MKV files on Windows Media Center. I recently removed Haali, and am only running LAV (installed 32 and 64bit video, audio, and splitter) and xy-VS Filter. I also set LAV as default for playing H.264 using Win7DSFilterTweaker. Whenever I open an MKV file with WMC, it will simply open WMC and do nothing. Just takes me to the main screen. Any reason as to why it isn't using LAV to open/play the MKV? My OS is Windows 7 64bit.

nevcairiel
18th May 2013, 10:00
Hey guys,

here is a release candidate for the next release:

32-bit: http://files.1f0.de/lavf/LAVFilters-0.56.2-63-gc9509c5.zip
64-bit: http://files.1f0.de/lavf/LAVFilters-0.56.2-63-gc9509c5-x64.zip

The big points since 0.56:
- Popup Menu on LAV Splitter's tray icon (Stream/Edition/Chapter switching)
- Performance improvements opening MKVs with linked segments
- Support for RGB48 output and proper dithering RGB48 to RGB32 (useful for 16-bit PNGs/TIFFs or JPEG2000 DCinema files)

The schedule says that it'll be released this weekend, once i'm done testing.
So any testing any of you want to to would be welcome as well :)

hoborg
18th May 2013, 10:54
Hey guys,

here is a release candidate for the next release:

The big points since 0.56:
- Popup Menu on LAV Splitter's tray icon (Stream/Edition/Chapter switching)
)

Hi.
Do you plan to add shortcuts to that too?

nevcairiel
18th May 2013, 11:02
I do not have any concrete plans for any keyboard shortcuts, no.
I think its funny how you somehow connect these two unrelated things. You can have shortcuts without such a menu or such a menu without any shortcuts. :p

hoborg
18th May 2013, 12:07
I do not have any concrete plans for any keyboard shortcuts, no.
I think its funny how you somehow connect these two unrelated things. You can have shortcuts without such a menu or such a menu without any shortcuts. :p

OK, sorry i asked. I just remember you mentioned maybe year ago you may add shortcuts after icon/menu, but i can be wrong, it is too long ago...
Seems to be i will stay on FFDshow video decoder forever then :)

nevcairiel
18th May 2013, 12:20
Basically i think its the players job to offer convenience features like this to the user.
The popup menu is a compromise for players which simply don't do it, so you at least get an option to access the content.

Shortcuts may be something for the future, but its not a simple topic, as they would also need to be configurable, and work properly in a multitude of players.

madshi
18th May 2013, 13:47
- Support for RGB48 output and proper dithering RGB48 to RGB32 (useful for 16-bit PNGs/TIFFs or JPEG2000 DCinema files)
Very nice, thanks!

hubblec4
18th May 2013, 14:44
- Popup Menu on LAV Splitter's tray icon (Stream/Edition/Chapter switching)


sounds good i will test it.


at least there are one thing to improvement your splitter.

the new release of AV-Splitter (http://forum.avmedia.su/viewtopic.php?f=7&t=610&p=2616#p2616) has a perfect option to play videos with subtitle that are all set to
"no" in mkvmergeGUI (default Track flag)

Haali Splitter and now AV Splitter don't show subs. that's correct because there are no forced subs in the video.
LAV Splitter shows every a sub and that's not correct.

every i must deactivate the subs manually.

nevcairiel
18th May 2013, 14:56
If you only want forced or default subs, you can use LAVs Advanced Subtitle mode and use something like this as the config: "rus|fd", this will only get you russian forced or default subs, nothing else, or even without any languages, or a combination of both, examples:

"rus" - any russian subs
"rus|fd" - only russian forced/default subs
"*|fd" - any forced/default subs
"rus|fd *|fd" - russian forced/default subs, or if no russian was found, any other languages marked as forced or default
"rus|f" - only russian forced subs, no default, no "normal" streams

The advanced mode is very flexible, you can build most subtitle selection modes you could want.

There is a bit of documentation here, but i suck at writing documentation, so it may not be perfect:
http://1f0.de/lav-splitter/lav-splitter-stream-selection/

Feel free to ask if you can't get your wanted configuration to work.

clsid
18th May 2013, 14:57
Hey guys,
I'm having a little trouble playing MKV files on Windows Media Center. I recently removed Haali, and am only running LAV (installed 32 and 64bit video, audio, and splitter) and xy-VS Filter. I also set LAV as default for playing H.264 using Win7DSFilterTweaker. Whenever I open an MKV file with WMC, it will simply open WMC and do nothing. Just takes me to the main screen. Any reason as to why it isn't using LAV to open/play the MKV? My OS is Windows 7 64bit.Setting LAV as preferred is not the correct choice. You must set it to "USE MERIT" if you want xy-vsfilter to get loaded. It is explained in the help of Win7DSFilterTweaker. Do MKV files show up in the MC library? If not, that is why it refuses to play them. Some Registry tweaks are needed for MC to recognize such files. Use K-Lite Codec Pack (Basic version, with "LAV for everything" install profile) and everything will be configured correctly fully automatically.

Volfield
18th May 2013, 15:21
Hey guys,

here is a release candidate for the next release:

32-bit: http://files.1f0.de/lavf/LAVFilters-0.56.2-63-gc9509c5.zip
64-bit: http://files.1f0.de/lavf/LAVFilters-0.56.2-63-gc9509c5-x64.zip

The big points since 0.56:
- Popup Menu on LAV Splitter's tray icon (Stream/Edition/Chapter switching)


I have two icons on tray. Windows 7 SP1 x64 MPC-BE SVN 2697 MSVC 2012 Update 3 (SSE) x86. PotPlayer x86 is ok.

nevcairiel
18th May 2013, 15:29
Then you have two instances of LAV running

the_weirdo
18th May 2013, 15:29
sounds good i will test it.


at least there are one thing to improvement your splitter.

the new release of AV-Splitter (http://forum.avmedia.su/viewtopic.php?f=7&t=610&p=2616#p2616) has a perfect option to play videos with subtitle that are all set to
"no" in mkvmergeGUI (default Track flag)

Haali Splitter and now AV Splitter don't show subs. that's correct because there are no forced subs in the video.
LAV Splitter shows every a sub and that's not correct.

every i must deactivate the subs manually.

Maybe you should check your settings. With Subtitle Selection Mode set to Default, LAV Splitter won't select any subs if no default sub track is set.

nevcairiel
18th May 2013, 15:43
Actually it will if you specify favorite subtitle languages. If you don't specify sub languages then it indeed won't.

Keiyakusha
18th May 2013, 16:23
What about preferred chapter languages? Is it supported?
Not that I care much or have any motivation to fill more than one language for chapters, but I'm doing segment linking right now and it somehow crossed my mind.

nevcairiel
18th May 2013, 16:24
The Chapter API in ffmpeg can only have chapters of one language. I have also never seen a file with more.

Keiyakusha
18th May 2013, 16:29
I see. Well thats because people are too lazy to fill them. But technically we can have infinite amount of chapter names for given segment. The same way you do multiple editions, just add one more ChapterDisplay tag. Even mediainfo supports parsing that :D

nevcairiel
18th May 2013, 16:34
How would you even tell it what languages you prefer?
Seems rather wasteful to offer another language option just for that, so based on what, audio or subtitle languages? :)

Wouldn't be impossible to support of course, right now it'll just show the first ChapterDisplay entry.

Keiyakusha
18th May 2013, 16:40
Hmm, well if subs present - based on subs, cause people won't watch with subs they can't read. If there is no subs - based on audio. Would that work?

Edit: I'm not sure how that works, but what IF there is more than one set of chapter names/languages - place them in submenus and show them all? Because having 2 or more sets with different names but with the same language is possible too.
So to switch chapter in MPC-HC for example I'll have to go:
Navigate -> Jump To -> English -> Part1 [00:04:30]
or
Navigate -> Jump To -> English2 -> Part1 [00:04:30]
or
Navigate -> Jump To -> Undetermined -> Part1 [00:04:30]

I don't have any multi-edition files to check, but you probably do something similar for them?
In tray menu maybe submenu is not needed, just multiple instances of "chapters"

hubblec4
18th May 2013, 19:28
If you only want forced or default subs, you can use LAVs Advanced Subtitle mode and use something like this as the config: "rus|fd", this will only get you russian forced or default subs, nothing else, or even without any languages, or a combination of both, examples:

"rus" - any russian subs
"rus|fd" - only russian forced/default subs
"*|fd" - any forced/default subs
"rus|fd *|fd" - russian forced/default subs, or if no russian was found, any other languages marked as forced or default
"rus|f" - only russian forced subs, no default, no "normal" streams

The advanced mode is very flexible, you can build most subtitle selection modes you could want.

There is a bit of documentation here, but i suck at writing documentation, so it may not be perfect:
http://1f0.de/lav-splitter/lav-splitter-stream-selection/

Feel free to ask if you can't get your wanted configuration to work.

ok thanks for the explanation.

i will test it too.

your splitter will be better and better! thx for your hard work nev

hubblec4
18th May 2013, 21:56
very good. works now very good for me.

small thing, when i open a index.bdmv file with multiple playlist-IDs only the largest movie start.
with AV-Splitter i'm able to select the other playlist-IDs like editions(in the trayicon-menu).

jmone
19th May 2013, 00:30
While I think I know the answer, is it possible to expose the BD Chapter names without LAV first having to add BD menu support?

SAPikachu
19th May 2013, 03:03
Hmm, well if subs present - based on subs, cause people won't watch with subs they can't read. If there is no subs - based on audio. Would that work?


My vote on this. I recently started to include multilingual chapters in my release, it would be nice to support it. Agreed to select preferred chapter language using subtitle/audio language so that we don't need a new option.

(FWIW, here is chapter file of one of my recent rip (http://pastebin.com/08rT67Uh))

Keiyakusha
19th May 2013, 07:57
My vote on this. I recently started to include multilingual chapters in my release, it would be nice to support it. Agreed to select preferred chapter language using subtitle/audio language so that we don't need a new option.

(FWIW, here is chapter file of one of my recent rip (http://pastebin.com/08rT67Uh))

But I think your example shows that autoselection is not good enough. How will it figure out if I want chi/cn or chi/tw for example?
Later I was thinking about something like this (http://dl.dropboxusercontent.com/u/110558786/Seiga/04F6C7AE.png).
Of course as I said, I have no idea if this is possible at all.

nevcairiel
19th May 2013, 09:02
The DirectShow Chapter API is rather limited (and the ffmpeg chapter API as well), so you can't do that. A flat list of chapters is all it allows. If you want this to be switchable, i would suggest to simply have multiple editions with the same content, and only the different chapter names. Then you can switch the edition and get the chapters in the language you manually select.

For a future version, i can see about making it smart about which chapter language to use. However, the problem that Keiyakusha mentioned does remain, all you configure is ISO 639-2 language codes, which is just "chi" or "zho" without any specification if you want "tw" or "cn".

eXtremeDevil
19th May 2013, 11:51
Can I decide with exe will use this filter? I haven't found an option like that, as on FFDShow...

Leader
19th May 2013, 13:55
LAV Filters not work correctly with online video, such as IPTV. When loading m3u-playlist with television LAV Splitter is loaded before the advent of television and the show, as a result, if you close the player, in my case, MPC-BE, it is left to hang in the process. I have one wish - please do so in order to reproduce itself LAV Source link YouTube, ie built-in mechanism that did not use the "File Source (Async)", ie worked on the principle of Arcsoft MP4 Splitter, and similarly for FLV.

SAPikachu
19th May 2013, 14:40
For a future version, i can see about making it smart about which chapter language to use. However, the problem that Keiyakusha mentioned does remain, all you configure is ISO 639-2 language codes, which is just "chi" or "zho" without any specification if you want "tw" or "cn".

That's indeed a problem, but I just checked matroska specification (http://matroska.org/technical/specs/index.html#languages), language code mixed with country code is supported. Is there any technical reason that nobody supports it? I know mkvmerge doesn't support that now, but I think it shouldn't be very hard to implement it.

Anyways, even without country detection, it will still be an improvement over the current behavior. At least it can choose from Chinese and Japanese.

06_taro
19th May 2013, 16:53
Actually it is a pain for many Chinese users in many cases. As for audio, Mandarine and Cantonese cannot be separated by language code even on DVD/BD. And for subtitles Simplified/Traditional Chinese share the same code. I believe the problem is even if matroska allows mixed language-country codes, as long as no other application supports or offers such an API, it is still useless for normal users.

Maybe we have to write a patch to add the feature in FFmpeg, then mplayer/mpv, after when start thinking about how to do the rest work in DirectShow. Implementation in FFmpeg is usually half-way done for many players and would make users become aware of the feature, which might be a motivation for Mosu to spare his time. But adding it in FFmpeg requires to change every language fields that matroska supports into a {language, country} structure, no matter it is for video, audio, subtitles, or chapters, and it may break many existing tools with a major version bump, just for a feature currently very few people are looking forward to. Not sure if it could be accepted by others who would never be annoyed by the issue.

phoenixxl
20th May 2013, 08:31
Hello ,

Would it be possible to add more options where delay is concerned.

IE: The option to add a delay when using pass-through spdif / optical. And a second option when it goes through the system.

For me there is a different delay for both. I'm sure I'm not alone with this.

Thnx in advance for looking into this.
Friendly regards
Phoenixxl.

filler56789
20th May 2013, 14:48
@ nev:

where is the 0.57.0 build? :sly: :)

d8dc0eff4533 Update changelog and version

kerimcem
20th May 2013, 15:11
wmv3 decoding on AMD UVD/UVD+ GPUs new version fixed?

wanezhiling
20th May 2013, 15:19
No, wmv3 dxva2 is still disabled on ancient ATI cards. :p

nevcairiel
20th May 2013, 15:52
LAV Filters 0.57

LAV Splitter
- Added a Popup Menu to the Tray Icon which allows Stream, Edition and Chapter switching
- Improved stream selection in files with multiple video streams
- Improved performance when opening MKVs with linked segments
- Fixed playback of MKVs with Segment Linking and Vorbis Audio

LAV Video
- Enabled Hardware/GPU Deinterlacing when using the QuickSync decoder
- Support for JPEG2000 DCinema streams
- Support for RGB48 output, and high-quality dithering of RGB48 to RGB32
- Fixed a crash with DXVA2 Native on AMD GPUs in certain situations
- Improved detection of H.264 RGB streams, improves support with EVR
- Adjusted performance tuning for consistent performance in both playback and transcoding (in 0.56, transcoding could be slow)

LAV Audio
- Use the FLAC channel mask from metadata, fixes playback of FLAC files with non-standard channel layouts


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.57.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.57.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.57-x64.zip)

What people have been asking about the most in this release is probably the popup menu on the Splitter tray icon, which lets you control streams, editions and seek to chapters in players which otherwise don't offer this.
Other then that, not much to comment on.

As always, please report any issues with the new features, any regressions, or any other bugs directly here, in as much detail as possible, and the information which allow me to reproduce it.
Only reproducible issues are easily fixed. :)

wanezhiling
20th May 2013, 15:59
First? :p

pearlblack15
20th May 2013, 16:25
This could really be a noob question but what good is it to enable HW deinterlacing when using QuickSync Decoder? Deinterlacing is enabled in MadVR (if in doubt) and set to auto in LAV. Based on the discussion here (http://yabb.jriver.com/interact/index.php?topic=72012.0) and here (http://forum.doom9.org/showthread.php?t=156191&page=540), you said MadVr would be more efficient in doing so assuming Madvr is 'completely' GPU oriented.

nevcairiel
20th May 2013, 16:42
There are other use-cases than simple playback, where it is useful. Not always is a renderer involved, or there is some processing before the renderer which needs progressive video. Its all about the options. :)

pearlblack15
20th May 2013, 19:17
Well, I just want the videos to play and have better picture quality, atleast that which can be achieved with the GPU handling almost every processing. CPU heat annoys me (I have mobile Platform).

So, I have QS Decoder HW Acceleration enabled in LAV and using MadVr, although 'avcodec' is better compared to Quicksync decoder. Therefore, I am good to go with HW deinterlacing option disabled in LAV and let MadVr handle it ? :confused: Because, both will be using GPU to do the same kind of work. But if disabling Deinterlacing in renderer and enabling HW Deinterlacing in LAV gives me something better without performance hit or costing the CPU , I would be glad to enable it. Otherwise this line is good:
"For a pure playback chain with no CPU post processing at all, in theory there should be no benefit letting LAV Video do the hardware deinterlacing instead of the renderer" - madshi (http://yabb.jriver.com/interact/index.php?topic=72012.msg487511#msg487511)

________________________________________________
#Just trying to learn :)

paradoxical
20th May 2013, 19:20
As nev says, LAV can be used in instances where there is no renderer involved (such as using it in conjunction with DirectShowSource in AviSynth). So if one wants hardware-accelerated deinterlacing it's beneficial in such a case.

ThurstonX
20th May 2013, 20:57
...but I have to ask.

I understand that in order to use MPC's built-in audio delay feature, I need to enable its Audio Switcher. By doing so, am I missing out on anything in LAV Audio? I prefer the ability to tweak the delay via the keyboard.

I have MPC set up to prefer all three LAV elements in External Filters.

Thanks.

pearlblack15
20th May 2013, 20:58
^ :thanks:

and thanks Nev, for his excellent work. And good luck with the project :) Since v 0.56, it saw great improvements in performance!

derpycat
20th May 2013, 21:12
ooo. thanks for the update!

does the last change in the changelog render madflac obsolete...?
also quick question, what's the correct install procedure - uninstall and then reinstall?

thanks =3

paradoxical
20th May 2013, 21:22
I understand that in order to use MPC's built-in audio delay feature, I need to enable its Audio Switcher. By doing so, am I missing out on anything in LAV Audio?

No, you aren't.

ThurstonX
20th May 2013, 21:43
No, you aren't.

Excellent. Thanks for the quick reply.

mastrboy
20th May 2013, 22:04
Question related ordered chapters, just noticed a difference in behavior with the default tag for subtitles between Haali and LAV splitter.

The main video files have subtitle track 3 as default and the OP/ED which is in separate files for the series has subtitle track 1 as default, Haali switches from subtitle track 1 to subtitle track 3 when done playing the Opening and correctly switches back to track 1 when starting to play the Ending file in the virtual timeline.
LAV splitter stays on track 1 throughout the entire virtual timeline without "honoring" the default track tag in mkv.

Is this intended behavior?

itsonlyjustincase
21st May 2013, 10:14
Does the latest Lav 0.57 includes the latest intel QS 0.42 ?

nevcairiel
21st May 2013, 10:14
No, it does not. I didn't have time or a Win8 system to test on right now, and i don't include untested updates.

itsonlyjustincase
21st May 2013, 10:17
No, it does not. I didn't have time or a Win8 system to test on right now, and i don't include untested updates.

Thank you for this feedback :).

AndreaMG
21st May 2013, 12:49
LAV Filters 0.57
- Added a Popup Menu to the Tray Icon which allows Stream, Edition and Chapter switching

Thanks Nev.

Andrey /MAG/
21st May 2013, 15:47
Hello Nev.
I see good working HW deinterlacing with QuickSync in new LAV Decoder. It makes 50 fps from 25i source. Thanks!
But CUVID HW deinterlacing stop working to me. It gives only 25 fps from the same 25i source. Option "50p/60p (Video)" is selected. What I do wrong?
---
Core i5-3570K + GTX 660 Ti

wanezhiling
21st May 2013, 15:51
sample: http://www.sendspace.com/file/aot417

Disable mpc ac3 decoder (http://farm6.staticflickr.com/5461/8769740210_e1cffe33a6_o.png)
Disable lav aac decoder (http://farm9.staticflickr.com/8397/8769740180_1325a79436_o.png)

Haali could correctly connect mpc aac decoder when switching to the aac track. (http://farm8.staticflickr.com/7422/8769758012_2f6893f4d6_o.png)
LAV still connects lav audio decoder when switching to the aac track and be mute. (http://farm9.staticflickr.com/8539/8769741448_c78f13b758_o.png):)

nevcairiel
21st May 2013, 16:15
sample: http://www.sendspace.com/file/aot417

Disable mpc ac3 decoder (http://farm6.staticflickr.com/5461/8769740210_e1cffe33a6_o.png)
Disable lav aac decoder (http://farm9.staticflickr.com/8397/8769740180_1325a79436_o.png)

Haali could correctly connect mpc aac decoder when switching to the aac track. (http://farm8.staticflickr.com/7422/8769758012_2f6893f4d6_o.png)
LAV still connects lav audio decoder when switching to the aac track and be mute. (http://farm9.staticflickr.com/8539/8769741448_c78f13b758_o.png):)


If you want to switch decoder on stream switch, you need to activate the option "Remove Audio Decoder on Audio Stream Switch"

wanezhiling
21st May 2013, 16:24
I never notice that option...
You are a genius nev.:)

aufkrawall
21st May 2013, 19:05
Thanks for the new version, nev. QS deinterlacing seems to be working fine on a quick test.

AndreaMG
21st May 2013, 20:43
CUVID HW deinterlacing stop working to me. It gives only 25 fps from the same 25i source. Option "50p/60p (Video)" is selected. What I do wrong?

Hi Mag,
I tried both 25i and 30i video material with SVP and "50p/60p (Video)" option enabled and I get properly hardware deinterlaced 50p and 60p videos.

mindbomb
21st May 2013, 20:56
Hello Nev.
I see good working HW deinterlacing with QuickSync in new LAV Decoder. It makes 50 fps from 25i source. Thanks!
But CUVID HW deinterlacing stop working to me. It gives only 25 fps from the same 25i source. Option "50p/60p (Video)" is selected. What I do wrong?
---
Core i5-3570K + GTX 660 Ti

i've noticed this as well. It happened in previous versions of lav video too. I just assumed the cuvid decoder detected it as a film source.

nevcairiel
21st May 2013, 21:21
The only reason it would disable 50/60p internally is when it detects soft-telecine flags on the content, because it screws playback up if it doubles the frames.

no1d
21st May 2013, 23:03
nevcairiel
Can you confirm the problem with dtsdecoderdll about which I PMed to you? It's still not working for me with 0.57

mindbomb
21st May 2013, 23:16
After looking at the cuvid deinterlacing a bit more, it works properly with evr, but with madvr, it always reports the frame rate as half from the source filter. Appears to be only a cosmetic issue, actual frame rate when measured with fraps is the full 50/60 fps.

NikosD
22nd May 2013, 08:41
Trying an Nvidia GT440 card on an old M/B with a PCI-E 1.1x4 speed slot (x16 physical size), I came out with a result which made my preference to DXVA native, even more solid.

Every 1080p clip I tried with DXVA-CB and NVCUVID was unplayable in real-time with VP4 of GT440 on the M/B mentioned above.

The Video Bus load created by copy-back methods of DXVA-CP and NVCUVID was simply too much for the PCI-E 1.1x4 bus resulting in very low Video Engine utilization (<50%) and very high CPU utilization.

So, it doesn't really matter if you have an ATI/AMD or Nvidia card, when your PCI-E slot is slow regarding Copy-Back implementations (DXVA, NVCUVID)

The only solution is DXVA native.

P.S GT440 is a GDDR5 model and system RAM is dual channel DDR2-533MHz

FiJaY5050
23rd May 2013, 00:37
Hi,

I have an issue where using LAV filters sometimes results in badly resized or flipped videos. This also happens using FFDshow but I can use the Resize>resize to screen resolution option to fix that.

Is there anyway I can force LAV to resize properly?

filler56789
23rd May 2013, 00:51
Hi,

I have an issue where using LAV filters sometimes results in badly resized or flipped videos. This also happens using FFDshow but I can use the Resize>resize to screen resolution option to fix that.

Is there anyway I can force LAV to resize properly?

Please specify: codecs with which those videos were compressed, frame size (width X height), video renderer you're using, operating system, whatever.

Besides, ffdshow has a built-in video processor, but LAV Video does not.

RealSnoopyDog
23rd May 2013, 07:32
dtsdecoder.dll is working for me with the latest LAV

filler56789
23rd May 2013, 13:15
dtsdecoder.dll is working for me with the latest LAV
Same here.
It's still not working for me with 0.57
Perhaps the version of your DTSdecoderdll.dll is too new?
I've read that the DLL from the latest TMTs is not compatible with eac3to, so maybe it's not compatible with LAV Audio as well :confused:

nevcairiel
23rd May 2013, 13:33
All versions of the dtsdecoder from 1.1.0.0 up to 1.1.0.8 are supported. I've not seen a newer version even in the latest TMT6.
Note that especially the old versions (1.1.0.0 and 1.1.0.1 i believe) need the MSVC++ 2003 runtime, which is not easily available as a stand-alone download. Newer versions need the 2005 runtime, i believe.

I also have not really any influence how it decodes stuff. Either it works, or it doesn't. Its a blackbox.

no1d
23rd May 2013, 14:44
Decoding is working, but I have problem with that (http://www.mediafire.com/download/btivmayt2lbnaas/%5BUTW-THORA%5D_Evangelion_2.22_-_You_Can_(Not)_Advance_v2_%5BBD%5D%5B1080p%2Cx264%2CDTS-ES%5D%5B13434436%5D_part.mkv) sample. I thought it might be a problem with timestamps or something.

itsonlyjustincase
23rd May 2013, 15:34
Please specify: codecs with which those videos were compressed, frame size (width X height), video renderer you're using, operating system, whatever.

Besides, ffdshow has a built-in video processor, but LAV Video does not.

FiJaY5050 --> Are you a Serato Video user ? :p

I have the same problem with 640x360 videos H.264/MPEG-4 AVC

The weirdest thing is that it happens only with old 4/3 videos recompressed with H.264 AVC codec cause with new recent HD 16/9 files recompressed the same way there is no problem of resized videos.

Perhaps an option in Lav to resize like ffdshow would be great

06_taro
23rd May 2013, 17:44
Nev, I wrote one patch to add an option to try DXVA2(native) first, and fall back to other HW decoders if fails.

Generally, if one check the DXVA2 (native) box, LAV will try to use DXVA2(native) for decoding, and will fall back to CUVID/QuickSync/DXVA(copy-back) according to how the drop-down-list is configured, and finally switch to SW if it fails again:
http://oi44.tinypic.com/1111imv.jpg

This allows to use DXVA2(native) for plain LAV Video->Video Renderer chain, but automatically switch to other copy-back HW decoders if other processor like DirectVobSub (auto-loading version) is involved. I simply do not like to use DXVA(copy-back) for everything on my HD6xxx even if native is available for a filter graph, for the GPU->CPU bandwidth limits.

Patch and some more details can be found in Issues #214 (http://code.google.com/p/lavfilters/issues/detail?id=214).

If anyone would like to take a try, here is a test build (with some other patches (http://tmod.nmm-hd.org/LAVFilters/patches/) for my own use, like a rough implementation of Matroska tags of metadata, not anything useful):
Download (http://tmod.nmm-hd.org/LAVFilters/)

STaRGaZeR
23rd May 2013, 20:28
nev, how can I revert to a specific commit with TortoiseGit to test some stuff? I tried show log->right click on wanted commit->switch/checkout to this, and it does indeed revert LAV's code to that commit. However, in the same confirmation window, there is this little update submodules button (yeah, I want to revert the submodules too). When I click OK to revert all submodules it always throws me:

git.exe submodule update --init "ffmpeg"

fatal: reference is not a tree: 2e6f7ffcbe706d88cb79246f2c264e5f94d29dc2
Unable to checkout '2e6f7ffcbe706d88cb79246f2c264e5f94d29dc2' in submodule path 'ffmpeg'
git.exe submodule update --init "libbluray"

git.exe submodule update --init "qsdecoder"



git did not exit cleanly (exit code 1) (1201 ms @ 23/05/2013 21:26:41)


in the face. Any suggestions? :p

nevcairiel
23rd May 2013, 22:45
Any suggestions? :p

The Git repository "forgets" some intermediate Git revisions in the ffmpeg repository because they are not tagged, so rolling back to some arbitrary point in the past only really works for the release tags of ffmpeg (i made one tag for every lav release)

Just came across this:


Why would anyone here care about linux?
LAV has supported 4K decoding on compatible NVIDIA hardware for a long time already, the Windows drivers have supported it just fine - just the linux VDPAU driver did not support it yet.

paradoxical
24th May 2013, 14:54
@ nevcairiel:

Just came across this:


Originally Posted by nvidia.com

http://www.nvidia.com/object/linux-d...23-driver.html

[...]

Added support in VDPAU for 4k resolution MPEG-1/2 and H.264 video decoding, up to 4032x4048 for MPEG-1/2 and 4032x4080 for H.264, and up to 65536 macroblocks for both.

[...]

;)

So you're posting about something completely irrelevant to LAV? What use would LAV have with a Unix/Linux API? VPDAU = Video Decode and Presentation API for Unix.

detmek
24th May 2013, 15:32
LAV Filters is Windows application. VDPAU is API for Unix based operating systems.

VDPAU Level D = VP5 is just a equivalent. It means thet what we mark sa VP5 for Windows it is marked as Level D for Linux.

Andrey /MAG/
24th May 2013, 16:07
Sorry. But I can't solve my problem with HW deinterlacing in decoder.
M2TS 29.97i works fine. It gives me 59.94 fps at decoder output.
But MP4 25i from my camcorder gives only 25 fps. I use QS and CUVID. QS gives 50 fps only in one case: if it is windowed mode with EVR Custom renderer in MPC-HC. If I use another renderer or use EVR Custom with D3D Fullscreen then it gives me only 25 fps.
I did measurements with SVP. It shows real fps at decoder output.
Filter chain is always the same: Haali splitter > LAV Video Decoder > ffdShow raw video filter > renderer

Here one of my (hard to deinterlacing) MP4 file: http://www.sendspace.com/file/99ec0i
I don't understand what is wrong. Give me your advice please.

Chapter about Video stream from MediaInfo:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Format settings, GOP : M=3, N=15
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 7s 120ms
Bit rate mode : Variable
Bit rate : 17.2 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 3.161
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.333
Stream size : 14.6 MiB (99%)
Title : SAMSUNG AVC
Language : English

paradoxical
24th May 2013, 16:10
What about nevcairiel then:




?

:)

:rolleyes:

Irrelevant especially as you misunderstood what he said. VDPAU is a Unix API. Did you miss the part where I told you what the acronym meant?

nevcairiel
24th May 2013, 16:31
Video support is a hardware feature, its independent of the API.
I'm sorry the Windows driver doesn't have a fancy readme that outlines the Hardware video support of all the NVIDIA cards, so i link people to the Linux readme. But its a list of Hardware Support, it has nothing to do with Linux or Windows.

Driver changes for another OS are still completely irrelevant. Especially Video Decoder support has always been quite different between Windows and Linux.

petran79
24th May 2013, 17:54
Regarding the Intel Quicksync feature and the latest LAV:

does it only support 32-bit version of LAV?

I have a laptop with Intel 3000 and Nvidia GT555M and while the 32-bit LAV detects now the Quicksync decoder, same thing does not occur with the 64-bit version.

nevcairiel
24th May 2013, 18:33
But MP4 25i from my camcorder gives only 25 fps. I use QS and CUVID. QS gives 50 fps only in one case: if it is windowed mode with EVR Custom renderer in MPC-HC. If I use another renderer or use EVR Custom with

CUVID should be fixed in the next version, QS works just fine for me.

Regarding the Intel Quicksync feature and the latest LAV:

does it only support 32-bit version of LAV?


QuickSync works fine in 64-bit, something must be wrong in your system.

mindbomb
24th May 2013, 18:58
The only reason it would disable 50/60p internally is when it detects soft-telecine flags on the content, because it screws playback up if it doubles the frames.

I have a question about this. I was watching something that had telecine flags I think, and what was happening with the cuvid decoder was that it would bounce back and forth between 23.976 and 59.99 fps throughout the entire video with the cuvid decoder.

here is a sample:
http://www.mediafire.com/download/1t68dqd028rywyh/dex.zip

Is there something wrong with the way the file was muxed, or is it something with the cuvid decoder? can anything be done?

nevcairiel
24th May 2013, 19:01
That clip is simply mixed content, it seems to switch between soft and hard telecined all the time, its really quite terrible.

egur
24th May 2013, 21:27
QuickSync deinterlacing produces new (intermediate) frames with invalid time stamps (there's a dedicated invalid time stamp).
EVR doesn't care about this and interpolates them. Other renderers just drop those frames.
QS decoder has a feature to interpolate the time stamps but it's turned off in LAV because LAV controls the time stamps.
Currently the time stamp interpolation depends on knowing the frame rate, a feature that was always turned off in LAV as it may produce bad results (slow or jumpy video) in heavily broken clips. Halli media splitter was especially bad in this sense producing time stamps that fools the frame rate calculation completely off.
The internal (QS) time stamp calculation was also needed for proper handling of soft telecine (IVTC).

Having the renderer do deinterlacing is much more efficient and it uses the same HW (same video quality). It makes sense using QS DI for transcoding or adding subtitles (or almost any other video processing) after the decoder.

nevcairiel
24th May 2013, 21:30
bVppEnableDITimeStampsInterpolation is turned on by LAV actually, if thats what you mean.

I didn't check if it actually produces timestamps or my own code fills them in, though.

egur
24th May 2013, 22:32
bVppEnableDITimeStampsInterpolation is turned on by LAV actually, if thats what you mean.

I didn't check if it actually produces timestamps or my own code fills them in, though.

It works fine in EVR and MadVR in normal clips. I fixed the frame interpolation behavior a while ago. Now it's independent. It uses frame rate information from the stream and doesn't try to guess it. If frame rate information is missing it will not interpolate time stamps.

The known issues are:
* 2:2 pulldown is not working in D3D9 decoding. Works in D3D11 (probably driver bug).
* Clips with soft inverse telecine look choppy as QS will not perform inverse telecine when bTimeStampCorrection is false. Most clips looks fine, only some have issues.

Users who use EVR-CP or any other low performing renderer are out of luck, it seems that it can't handle 60fps (on my system anyway). Users should try to play a 60fps progressive clip (no DI) and see if it works for them

nevcairiel
25th May 2013, 10:04
There was quite a discussion when YADIF got a bit slower recently because of a memory overread fix that made it less efficient, so here is something that will make YADIF quite a bit faster again, really faster than it has ever been (unless you're on a single core, i guess)

x86: http://files.1f0.de/lavf/LAVFilters-0.57-5-gde80953.zip
x64: http://files.1f0.de/lavf/LAVFilters-0.57-5-gde80953-x64.zip

This version makes YADIF multi-threaded using slice-threading, meaning the image is split into several slices and processed in parallel.

In my tests, this makes YADIF 50-80% faster on my PC, your results may vary.

There are no options, it'll just be magically faster.

NikosD
25th May 2013, 12:03
@ nevcairiel:

Just came across this:





;)


Why would anyone here care about linux?
LAV has supported 4K decoding on compatible NVIDIA hardware for a long time already, the Windows drivers have supported it just fine - just the linux VDPAU driver did not support it yet.

@wanezhiling and other PotPlayer users

Using LAV Video 0.57 in DXVA native mode by checking UHD option on VP5 video processor of my new signature card, can play EVERY H.264 video beyond Full HD (1920 x 1080) at more than 30 fps and up to 40 fps - depending on bitrate mostly.

There are a few exceptions of course like the notorious "duck" file @3860x2140 and 370Mbps! which is decoded @27 fps and another one I have @4096 x 2160 and 130Mbps which is decoded @29 fps.

But almost all of my 4K files can play real-time with that tiny little 35€ card :D

Users of PotPlayer's internal built-in DXVA native method and LAV video should use EVR renderer instead of EVR-CP default PotPlayer's renderer to achieve such performance using VP5 inside GT520=GT610 cards.

I don't know the performance of Kepler cards with VP5 and EVR-CP.

If you have to use EVR-CP, the performance drops significantly.

Maybe PotPlayer's developers should take a look at it...

petran79
25th May 2013, 18:14
QuickSync works fine in 64-bit, something must be wrong in your system.


thats what I've been wondering about.
though I seriously think that Intel forgot to add support for 64-bit version Quicksync decoding in 2nd gen Intel 3000 drivers.

they were never known for their driver quality.

STaRGaZeR
25th May 2013, 18:16
The Git repository "forgets" some intermediate Git revisions in the ffmpeg repository because they are not tagged, so rolling back to some arbitrary point in the past only really works for the release tags of ffmpeg (i made one tag for every lav release)

I'm sure git has a lot of amazing capabilities, but it's the most counter-intuitive piece of software I've ever dealt with, as a beginner.

Anyway, the problem I was going to track magically disappeared when updating to the lastest version, so no need to mess with git :p

nevcairiel
25th May 2013, 18:16
though I seriously think that Intel forgot to add support for 64-bit version Quicksync decoding in 2nd gen Intel 3000 drivers.


While the drivers are not perfect, I have a HD3000 SNB and it works just fine.

I'm sure git has a lot of amazing capabilities, but it's the most counter-intuitive piece of software I've ever dealt with, as a beginner.

Its my fault really because i'm messing with the history in that repository everytime i update ffmpeg, because i don't want a million tags for every small update, and stuff.
Its a compromise i accepted. ;)

Keiyakusha
26th May 2013, 01:24
Hmm, usually I make 1st track default, but this time I wanted track3 to be default. Is there any reason why LAV 0.57 still plays 1st track? Even if I mark track3 default+forced (https://dl.dropboxusercontent.com/u/110558786/DesktopScreens/A38A96BE.png)...
Did I misconfigured something? Tried some old haali (too lazy to hunt for the newest/beta/hacked whatever version) - it selects 3rd track.
UPD: it's probably obvious but I'm talking about mkv :P
UPD2: it does works for audio (https://dl.dropboxusercontent.com/u/110558786/DesktopScreens/422341F2.png) though

nevcairiel
26th May 2013, 07:39
Probably just not implemented for video tracks, as different video tracks is not really a common thing.

pie
26th May 2013, 07:56
I have a bit of a strange problem, which is somewhat hard to replicate. When playing music using WMP, it will crash if playing a particular set of songs, and only if that set of songs is played; playing each file individually is fine, and so is playing subsets of those songs. By crash, I mean that it will simply quit with no warning or error.

In this set, there are 19 songs, of which 15 are MP3s, and the rest are AAC/mp4 files, with the MP3s being played before the AAC files. I believe that LAV is not used for playing the MP3s, but that the AAC files do use LAV splitter/decoder.

The crash will only occur after playing all songs, and occurs when playing the last AAC file, about 1-2 seconds in.

This only started to happen with recent versions, although I can't exactly pinpoint which version this started happening (maybe around the time of adding ordered chapters support?).

Keiyakusha
26th May 2013, 16:42
Probably just not implemented for video tracks, as different video tracks is not really a common thing.

Just checked avsplitter - it also selects the right track... is it hard to implement? Maybe just copypasted code from audio stream selection will work after little adjustments? :rolleyes:
Edit: potplayer's internal splitter selects right track too... seems only LAV is behind the rest of the competition ^^

nevcairiel
26th May 2013, 16:58
Its not hard, a simply check to select the track with the default flag is easy. Not sure how forced on video would make much sense, so leaving that out for now. :p

petran79
26th May 2013, 19:31
While the drivers are not perfect, I have a HD3000 SNB and it works just fine.


Having two gpus messes up the system...

I have a laptop with an optimus card (nvidia gt555m and intel 3000)

Lav 64 detects cuvid (nvidia gpu light flashes)
It also detects dvxa through intel card. Nvidia light doesnt flash. So lav detects the card but quicksync codec isnt detected

I'll also try the 64 ffdshow tryouts.
I installed lav through klite, so i'll try a clean installation of lav this time.
Not a big deal really.

Nekomata
26th May 2013, 23:33
Having two gpus messes up the system...

I have a laptop with an optimus card (nvidia gt555m and intel 3000)

Lav 64 detects cuvid (nvidia gpu light flashes)
It also detects dvxa through intel card. Nvidia light doesnt flash. So lav detects the card but quicksync codec isnt detected

I'll also try the 64 ffdshow tryouts.
I installed lav through klite, so i'll try a clean installation of lav this time.
Not a big deal really.

exactly same configuration here: gt555m and intel 3000, lg laptop
what i have found is using nvidia control panel to set potplayer (one of few players you can switch the graphics) and use nvidia on it, it works correctly with cuda and lav filter

mindbomb
27th May 2013, 08:54
question about renderer deinterlacing:
you can't use xy vsfilter and have renderer deinterlacing?

clsid
27th May 2013, 14:05
I don't think it passes on the interlaced flag in output mediatype, so HW deint won't work with (xy-)vsfilter.

nevcairiel
27th May 2013, 14:39
No it doesn't. Some time ago i was thinking looking into that and providing a patch, as it would probably be a quick fix, but i never got around to it and then lost track :)

cyberbeing
27th May 2013, 17:15
Yes, I remember that that "some time ago" in October 2012... :p

But as mentioned in my PM to you a couple months ago, we are still interested you creating such a VideoInfo2 + bitstream interlace flag support patch for xy-VSFilter if you ever find time.

itsonlyjustincase
28th May 2013, 11:38
Does someone have the knowledge to add : Resize>resize to screen resolution option to Lav video decoder ?

nevcairiel
28th May 2013, 11:53
Does someone have the knowledge to add : Resize>resize to screen resolution option to Lav video decoder ?

LAV will not get such options, its a decoder, not a post-processor.

wanezhiling
29th May 2013, 09:27
ArcSoft TotalMedia Theatre 6.0.1.123 released.

dtsdecoderdll.dll v1.1.0.9 !!! :D

itsonlyjustincase
29th May 2013, 09:39
LAV will not get such options, its a decoder, not a post-processor.

Okay :). Do you know if it is possible as ffdshow uses IntelQS to have ffdshow using Cuvid ?

huhn
29th May 2013, 09:42
how about that: use ffdshow as post processor for lavfilter?

Vyral
29th May 2013, 10:22
how about that: use ffdshow as post processor for lavfilter?
I already tried that. The main problem is that ffdshow raw filter does not support 10bits input.

ryrynz
29th May 2013, 10:45
Yup, so either suffer from the 8bit conversion or use pixel shaders.

itsonlyjustincase
29th May 2013, 11:38
integrate dxva2n, dxva2cb and cuvid to ffdshow would be excellent

ryrynz
29th May 2013, 13:53
ffdshow is dead, nobody is going to work further on it's core functionality any time soon if ever. Minor fixes and tweaks along with Quicksync updates are all it's going to get.

clsid
29th May 2013, 16:10
Plus it would not bring any functionality that is better than what LAV already gives right now.

itsonlyjustincase
29th May 2013, 16:14
Plus it would not bring any functionality that is better than what LAV already gives right now.

I understand. It is just that lav is just a decoder without post processing. Lav is excellent. In my case, with my soft sometimes it gives weird aspect ratio with videos with resolution 640x360. I would have liked the option to resize to screen resolution that ffdshow has cause it would have permit to avoid those problems. That is why i was asking about it. But i'm aware that as 95% of the players that use LAV work well, there is little chance that anyone would develop more

paradoxical
29th May 2013, 16:17
I understand. It is just that lav is just a decoder without post processing. Lav is excellent. In my case, with my soft sometimes it gives weird aspect ratio with videos with resolution 640x360. I would have liked the option to resize to screen resolution that ffdshow has cause it would have permit to avoid those problems. That is why i was asking about it. But i'm aware that as 95% of the players that use LAV work well, there is little chance that anyone would develop more

Does your player not allow you to override the aspect ratio to fix that? I would think that remuxing your file or using an AR override of the player would be much simpler than expecting someone to change ffdshow to add the functionality you want.

clsid
29th May 2013, 16:43
It is possible to use LAV for decoding and ffdshow for post-processing. Simply enable "raw video" in ffdshow video decoder. When using an advanced player like MPC-HC, the 'manual' ffdshow raw video filter can be used instead, which has the advantage that it won't interfere with other DirectShow apps.
In the future LAV might get an option to load ffdshow raw video filter into the graph (for a defined list of apps).

LAV Video decoder has an option that controls which AR it should use. The one from the container, or the one from the video bitstream. Changing that option might fix the AR for those files (and break it for others that are now working correctly). Best solution is to remux those files and put set a correct AR in the container.

MPC-HC has Pan&Scan settings to resize the video during playback. There are several shortcuts (using numeric keypad) that allow you to easily resize/flip/rotate the video.

itsonlyjustincase
29th May 2013, 17:20
Does your player not allow you to override the aspect ratio to fix that? I would think that remuxing your file or using an AR override of the player would be much simpler than expecting someone to change ffdshow to add the functionality you want.

:) For sure if my player did that i wouldn't have asked such a question :)

itsonlyjustincase
29th May 2013, 17:22
It is possible to use LAV for decoding and ffdshow for post-processing. Simply enable "raw video" in ffdshow video decoder. When using an advanced player like MPC-HC, the 'manual' ffdshow raw video filter can be used instead, which has the advantage that it won't interfere with other DirectShow apps.
In the future LAV might get an option to load ffdshow raw video filter into the graph (for a defined list of apps).

LAV Video decoder has an option that controls which AR it should use. The one from the container, or the one from the video bitstream. Changing that option might fix the AR for those files (and break it for others that are now working correctly). Best solution is to remux those files and put set a correct AR in the container.

MPC-HC has Pan&Scan settings to resize the video during playback. There are several shortcuts (using numeric keypad) that allow you to easily resize/flip/rotate the video.

I'm using video DJ soft that doesn't allow that unfortunately

paradoxical
29th May 2013, 17:43
I'm using video DJ soft that doesn't allow that unfortunately

Then remux the files in a way that your player won't screw them up or get something less broken to use? :confused: It sounds like you spend way too much effort trying to work around all the brokenness of that software.

itsonlyjustincase
30th May 2013, 09:29
Then remux the files in a way that your player won't screw them up or get something less broken to use? :confused: It sounds like you spend way too much effort trying to work around all the brokenness of that software.

What you're saying is so true. It's because appart from that this soft is the best in audio. So i really wanted to be able no to have to use different softwares when i'm mixing. Plus i spent money to buy video clips. But you're definitely right

paradoxical
30th May 2013, 18:24
What you're saying is so true. It's because appart from that this soft is the best in audio. So i really wanted to be able no to have to use different softwares when i'm mixing. Plus i spent money to buy video clips. But you're definitely right

That's a shame. All I can say is try to remux your files and hope that you can have container level AR signaling that the player will honor better.

itsonlyjustincase
31st May 2013, 13:51
The weird thing is that it's only the old school videos that have this problem. The recents one don't.

How to remux ? What do i need to do ? Is there a soft to do it using CUDA or QS so that it can be done quickly ? (i would have something like 500 videos to remux)

clsid
31st May 2013, 15:11
Remuxing means only changing/adjusting the container. The audio and video remain untouched. So it is generally a fast process.

This should be helpful:
http://forum.videohelp.com/threads/301849-Change-Aspect-Ratio-of-mp4-without-re-encoding

But you also seem to have ignored a solution I gave before. The option "Use stream aspect ratio" in LAV Video decoder.

itsonlyjustincase
31st May 2013, 15:40
Remuxing means only changing/adjusting the container. The audio and video remain untouched. So it is generally a fast process.

This should be helpful:
http://forum.videohelp.com/threads/301849-Change-Aspect-Ratio-of-mp4-without-re-encoding

But you also seem to have ignored a solution I gave before. The option "Use stream aspect ratio" in LAV Video decoder.

Thank you CLSID.

Sorry for the feedback. I did tried the different options to tick or untick the case "Use stream aspect ratio" of Lav Video but it doesn't change anything.

paradoxical
31st May 2013, 18:16
Sorry, maybe I'm wrong, but LAV splitter don't support 4K video ?

Of course it does.

zallen
31st May 2013, 19:54
Yes, it`s work with POT Player and don`t with KMPlayer. Why then only internal splitter with LAV Video Decoder for KMP. :confused:

Mercury_22
1st June 2013, 13:40
EDIT : never-mind My bad, somehow my PATH variable got modified

cyberbeing
2nd June 2013, 21:16
@nevcairiel

GraphStudioNext "Time Measure Filter" movie resolution incorrect (http://bugs.madshi.net/view.php?id=71)
LAV Splitter (720p24) -> LAV Video -> Time Measure -> madVR: problem
LAV Splitter (720p24) -> ffdshow -> Time Measure -> madVR: ok
LAV Splitter (720p24) -> CoreAVC -> Time Measure -> madVR: ok
LAV Splitter (720p24) -> Time Measure -> madVR (internal decoder): ok

Looks like a problem in LAV Video Decoder to me?

madshi
2nd June 2013, 21:35
Don't know for a fact that it's a LAV Video Decoder issue, but at least it seems to be the only decoder triggering this problem.

nevcairiel
2nd June 2013, 22:26
This seems to happen because of the extended format flags in dwControlFlags, it causes an extra reconnect between the filters which doesn't go too well, because the time measure thing implements video buffer handling somehow ... half. It requests a stride, but not like a renderer would.
Neither of the other decoders support those flags.

cyberbeing
2nd June 2013, 22:40
So is this something you would fix in LAV Video, or should an issue be opened with Graph Studio Next (http://code.google.com/p/graph-studio-next/issues/entry) instead?

nevcairiel
3rd June 2013, 09:56
I can probably somehow fix it. But don't expect results too soon, i'm quite busy with other things right now.

huhn
3rd June 2013, 15:57
is it normal that mpeg2 dxva didn't work with 6770 and 5770 cards ? it works with the mpc hc mpeg2 dxva decoder.

is the mpc hc dxva decoder dxva 1?

paradoxical
3rd June 2013, 16:02
Those should work since they are UVD 2 which offers full bitstream decoding. The only cards not supported for MPEG-2 decoding by LAV are those that only did partial acceleration with UVD/UVD+. What OS are you running? Because if it's XP that would be your issue since you wouldn't have DXVA2.

huhn
3rd June 2013, 16:09
windows 7 x64.

h264 works fine so my setup should be fine

nevcairiel
3rd June 2013, 16:29
MPEG-2 DXVA is broken on pre-7000 series AMD cards (or was it pre-6000?), and if MPC-HC decoder is telling you anything else, its lying. :)
AMD actually disabled MPEG-2 on those cards in recent drivers, so the driver didn't offer you the mode.

There is no special check in LAV to disable it on older AMD cards, it will simply use it when the driver offers it.

dukey
3rd June 2013, 16:48
You any idea why i get green screens between title changes with bluray ? Only seems to effect my ati card

huhn
3rd June 2013, 17:19
even madvr reports dxva 2 back when i use the mpc hc mpeg 2 decoder.

dxva checker report decoding device: modeMPEG2_IDCT with Microsoft DTV-DVD Video Decoder [DXVA 1/2][]MPEG2 1920x1080]

my card enters a power state with 500 mhz (from max 850) and this can't be changed even when i run a pc game so it should use dxva.

i'm using 13.5 driver. is there a way to make 100 % sure dxva is used?

nevcairiel
3rd June 2013, 17:21
IDCT is not the right device, you need DXVA2_ModeMPEG2_VLD for LAV DXVA for MPEG-2.
The MS decoder can use the IDCT device, but i don't think the MPC decoder can.

huhn
3rd June 2013, 17:33
mpc is using the Microsot DTV-DVD. it most likely falling back to it.

so the DXVA2_ModeMPEG2_VLD is broken not mpeg 2 dxva in general ?

nevcairiel
3rd June 2013, 17:35
DXVA2_ModeMPEG2_VLD means "full acceleration", which is really the only proper mode.
IDCT or MoComp are "partial acceleration", which is not implemented in LAV or MPC-HC, because its usually not worth it, and all modern cards support full acceleration.

MPEG2 is rather easy to decode, maybe you should just stick to CPU :)

huhn
3rd June 2013, 17:42
thx that's all i want to know.

some else got some problem with this and asked me if my hard can support mpeg 2. bad new for him.

AndreaMG
3rd June 2013, 19:40
Hi everyone, here is a test with Haswell + MadVR + LAV Filters :)

http://www.anandtech.com/show/7007/intels-haswell-an-htpc-perspective

Link fixed, sorry :)

detmek
3rd June 2013, 19:49
Fix the link.

Thanks.

TimmyTimmyTimmy
4th June 2013, 07:13
Hi, I've been trying to install via the zip method with recent versions of LAVFilters, but I'm seeing some issues.

LAVSplitter.ax will not register at all. I have no problems with the audio and video decoders though.
Does LAVSplitter.ax simply no longer self register? I see the installer still works.

I am right clicking and selecting run as administrator on the .bat files. I am logged in as administrator and the files are present in the directory I'm trying to register within. I'm using Windows 7 x64, 32bit files are placed in C:\Windows\SysWOW64, while 64bit files are placed in C:\Windows\System32.

Sorry if this has been mentioned before, I've tried searching and found nothing.

zallen
4th June 2013, 08:11
I found out the cause of failure LAV splitter connecting to KMPlayer for MP4 files with 4K resolution. It was Nokia Music Player.
After removing (and NMP emuzed filters) all earned. And for POT player Nokia Music Player didn`t prevent.

wanezhiling
4th June 2013, 09:00
Hi nev, would you add an option "load embedded fonts"(enable by default) in lav splitter? That will be nice.

michkrol
4th June 2013, 14:25
Hi nev, would you add an option "load embedded fonts"(enable by default) in lav splitter? That will be nice.

LAV Splitter has this functionality integrated since "ages". Could you describe, what you're trying to do with what file format, what other software you're using and perhaps provide a sample, which doesn't work.

wanezhiling
4th June 2013, 15:34
Haali has the option while lav has not. http://i.imgur.com/uVgntbK.png

Here is a mkv embedded msyh596.ttf font. http://pan.baidu.com/share/link?shareid=509563&uk=3558042035

When playing the file on my Win7 China OS which default font is Microsoft YaHei(msyh.ttf), the menu captions of player are spoiled because there is a conflict between MKVs msyh596.ttf and OSs msyh.ttf.
http://i.imgur.com/GLug7RO.png (interesting right? :p)

With Haali, everything is fine even the "Load embedded fonts" option is set to "yes", dont know how haali do that.
http://i.imgur.com/QbR1YLe.png

You guys cannot reproduce this becasuse your OSs default font is not MS YaHei.So the best solution is that lav splitter adds a "Load embedded fonts" option, then I could disable embedded font by myself.:)

nevcairiel
4th June 2013, 15:41
Haali stores the font in a temp directory and loads it from there, LAV loads it directly from memory, maybe Windows behaves differently in those two situations.

aba101280
4th June 2013, 15:50
Hi,

thank you very much for this great decoder. I'm not sure if it is possible to control the decoder via command line or hotkeys. I want to switch between "decoding/bitstreaming" with my remote and did not find anything about this. Is there a way to do this? Perhaps you can save this in the regestry also but I did not find any settings.

Regards,

B

wanezhiling
4th June 2013, 15:53
Thanks nev, sounds you are right.

The way lav loads fonts is just fine, its ok. Just need a solution to avoid the spoiled captions when using lav splitter , so thats why i hope lav add a "Load embedded fonts" option.

06_taro
4th June 2013, 16:27
If the maker of this mkv file trims the font (only keeps the needed subset for ass), it is highly recommended to change the font's name, or else it is easy to cause such a conflict, especially when there's no rule of implementation for re-loading a system font.

It is not always good to stop re-loading the font in such cases. Assume that the maker not only trims the font, but also changes the font, e.g., by adding a special character which is not present in original font, now by not loading the embedded fonts you'll get correct GUI with incorrect subtitles. It might be quite common when using legacy system CJK fonts which usually have many characters missing. The best solution is still renaming the trimmed/edited font when making it.

vad74
5th June 2013, 12:10
nevcairiel
LAV Filters version 0.57.0 have a file IntelQuickSyncDecoder.dll version 0.41.0.0 (bild 30.01.2013). But last Intel QuickSync Decoder have version 0.43 (bild 25.05.2013). Why? And how I can update this file? Or it is not allowed?

nevcairiel
5th June 2013, 12:14
I only supply tested versions. If there is an old version, that usually means one of two things:

1) I didn't have time or the resources/hardware/software to test the new version yet (like the Windows 8 features, i have no Win8 system right now)
2) or, i found a problem with the new version and therefor still use the older one.

Exchanging that DLL with another one is your prerogative, and your own risk. :)

eXtremeDevil
5th June 2013, 15:02
Can I decide with exe will use this filter? I haven't found an option like that, as on FFDShow...

paradoxical
5th June 2013, 15:48
Can I decide with exe will use this filter? I haven't found an option like that, as on FFDShow...

No, hence why you were not told that it was possible the last time you asked.

starla
6th June 2013, 10:24
You any idea why i get green screens between title changes with bluray ? Only seems to effect my ati card

You probably are not sending all the video data, so the currect clip wont get "played" to the end and GPU is trying to decode partial / mixed up video frames. I know, I have seen the same results even with Nvidia GPU in similar source filter bug.

TimmyTimmyTimmy
6th June 2013, 11:05
Got no reply before so posting again:

I've been trying to install via the zip method with recent versions of LAVFilters, but I'm seeing an issue.

LAVSplitter.ax will not register at all. I have no problems with the audio and video decoders though.
Does LAVSplitter.ax simply no longer self register? I see the installer still works.

I am right clicking and selecting run as administrator on the .bat files. I am logged in as administrator and the files are present in the directory I'm trying to register within. I'm using Windows 7 x64, 32bit files are placed in C:\Windows\SysWOW64, while 64bit files are placed in C:\Windows\System32.

Superb
6th June 2013, 12:49
"Will not register at all"? Do you get an error message when you run regsvr32?
Besides, registering the splitter is not enough, afaik. I think some registry modifications are needed as well. (the installer does that automatically, of course)

paradoxical
6th June 2013, 15:19
Got no reply before so posting again:

I've been trying to install via the zip method with recent versions of LAVFilters, but I'm seeing an issue.

LAVSplitter.ax will not register at all. I have no problems with the audio and video decoders though.
Does LAVSplitter.ax simply no longer self register? I see the installer still works.

I am right clicking and selecting run as administrator on the .bat files. I am logged in as administrator and the files are present in the directory I'm trying to register within. I'm using Windows 7 x64, 32bit files are placed in C:\Windows\SysWOW64, while 64bit files are placed in C:\Windows\System32.

Is there some reason you can't just use the installer?

mastan
6th June 2013, 16:13
LAVSplitter.ax will not register at all. I have no problems with the audio and video decoders though.
Does LAVSplitter.ax simply no longer self register? I see the installer still works.

http://forum.doom9.org/showthread.php?p=1621557#post1621557

Omehenk
6th June 2013, 21:46
Hello everyone, I just came across here while looking for good codecs, but i ran into some problems.

1. I don't see subtitles on any mkv video. using wmp 11.

2. http://puu.sh/35VGL.png
(there has been a problem while starting LAVSplitter.ax)
(Can't find procedure.)

I get this message when trying to open all lav configurations btw.

I'm using windows x64.

zerowalker
7th June 2013, 19:00
It seems that i get trouble with deinterlacing with the latest LAV.

Even if i set progressive, i will somethings get Interlace artifacts, on an Progressive video;S

It's not easy to reproduce, but if i spam click at a point where there is easy to detect, it will appear from time to time, i am not sure why.

Edit:

Okay forget that, it only appears when i set Auto, even if the video is progressive, not sure why;S

TimmyTimmyTimmy
8th June 2013, 00:04
Thanks for the replies guys. Any help is appreciated.

"Will not register at all"? Do you get an error message when you run regsvr32?
Besides, registering the splitter is not enough, afaik. I think some registry modifications are needed as well. (the installer does that automatically, of course)

Error message is as follows:

The module "C:\Windows\SysWOW64\LAVSplitter.ax" failed to load.

Make sure the binary is stored at the specified path or debug it to check for problems with the binary or dependant .DLL files.

The specified module could not be found.

Is there some reason you can't just use the installer?

Yes, I'm working on integrating with other codecs etc. for silent install on thin client systems.

I have tried replicating a number of registry entries prior to attempting to run regsvr32 but I feel I'm missing something daft/obvious.
I'm not very familiar with Innosetup in the git repository so didn't find what I was looking for there.

Della
8th June 2013, 00:22
Thanks for the replies guys. Any help is appreciated.



Error message is as follows:

The module "C:\Windows\SysWOW64\LAVSplitter.ax" failed to load.

Make sure the binary is stored at the specified path or debug it to check for problems with the binary or dependant .DLL files.

The specified module could not be found.



Yes, I'm working on integrating with other codecs etc. for silent install on thin client systems.

I have tried replicating a number of registry entries prior to attempting to run regsvr32 but I feel I'm missing something daft/obvious.
I'm not very familiar with Innosetup in the git repository so didn't find what I was looking for there.

Try running regex in administrator mode.

Della
8th June 2013, 00:23
That is, command prompt from administrator mode, the regsvr32.

Della
8th June 2013, 00:24
That is run command prompt from administrator/administrative mode, then regsvr32.
(Apologies for the multiple post, fat fingers on iPad)

TimmyTimmyTimmy
8th June 2013, 00:28
That is run command prompt from administrator/administrative mode, then regex.

Thanks for the reply, Della. I am running the command as administrator

nevcairiel
8th June 2013, 06:55
The installer registers the .ax as well, so it must work.
Reasons why it wouldnt are usually that it lacks one of the DLLs it needs (one of the av* dlls or libbluray.dll)

nevcairiel
8th June 2013, 09:24
2. (there has been a problem while starting LAVSplitter.ax)
(Can't find procedure.)

I get this message when trying to open all lav configurations btw.


Should be fixed in the next version.

dukey
9th June 2013, 17:38
You probably are not sending all the video data, so the currect clip wont get "played" to the end and GPU is trying to decode partial / mixed up video frames. I know, I have seen the same results even with Nvidia GPU in similar source filter bug.

I had that issue before, but I fixed it. I even get a lot of green screens in youtube as well, so its probably the crappy ATI h/w.

Keiyakusha
10th June 2013, 13:18
nevcairiel, is there a way for me to tell what colorspace LAV decoder outputs? For example LAV audio shows some info in "status"...
In my situation LAV connected to the renderer I know nothing about and when software I'm dealing with is in windowed mode, it doesn't expands levels. However it does expand them in fullscreen... 。゜(`Д´)゜。 Conversion to RGB in some cases is pretty likely.
Edit: BTW tray icon doesn't shows Pin Info...

nevcairiel
10th June 2013, 13:21
A status tab is planned, although i'm not sure what much information to all show there.

Keiyakusha
10th June 2013, 13:39
You can at least make it available through right click on tray icon. Currently I can estimate what is used by killing all other h264 decoders and messing with colorspace checkboxes. Something like "oh it crashes with this colorspace, probably not what it requests, let's try another" :D

huhn
10th June 2013, 19:12
it is normal when only y416 rgb24 rgb32 and rgb48 is enabled that rgb32 then rgb24 then rgb48 and only then y416 is used with madvr.

quality wise it should be better to output y416 first. or did madvr request rgb first so madvr is at fault.

nevcairiel
10th June 2013, 19:14
If you want highest quality, then don't disable anything. :)
The fallback modes that require conversion are selected with a mixture of compatibility and keeping the quality and speed of LAVs internal conversions in mind, so its not as straight forward as you might think.

huhn
10th June 2013, 19:27
ok thx.

i'm simple playing around to see how madvr behavior with different colorspaces. using lav for it is simply faster than creating samples.

huhn
10th June 2013, 20:00
lav always outputs pc level rgb 48 and ignores the yuv -> rgb conversion setting and is still sending the level info to madvr so madvr does a tv -> pc conversation with tv level videos.
with 24 or 32 rgb it is not sending level infos so madvr is guessing "not your problem".

but i think rgb48 is not that important right?

nevcairiel
10th June 2013, 20:06
RGB48 should really only be used if the source is already RGB48, but i suppose i can check that the double expansion is at least avoided.

dansrfe
10th June 2013, 21:59
This is off-topic but I was attempting to play a live mov video/audio stream (WWDC conf) with MPC-HC and LAV Filters and I get this message: File Source (Async.)::Output saying that MPC-HC cannot render, etc. Is there a simple way to solve this?

I would watch it like normal but I don't want to have to install quicktime...

ThurstonX
10th June 2013, 22:18
This is off-topic but I was attempting to play a live mov video/audio stream (WWDC conf) with MPC-HC and LAV Filters and I get this message: File Source (Async.)::Output saying that MPC-HC cannot render, etc. Is there a simple way to solve this?

I would watch it like normal but I don't want to have to install quicktime...

Not sure if this will help you, but you can avoid the full QuickTime install.

http://en.wikipedia.org/wiki/QuickTime_Alternative

clsid
10th June 2013, 22:43
A status tab is planned, although i'm not sure what much information to all show there.
* FourCC
* Format name/description
* Profile info when relevant in case of H.264/VC1/etc.
* Decoder (libavcodec/ms dmo/cuvid/dxva/qs)
* Video resolution
* Container AR + bitstream AR
* Decoder colorspace + PC/TV range
* Output colorspace + PC/TV range
* Interlacing info + field order

Reino
10th June 2013, 23:12
Just like FFDShow I'd really welcome some information upon hoovering over the tray-icons.
http://www.ld-host.de/uploads/images/8a5d14c4cdbf5e9863c8f72736920d2c.png

huhn
10th June 2013, 23:45
that the point u r not getting this.

it's an example

ddjmagic
11th June 2013, 16:25
BluRay Support
Support for opening BluRay playlists (.mpls), as well as the index.bdmv file, which will try to detect the main movie playlist!

Any chance of LAV reading playlist info from the 'disc.inf' file to help improve main movie playlist detection on a BD? :)

clsid
11th June 2013, 19:12
Can you add the new utvideo FourCCs and option for G2Meeting decoder?

noee
15th June 2013, 14:34
Git Rev: 40a94b8fd613

Needs double quotes around custom build step for manifest copy, such as:

copy "%(FullPath)" "$(IntermediateOutputPath).."

nevcairiel
15th June 2013, 14:46
Fixed

Name User
16th June 2013, 01:43
I was using Haali Media Splitter at first, but decided to switch to LAV Filters and noticed when making GIF files with AvsPmod, the file sizes are mostly different.

The smaller sizes with LAV are welcome, but some are bigger. One of the GIFs with Haali is 3.80 MB and the same one with LAV Filters is 5.03 MB.

What causes them to be smaller/bigger with LAV Filters?

ryrynz
16th June 2013, 08:05
Nevcairiel is there any performance improvement to be had with a Haswell based CPU with -march=core-avx2 switches in GCC4.8.1 with LAV?
This article here (http://www.phoronix.com/scan.php?page=article&item=intel_core_avx2&num=1) shows some substantial benefits with some apps.

nevcairiel
16th June 2013, 08:07
All the important code is manually asm optimized in ffmpeg. The difference would be marginal.

Edit:
Did a quick test.

The default build measured an average of 121.19 fps on my choosen sample.
Using -march=core-avx2, the average was 122.71 fps (or 101.2%), hardly worth the custom build, if you ask me.

You can probably get some more speed by adding AVX2 variants of the handwritten ASM code in some situations, though.

petran79
16th June 2013, 16:41
Having two gpus messes up the system...

I have a laptop with an optimus card (nvidia gt555m and intel 3000)

Lav 64 detects cuvid (nvidia gpu light flashes)
It also detects dvxa through intel card. Nvidia light doesnt flash. So lav detects the card but quicksync codec isnt detected

.

for the record, this problem occurs only with Potplayer 64-bit version and LAV Video. Havent tested any other players.

In MPC-HC 64-bit, Intel Quicksync is detected without problems

wanezhiling
17th June 2013, 05:41
Run your PotPlayerMini64.exe in iGPU mode.(go into Nvidia Control Panel to set that.)

ryrynz
17th June 2013, 05:46
Did a quick test.

The default build measured an average of 121.19 fps on my chosen sample.
Using -march=core-avx2, the average was 122.71 fps (or 101.2%), hardly worth the custom build, if you ask me.

Interesting, you were bang on and yes for 1% difference it's not worth it.


You can probably get some more speed by adding AVX2 variants of the handwritten ASM code in some situations, though.

One can hope one of the devs will take an interest in optimizing some code in the future.

Aleksoid1978
17th June 2013, 07:26
nevcairiel

I see you add support for G2M2/G2M3 - but ffmpeg do not support decoding this video.

wanezhiling
17th June 2013, 08:03
About G2M, here is a sample: http://www.sendspace.com/file/ftysdu

blackscreen with lav, fine with offical codec (https://www1.gotomeeting.com/downloads/711919949/C58E664F486384B/null/manualFull/InstallCodec/g2m_codec.exe) :)

Aleksoid1978
17th June 2013, 08:10
About G2M, here is a sample: http://www.sendspace.com/file/ftysdu

blackscreen with lav, fine with offical codec (https://www1.gotomeeting.com/downloads/711919949/C58E664F486384B/null/manualFull/InstallCodec/g2m_codec.exe) :)

Because ffmpeg do not support:

if ((magic & 0xF) != 4) {
av_log(avctx, AV_LOG_ERROR, "G2M2 and G2M3 are not yet supported\n");
return AVERROR(ENOSYS);
}

mecedo
17th June 2013, 09:53
Hi. Can you check this sample:

https://hotfile.com/dl/229086480/56191cb/LAV_error_-_Poklosie_(2012).m2ts.html

I can't manage it. With nvidia GPU it plays without any problems. But on computers with Intel HD Graphics when hardware acceleration is used with LAV Splitter then this movie stutters every second. Changing splitter from LAV Splitter to any other resolves problem.

nevcairiel
17th June 2013, 20:33
I see you add support for G2M2/G2M3 - but ffmpeg do not support decoding this video.

I only copies the FourCCs that ffmpeg recognized for this format, i disable those two again now.

nevcairiel
17th June 2013, 21:00
Hi. Can you check this sample:

https://hotfile.com/dl/229086480/56191cb/LAV_error_-_Poklosie_(2012).m2ts.html

I can't manage it. With nvidia GPU it plays without any problems. But on computers with Intel HD Graphics when hardware acceleration is used with LAV Splitter then this movie stutters every second. Changing splitter from LAV Splitter to any other resolves problem.

I can reproduce the issues, i'll have a look.

Della
17th June 2013, 21:07
Please pardon the newbie type question, but with a new i7 Ivy Bridge, 16gB Ram & SSD build with Nvidia GTX 460 could someone please recommend the best video acceleration method? I'm currently using CUVID, but was wondering if perhaps Intel QuickSync or maybe none would be a better choice.
Thank you.
Della (Dog)

itsonlyjustincase
18th June 2013, 11:40
Depends on what you want to do but overall i'd say QS is the best thing to use

Della
18th June 2013, 12:18
Depends on what you want to do but overall i'd say QS is the best thing to use

Thank you. It's playback quality I am most concerned with, I don't much care about power consumption.

nevcairiel
18th June 2013, 12:19
If you have enough CPU performance, i would use software decoding, its the most reliable and least error prone.
As an alternative, DXVA2 Copy-Back would be my second choice. All others all have some sort of caveats or limitations.

Della
18th June 2013, 12:35
If you have enough CPU performance, i would use software decoding, its the most reliable and least error prone.
As an alternative, DXVA2 Copy-Back would be my second choice. All others all have some sort of caveats or limitations.

Thank you sir, that is exactly what I suspected.

My concern was that one of the other acceleration methods somehow improved quality by allowing playback improvements that software decoding limited because of horsepower.

I'll select NONE for hardware acceleration.

petran79
18th June 2013, 16:23
Run your PotPlayerMini64.exe in iGPU mode.(go into Nvidia Control Panel to set that.)

Same result. Avcodec is active but it reads from nvidia gpu, not intel igpu. Because quicksync is not detected and nvidia light is on. I'd also know from the cpu fan not going active,since there is help from nvidia gpu.
While on mpc hc 64 it reads only from igpu and theres higher cpu load.

nevcairiel
18th June 2013, 16:24
Hi. Can you check this sample:

https://hotfile.com/dl/229086480/56191cb/LAV_error_-_Poklosie_(2012).m2ts.html

I figured out whats wrong with this file, but i'm not sure how to safely fix it without potentially breaking other stuff.

One possible fix would be to turn off the Annex B -> AVC1 conversion. Does anyone still use a broken decoder that can't deal with Annex B H.264 streams?

I'll probably have to think about this for a while. Its a very rare issue, and i don't want to break other stuff by fixing this one file. So don't expect a fix soon, sorry.

wanezhiling
18th June 2013, 16:37
@petran79, whats the result of 32bit player? (PotPlayerMini.exe and mpc-hc.exe)

SeeMoreDigital
18th June 2013, 16:45
I figured out whats wrong with this file, but i'm not sure how to safely fix it without potentially breaking other stuff.

One possible fix would be to turn off the Annex B -> AVC1 conversion. Does anyone still use a broken decoder that can't deal with Annex B H.264 streams?

I'll probably have to think about this for a while. Its a very rare issue, and i don't want to break other stuff by fixing this one file. So don't expect a fix soon, sorry.I've just discovered that if mecedo's .m2ts source is re-muxed into the .MKV container, it plays okay ;)

Soukyuu
18th June 2013, 17:13
What could be the reason for LAV taking longer to jump to certain mkv chapters? For example, a jump to 00:12:20.573 takes <1 second, a jump on the same file to 00:12:20.570 take 1-3 seconds to complete, using the same jumping sequence (e.g.: jumping OP -> partA -> partB)

sneaker_ger
18th June 2013, 17:17
Seeking performance is highly depended on the position of the keyframes. If there's a keyframe at exactly 00:12:20.573, but the preceding one is at 00:12:15.000, the seeking will take way longer for the 570 seek. Look up the keyframe positions to see if this is the case.

DarkSpace
18th June 2013, 17:19
What could be the reason for LAV taking longer to jump to certain mkv chapters? For example, a jump to 00:12:20.573 takes <1 second, a jump on the same file to 00:12:20.570 take 1-3 seconds to complete, using the same jumping sequence (e.g.: jumping OP -> partA -> partB)
That depends on the file, but one possible reason is that there is no seekpoint at the Chapter Point. In this case, I define a seekpoint as a point from where the video and audio streams can be decoded without requiring data from before that point in time. With an AVC Video Stream, this means that at this timecode, there's a Keyframe.

nevcairiel
18th June 2013, 17:28
I've just discovered that if mecedo's .m2ts source is re-muxed into the .MKV container, it plays okay ;)

The problem with the file is that its muxed badly, so remuxing would fix it, indeed.

What could be the reason for LAV taking longer to jump to certain mkv chapters? For example, a jump to 00:12:20.573 takes <1 second, a jump on the same file to 00:12:20.570 take 1-3 seconds to complete, using the same jumping sequence (e.g.: jumping OP -> partA -> partB)

Like the others said, if there is a seek point, it'll seek basically instantly, otherwise it'll seek to the previous seek point and decode from there, depending on the speed of the decoder this can take a bit longer.
So assuming there is a seek point at 00:12:20.573, there obviously isn't going to be one just 3ms before.

SeeMoreDigital
18th June 2013, 18:19
The problem with the file is that its muxed badly, so remuxing would fix it, indeed.
Looks as though TSDoctor is able to repair the .m2ts stream so it can be played with LAV Filters ;)

nevcairiel
18th June 2013, 18:21
Which would indicate its broken, yes? :)

SeeMoreDigital
18th June 2013, 18:26
Which would indicate its broken, yes? :)Actually, I've just noticed that when I installed TSDoctor, it sneakily installed Haali's splitter as well. And it was this splitter that enabled the .m2ts file to be played :scared:

As soon as I removed Haali's splitter, the .m2ts file would not play correctly :mad:

nevcairiel
18th June 2013, 18:28
I can change some knobs in LAV Splitter as well and it will play properly, but i'm somewhat certain that it might break other files instead, or interaction with some decoders, so its all a bit complicated.
I'll keep thinking about it, i put it on my task list so its not forgotten.

Aleksoid1978
19th June 2013, 00:17
nevcairiel

Hi. Can you add support Crop parameters from matroska files in splitter. Set this parameters to VIDEOINFOHEADER->rcSource/rcTarget.

MPC-BE:
http://s019.radikal.ru/i619/1306/50/5ec76d1c9bc6t.jpg (http://radikal.ru/F/s019.radikal.ru/i619/1306/50/5ec76d1c9bc6.png.html)


Video: MPEG4 Video (H264) 854x480 25fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_AVC1 {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1639680
cbFormat: 176

VIDEOINFOHEADER:
rcSource: (70,40)-(600,400)
rcTarget: (70,40)-(600,400)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 400000


MPC-BE + LAV Source:
http://s53.radikal.ru/i140/1306/ac/8881e2605968t.jpg (http://radikal.ru/F/s53.radikal.ru/i140/1306/ac/8881e2605968.png.html)


Video: MPEG4 Video (H264) 854x480 (137:77) 25fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_AVC1 {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 1
cbFormat: 169

VIDEOINFOHEADER:
rcSource: (0,0)-(854,480)
rcTarget: (0,0)-(854,480)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 400000


sample - http://aleksoid.voserver.net/Sample/cropping_sample.mkv

nevcairiel
19th June 2013, 07:13
Maybe later, not happening soon, too many problems involved to do it properly.

Kinjal
19th June 2013, 07:44
Nevcairiel
Can you please:
1. add support for chapters(cuesheets) in ape/flac/wv?
2. add support for more ID3 tags in MP3?
MPC, Internal filters:
http://light-alloy.ru/temp/mpc-internal_filters.png
MPC, Lav Splitter:
http://light-alloy.ru/temp/mpc-lavsplitter.png

File for test:
http://light-alloy.ru/_nev/02_Theme_Of_SSS.mp3

3. Add support for IDSMResourceBag / IPropertyBag interface, so media players will be able to request and show covers(which could have mimes: image/jpeg, image/jpg, image/png) from mp3/flac/ape (without depending on MediaInfo).

Thanks :)

petran79
19th June 2013, 07:47
@petran79, whats the result of 32bit player? (PotPlayerMini.exe and mpc-hc.exe)

they detect the codec properly (quicksync in LAV Video)
same with mpc hc-64 (quicksync in LAV Video)

but in Potplayer 64 If I set it to Quicksync I get avcodec instead. Quicksync is not detected and Nvidia GPU decodes through avcodec. Same if I set it to software mode. Avcodec and Nvidia are used instead.

cuvid and dvxa codecs are detected properly through Nvidia.

hence I dont know if its a Potplayer 64, LAV 64 or Windows 7 issue

nevcairiel
19th June 2013, 08:23
Nevcairiel
Can you please:
1. add support for chapters(cuesheets) in ape/flac/wv?
2. add support for more ID3 tags in MP3?
3. Add support for IDSMResourceBag / IPropertyBag interface, so media players will be able to request and show covers(which could have mimes: image/jpeg, image/jpg, image/png) from mp3/flac/ape (without depending on MediaInfo).


I put these on my task list, but not sure when i'll get to it.

Nicola
19th June 2013, 15:01
1. Thank you for adding suppost for ordered chapters and segment linking.

2. I found a small issue with one .mkv which uses ordered chapters, plays fine with haali or smplayer; what do you need and where should I post the thing? the 2 feedback link on 1st page don't work (I get a 404).

nevcairiel
19th June 2013, 15:43
I need the file that has problems, or at least the part of the file with the problem. If a smaller part can reproduce the issue properly, that is preferable.
Upload the sample somewhere, DropBox or Google Drive or Sky Drive, or one of the free hosts like MediaFire, and just link it here or PM me the link.

Nicola
19th June 2013, 16:16
OK, I'll see what I can do, slow up here.
Oh, now those 2 links load. gotta check my dns settings.

Nicola
19th June 2013, 16:31
OK, got lucky and the stuff is still on the web.

(links removed)

The glitch happens at the end of the episode, just before the ending theme (1s before the chapter), some frame get repeated fast, and then the ED starts.
Other episodes exibit the same behaviour (just with lav splitter, haali is fine, and smplayer too).
I put there the OP in case you want to check it too.

nevcairiel
19th June 2013, 17:01
Thanks, i'll have a looksie. Sounds odd though, usually with the ED in its own file, there shouldn't be any hiccups. But i'll see whats going on!

Edit:
One thing i know is that it doesn't actually link to the ED, it has its own ED inside the file.

nevcairiel
19th June 2013, 19:14
I managed to fix this specific file by tweaking some values, however i'll have to think about a more generic solution for this specific problem.

The real problem is that the chapter for the ending isn't perfectly on the same timecode as the Cue, so seeking is getting a bit weird there.
Now i tweaked the fuzzy matching for this, so that it'll look for a Cue point within the duration of one frame, because that would end up the same anyway. This file is only 10ms off with its Chapter, and the frames are 41ms, so that works out, but its still only a "fuzzy" solution, so, meh.

I'll put it on my list.

Nicola
19th June 2013, 20:19
It doesn't link to the external ED? mmm, curious, maybe ext ED is used by later eps only?
Nice being on your list, it is a good thing. Thanks.
In any case, you can always check how smplayer handles this.
As soon the next lav is out I'll check all of those pesky files.
(removed the links)

Aleksoid1978
19th June 2013, 23:20
hi nevcairiel
Question - why do you have such an output channel mask:
http://i.imgur.com/KhqHz7R.png

Why is different. I think it's must equal.

I check other audio with different channels - it's happened only with 5.1 input.

DarkSpace
19th June 2013, 23:55
hi nevcairiel
Question - why do you have such an output channel mask:
Why is different. I think it's must equal.
I check other audio with different channels - it's happened only with 5.1 input.
You probably have the Option to convert to standard Channel Layouts enabled in LAV Audio.

kasper93
20th June 2013, 00:35
I found minor bug changing mixer options work instantly, but "status" tab is not updated to reflect changes.

Aleksoid1978
20th June 2013, 00:45
You probably have the Option to convert to standard Channel Layouts enabled in LAV Audio.

No - i enable/disable this options. Do not change. And - 5.1 it's a standard channel layout.

DarkSpace
20th June 2013, 02:09
No - i enable/disable this options. Do not change. And - 5.1 it's a standard channel layout.
Okay, my apologies then. This sounds weird, indeed. Is it specific to ac3 files? Anyway, I believe a sample may help.

Aleksoid1978
20th June 2013, 02:35
Okay, my apologies then. This sounds weird, indeed. Is it specific to ac3 files? Anyway, I believe a sample may help.

Any 5.1 audio. Open any files with 5.1 audio and see channel mask in LAV Audio 'status' tab.

truexfan81
20th June 2013, 07:11
Any 5.1 audio. Open any files with 5.1 audio and see channel mask in LAV Audio 'status' tab.

i love it when i look at my LAV and see it say "bitstreaming" :D

Aleksoid1978
20th June 2013, 07:28
i love it when i look at my LAV and see it say "bitstreaming" :D

What about FLAC/PCM 5.1 :) ???

truexfan81
20th June 2013, 08:17
What about FLAC/PCM 5.1 :) ???

have to use a different decoder for that, with a slight quality loss i can have ffdshow tryouts encode it to ac3 5.1 and bitstream it

receiver is old enough it doesn't have hdmi, so i use toslink

nevcairiel
20th June 2013, 08:27
Quite possibly i used 0x3f because Windows 7 can generally deal with both just fine, but XP had some occasional issues with 0x60f (0x3f was still the preferred mode in XP), honestly i don't remember anymore why i choose to do it like this. There haven't been any issues really. Even if LAV would change to 0x60f, or even better, change to output the value in the file untouched, you will still need to handle 0x3f.

Thunderbolt8
20th June 2013, 16:52
got some problem with getting LAV splitter to work with some kind of file types.

got .flv files from twitch.tv which I can open just fine with the splitter.

Video
Format : AVC
Format/Info : Advanced Video Codec
Format_Profile : Main@L3.1
Format_Settings_CABAC/String : Yes
Format_Settings_RefFrames/String : 1 frame
CodecID : 7
Duration/String : 22mn 10s
BitRate_Mode/String : Variable
BitRate/String : 1 947 Kbps
BitRate_Maximum/String : 2 011 Kbps
Width/String : 1 280 pixels
Height/String : 720 pixels
DisplayAspectRatio/String : 16:9
FrameRate_Mode/String : Constant
FrameRate/String : 30.000 fps
Standard : NTSC
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 bits
ScanType/String : Progressive
Bits-(Pixel*Frame) : 0.070
StreamSize/String : 317 MiB (95%)

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format_Profile : HE-AAC / LC
CodecID : 10
Duration/String : 22mn 10s
BitRate/String : 92.7 Kbps
Channel(s)/String : 2 channels
ChannelPositions : Front: L R
SamplingRate/String : 44.1 KHz / 22.05 KHz
Compression_Mode/String : Lossy
Video_Delay/String : 10ms
StreamSize/String : 15.4 MiB (5%)


but when I remux some of these files to .mkv (by joining some parts via append), then I cannot open the .mkv file with lav splitter alone any more and need to have "file source (async)" running as well as external filter in mpc-hc. when I block file source then I get the message that the file cannot be rendered.

stats for the .mkv file dont seem to be too different:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Codec ID : V_MPEG4/ISO/AVC
Duration : 4h 52mn
Bit rate mode : Variable
Maximum bit rate : 2 011 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 30.000 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : A_AAC
Duration : 4h 52mn
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz / 22.05 KHz
Compression mode : Lossy
Delay relative to video : 46ms
Default : Yes
Forced : No

so why is this?

nevcairiel
20th June 2013, 16:58
Probably because you installed something after LAV which destroyed the registry entry. Run the LAV installer again.

Note that the other way isn't really any worse.

Reino
20th June 2013, 23:08
1. add support for chapters(cuesheets) in ape/flac/wv?Please add TAK to that and maybe there are more lossless audioformats that have support for cuesheets.

For those interested: the initial cuesheet support request in MPC-HC (https://trac.mpc-hc.org/ticket/1673)
After 22 months still no support in MPC-HC, while MPC-BE has added support for cuesheets for their FLAC- and WavPack source filter some time ago already.
I've also got it on my wishlist for DC-Bass Source Mod, but I don't have the know-how and I can't find people who do :(.

P.s. Nev, good job on the support for Matroska xml-chapters. Unlike MPC-HC/BE (https://trac.mpc-hc.org/ticket/1673#comment:8), they look exactly the same as ogm-chapters with LAV Splitter.

Aleksoid1978
21st June 2013, 00:47
Hi Nevcairiel

Can you modify LAV Splitter, that it for .aiff format return "normal" MediaType for audio output. Now it for int24be(AV_CODEC_ID_PCM_S24BE)/int32be(AV_CODEC_ID_PCM_S32BE) return:

subtype: Unknown GUID Name {00000000-0000-0010-8000-00AA00389B71}
wFormatTag: 0x0000


And no any external Audio Decoder can't connect, only LAV Audio + WAVEFORMATEXFFMPEG.

Modify subtype:
AV_CODEC_ID_PCM_S24BE = MEDIASUBTYPE_PCM_IN24
AV_CODEC_ID_PCM_S32BE = MEDIASUBTYPE_PCM_IN32

Thunderbolt8
21st June 2013, 08:24
Probably because you installed something after LAV which destroyed the registry entry. Run the LAV installer again.

Note that the other way isn't really any worse.yep, that was it. I installed a bunch of other stuff after LAV filters, also the haali media splitter among other things. wasnt there said to be a problem with that when installing haali afterwards?

nevcairiel
21st June 2013, 13:16
Can you modify LAV Splitter, that it for .aiff format return "normal" MediaType for audio output. Now it for int24be(AV_CODEC_ID_PCM_S24BE)/int32be(AV_CODEC_ID_PCM_S32BE) return:

What about int16be?

Aleksoid1978
21st June 2013, 13:30
What about int16be?

I think yes - but i do not have such .aiff files.

Aegwyn11
21st June 2013, 21:57
@nevcairiel

When are you planning on a next release?

How much trouble would it be to build the next version of LAV filters based on current (today) FFmpeg code?

I'm asking because there was a regression introduced in FFmpeg around UTvideo decoding that just got fixed, and as a result LAV Filters after 0.55.3 has a broken UTvideo decoder.

Details on the FFmpeg bug here:
https://ffmpeg.org/trac/ffmpeg/ticket/2661

nevcairiel
22nd June 2013, 06:45
The latest version of LAV already includes this ffmpeg fix.
I always try to keep it fairly up to date, as long as there aren't any big changes shortly before my release which would require more extensive testing.

nevcairiel
22nd June 2013, 08:09
I think yes - but i do not have such .aiff files.

Done.
16-bit uses the TWOS subtype.

Aleksoid1978
22nd June 2013, 09:18
Done.
16-bit uses the TWOS subtype.

Thanks.

Octo-puss
22nd June 2013, 11:59
Is LAV supposed to decode XviD? I thought it was, but I can't get Sony Vegas to open such video at all. Only after downloading the codec from their site it started to work.

VipZ
22nd June 2013, 12:05
I found a very odd bug, i happened to drag the MPC-BE exe file onto itself and it played with LAV Splitter, not that it sounded any good :)

Any chance you could block this from occurring.

nevcairiel
22nd June 2013, 12:52
Not really, its a feature that it tries to detect media in all files, and this can in some cases lead to false positives i suppose.
Could limit it to exlcude files probeb with a very low score i suppose, but not that much gained from that.

VipZ
22nd June 2013, 13:03
No problem, guess one would normally not try play an exe :p

Aegwyn11
22nd June 2013, 14:35
The latest version of LAV already includes this ffmpeg fix.
I always try to keep it fairly up to date, as long as there aren't any big changes shortly before my release which would require more extensive testing.

I don't understand.... The latest version shown is 0.57 and definitely has this problem. The issue was only fixed in ffmpeg a couple of days ago.

nevcairiel
22nd June 2013, 14:37
The latest version is not the latest release. :P

Warlock
22nd June 2013, 14:41
Guys, I know the question is silly, but I need to solve this question: In output formats, 8 bits, which option is the best: NV12 or YV12? Some people say that YV12 is best for 8 bits, is this true?

wanezhiling
22nd June 2013, 15:01
@Warlock
http://forum.doom9.org/showpost.php?p=1574634&postcount=6
http://forum.doom9.org/showpost.php?p=1600852&postcount=15088

Warlock
22nd June 2013, 15:06
@Warlock
http://forum.doom9.org/showpost.php?p=1574634&postcount=6
http://forum.doom9.org/showpost.php?p=1600852&postcount=15088

Thanks, my question was completely solved.

Mercury_22
22nd June 2013, 16:17
How to use the new RTMP ?
Something like rtmp://npsaflivefs.fplive.net:1935/npsaflive-live/stream50 it's working fine with LAV in MPC-BE BUT how do I play this rtmp://62.115.64.212/live?_fcs_vhost=cp116697.live.edgefcs.net playpath=BnazlkNDpCIcD-QkfyZCQKlRiiFnVa5I_640_360_1000@18679 pageUrl=http://www.bloomberg.com/tv/ app=live?_fcs_vhost=cp116697.live.edgefcs.net swfUrl=http://player.ooyala.com/static/cacheable/6086bd175c4cf1d14cbd4c9aa54d019d/player_v2.swf/[[DYNAMIC]]/3 swfVfy=true live=true timeout=60which is playing OK in XBMC as a strm file

nevcairiel
22nd June 2013, 16:18
There is no rtmp support in LAV, and even if someone enables it in the ffmpeg build, there is no official support for it, so you figure it out.

So if anyone wants to write a parser for such URLs and pass all the appropriate settings to ffmpeg, then i can add it. :p

zerowalker
22nd June 2013, 16:38
Will VP9 be added?
As if i am correct, the bitstream is frozen, making a decoder that works now, works forever.

Mercury_22
22nd June 2013, 16:45
There is no rtmp support in LAV, and even if someone enables it in the ffmpeg build, there is no official support for it, so you figure it out.

So if anyone wants to write a parser for such URLs and pass all the appropriate settings to ffmpeg, then i can add it. :p

Looks like "Someone":rolleyes: has remove it now :( It was in the git earlier today

clsid
22nd June 2013, 16:49
Edit: it seems that FFmpeg is not able to parse the parameters given after the rtmp:// URL. The calling app need to parse them and pass them to the demuxer as options (see rtmpproto.c).

nevcairiel
22nd June 2013, 17:27
Looks like "Someone":rolleyes: has remove it now :( It was in the git earlier today

I accidentally pushed a test branch, it was up for maybe 5 minutes or so, and if you had read the commit message that came with it, it would've explained that anyone testing this is on their own. :p

kasper93
22nd June 2013, 21:19
@clsid @Mercury_22

LAV doesn't support rtmp so it's pointless to discuss how to pass additional parameters. RTMP support can be easily enabled by changing ffmpeg build script, but this only support simple streams. Basically only those which can be described by singe link
rtmp://server[:port][/app][/instance][/playpath]

ryrynz
23rd June 2013, 11:19
Has anyone else experienced random glitches with what I assume is avcodec decoding? Sometimes I'll have a small square patch that displays properly while the rest of the video freezes.
It happens on both my PCs, if you rewind and replay that particular sequence there is no problems, completely random.

dukey
23rd June 2013, 14:25
nevcairiel, does lav correctly set the average time per frame on dynamic format change ?
http://i.imgur.com/87xfqHu.png

nevcairiel
23rd June 2013, 14:26
You should never really rely on that value, its notoriously inaccurate.
But sure, when the source sends a new time, it should end up at LAVs output as well. Unless of course its one of those cases where LAV decides to override it with a bitstream value.

dukey
23rd June 2013, 14:30
It seems not to propagate the value, and if it has overridden it, then it's done so incorrectly I think.

nevcairiel
23rd June 2013, 14:31
Like i said, simply don't rely on it, its unreliable.

dukey
23rd June 2013, 14:33
I need it to properly create a dxva type, otherwise I have to guess some default rate

nevcairiel
23rd June 2013, 15:04
LAV Filters 0.58

General
- LAV Filters now includes a manifest file to control DLL loading
- Fixed the shortcuts to the configuration dialogs created by the installer in the start menu

LAV Splitter
- Handle the "Default" flag in MKV files with multiple video streams
- Fixed a regression in VC-1 demuxing which caused some streams to fail decoding with the WMV9 DMO decoder
- Improved transition between ordered chapters in certain (badly formed) MKV files
- Improved handling of AVC1 in AVI files
- Improved accuracy of IAMStreamSelect::get_CurrentMarker
- Several potential crash fixes and stability improvements

LAV Video
- YADIF deinterlacing is now multi-threaded, significant performance improvement on multi-core CPUs
- Improved detection of progressive streams to ensure deinterlacing is disabled, especially when "Aggressive Deinterlacing" is used
- Restored Fraps constant frame rate output by proper handling of repeated frames
- Support for the new UtVideo sub-types, and fixed a regression in UtVideo decoding
- cuvid: fix double-rate deinterlacing on certain streams without timing information
- Updated the Intel QuickSync Decoder to 0.44


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.58.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.58.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.58-x64.zip)

This message has been reduced in length due to heat.

Standard disclaimer applies, report regressions/issues, include samples, because without reproducing a bug, no fixing a bug.

So, take care, and enjoy the summer while it lasts - well, if the summer reached you yet.

Qaq
23rd June 2013, 15:44
Thanks for the new version.
And yes, its hot on Baltic sea these days.

DragonQ
23rd June 2013, 16:50
Heh, I'm wearing a jumper indoors!

Thanks for the new release. Would you care to expand a bit on the "Improved detection of progressive streams to ensure deinterlacing is disabled, especially when "Aggressive Deinterlacing" is used" fix?

nevcairiel
23rd June 2013, 17:18
It does what it says, it improves the detection of 100% progressive streams to ensure deinterlacing is turned off.
Previously it would rely on the media type information for this, but when watching Live TV for example, there typically is no such information available, and it could deinterlace some progressive broadcasts which didn't need it - and even cause some issues when double-rate deinterlacing a stream which already was 59.94 progressive (as i'm told some ATSC broadcasts in the US are)

DragonQ
23rd June 2013, 17:42
I see. I assume it's not based on looking at the actual frame images though?

nevcairiel
23rd June 2013, 17:44
No. Just the info in the bitstream.

Keiyakusha
23rd June 2013, 18:20
- Handle the "Default" flag in MKV files with multiple video streams
- Improved transition between ordered chapters in certain (badly formed) MKV files
Thanks! Exactly what I needed... though this means one of my milti-edition files is "badly formed". This is what I thought but couldn't figure out how to fix it. >__<

nevcairiel
23rd June 2013, 18:23
"badly formed" in this case just means that the chapter does not *exactly* match a Cue point, however if the new version fixed it, then there is a cue point very close by at least, so the chapter work was just "sloppy" (ie. a few milliseconds off target)

cyberbeing
23rd June 2013, 22:05
There seems to be a LAV Splitter regression regarding MKV Segment Linking which was introduced between LAVFilters-0.55.3-73-g3f9ce87 and LAVFilters-0.56.1.

LAVFilters-0.55.3-73-g3f9ce87 (working) <- LAVFilter test builds inbetween (crash) -> LAVFilters-0.56 (crash) -> LAVFilters-0.56.1 (issue) -> LAVFilters-0.58.0 (issue)

I'll PM you a sample.

nevcairiel
23rd June 2013, 22:09
Its not a regression if it never worked in a release. :D

pOpY
24th June 2013, 13:18
Dear nev.

v0.58 doesnt solve my issue.
I have updated Issue 353 on bugtracker.

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

Ill think now you should be able to easily reproduce the problem.

thx
pOpY

pOpY
24th June 2013, 15:34
Also i had to edit build_ffmpeg.sh line 21-23 from.

strip_libs() {
x86_64-w64-mingw32-strip lib*/*-lav-*.dll
}

to

strip_libs() {
strip lib*/*-lav-*.dll
}

to work with my MinGW.

nevcairiel
24th June 2013, 16:03
Thats because your mingw is incomplete. :)

pOpY
24th June 2013, 16:11
hmm, thats not good :(
could you please provide me your MINGW directory or pint me in the right direction :o

Ill have used this one: http://nuwen.net/mingw.html
with all components and msys.

thx
pOpY

nevcairiel
24th June 2013, 16:19
Thats apparently the "old" mingw32, while around here we switched to mingw-w64 a long time ago.
Its curious though, GCC 4.8.1 shouldn't even build with the old mingw, but hey, what can you do.

My mingw-w64 based toolchain is always available here (without MSYS, you still need that from somewhere else):
http://files.1f0.de/mingw/

Edit:
The mingw-w64 project has a complete MSYS package which should work:
http://sourceforge.net/apps/trac/mingw-w64/wiki/MSYS

Unzip MSYS, and then put my mingw-w64 toolchain into MSYS\mingw
To build ffmpeg you'll need some additional tools like YASM, though.

kasper93
24th June 2013, 16:45
You can also grab XhmikosR's package http://xhmikosr.1f0.de/tools/

nevcairiel
24th June 2013, 17:01
That works too, it contains my toolchain and enough of MSYS to build most projects.

Aegwyn11
24th June 2013, 17:12
The latest version is not the latest release. :P

Lol got it, thanks!

pOpY
25th June 2013, 14:18
I have analyzed the problem with ffplay.
The problem is the default 5000000µs analyzeduration timeout of ffmpeg.

if ill play the stream with the following command:

ffplay -i udp://239.200.199.103:20000 -analyzeduration 250000

The stream/picture is shown very quickly!

Can you please make the setting adjustable in LAV Splitter?
This would be great.

Thanks
pOpY

Dear nev.

Have opened a new issue regarding the problem above.

Here it is: CLICK ME (https://code.google.com/p/lavfilters/issues/detail?id=368)

best regards
Tobias

thegilpins
25th June 2013, 18:20
Hi,

Just updated LAV from 0.57 to 0.58 and I am having problems with QuickSync in that HD content judders and other lower quality videos are taking 2 seconds to display, when the audio plays straightaway. This is only an issue with 0.58 and not 0.57. Also I changed LAV video to use CUVID and the issues does not occur, so I assume it is related to the new Intel decoder added in the newer version of LAV.

I am using PotPlayer with LAV and MadVR.

Anyone else having problems with LAV and QuickSync in version 0.58?

I have a Z77 board with an overclocked 3770K.

michkrol
25th June 2013, 21:26
Anyone else having problems with LAV and QuickSync in version 0.58?

Now that I've checked I get similar problem to yours with interlaced content, while having "Adaptive HW Deinterlacing" enabled, progressive content is ok.
Could you confirm this and try some progressive content and/or using YADIF instead?

Also a link to sample file might help inspect the issue. If it's something you don't publicly available, you could probably PM the link to either LAVFilters' or QuickSync Decoder's respective developer.

nevcairiel
25th June 2013, 22:45
LAVs version of the QuickSync decoder does not have the Live TV issue. I wouldn't have used it otherwise.

Nicola
26th June 2013, 09:08
"Improved transition between ordered chapters in certain (badly formed) MKV files"
I like how now transition are fine (dunno if perfect but no big visible issue as before) and the fact you pointed out the MKV vere badly formed (cause I said so to the ones doing that and guess the answer).
Thanks a lot!

michkrol
26th June 2013, 10:05
LAVs version of the QuickSync decoder does not have the Live TV issue. I wouldn't have used it otherwise.

Thanks for the clarification.

As for the HW deinterlacing bug, it's probably driver's bug or my system is broken, since I remember it working in 0.57 and it doesn't after downgrading, it also doesn't work in ffdshow's QuickSync. I'm using Intel's 15.31.12.3204 drivers, will try other version later.

thegilpins
26th June 2013, 20:40
Now that I've checked I get similar problem to yours with interlaced content, while having "Adaptive HW Deinterlacing" enabled, progressive content is ok.
Could you confirm this and try some progressive content and/or using YADIF instead?

I deinterlace in MadVR so I am not using that in LAV. Issues occur with either bluray disc or MP4 files that are H264.

I can use quicksync with ffdshow without issue, it is just LAV v0.58 that is a problem for me. I have rolled back to 0.57.

Let me know if you need any further information.

omarank
27th June 2013, 05:57
Hi Nevcairiel.. I played a DCP sample using LAV filters and madVR. I found that madVR was guessing primaries of the video as DCI-P3, and because of that colours were grossly incorrect. When I changed the primaries manually in madVR to BT.709, the colours looked correct then. Since the video is in XYZ colour space, LAV must be converting it from XYZ to RGB, as madVR shows RGB input. I was wondering which primaries does LAV use when converting XYZ to RGB: is it BT.709 always? Shouldn't LAV pass on the primaries information to madVR so that it doesn't have to guess, in these situations when LAV does the conversion to RGB?

A little OT: In DCP content, audio and video streams are in two separate mxf files. Can anyone please tell me how to play them together in MPC-HC?

nevcairiel
27th June 2013, 07:02
From all i know about XYZ, it does not behave like YUV at all and there is no such transfer matrix like BT.709 involved.
And because XYZ is converted to RGB by LAV Video already, i don't think madVR should apply any color matrix changes at all.

omarank
27th June 2013, 07:10
Thanks for the quick reply.. I am not talking about transfer matrix, rather I am talking about primaries. If I understand it correctly, any RGB signal carries RGB information with respect to some primaries. In this case, the converted RGB video is apparently with Rec.709 primaries. madVR is guessing the primaries as DCI-P3 because it doesn't get any such information from the upstream and then makes its guess depending on the resolution of the video. Shouldn't LAV provide this information to madVR?

nevcairiel
27th June 2013, 07:11
How would LAV know the primaries? Or are those DCP streams always BT.709 primaries?

If madVR is trying to be too smart for its own good, you should talk to madshi.

omarank
27th June 2013, 07:29
I will not drag this further. However, I feel that this is something related to LAV. In my understanding of colorimetry, XYZ colour space can theoretically have any colour information, while RGB colour space is always limited by some defined gamut. So, when you convert XYZ to RGB, it is done using a defined gamut and white point. For videos, white point is going to be D65 but gamut may change. My confusion is what if a DCP content actually has colour information outside Rec.709 and say, inside DCI-P3. In that case, XYZ to RGB conversion should be done such that RGB is defined using DCI-P3 primaries. And this primaries information should be further passed on to the renderer.

Alternatively, LAV can just skip XYZ to RGB conversion. It can pass the decoded video in XYZ colour space to madVR, and the conversion to RGB can be taken care of by madVR.

I hope all this makes sense. If you think my understanding is flawed, you may clarify.

kiwijunglist
27th June 2013, 08:20
Hi

I use Win7 x64 with an ATI HD4670 and MediaPortal (EVR renderer) connected via HDMI directly into a TV that accepts 0-255 colourspace

I prefer to use 0-255 RGB colour-space in CCC. My video codec is LAV DXVA2 (native)

Question:

What is likely to give a better quality RGB conversion + 0-255 expansion?

1. Using LAV to expand + convert
LAV Settings: output RGB32, 0-255 only.

(or)

2. Using GPU to expand + convert
LAV Settings: output same colourspace + format as video.

Thanks!
Kiwi

Note: I do not want to output 16-235 from my video card, because it behaves strangely and I think it just expands everything to 0-255 then compresses back to 0-235.

nevcairiel
27th June 2013, 08:40
I will not drag this further. However, I feel that this is something related to LAV. In my understanding of colorimetry, XYZ colour space can theoretically have any colour information, while RGB colour space is always limited by some defined gamut. So, when you convert XYZ to RGB, it is done using a defined gamut and white point. For videos, white point is going to be D65 but gamut may change. My confusion is what if a DCP content actually has colour information outside Rec.709 and say, inside DCI-P3. In that case, XYZ to RGB conversion should be done such that RGB is defined using DCI-P3 primaries. And this primaries information should be further passed on to the renderer.

Alternatively, LAV can just skip XYZ to RGB conversion. It can pass the decoded video in XYZ colour space to madVR, and the conversion to RGB can be taken care of by madVR.



XYZ output is out of question, nothing supports XYZ input, and it would also cause extreme complexity inside LAV to support it, because it cannot be handled by the same code as RGB/YUV.

Regarding the XYZ to RGB conversion, the conversion is done using the matrix for XYZ -> sRGB, so can i assume that this then also contains sRGB/BT.709 primaries?

nevcairiel
27th June 2013, 08:42
My video codec is LAV DXVA2 (native)

[..]

What is likely to give a better quality RGB conversion + 0-255 expansion?


When you use DXVA2 Native, LAV cannot change the colors at all. Its up to the render to do this.

madshi
27th June 2013, 09:09
Regarding the XYZ to RGB conversion, the conversion is done using the matrix for XYZ -> sRGB, so can i assume that this then also contains sRGB/BT.709 primaries?
Yes. However, if the source is 2048 or 4096 pixels wide, then madVR automatically detects this as being DCI, and then madVR also expects you to use XYZ -> DCI-P3 instead of XYZ -> sRGB. You can still use XYZ -> sRGB, but you should then tell madVR about it by setting the DXVA_VideoPrimaries_BT709 flag. Well, at least in theory that should fix the problem, I haven't actually tested this myself yet.

If madVR thinks that the source is DCI-P3, and if the madVR settings say that your display is calibrated for BT.709 gamut, then madVR will convert the source from DCI-P3 to BT.709 gamut, and that's where omarank's problem comes from.

nevcairiel
27th June 2013, 09:19
Well i can easily export the flag then. The conversions always uses the same matrix, especially considering that other than madVR nothing would even consider using other primaries, using BT.709 seems like the best choice for compatibility.

madshi
27th June 2013, 09:32
Now that I think about it, you're right that using BT.709 is the best thing to do for LAV. Just flag it, please, the rest is my problem then. Maybe I should remove the auto-detection for DCI-P3. Not sure...

nevcairiel
27th June 2013, 09:44
I've already added the flag, i'll test it later when i get home where my DCP samples live.

mindbomb
27th June 2013, 17:10
I have a problem on this mkv file with a primary dts audio and secondary vorbis audios. The secondary vorbis ones don't appear to play when switching from the primary track.

http://www.mediafire.com/?4aigshee7a56chv

Reino
27th June 2013, 22:58
This only seems to affect LAV Audio Decoder. All fine with FFDShow.

Probably a rare case, but thought I'd report it anyway:
http://www.hydrogenaudio.org/forums/index.php?showtopic=101502&view=findpost&p=838118 (http://www.hydrogenaudio.org/forums/index.php?showtopic=101502&view=findpost&p=838118)
Hangs when time-seeking and on looping in MPC-HC/BE.

omarank
28th June 2013, 06:34
Yes. However, if the source is 2048 or 4096 pixels wide, then madVR automatically detects this as being DCI, and then madVR also expects you to use XYZ -> DCI-P3 instead of XYZ -> sRGB. You can still use XYZ -> sRGB, but you should then tell madVR about it by setting the DXVA_VideoPrimaries_BT709 flag. Well, at least in theory that should fix the problem, I haven't actually tested this myself yet.

If madVR thinks that the source is DCI-P3, and if the madVR settings say that your display is calibrated for BT.709 gamut, then madVR will convert the source from DCI-P3 to BT.709 gamut, and that's where omarank's problem comes from.

@ Madshi: If madVR detects the source as DCI-P3, is madVR going to do the conversion from sRGB to XYZ and then from XYZ to DCI-P3 (as LAV will always be providing sRGB)?

JEEB
28th June 2013, 06:35
I have a problem on this mkv file with a primary dts audio and secondary vorbis audios. The secondary vorbis ones don't appear to play when switching from the primary track.
Same thing as another user reported to me with an old file of his. First of all, it's not limited to LAV in any way or form. Second of all, no need for such a big sample. Here (http://www.cccp-project.net/beta/test_files/possibly_broken_vorbis_stream.ogg)'s a short and small sample that does the same.

When the vorbis track of these files is taken through current ffmpeg, you will get this:
[vorbis @ 0481d960] Invalid codebook entry count
[vorbis @ 0481d960] Vorbis setup header packet corrupt (codebooks).
[vorbis @ 0481d960] Setup header corrupt.

On May 13th ffmpeg got a new sanity check (http://git.videolan.org/?p=ffmpeg.git;a=commit;h=e6b6ae46951e242d7caf11acf5b1f10f109e1c96) for vorbis streams, and these streams seem to hit it and thus not initialize. I've been poking people on #ffmpeg-devel to have someone check if the sample I linked really is invalid, or if the check is too strict. If it is broken, then there's not much to be done about it, and if the check is too strict then it will get revised.

Most of these samples at least seem to play fine if you play them with an ffmpeg that is older than May 13th.

Aleksoid1978
28th June 2013, 07:16
Same thing as another user reported to me with an old file of his. First of all, it's not limited to LAV in any way or form. Second of all, no need for such a big sample. Here (http://www.cccp-project.net/beta/test_files/possibly_broken_vorbis_stream.ogg)'s a short and small sample that does the same.

When the vorbis track of these files is taken through current ffmpeg, you will get this:
[vorbis @ 0481d960] Invalid codebook entry count
[vorbis @ 0481d960] Vorbis setup header packet corrupt (codebooks).
[vorbis @ 0481d960] Setup header corrupt.

On May 13th ffmpeg got a new sanity check (http://git.videolan.org/?p=ffmpeg.git;a=commit;h=e6b6ae46951e242d7caf11acf5b1f10f109e1c96) for vorbis streams, and these streams seem to hit it and thus not initialize. I've been poking people on #ffmpeg-devel to have someone check if the sample I linked really is invalid, or if the check is too strict. If it is broken, then there's not much to be done about it, and if the check is too strict then it will get revised.

Most of these samples at least seem to play fine if you play them with an ffmpeg that is older than May 13th.

In MPC-BE's ffmpeg i just remove this check:

if (entries <= 0) {
av_log(vc->avctx, AV_LOG_ERROR, "Invalid codebook entry count\n");
ret = AVERROR_INVALIDDATA;
goto error;
}


entries can be a zero value.

and all play fine.

nevcairiel
28th June 2013, 08:32
The check should probably be only "entries < 0", removing it completely leaves you open to security-relevant issues again (the whole point why it was added in the first place).

JEEB
28th June 2013, 08:41
The check should probably be only "entries < 0", removing it completely leaves you open to security-relevant issues again (the whole point why it was added in the first place).
Sounds good. Cehoyos seems to have finally noted the report I did on IRC and there's now an issue (https://ffmpeg.org/trac/ffmpeg/ticket/2720) on the tracker about this. We'll see how it gets fixed.

madshi
28th June 2013, 09:07
@ Madshi: If madVR detects the source as DCI-P3, is madVR going to do the conversion from sRGB to XYZ and then from XYZ to DCI-P3 (as LAV will always be providing sRGB)?
I'm not going through XYZ for the conversion, but I'm converting from sRGB to DCI-P3 directly, in linear light. I'm not really a total expert on this, but I believe the end result should be the same.

Well, there's one potential issue: When converting XYZ to sRGB, results might be outside of the usual range, so maybe clipping could occur inside of LAV's conversion routine? @nevcairiel, could you check that? (Don't know how, though).

nevcairiel
28th June 2013, 10:01
I cannot tell you if it would result in clipping, i really don't understand enough of it, i do know though that it does clip the values during conversion, otherwise it could potentially overflow the 16-bit pixels, and that wouldn't be good ;)
FWIW, the conversion is in ffmpeg.

madshi
28th June 2013, 10:23
Well, the BT.709 gamut is a relatively small subset of the DCI-P3 gamut. So if ffmpeg converts to RGB BT.709 then all color values outside of the BT.709 gamut (but still within the DCI-P3 gamut) must have values outside of the usual RGB range. So if you convert to PC levels RGB, all values outside of the BT.709 gamut must either have negative RGB components or larger than 255 (for 8bit). If these are clipped, there's no way to restore them. One possible workaround could be to use limited range RGB, that would leave a bit of headroom. But probably EVR/VMR can't handle limited range RGB? If that's the case then maybe the best solution would be to detect madVR and use XYZ->DCI-P3 conversion for madVR instead of XYZ->sRGB? Of course it's not a nice solution to hard code different behaviour depending on the detected renderer, but right now nothing else comes to my mind...

nevcairiel
28th June 2013, 10:28
Like i mentioned, the conversion is in ffmpeg, and i don't have any influence on this without hacking the code. And TBH, this thing is unimportant enough for me to simply ignore. (Not to mention that the JP2K decoder for that content is extremely slow)
Most screens are sRGB/BT.709 anyway, so in the end madVR would most likely clip these values away again anyhow?

madshi
28th June 2013, 10:37
Nobody stops you from calibrating your display to a wider gamut today (provided the display is actually capable of that). madVR would properly convert BT.709 videos to look correctly in the wider gamut. So for people who actually want to playback DCP content, calibrating to a wider gamut is a very valid option. If you say that most people use BT.709, anyway, then that's right. But most people also don't play DCP content.

I've seen in the ffmpeg/libav discussion list that recently BT.2020 support was added "somewhere" (don't know for which part of the code, though). Does the ffmpeg revision you're using allow you to alternatively use XYZ->BT.2020 instead of XYZ->BT.709? If so, that would be a valid alternative, when madVR is the renderer. You'd just have to flag this to madVR. FWIW, madVR already supports the following DXVA flags:

// DXVA primaries:
// 2: BT.709
// 3: BT.470 System M
// 4: BT.601 (PAL, SECAM)
// 5: SMPTE 170M
// 6: SMPTE 240M
// 7: BT.601 (PAL, SECAM)
// 8: SMPTE C
// 9: BT.2020 (UHDTV)
// 10: DCI-P3
// video bitstream primaries:
// 1: [DXVA: 2] 0.640 0.330, 0.300 0.600, 0.150 0.060, D65, BT.709, sRGB
// 4: [DXVA: 3] 0.670 0.330, 0.210 0.710, 0.140 0.080, C, BT.470 System M
// 5: [DXVA: 4] 0.640 0.330, 0.290 0.600, 0.150 0.060, D65, BT.601 (PAL, SECAM)
// 6: [DXVA: 8] 0.630 0.340, 0.310 0.595, 0.155 0.070, D65, BT.601 (NTSC), SMPTE C, SMPTE 170M
// 7: [DXVA: 6] 0.630 0.340, 0.310 0.595, 0.155 0.070, D65 SMPTE 240M
// 8: [DXVA: -] 0.681 0.319, 0.243 0.692, 0.145 0.049, C, Generic film (colour filters using Illuminant C)
// 9: [DXVA: 9] 0.708 0.292, 0.170 0.797, 0.131 0.046, D65, BT.2020 (UHDTV)
// 10: [DXVA: 10] 0.680 0.320, 0.265 0.690, 0.150 0.060, 0.68 0.32, DCI-P3

// DXVA decoding matrix
// 1: BT.709
// 2: BT.601
// 3: SMPTE 240M
// 4: BT.2020
// 7: YCgCo
// video bitstream decoding matrix:
// 0: [DXVA: -] Y = G, Cb = B, Cr = R
// 1: [DXVA: 1] kr 0.2126, kb 0.0722, BT.709
// 4: [DXVA: -] kr 0.3000, kb 0.1100, US 1953 Recommendation
// 5: [DXVA: 2] kr 0.2990, kb 0.1140, BT.601 (PAL, SECAM)
// 6: [DXVA: 2] kr 0.2990, kb 0.1140, BT.601 (NTSC)
// 7: [DXVA: 3] kr 0.2120, kb 0.0870, SMPTE 240M
// 8: [DXVA: 7] YCgCo
// 9: [DXVA: 4] kr 0.2627, kb 0.0593, BT.2020 (UHDTV)

nevcairiel
28th June 2013, 10:45
It has no options whatsoever, its hard coded to use the sRGB conversion matrix, which is really the most compatible thing you can do.

PS:
Where did you get the DXVA ids for BT.2020 and DCI-P3 primaries or YCgCo and BT.2020 matrix?
I've never seen these documented anywhere.

PPS:
If you want to support XYZ input in madVR, thats something i would be more comfortable hacking into place at some point than trying to guess the "best" XYZ -> RGB conversion matrix.

madshi
28th June 2013, 11:38
I've added those ids myself, so they're not "official" in any way at all. However, at least the BT.2020 video bitstream ids used by madVR match the latest h264 spec revision:

http://www.itu.int/rec/T-REC-H.264-201304-I/

If ffmpeg doesn't offer any way to do anything other than XYZ -> sRGB at the moment then maybe we should simply stick to sRGB for now. I'm sure at some point in the future ffmpeg will get support for XYZ -> BT.2020/DCI-P3, too. At that point maybe you can modify LAV accordingly.

omarank
28th June 2013, 12:28
If ffmpeg doesn't offer any way to do anything other than XYZ -> sRGB at the moment then maybe we should simply stick to sRGB for now. I'm sure at some point in the future ffmpeg will get support for XYZ -> BT.2020/DCI-P3, too. At that point maybe you can modify LAV accordingly.

There is one problem if LAV guesses the right conversion matrix. For example, if LAV guesses the primaries as DCI-P3 but the source happens to have the primaries as BT.2020, there'll be no way to manually force the primaries as BT.2020. On the other hand, if the XYZ -> RGB conversion happens in madVR, it can change the conversion matrix when the user toggles the primaries.

nevcairiel
28th June 2013, 12:33
As i understand XYZ, it doesn't have a defined set of primaries, its a complete mathematical abstraction of the whole thing.
You can convert it to sRGB or DCI-P3 or BT.2020 or whatever else you need, the only limitation you may run into is that the color space you choose is not able to represent all colors in the XYZ space.

madshi
28th June 2013, 12:39
Yes, I believe if LAV would convert to BT.2020, it should be no problem for madVR to correctly convert that to DCI-P3 (or vice versa). The only problem is clipping when using a too narrow gamut somewhere in the chain. But anyway, first of all ffmpeg/libav need to add support for XYZ -> BT.2020 / DCI-P3 conversion.

nevcairiel
28th June 2013, 12:44
Worst case i could implement this myself (move the code into LAV), which would make it more flexible (and possibly faster), but even if i put that on my list, it would be rather far down the list.

madshi
28th June 2013, 14:16
Well, I can see in the list ffmpeg development list that they're still heavily working on all the DCP related stuff. I'd say we should wait a while. Sooner or later they'll probably support DCI-P3 primaries correctly without needing any custom hacks from your side. At least that's what I would expect. Maybe you can put this on your to do list to revisit in half a year or so? If there's no solution until then, maybe we can work something out between us...

nevcairiel
28th June 2013, 21:10
This only seems to affect LAV Audio Decoder. All fine with FFDShow.

Probably a rare case, but thought I'd report it anyway:
http://www.hydrogenaudio.org/forums/index.php?showtopic=101502&view=findpost&p=838118 (http://www.hydrogenaudio.org/forums/index.php?showtopic=101502&view=findpost&p=838118)
Hangs when time-seeking and on looping in MPC-HC/BE.

I fail to see how FFDshow can change anything here, as LAV Splitter simply cannot seek such files - its not something in the audio decoder.

Reino
28th June 2013, 21:38
The first line is a reply to mindbomb.

nevcairiel
28th June 2013, 21:39
I see, that could've been a bit more obvious. :P

bwo_j
29th June 2013, 07:16
LAV Splitter bug when using 0.58 LAV Filters for h264 10bit 4:4:4 video.

On MadVR OSD,
LAV Splitter Output -> RGB32 8 bit RGB
Potplayer Internal MKV Splitter Output -> Y410 10bit 4:4:4

Edit:
[Sample link removed]

Issue due to limitations of xyvsfilter, resolved using xysubfilter.

nevcairiel
29th June 2013, 07:43
LAV Splitter bug when using 0.58 LAV Filters for h264 10bit 4:4:4 video.

On MadVR OSD,
LAV Splitter Output -> RGB32 8 bit RGB
Potplayer Internal MKV Splitter Output -> Y410 10bit 4:4:4


Works just fine for me. Must be something else in your setup.

DarkSpace
29th June 2013, 13:38
On MadVR OSD,
LAV Splitter Output -> RGB32 8 bit RGB
Potplayer Internal MKV Splitter Output -> Y410 10bit 4:4:4

Sample file: http://www.mediafire.com/?uubiw19vqvuuqkp
Just a guess, but do you use (xy-)VSFilter during playback as well? The sample file has subtitles, and (xy-)VSFilter doesn't support high-bitdepth 4:4:4 (http://code.google.com/p/xy-vsfilter/issues/detail?id=83) currently...

bwo_j
29th June 2013, 14:28
Just a guess, but do you use (xy-)VSFilter during playback as well? The sample file has subtitles, and (xy-)VSFilter doesn't support high-bitdepth 4:4:4 (http://code.google.com/p/xy-vsfilter/issues/detail?id=83) currently...

@Darkspace
Thanks & great guess. Confirmed on my side that xy-vsfilter is the culprit.

@nevcairiel
Thanks for taking a look & great work on LAV filters :)

Deihmos
30th June 2013, 02:53
I ave a 1080p video that would not play using lav splitter. I installed 5.8 then 5.7 and it did not work. I then uninstalled lav spliiter and installed haali splitter then the video played fine. I only use lav as a splitter. This is the video info. Does anyone know why lav splitter refuses to work with this video ? The lav splitter icon does not show when I try to play this video.

General
Unique ID : 210381042709451439878488213017028658392 (0x9E45EA3CB09CB81791144661870F04D8)
Complete name : Movies\Hansel & Gretel Witch Hunters (2013)\Hansel and Gretel Witch Hunters.mkv
Format : Matroska
Format version : Version 2
File size : 7.23 GiB
Duration : 1h 37mn
Overall bit rate : 10.6 Mbps
Encoded date : UTC 2013-05-16 18:04:12
Writing application : mkvmerge v5.8.0 ('No Sleep / Pillow') built on Sep 2 2012 15:37:04
Writing library : libebml v1.2.3 + libmatroska v1.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 37mn
Bit rate : 10 000 Kbps
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.271
Stream size : 6.65 GiB (92%)
Writing library : x264 core 112
Encoding settings : cabac=0 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=5 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=0 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=0 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=10000 / ratetol=1.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Muxing mode : Header stripping
Codec ID : A_AC3
Duration : 1h 37mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 448 MiB (6%)
Language : English
Default : Yes
Forced : No

jkauff
30th June 2013, 03:38
nev,

I was playing the Blu-ray of A Bridge Too Far in Media Center 18 yesterday. The Dutch and German language portions of the film have English subtitles, but MC could only play with all subtitles or no subtitles. All my LAV-based players have the same problem, and I read that it was a LAV issue.

Not a big deal, because I was able to play it correctly in PowerDVD, but I wondered what the issue is? Can you explain?

nevcairiel
30th June 2013, 07:04
LAV can play with any subtitles that are on the disc, the only problem is that a Blu-ray only tells you the language and nothing else, so it cannot auto-select the proper one and you may need to manually switch around.

jmone
30th June 2013, 08:39
Thinking out loud on these forced subs, is there any other info the splitter can determine, eg how big subtitle streams are, or the number of subs in each stream etc?

jkauff
30th June 2013, 08:43
LAV can play with any subtitles that are on the disc, the only problem is that a Blu-ray only tells you the language and nothing else, so it cannot auto-select the proper one and you may need to manually switch around.
Interesting. I wonder what PowerDVD does to automatically find the right subs?

nevcairiel
30th June 2013, 08:45
Thinking out loud on these forced subs, is there any other info the splitter can determine, eg how big subtitle streams are, or the number of subs in each stream etc?

No. How would it know that without reading the full disc first? Thats not exactly viable.

Interesting. I wonder what PowerDVD does to automatically find the right subs?

When you use the menu, it'll control which subs are loaded.

jkauff
30th June 2013, 08:49
When you use the menu, it'll control which subs are loaded.
What menu? I just select the folder and click Play.

I also used MakeMKV to create a version of the main movie that only had the English subs (including forced), but the players couldn't select the correct subs (including PowerDVD). Is that a Matroska problem, when you have multiple subs in the same language?

jmone
30th June 2013, 09:03
No. How would it know that without reading the full disc first? Thats not exactly viable.

No - scanning the disk is not a viable option, it was more wondering what meta data is available (if any) to the splitter on what each stream contains (eg size, # of subs). I'm guessing from your response there is NO meta data on the subtitle streams apart from LANG.

ddjmagic
30th June 2013, 14:41
What menu? I just select the folder and click Play.

I also used MakeMKV to create a version of the main movie that only had the English subs (including forced), but the players couldn't select the correct subs (including PowerDVD). Is that a Matroska problem, when you have multiple subs in the same language?

PowerDVD is told by the BD menu which subtitle track to play.

Without looking at the menus its not possible to correctly determine which subtitle track that is, same goes for the correct playlist.

Its not a problem with the MKV format, you need to mark the correct subtitle as forced, then the players will choose correctly.

Pat357
30th June 2013, 15:39
I ave a 1080p video that would not play using lav splitter. I installed 5.8 then 5.7 and it did not work. I then uninstalled lav spliiter and installed haali splitter then the video played fine. I only use lav as a splitter. This is the video info. Does anyone know why lav splitter refuses to work with this video ? The lav splitter icon does not show when I try to play this video.

Did you use the installer to install LAV-splitter ? If not, install it using the installer and try again.
What decoder are you using for the video ? What media player ? Have you tried to play it using LAV-video ?
If you suspect a possible bug in LAV-splitter and you want (Nev, anyone else ?) to have a look at it, please post a short sample.

Cut a part (10-30s seconds playback should be enough) from the large video using DGSpit or similar.
If the problem is also present in this short sample, upload it to Megaupload (or similar) and post a link to download it here.

No proper sample means no bugfix will be possible.

hubblec4
30th June 2013, 16:29
Hi Nev

Is LAV splitter able to handle

<!ELEMENT ChapterTranslate (
ChapterTranslateEditionUID,
ChapterTranslateCodec,
ChapterTranslateID)>

<!ELEMENT ChapterProcess (
ChapterProcessCodecID,
ChapterProcessPrivate?,
ChapterProcessCommand+)>

<!ELEMENT ChapterProcessCommand (
ChapterProcessTime,
ChapterProcessData)>

this are elements necessary to generate a "menu.xml"

and for menu need a "Control Track". can LAV this all do?

nevcairiel
30th June 2013, 16:53
LAV will simply ignore such elements, it does not do anything with them.

Deihmos
30th June 2013, 17:42
Did you use the installer to install LAV-splitter ? If not, install it using the installer and try again.
What decoder are you using for the video ? What media player ? Have you tried to play it using LAV-video ?
If you suspect a possible bug in LAV-splitter and you want (Nev, anyone else ?) to have a look at it, please post a short sample.

Cut a part (10-30s seconds playback should be enough) from the large video using DGSpit or similar.
If the problem is also present in this short sample, upload it to Megaupload (or similar) and post a link to download it here.

No proper sample means no bugfix will be possible.

I used the installer. I use ffdshow but just tried it with lav decoders with the same results. I use WMC but also tried WMP. The splitter does not load on this particular video but worked fine with all my other videos. I just did a simple and it still didn't work but worked fine using haali splitter. Here is a sample.

https://dl.dropboxusercontent.com/u/61945547/Hansel%20and%20Gretel%20Witch%20Hunters_0.mkv

jkauff
30th June 2013, 17:51
PowerDVD is told by the BD menu which subtitle track to play.

Without looking at the menus its not possible to correctly determine which subtitle track that is, same goes for the correct playlist.

Its not a problem with the MKV format, you need to mark the correct subtitle as forced, then the players will choose correctly.
This is all beginning to make sense. Turns out the second eng subtitle track is NOT forced, so if I make an mkv with just that track and don't select "forced", it plays fine as long as subtitles are turned on in the player.

nevcairiel
30th June 2013, 18:28
I used the installer. I use ffdshow but just tried it with lav decoders with the same results. I use WMC but also tried WMP. The splitter does not load on this particular video but worked fine with all my other videos. I just did a simple and it still didn't work but worked fine using haali splitter. Here is a sample.

https://dl.dropboxusercontent.com/u/61945547/Hansel%20and%20Gretel%20Witch%20Hunters_0.mkv

I tried your sample, and LAV loads it just fine for me.

Deihmos
30th June 2013, 18:58
I tried your sample, and LAV loads it just fine for me.

What version are you using? It does not load on 0.5.7 and 0.5.8. I tried it on 3 computers running windows 8 64 bit and it did not work on any of them.

nevcairiel
30th June 2013, 19:41
0.58 of course.

Deihmos
30th June 2013, 19:47
0.58 of course.

I just got it to play by disabling media foundation for mpeg. Something I do not have to do forany other video and I don't need to do it with haali splitter. Every video is playing fine without disabling media foundation. A bit strange.

Omehenk
30th June 2013, 21:43
http://puu.sh/3s2hj.jpg

don't get subtitles on mkv's. using w7 x64 and wmp.

clsid
30th June 2013, 21:51
Get Win7DSFilterTweaker and set the preferred H.264 video decoder to "Use merit". Then subtitles will work in WMP12.

It works without additional tweaks with Haali splitter because that provides its own workaround for the problem ("Autoload VSFilter" option). A similar workaround might one day be implemented in LAV Splitter/decoder.

cyberbeing
1st July 2013, 07:16
Just a guess, but do you use (xy-)VSFilter during playback as well? The sample file has subtitles, and (xy-)VSFilter doesn't support high-bitdepth 4:4:4 (http://code.google.com/p/xy-vsfilter/issues/detail?id=83) currently...
@Darkspace
Thanks & great guess. Confirmed on my side that xy-vsfilter is the culprit.

@nevcairiel
Thanks for taking a look & great work on LAV filters :)

@bwo_j
Since you use madVR, you would be better off enabling AYUV (8bit 4:4:4 YCbCr) output in LAV Video, rather than outputting RGB32. This would at least allow madVR to handle YCbCr -> RGB and TV range -> PC range conversations itself.

ney2x
1st July 2013, 12:15
I notice that newer build of MPC-HC 1.7.0.7545 has LAV Filters integrated. Thanks, this is what I'm waiting for... :)

wanezhiling
1st July 2013, 16:56
http://www.sendspace.com/file/izb4id
LAV Splitter outputs 720x720, not 1280x720.

nevcairiel
1st July 2013, 16:57
The file has a broken container AR, nothing can be done.

AGKnotUser
1st July 2013, 22:48
Using LAV Filters, madVR and Reclock with mpc-hc. It's all set up as in the Advanced MPC-HC Setup Guide. When I view an MKV file that has no subtitles but does have chapter titles. The chapter titles show as subtitles and show up as mkv.chapters.eng in the subtitles box. Is there a way to turn this off? If so, how?

Edit: Found the problem. When I muxed the MKV with MKVMerge I set the chapter file language to English. The "feature" in LAV Filters when set up according to the guide under subtitles makes the Chapter Name display as a subtitle. When I extracted and remuxed the MKV I left the language field blank in the Chapter file. This fixed the problem.

Edit2: I take that back. Now I don't know what the problem was. I only know it went away. When I played other files that also had the chapter file as English the subtitle problem didn't happen. I remuxed the original file with English turned on and it didn't show up in the subtitles either. I hate when things like that happen.

pOpY
2nd July 2013, 10:32
Now that I've checked I get similar problem to yours with interlaced content, while having "Adaptive HW Deinterlacing" enabled, progressive content is ok.
Could you confirm this and try some progressive content and/or using YADIF instead?

Also a link to sample file might help inspect the issue. If it's something you don't publicly available, you could probably PM the link to either LAVFilters' or QuickSync Decoder's respective developer.

i can confirm that issue.
When "Adaptive HW Deinterlacing" is on the playback stutters on interlaced Live-TV and recordings.

Now i have disabled the "Adaptive HW Deinterlacing" and activated yadif.

I had some mediaportal stability problems on the htpc (i3-3450) using LAV Filters (newest version) in Windows 7x64.
Sometimes the evr.dll crashes!!

I have Intel QuickSync enabled, is it stable?
Or should ill go with DXVA2?

Whats the different of DXVA2 <-> intel QS?

thx
pOpY

nevcairiel
2nd July 2013, 10:35
If you use QuickSync HW Deinterlacing you're on your own, more or less. You can report issues to egur in his own thread (http://forum.doom9.org/showthread.php?t=162442), i just use his decoder and his deinterlacing functionality. The driver also has quite a bit influence on how it performs.
In general, you should just let your renderer do the deinterlacing and ignore any decoder deinterlacing, unless you have very good reasons for anything else.

I was personally a bit reluctant to enable the QuickSync deinterlacing because i know its not perfect, but people asked for it, so you got it at your own risk. :D

pOpY
2nd July 2013, 10:40
If you use QuickSync HW Deinterlacing you're on your own, more or less. You can report issues to egur in his own thread (http://forum.doom9.org/showthread.php?t=162442), i just use his decoder and his deinterlacing functionality. The driver also has quite a bit influence on how it performs.
In general, you should just let your renderer do the deinterlacing and ignore any decoder deinterlacing, unless you have very good reasons for anything else.

Ok, thx for clearing things up regarding Adaptive HW deinterlacing. Ill leave it off.

Are there also known stability issues with Intel QS decoder?

I had some mediaportal stability problems on the htpc (i3-3450) using LAV Filters (newest version) in Windows 7x64.
Sometimes the evr.dll crashes!!

I have Intel QuickSync enabled, is it stable?
Or should ill go with DXVA2?

Whats the different of DXVA2 <-> intel QS?

thx
pOpY

mbordas
3rd July 2013, 02:06
The splitter option "Prefer Audio Stream with the Highest Quality" doesn't override if a stream is flagged forced, even if it's of less quality and doesn't match the language preference?

I wonder if that's the best functionality, since the user's preference may not match that of the person who encoded the file...

nevcairiel
3rd July 2013, 06:55
Forced is not taken into account for audio.

In general it always tries to match your preferred languages, and only uses streams that match your configured languages, unless or course no stream matches your preferred languages.

The only thing that goes over quality is the default flag.

If it behaves any differently, check if your player is overwriting the stream choices.

hubblec4
3rd July 2013, 14:20
hi Nev

here comes a question for a new feature (im sure its a lot of work).

Would you implement MKV-menu-DVD-style support?
dvd-menu is a normal feature of mkv.

in the attachments you will finde a info.xml(segmentinfo) and a menu.xml with dvd-style (chapters).

nevcairiel
3rd July 2013, 14:21
There are no plans to support this.
Navigation like this doesn't really fit into the design of LAV Splitter, and implementing something like this in DirectShow is a hell of a lot of work.

hubblec4
3rd July 2013, 14:33
There are no plans to support this.
Navigation like this doesn't really fit into the design of LAV Splitter, and implementing something like this in DirectShow is a hell of a lot of work.

something of that kind, I thought so.

but it is possible?

nevcairiel
3rd July 2013, 15:52
Anything is possible in theory, its just a question of how much effort you want to invest.

mbordas
3rd July 2013, 17:26
Forced is not taken into account for audio.

In general it always tries to match your preferred languages, and only uses streams that match your configured languages, unless or course no stream matches your preferred languages.

The only thing that goes over quality is the default flag.

If it behaves any differently, check if your player is overwriting the stream choices.

OK, true enough. But the point is the same, shouldnt the language and/or quality setting override the default flag as well?

nevcairiel
3rd July 2013, 17:28
OK, true enough. But the point is the same, shouldnt the language and/or quality setting override the default flag as well?

Language overrides Default.

How would LAV know if you want the default flag to take precedence or not? In absence of that knowledge, LAV behaves according to the MKV specification.
I recommend to change the flags in the files if they are set wrong.

mbordas
3rd July 2013, 19:36
Language overrides Default.



operator error. I never thought to explicitly set the language in the splitter, thought it just used the system setting. Thanks.

Tom Keller
3rd July 2013, 23:58
Hi nevcairiel! Just out of curiosity:

Since FFmpeg and Libav supporting it now internally for a few months and since there seems to be no appropriate DirectShow decoder available - would it be possible to add decoding support for Apples Intermediate Codec (ICOD) (http://www.dvinfo.net/forum/attachments/final-cut-suite/14766d1256895819-convert-icod-pc-friendly-codec-clip.mov) to LAV Video?

mindbomb
4th July 2013, 05:09
question about using the dolby pro logic matrix encoding-
If you were planning to use it, is it best to just tick the box or should you also be mixing to 4.0/5.1 with it?
I presume pro logic and pro logic II require 4.0 and 5.1 input, right?

nevcairiel
4th July 2013, 06:57
Since FFmpeg and Libav supporting it now internally for a few months and since there seems to be no appropriate DirectShow decoder available - would it be possible to add decoding support for Apples Intermediate Codec (ICOD) (http://www.dvinfo.net/forum/attachments/final-cut-suite/14766d1256895819-convert-icod-pc-friendly-codec-clip.mov) to LAV Video?

I'll add it for the next version.

question about using the dolby pro logic matrix encoding-
If you were planning to use it, is it best to just tick the box or should you also be mixing to 4.0/5.1 with it?
I presume pro logic and pro logic II require 4.0 and 5.1 input, right?

Dolby Pro Logic is designed for downmixing 5.1 to stereo, so that is what you should also be doing. Its a very limited use-case really, where your PC only has a stereo connection to a DPL/DPLII decoder, which can reconstruct the multi-channel signal using the matrix.

p750mmx
5th July 2013, 15:06
@nevcairiel, a user with a zbox ID85 and Celeron 847 says that the Quick Sync option is available within the lav settings but the 847 hasn't got Quick Sync support build in according to Intel and many other sources? Could you maybe clarify how that Intel Quick Sync could be available with this CPU/GPU?

nevcairiel
5th July 2013, 15:09
Just be happy that it is?
I don't build the CPUs, but as far as I know only the encoder is missing on the cheapo CPUs.

p750mmx
5th July 2013, 16:26
So you think that the detection done by Lav on this Quick Sync option is correct with the Celeron 847 although Intel says it should be not available? Ok, Lav is even better then I already assumed ;)

ariga
5th July 2013, 19:48
Until 0.57 QuickSync acceleration was available in the video decoder. After installing 0.58 QS is no longer available! Reverted to 0.57 and it's working fine.

Running Windows 7 SP1 with
MPC - HC x86 Version: 1.6.8.7417 (f7c5f5e)
CPU: i5-2520M
Intel HD 3000 driver version: 8.15.10.2559

Will be glad to provide any additional information.

InTheLight
6th July 2013, 03:19
I have a feeling I'm probably on my own with this, but any ideas are much apreciated.

Trying to get mpc-hc+lav working. Xp32, quad-core, latest stable mpc, lav .58, amd ccc 13.1

When I use the lav-source spliter I always get patches of stuttering with blu-ray sources and I can't figure out why. If I use mpc-hc's internal spliter filter, the same blu-rays play flawlessly.

I've tried different combinations of renderers and a/v decoders
and the stuttering always originates from using the lav spliter.

Playing with the spliter settings doesn't prevent the stutter, nor is the system even remotely taxed when it happens. (Cpu~25%, gpu~30%)

Am I out of luck?:(

khanmein
6th July 2013, 04:25
guys, please kindly i need help cos whether i play .mkv it shown lav splitter (internal) low merit !!

http://i42.tinypic.com/2rdubub.png

mindbomb
6th July 2013, 04:39
When I use the lav-source spliter I always get patches of stuttering with blu-ray sources and I can't figure out why. If I use mpc-hc's internal spliter filter, the same blu-rays play flawlessly.


idk, try the mpc hc nightlies with lav splitter built in.

guys, please kindly i need help cos whether i play .mkv it shown lav splitter (internal) low merit !!



go to internal filters and check matroska.

khanmein
6th July 2013, 04:49
@mindbomb, i tested before it shown LAV Splitter Source (internal) but my bro laptop no need tick matroska it work likewise.

http://i39.tinypic.com/2zje5fl.png

InsulinJunkie
6th July 2013, 05:28
a user with a zbox ID85 and Celeron 847 says that the Quick Sync option is available within the lav settings but the 847 hasn't got Quick Sync support build in according to Intel and many other sources?

To expand on that a bit, Intel usually defines QuickSync support as having both the encoding/decoding hardware parts. The Sandy Bridge and later Celerons have the DEcoder part, but not the encoding part, so Intel doesn't classify them as having QuickSync.

nevcairiel
6th July 2013, 09:35
Until 0.57 QuickSync acceleration was available in the video decoder. After installing 0.58 QS is no longer available! Reverted to 0.57 and it's working fine.

Running Windows 7 SP1 with
MPC - HC x86 Version: 1.6.8.7417 (f7c5f5e)
CPU: i5-2520M
Intel HD 3000 driver version: 8.15.10.2559

Will be glad to provide any additional information.

Please report any issues with the QuickSync decoder to the author of said decoder, here:
http://forum.doom9.org/showthread.php?t=162442

khanmein
6th July 2013, 10:42
@nevcairiel, lav splitter or mpc hc issue? how come i'm only the person face this issue? my lappy come with HD5650 should be able to support it.

y only mkv file gave me low merit? thanks.

KoD
6th July 2013, 13:37
I have a feeling I'm probably on my own with this, but any ideas are much apreciated.

Trying to get mpc-hc+lav working. Xp32, quad-core, latest stable mpc, lav .58, amd ccc 13.1

When I use the lav-source spliter I always get patches of stuttering with blu-ray sources and I can't figure out why. If I use mpc-hc's internal spliter filter, the same blu-rays play flawlessly.

I've tried different combinations of renderers and a/v decoders
and the stuttering always originates from using the lav spliter.

Playing with the spliter settings doesn't prevent the stutter, nor is the system even remotely taxed when it happens. (Cpu~25%, gpu~30%)

Am I out of luck?:(

I also have stutters when using recent LAV filters. I don't know if the splitter is at fault, because I have them even when using Haali's splitter (but, subjectively, less often). It could be anything, even the fact that I add audio delay in the LAVAudio decoder page (I sometime notice that the audio gets out of sync with the video, and then maybe later goes back to being in sync). Maybe when it gets back in sync it drops video frames, I don't know.

It's too time consuming to figure out what goes wrong, so what I do is that I use a combination that I know works well for me: Haali's splitter, and the video and audio decoders from a very old LAV package (0.51.3). Despite the constant updates, there really is no improvement in using a more recent version of the filters, whatever bugs get squashed never really end up in noticeable improvements.

My recommendation is to pick some combination of filters that works for you, and don't worry anymore.

jkauff
6th July 2013, 15:21
But then there'd be nothing to post about, and nev would have to find some other use for his spare time. :)

Deihmos
7th July 2013, 03:41
Hi Nevcairiel,

I know this is a longshot request, but I thought I'd at least ask :). I am a long time user of Albain's Media Control plugin (I'm a WMC user). It is only compatible with Haali and Gabest splitter. I believe he open sourced the code, but I believe Albain has been MIA for some time. Is there any chance it'd be possible to make LAV Splitter compatible with Media Control? I don't have a sense of how hard it is, but I recall Albain adding Gabest support a while back in a relatively short period of time. I know you offer subtitle control via a regex of sorts, but I really like the GUI Media Control offers via the WMC player. I completely understand if its either not feasible or you are not interested however. I'd also accept an alternative GUI via WMC instead of Media Control that works with WMC instead as well :) (Kidding, but I thought I'd throw that out there).

I'd love to use Lav Splitter as it seems much more stable than Haali/Gabest when I played with it, but I really like the Media Control plugin/GUI.

Thanks Again

Lav Splitter works fine with Media Control. I have no other option but to use wmc and it works well. Especially when paired with Media Browser 3 server and classic. ff, rewind, skip and subtitles all work fine using lav.

mgftp
7th July 2013, 13:43
Hey guys I am hoping someone can help me with an issue I am having with low audio volume playing MKVs through WMC.

I have used Shark007 Codecs in the past but recently switched to LAV to "de-clutter" my device, with both options I had the same issue where my TV needs to be pumped up to max volume in order to barely hear MKV audio, yet everything else played through my HTPC hooked up to my TV via HDMI is fine.

Is there a fix to this? Any help would be greatly appreciated, it's driving me nuts. Thanks

Reino
7th July 2013, 16:29
@ InTheLight: You're aware that for DXVA1 on WinXP you can only use MPC's Video Decoder. LAV Video Decoder only supports DXVA2, which is not available on WinXP.
I'm still on WinXP too, hence playing 1080p movies with LAV only is a no go (I don't have a quad-core cpu). Playing 1080p movies with LAV Source + MPC's Video Decoder is no problem at all.

@ khanmein: Then your brother has probably installed the standalone LAV Filters.
If you don't have another MKV Splitter installed on your system, no wonder it's still using the internal LAV Splitter, but because you haven't ticked "Matroska", "(low merit)" is shown.

@ mgftp: If your TV is only stereo, you need to enable the Mixer in LAV's Audio Decoder, but even then the volume might still be low because LAV's Audio Decoder doesn't have a normalize-feature (yet). I don't know what the Shark007 pack comes with, but you'd need the FFDShow Audio Decoder to boost up the volume (or play the video in MPC-HC/BE to use the internal Audio Switcher with normalize-feature)

betaking
7th July 2013, 17:30
I use TortoiseGit
git.exe submodule update --init

Cloning into 'libbluray'...
fatal: unable to connect to git.1f0.de:
git.1f0.de[0: 178.63.14.197]: errno=No error

Clone of 'git://git.1f0.de/libbluray.git' into submodule path 'libbluray' failed


git did not exit cleanly (exit code 1) (6053 ms @ 13/07/07 PM 08:28:23)

InTheLight
7th July 2013, 17:52
Thanks everybody for the input.

@mindbomb: Tried the nightly with the same results.
@KoD: I've tried rolling back to an older version and it also does the same thing, however Haali works fine on my system.
@CoRoNe: Yes I'm aware, however my problem is not with the decoder, but solely with the splitter.(my system will "brute force" the decoder fine in any case).

Playing around some more I've realized the stuttering only happens with original optical media and ONLY with the LAV Splitter in the chain, regardless of the decoders used - and yes the media is decrypted.

If I use MPC's internal splitter with any combination of decoders, including the LAV A/V Decoders, the media plays back flawlessly.

So is the LAV Splitter not capable of reading optical media in real-time or whats up? Seems odd when MPC's internal splitter does it without any issues.:confused:

:thanks:

nevcairiel
7th July 2013, 18:39
So is the LAV Splitter not capable of reading optical media in real-time or whats up? Seems odd when MPC's internal splitter does it without any issues.:confused:


I assume you're actually opening the Blu-ray playlist, like index.bdmv or a .mpls file in the PLAYLIST folder?
In both cases when testing from Optical and from Harddrive? Harddrive was the same BD structure, not ripped to MKV or anything?

I've never encountered any issues myself, but i can still try to look at the IO pattern it uses to access the disc, and see if some big difference stands out.

InTheLight
7th July 2013, 19:26
I assume you're actually opening the Blu-ray playlist, like index.bdmv or a .mpls file in the PLAYLIST folder? For my testing I've been using: MPC-HC>File>'Open DVD/BD', both for optical and hard-drive media. BD structure maintained across both. I've also repeated the problem with multiple sources to rule out it being a "bad disc". In everycase its the same. MPC source filter: perfect, LAV splitter: intermittent stutter.

I've never encountered any issues myself, but i can still try to look at the IO pattern it uses to access the disc, and see if some big difference stands out. Thank you for looking into it. If there is anything I can provide to help isolate the problem please let me know.

mgftp
7th July 2013, 21:16
@ mgftp: If your TV is only stereo, you need to enable the Mixer in LAV's Audio Decoder, but even then the volume might still be low because LAV's Audio Decoder doesn't have a normalize-feature (yet). I don't know what the Shark007 pack comes with, but you'd need the FFDShow Audio Decoder to boost up the volume (or play the video in MPC-HC/BE to use the internal Audio Switcher with normalize-feature)

Enabling the mixing does appear to boost the volume a bit, but like you said not a ton. Either way, this might just good enough. Thank you! :thanks:

One question, when selecting enabling mixing I noticed "Matrix Encoding" options, does this matter for volume levels? It was set default at "none" but when Googling my issue I have read to select "Dolby Pro Logic", there is also a selection option of "Dolby Pro Logic 2".

-

Another question since this thread has been so helpful if someone wouldn't mind. I have some MKV files that appear to be playing two audio tracks at the same time, that is two different languages. Is there a fix to this? Once again, I am in WMC.

Deihmos
7th July 2013, 21:21
Enabling the mixing does appear to boost the volume a bit, but like you said not a ton. Either way, this might just good enough. Thank you! :thanks:

One question, when selecting enabling mixing I noticed "Matrix Encoding" options, does this matter for volume levels? It was set default at "none" but when Googling my issue I have read to select "Dolby Pro Logic", there is also a selection option of "Dolby Pro Logic 2".

-

Another question since this thread has been so helpful if someone wouldn't mind. I have some MKV files that appear to be playing two audio tracks at the same time, that is two different languages. Is there a fix to this? Once again, I am in WMC.

Question. If you are using wmc why are you using the lav decodes over ffdshow? You cannot ff or rewind using the lav decodes and have no control over subtitles if using a remote. I use ffdshow as the decoder and I have not had an issue with the volume being low using wmc. I have also never had an issue with two audio tracks being played.

Guest
7th July 2013, 21:21
Another question since this thread has been so helpful if someone wouldn't mind. I have some MKV files that appear to be playing two audio tracks at the same time, that is two different languages. Is there a fix to this? Once again, I am in WMC. That's off topic for this thread. Make a new thread. But watch out for rule 6. We don't allow discussion of downloaded MKVs. Thank you.

mgftp
7th July 2013, 22:15
Question. If you are using wmc why are you using the lav decodes over ffdshow? You cannot ff or rewind using the lav decodes and have no control over subtitles if using a remote. I use ffdshow as the decoder and I have not had an issue with the volume being low using wmc. I have also never had an issue with two audio tracks being played.

Excuse my ignorance I am not very tech savy.

Is ffdshow the only codec pack I need to play MKVs in WMC? I was pointed towards LAV because I read somewhere it's the only codec that will play MKVs in WMC without the need for any add-ons.

Thanks

That's off topic for this thread. Make a new thread. But watch out for rule 6. We don't allow discussion of downloaded MKVs. Thank you.

My apologies, I thought this thread was for everything LAV related.

The MKVs are files a friend sent me BTW, nothing illegal.

Guest
7th July 2013, 22:38
The MKVs are files a friend sent me BTW, nothing illegal. What is the content please?

AngelGraves13
7th July 2013, 23:04
For my testing I've been using: MPC-HC>File>'Open DVD/BD', both for optical and hard-drive media. BD structure maintained across both. I've also repeated the problem with multiple sources to rule out it being a "bad disc". In everycase its the same. MPC source filter: perfect, LAV splitter: intermittent stutter.

Thank you for looking into it. If there is anything I can provide to help isolate the problem please let me know.

I've had the same issue with LAV and Blu-ray. It reads the disc really badly and skips along with it.

ArcSoft plays the disc fine, and so does MPC BE/HC without LAV.

ney2x
8th July 2013, 03:58
sorry for not searching the entire pages of this thread... I just want to ask what version of Arcsoft dtsdecoderdll.dll that works with LAV Filters x64? thanks.

patul
8th July 2013, 04:02
sorry for not searching the entire pages of this thread... I just want to ask what version of Arcsoft dtsdecoderdll.dll that works with LAV Filters x64? thanks.

None. See the faq.

Q: Can LAV Audio decode DTS-HD?
A: Kind of. On its own, it cannot. But, LAV Audio supports using the ArcSoft DTS decoder, which allows decoding of full DTS-HD. Just drop the "dtsdecoderdll.dll" from the TMT3/5 Codecs directory into LAV Audio's directory, and enjoy. NOTE: This only works on 32-bit!

nevcairiel
8th July 2013, 07:22
I've had the same issue with LAV and Blu-ray. It reads the disc really badly and skips along with it.

If you have issues, please also report them, or they will never get fixed.

I've not heard of playback issues from Blu-rays before, and considering LAV actually prefetches quite a bit of data, i would've thought even with inefficient IO it should work fine.
This may however depend on your BD drive, if its a slower model the effect would be much worse, of course.

Owyn
8th July 2013, 09:59
I use KMPlayer fresh install + Lav filters and screen capture of KMp does not seem to work (PrintScreen button does thou), could you look into this?

nevcairiel
8th July 2013, 10:00
LAV does not do anything with screen capturing.

mark0077
8th July 2013, 12:34
nev, quick question, when using LAV to deinterlace 25i to say 50p, should LAV then mention 50fps in the output pin. It doesn't seem to in my case, and so the likes of madVR still says movie 25.000 fps (says source filter). Is this by design?

nevcairiel
8th July 2013, 12:45
Its a limitation, and unlikely to be fixed anytime soon. Considering it just doubles the reported FPS, and TVs typically are better off running at 50Hz/60Hz anyway rather than 25/30Hz, its just not very high priority.

mark0077
8th July 2013, 12:47
No problem. Yeah thats he exact scenario I'm in, outputting to 50fps, but the likes of madVR display switcher tries to then switch to 25hz as it doesn't see 50. No worries.

nevcairiel
8th July 2013, 12:48
Just don't give it a 25Hz refresh rate to switch to, then it won't. :)

InTheLight
8th July 2013, 13:09
I've not heard of playback issues from Blu-rays before, and considering LAV actually prefetches quite a bit of data, i would've thought even with inefficient IO it should work fine.
This may however depend on your BD drive, if its a slower model the effect would be much worse, of course.fwiw, I'm using a LG BH08LS20, which is rated at 36MB(8x).

clsid
8th July 2013, 13:25
I have seen people having stuttering problems with CD audio playback as well when LAV Splitter was used. Mostly at track changes.

InTheLight, do you hear the drive spinning up when the stuttering occurs?

mark0077
8th July 2013, 13:37
Just don't give it a 25Hz refresh rate to switch to, then it won't. :)

Then I'll be stuck in the previous rate, eg 60hz :) no problem, other ways around these things.

nevcairiel
8th July 2013, 13:42
I have seen people having stuttering problems with CD audio playback as well when LAV Splitter was used. Mostly at track changes.

LAV supports CD Audio playback? :)

Then I'll be stuck in the previous rate, eg 60hz :) no problem, other ways around these things.

Well offer it 50Hz, then it should switch to 50Hz when it "thinks" the movie is 25Hz.

dansrfe
8th July 2013, 14:30
Is it an MPC or LAV problem when the next track in the playlist file, .plc, get's changed to, the seekbar progresses as if the audio is playing, yet there is no sound until I go to the previous track and next again?

nevcairiel
8th July 2013, 20:28
Thank you for looking into it. If there is anything I can provide to help isolate the problem please let me know.

If you can easily reproduce the problem, maybe you can test this version?
http://files.1f0.de/lavf/LAVFilters-0.58-23-bd-test.zip

I tried to compare IO patterns of LAV and the old mpc-hc filters, and nothing really obvious was visible, to i tweaked the small screws a bit, making the IO buffer a clean multiple of the file system sector size, and instructing windows to optimize caching for sequential reading..

Not sure if it helps much at all, but thats really the only differences i could see between the two.

dukey
8th July 2013, 21:03
check for jitter at the video renderer

clsid
8th July 2013, 22:10
LAV supports CD Audio playback? :)
Yes, in combination with CDDA source filter of MPC-HC.

nevcairiel
8th July 2013, 23:00
Well the source filter then does the actual disc reading, not LAV.

clsid
8th July 2013, 23:23
Disabling "wav" in LAV Splitter solved the problem for those users. Then MPC-HC will use the wave parser filter instead.

Perhaps the problem is not directly related to the reading actions itself, but the consumption pattern of the splitter. Regularly reading small chunks of data might keep the optical drive active, while reading large chunks with longer pauses in between can result in the drive going idle.

InTheLight
9th July 2013, 00:35
If you can easily reproduce the problem, maybe you can test this version?
http://files.1f0.de/lavf/LAVFilters-0.58-23-bd-test.zip

I tried to compare IO patterns of LAV and the old mpc-hc filters, and nothing really obvious was visible, to i tweaked the small screws a bit, making the IO buffer a clean multiple of the file system sector size, and instructing windows to optimize caching for sequential reading..

Not sure if it helps much at all, but thats really the only differences i could see between the two.

Well so far its working! :D

I just played a disc all the way through that before was stuttering profusely but now it finished without a single dropout.

I'll test some more media to be sure, but it looks like the problem is gone.

Thank you!

war59312
9th July 2013, 00:43
Small Off Topic Suggestion:

nevcairiel and clsid please update your Custom User Title @ http://forum.doom9.org/profile.php?do=editprofile

Would make it easier to know who you are. ;)

cyberbeing
9th July 2013, 00:53
@nevcairiel

Just a heads-up about the following madVR bug report, in case you believe this is actually a LAV Splitter bug, considering it does not occur with Haali Splitter:

http://bugs.madshi.net/view.php?id=104

At the very least, the long delay disabling/enabling subtitle tracks compared to Haali could be a LAV issue.

kasper93
9th July 2013, 01:53
You can read this http://code.google.com/p/lavfilters/issues/detail?id=261 Haali probably handle it differently, but I'm too lazy to check.

When you hit "s" key while madVR is still waiting for queues to fill LAV Splitter thinks that graph is paused and after subtitle switch leave it in paused state... I'm guessing here, but this may be the cause.

If you wait 2 second to queues to fill, lower you queues... ;p

cyberbeing
9th July 2013, 04:01
Currently, when switching between Audio and Subtitle streams, the graph has to be paused and reconfigured.

That Issue #261 you link to does indeed sound vaguely related to this. As far as I'm aware, Haali also does something similar when switching audio & video streams, though maybe it handles subtitles tracks differently. I don't know.

When you hit "s" key while madVR is still waiting for queues to fill LAV Splitter thinks that graph is paused and after subtitle switch leave it in paused state... I'm guessing here, but this may be the cause.
Possibly. The bug in madVR seems to be triggered by switching streams a second time, before LAV Splitter has completed the first switch, which for whatever reason can take a long time, even when nothing is connected to the subtitle pin. When the second switch occurs, madVR would still have the graph in a paused state, so maybe LAV Splitter or madVR gets confused by this. I can only speculate.

If you wait 2 second to queues to fill, lower you queues... ;p

This occasional 1-2 second delay isn't from waiting for the queues to fill, but rather waiting for LAV Splitter to allow the queues to start filling in combination with madVR's Delay Playback setting. LAV Splitter seems to block its output pin to LAV Video for up to 1-2 seconds, which prevent decoding and output to madVR. It seems to highly depend on where exactly this stream switch occurs in the decoding process and/or mkv container. My only observation is that Haali Splitter most definitely seems to handle such switching a couple orders of magnitude faster than LAV Splitter, suggesting room for improvement.

nevcairiel
9th July 2013, 08:27
Well so far its working! :D

I just played a disc all the way through that before was stuttering profusely but now it finished without a single dropout.

I'll test some more media to be sure, but it looks like the problem is gone.

Thank you!

Sounds good, i'll push the changes to the repository then.
Please let me know if you find it still broken after further test, though.

nevcairiel
9th July 2013, 08:53
At the very least, the long delay disabling/enabling subtitle tracks compared to Haali could be a LAV issue.

I don't know what would cause a delay, or at least what delays can be avoided in that.

Because of the limitations of the subtitle renderers, the graph needs to be stopped and the pin reconnected. This has a inherent delay because of the graph stop, although for me its usually not more than a small hicup when doing it during playback.


This occasional 1-2 second delay isn't from waiting for the queues to fill, but rather waiting for LAV Splitter to allow the queues to start filling in combination with madVR's Delay Playback setting. LAV Splitter seems to block its output pin to LAV Video for up to 1-2 seconds, which prevent decoding and output to madVR.

There is nothing that blocks it. Like i said, the graph is stopped, the stream switched, and then the graph returned to its previous state, and once the graph hits at least "Paused" again, the splitter and decoders start working immediately.
Of course its possible that madVRs "Delay playback start" function breaks this process, i've personally always considered this a big hack.

For some reason Haali only pauses the graph, not sure what exactly it does to convince the subtitle renderer to accept new data properly.

cyberbeing
9th July 2013, 09:30
Of course its possible that madVRs "Delay playback start" function breaks this process, i've personally always considered this a big hack.

From what you've said, this sounds like the likely suspect. I guess we'll find out when madshi looks into it.


A quick check of GraphStudioNext seems to show:

LAV Splitter: Stop -> Pause -> Play (near-instant) -> Pause (1-2 seconds) -> Play

Haali Splitter: Stop -> Pause -> Play (near-instant)


I've also noticed another bug, that seems to sometimes cause LAV Audio to go silent after pressing "s" to toggle subtitles, and one of these long delays occur. Pressing "s" again, usually causes audio to return.

nevcairiel
9th July 2013, 09:41
Do these delays never happen without madVRs Delay option enabled?
If that is truely the case, i would let madshi have a look first, and then chime in later if required.

I'm actually somewhat satisfied with the current stream switching code, because it at least ensures everything works as expected after the switch, even if it could be slightly faster by sacrificing some speed (ie. if you assume the decoder you use can always decode all formats) - IIRC something Haali likes to fail at.

cyberbeing
9th July 2013, 09:49
Do these delays never happen without madVRs Delay option enabled?
If that is truely the case, i would let madshi have a look first, and then chime in later if required.

Yes, this only seems to occur with madVR's Delay option enabled.

Realistically, my PC is fast enough to not experience any dropped frames when switching streams or seeking with LAV Filters, even with this option disabled. A few dropped frames at the very start of playback seem impossible to prevent without this option though, so I prefer to just keep it enabled as long as it doesn't cause anomalies like these.

nevcairiel
9th July 2013, 09:50
Maybe madshi should look into disabling it for such cases, like he does for seeking.

nevcairiel
9th July 2013, 14:19
LAV Filters 0.58.1

LAV Splitter
- Improved UDP network streaming
- Added a new option to configure the stream analysis duration of network streams
- Reduced subtitle delay on certain Blu-ray titles
- Improved detection of DTS-in-WAV
- Improved I/O behaviour for sequential reading from optical media

LAV Video
- Fixed dynamic reconnection on parameter changes (Aspect Ratio, etc) with VMR-9
- Support for Apple Intermediate Codec (ICOD)
- dxva2: added a check for AMD UVD/UVD+ GPUs to ensure the H.264 Level 4.1 DPB restrictions are met

LAV Audio
- Fixed a regression decoding certain Ogg Vorbis streams


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.58.1.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.58.1.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.58.1-x64.zip)

Nothing big in this point release, bug fixes and improvements in various areas all around.
Standard disclaimer: Please report regressions, with clear information (and preferably a sample file) how to reproduce your problem.

I'll go back out and enjoy the sun now! Have fun!

Sebastiii
9th July 2013, 15:41
Thanks and have fun :)

Snowknight26
9th July 2013, 15:50
- dxva2: added a check for AMD UVD/UVD+ GPUs to ensure the H.264 Level 4.1 DPB restrictions are met

Does that mean no more DXVA for 1080p60 content (Level 5.0)?


Edit: 64-bit ZIP is missing the developer_info folder, CHANGELOG.txt, COPYING, and README.txt.

nevcairiel
9th July 2013, 16:23
Does that mean no more DXVA for 1080p60 content (Level 5.0)?

That depends on the number of reference frames used, not strictly the level.
4 is allowed, any more not.



Edit: 64-bit ZIP is missing the developer_info folder, CHANGELOG.txt, COPYING, and README.txt.
Thanks, re-uploaded with updated file.

Snowknight26
9th July 2013, 16:30
That depends on the number of reference frames used, not strictly the level.
4 is allowed, any more not.

Sorry, I was implying that the video was encoded such that the Level is the lowest possible given the encoding settings.

With that said, I have a 1080p60 H.264 video that uses 7 reference frames (so it really is Level 5.0) yet the LAV video decoder still uses DXVA (much to my video card's dismay).

nevcairiel
9th July 2013, 17:16
Could you make a sample?
Also, on which GPU specifically, perfectly with the device id? :)

Snowknight26
9th July 2013, 17:45
http://stfcc.org/misc/H.264 1080p60 L5.0.mkv (http://stfcc.org/misc/H.264%201080p60%20L5.0.mkv)

Radeon HD 6870; VEN 1002, DEV 6738.

sneaker_ger
9th July 2013, 17:47
HD 6870 is UVD 3, not UVD/UVD+.
http://en.wikipedia.org/wiki/UVD#UVD_enabled_GPUs

nevcairiel
9th July 2013, 17:51
On HD 6870 such videos should work, if they don't work, you need to update your drivers. :)

Snowknight26
9th July 2013, 18:04
Nothing to update. I've been running the latest drivers for years as soon as they're released. Same issue exists with my friend's 7970 and another's 6870.

sneaker_ger
9th July 2013, 18:06
So, what does "much to my video card's dismay" mean? Too slow (< real-time) or artifacts? Because the decoding speed shouldn't really be noteworthy affected by the DPB size anyways - I don't know how fast UVD 3 is supposed to be. At least UVD 2.2 is too slow for 1080p60.

Snowknight26
9th July 2013, 18:13
It doesn't decode fast enough. By the end of the sample the decode rate drops to around 33fps. While it's playing the GUI of the player is essentially unresponsive.

Edit: Confirmed the issue on a 5850 as well.

nevcairiel
9th July 2013, 18:16
Oh yeah its not meant to check decode speed. On the UVD/UVD+ cards it wouldn't decode properly at all, only with artifacts, because the DPB is limited in size.

Snowknight26
9th July 2013, 18:20
Couldn't you simply not allow DXVA usage for anything that conforms to Level 4.2 or higher?

sneaker_ger
9th July 2013, 18:28
Then people will start complaining that their level 5.1 1080p24 movies with 16 ref frames stopped working with DXVA, although the cards do not have any problems with it.

clsid
9th July 2013, 18:31
If the problem is only with 60fps movies, then perhaps limit DXVA to 30fps max for ATI cards?

nevcairiel
9th July 2013, 18:54
The decoder doesn't particularly care what frame rate something is, it just decodes the frames as fast as it can, and since that frame rate information can be rather unreliable and hard to pinpoint exactly, i'm not going to add checks for that.
Too risky to get false-positives, and people complaining about that.

kasper93
9th July 2013, 20:05
http://stfcc.org/misc/H.264 1080p60 L5.0.mkv (http://stfcc.org/misc/H.264%201080p60%20L5.0.mkv)

Works fine on HD7700 both DXVA2n and DXVA2cb. With EVR-CP and madVR.

Make sure you have disabled all post processing filters in driver settings.

Snowknight26
9th July 2013, 22:27
Decoder Device Processor Device Time Frames FPS CPU GPU
H264_VLD_NoFGT ProgressiveDevice 14.036 1090 77.654 0 5
- ProgressiveDevice 2.554 1090 426.644 88 0
H264_VLD_NoFGT ProgressiveDevice 14.013 1090 77.779 0 4
- ProgressiveDevice 2.609 1090 417.66 85 0
- ProgressiveDevice 2.545 1090 428.245 89 0
H264_VLD_NoFGT ProgressiveDevice 13.878 1090 78.54 0 1
H264_VLD_NoFGT ProgressiveDevice 13.391 1090 78.239 0 1

Ironically enough DXVA Checker says the GPU should be able to play it smoothly with EVR using LAV Filters.

Edit: And now it plays fine with the same configuration as before. I'll just blame it on crappy AMD drivers/hardware/ULPS. Oh well, I don't care enough anymore.

cyberbeing
10th July 2013, 06:58
@nevcairiel

Is there anything you could do to make embedded MKV fonts appear in Windows' standard font dialog when loaded, similar to Haali Splitter?

This behavior seems a bit problematic for VSFilter's Style Editor, which uses the Windows' standard font dialog, in similar fashion to Notepad. The way LAV Splitter currently loads fonts into memory, causes them to be completely invisible to this dialog.

nevcairiel
10th July 2013, 07:23
The fonts are intentionally loaded private to the process and non-enumerable, so they don't mess with anything else.
However, JEEB wanted to check how Haali does its font loading exactly, because it also appears to somehow handle duplicate fonts (system+mkv) without screwing up some things.

cyberbeing
10th July 2013, 08:32
Oh well, I guess this Style Editor functionality may continue to be broken for users of LAV Splitter then, unless a sane workaround is found.

Do you have a recommended method to check if these privately loaded non-enumerable actually exist, since the entire point is we want to allow users to mess with them in the Style Editor for the currently loaded subtitle script?

nevcairiel
10th July 2013, 08:35
Since they can be used for actual subtitle rendering, i would assume if you request them by name it will also load them.

mhourousha
10th July 2013, 08:39
UVD3.0 for HD6XXX card,is not fast enough for 1080p60 H264 too.
the decode performance upgrade is so small compare to UVD2.2
UVD3.0 for HD7XXX,has 2x performance compare to it's predecessor roughly.

cyberbeing
10th July 2013, 09:19
Since they can be used for actual subtitle rendering, i would assume if you request them by name it will also load them.

The question is how could we check if these fonts actually exist, without actually loading them? Specifying the font name manually does not work with LAV Splitter from VSFilter's Windows standard font dialog. VSFilter doesn't actually load or handle fonts at all, it's all handled behind our backs by GDI and the Windows font sub-system. GDI unfortunately (fortunately?) has automatically fallback, which means there is no guarantee the the font requested is actually the font which ends up being loaded. Disabling the warning message is simple, but it would be nice to still to error out when a font really doesn't exist, and cannot be used.

Is there no way LAV Splitter could load fonts into the context of the media player's process, and make them enumerable for all active filters under that process?

nevcairiel
10th July 2013, 09:22
Is there no way LAV Splitter could load them into the the process of the media player, and make them enumerable for all active filters under that process?

Sure, but only if you save the font into an ugly temporary file first and then ask windows to load that, it cannot load differently from a memory image for some reason.

Like i said, there are also other issues if it tries to load a font from a MKV and you already have the same font in your system (and possibly the MKV font is a subset of the real font), and JEEB promised to look at Haali how it handles such, so maybe the whole font loading will be revised at some point.

cyberbeing
10th July 2013, 09:52
Why do you believe that Haali handles it in any special way?

As far as I can tell, it does nothing more than extract all fonts to your temp folder, calls AddFontResourceW (http://msdn.microsoft.com/en-us/library/windows/desktop/dd183326%28v=vs.85%29.aspx), on exit calls RemoveFontResourceW (http://msdn.microsoft.com/en-us/library/windows/desktop/dd162922%28v=vs.85%29.aspx), and then deletes all extracted fonts from the temp folder. Everything else is likely just default Windows behavior.

nevcairiel
10th July 2013, 09:59
Nothing related to actually loading the font, but some behavior would indicate that it does some special checks like if the font is already installed so it doesn't mess with system fonts, and before i would ever touch the code, i would like to know all the facts.

kitame
11th July 2013, 23:38
hey ya... question, is it possible to split the audio output to two outputs?
i mean, i have this situation where i have a stereo analog out and a digital 5.1 out, whenever i want to listen through my headphone i have to manually configure the settings to output as stereo and vice versa.
i know its just me being selfishly lazy but i'm taking my chances in asking anyway.

http://img96.imageshack.us/img96/7517/h1zh.jpg

Soukyuu
12th July 2013, 01:15
I'd be interested in multiple output (or a shortcut to switch audio outputs) as well, but I think that's more of a player-side thing than LAV-side.

mindbomb
12th July 2013, 01:23
the settings are stored in the registry. You can export the settings for headphones and then the settings for digital and then just run the .reg files to switch settings.

blackjack12
12th July 2013, 03:10
Nev ...

You might want to take a look when you have the time.

Not sure what is going on here.

http://forum.doom9.org/showpost.php?p=1636478&postcount=1377

UPDATE NOTE:
Solved - Need to uncheck Default track preference under playback tab in options with MPC-BE.

LeChuck
12th July 2013, 22:07
Hi Nevcairiel,

Maybe i found a bug in LAV Audio.

When playing the 2D Blu-ray Version of "Tron Legacy" the german audio track just goes silent at
01:23:28 and stays off until i seek to another position.

It happens with LAV Audio set to DTS Bitstreaming. Software-Decoding works fine with no audible artefacts.

It happens with v0.58.1 but also with older versions, e.g. v0.55.3

It does NOT happen using other audio decoders, e.g. ffdshow Audio rev.4477/4515 or MPC Audio Decoder 1.6.3/1.6.8, (each also set for DTS Bitstreaming)

System: Windows 7 x64 SP1
MPC-HC: all internal filters disabled, external filters LAV Splitter/Audio/Video preferred
LAV Audio: Bitstreaming for AC3, E-AC3 and DTS (not HD), any other settings on default
Audio: Creative Labs X-Fi -> TOSLINK -> Yamaha RX-V371

Here is a 30 sec sample file (Problem occuring on 00:08)
<http://sdrv.ms/11ta4p3>

I hope you can reproduce the problem.

ryrynz
13th July 2013, 00:03
It happens with LAV Audio set to DTS Bitstreaming.

There have been some DTS bitstreaming fixes made to the latest nightly builds. Grab the latest nightly build (http://roy.orz.hm/lavf-w32-nightlies/) from roytam and see if it fixes your issue. Just unzip the contents to your LAV installation directory.

wanezhiling
13th July 2013, 07:27
http://pan.baidu.com/share/link?shareid=3953506524&uk=3558042035
Hi nev, lav can't decode the 2 wavpack audios properly, mute.
ffdshow seems to work fine with default one(2ch), but doesn't work with second 6ch.

LeChuck
13th July 2013, 07:47
There have been some DTS bitstreaming fixes made to the latest nightly builds. Grab the latest nightly build (http://roy.orz.hm/lavf-w32-nightlies/) from roytam and see if it fixes your issue. Just unzip the contents to your LAV installation directory.

Thanks for the link.

I tried 'lavf-my130711-7324ccb.7z' but no change.

nevcairiel
13th July 2013, 09:28
http://pan.baidu.com/share/link?shareid=3953506524&uk=3558042035
Hi nev, lav can't decode the 2 wavpack audios properly, mute.
ffdshow seems to work fine with default one(2ch), but doesn't work with second 6ch.

Fixed the matroska wavpack demuxer, it should now work with recent libav/ffmpeg decoders again.

wanezhiling
13th July 2013, 09:37
:thanks: I will try later.

NikosD
13th July 2013, 15:12
At least UVD 2.2 is too slow for 1080p60.

Wrong.
UVD2.2 can play most of 60fps clips at a range of 55 to 57fps, like the one you posted.
I can play it in that range.

It doesn't decode fast enough. By the end of the sample the decode rate drops to around 33fps. While it's playing the GUI of the player is essentially unresponsive.

Edit: Confirmed the issue on a 5850 as well.

I can get that kind of low performance only if I use EVR Renderer instead of the EVR CP in PotPlayer.

Couldn't you simply not allow DXVA usage for anything that conforms to Level 4.2 or higher?

If the problem is only with 60fps movies, then perhaps limit DXVA to 30fps max for ATI cards?


@nevcairiel

Don't even think about it :eek:


EVR has better performance than EVR CP. And EVR CP has better performance than madVR. Or with other words: EVR has the best performance.

Just saying.



Completely wrong in case of UVD2.2 and PotPlayer.
UVD2.2 desperately needs EVR CP in PotPlayer in order to achieve max performance.
EVR is a kill.


Seems to play fine on NVIDIA GeForce GT 520 (GF119) / VP5 with MPC-HC 1.6.8.7417 + LAV 0.58.1 (DXVA2 native) + EVR.



For VP5 it's just the opposite.
VP5 needs pure EVR, not EVR CP.

nevcairiel
13th July 2013, 22:04
Wrong.
UVD2.2 can play most of 60fps clips at a range of 55 to 57fps, like the one you posted.
I can play it in that range.


If the clip is 60 fps and you can play it only at 55 to 57 fps, then it clearly is too slow.

NikosD
13th July 2013, 22:20
If you don't see the framerate counter, can you tell the difference between a "fast" system capable of 60fps and a "slow" one of only 57fps ?

kitame
13th July 2013, 22:34
the settings are stored in the registry. You can export the settings for headphones and then the settings for digital and then just run the .reg files to switch settings.

wait so theres no better work around?
i think its easier to change output on my soundcard settings, since LAV audio auto-adjusts to output settings then it should automatically downmix when set to two channels, and pass-through when set to six channels.

edit: on second thought just toggling the mixer on the 2nd tab sounds better.

nevcairiel
13th July 2013, 22:54
If you don't see the framerate counter, can you tell the difference between a "fast" system capable of 60fps and a "slow" one of only 57fps ?

If the decoder cannot keep up you'll get audio sync issues and frame drops, it is quite noticeable.

NikosD
14th July 2013, 06:01
There are no ifs here.
This is not the case.

Try any 60fps you want and tell me if you have issues with audio syncing or something.

The performance is very close to the target so it's impossible to have real problems.

ryrynz
14th July 2013, 06:42
The performance is very close to the target so it's impossible to have real problems.

For some losing frames and sync is a real issue, regardless of how minor it is. Leave it at that.

NikosD
14th July 2013, 06:56
Ok, so for the same people with those issues nevcairiel should not allow VP4 and all previous VPx generations (which means every Nvidia card before VP5 - Kepler) to use DXVA for every 1080p clip approaching 100Mbps bandwidth.

Because VP4 is too slow to keep up with large bandwidths, regardless frame rate.

VP4 is a slow decoder for those kind of clips even when the framerate is the lowest possible, 24 fps.

detmek
14th July 2013, 09:41
Decoder shoud not have any restrictions. If it can decode some video, fine. If it cann't, user should switch to software decoding or buy a better graphic card.

NikosD
14th July 2013, 10:57
You couldn't have said it better ;)

clsid
14th July 2013, 17:06
Nonsense. A decoder should not attempt to decode something if it knows beforehand it will fail. The problem in this specific case is that the decoder can't accurately predict if it will succeed or not.

@nev
Is it possible for the DXVA decoder to detect, during playback, that it is not fast enough for handling the current video stream, and fallback to software decoding (at a safe position, such as the next keyframe)? For CB no mediatype change should be needed right? Native would require a re-connect.

NikosD
14th July 2013, 17:12
And he has to do that for VP2, VP3 and VP4 for 1080p H.264 high bandwidth files.

But not all of them with the same criteria.

Because VP4 decodes faster than VP3 and VP3 faster than VP2.

Nonsense, I agree.

nevcairiel
14th July 2013, 17:57
@nev
Is it possible for the DXVA decoder to detect, during playback, that it is not fast enough for handling the current video stream, and fallback to software decoding (at a safe position, such as the next keyframe)? For CB no mediatype change should be needed right? Native would require a re-connect.

Nothing is completely impossible, but i simply will not do this, and neither would i accept a patch that does this.

roytam1
15th July 2013, 03:41
@nev:

$ git pull && git submodule update
Fetching submodule ffmpeg
From git://git.1f0.de/lavfsplitter
7324ccb..dca6fea master -> origin/master
From git://git.1f0.de/ffmpeg
75738ea..59f3711 master -> origin/master
Updating 7324ccb..dca6fea
Fast-forward
ffmpeg | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
fatal: reference is not a tree: 371c3fb61df18b7b5301a5f329f7f37a417fd612
Unable to checkout '371c3fb61df18b7b5301a5f329f7f37a417fd612' in submodule path 'ffmpeg'

dansrfe
17th July 2013, 02:12
Just wanted to report that the playlist "no audio" problem I was having with MPC-HC/LAV is no longer happening. I think it got fixed somewhere in the last couple of MPC-HC nightlys I installed.

owlsroost
17th July 2013, 10:56
It does what it says, it improves the detection of 100% progressive streams to ensure deinterlacing is turned off.
Previously it would rely on the media type information for this, but when watching Live TV for example, there typically is no such information available, and it could deinterlace some progressive broadcasts which didn't need it - and even cause some issues when double-rate deinterlacing a stream which already was 59.94 progressive (as i'm told some ATSC broadcasts in the US are)

Re. the changes to 'Aggressive Deinterlacing' in 0.58 - here in the UK we have H.264 HDTV channels that use a dynamic field/frame encoding scheme, so the stream changes very frequently between field and frame encoding (every few seconds or less sometimes).

With versions up to 0.57, setting 'Aggressive Deinterlacing' meant that as soon as it saw any interlaced (field based) content LAV video switched to assuming the stream was interlaced (and stayed that way). This was great, since (with a 50 Hz display) the EVR Mixer produced a constant 50 FPS output stream - otherwise the constant switching between 25 FPS and 50 FPS causes dropped frames at the switch points sometimes (downstream in MediaPortal).

With the 0.58 changes, 'Aggressive Deinterlacing' seems to behave the same as 'Auto' with these HDTV streams i.e. the EVR Mixer output 'tracks' the stream encoding changes.

Is it possible to have the old mode back (or an additional 'Super Aggressive' mode perhaps) ?

Thanks,

Tony

nevcairiel
17th July 2013, 11:15
Is it possible to have the old mode back (or an additional 'Super Aggressive' mode perhaps) ?


No, the old mode caused issues with other broadcasts, where the broadcast itself is at least behaving properly (ie. a one-time switch from interlaced to progressive), and i'm not breaking a proper broadcast to fix some terrible broadcast. A new mode is also not an option, too many options just cause confusion.

Personally, i've not seen a broadcast which really switches between a full progressive stream to a potentially interlaced stream all the time.
What is common is a stream marked as interlaced which then contains progressive frames - thats what aggressive deinterlacing was originally designed for.

You should probably talk to the media portal devs to look at their renderer so the frame drops can be avoided.
As an alternative you can of course use "Force" deinterlacing mode.

Or you could provide a recorded sample, maybe there is just some mis-detection going on.

In any case, the option is not meant to work-around any generic playback issues you might encounter, its supposed to ensure a frame gets deinterlaced when it needs to, if your frames are actually progressive and you don't get interlacing artifacts, then its not supposed to be on.

owlsroost
17th July 2013, 13:34
You should probably talk to the media portal devs to look at their renderer so the frame drops can be avoided.

That's me ;) - and I have tried to work around it (a lot).

As an alternative you can of course use "Force" deinterlacing mode.

Is it possible to do this programmatically (other than changing registry keys before LAV Video decoder is loaded each time) ?

I'll try and capture a small sample file.

(This is the BBC R&D dept background info about the encoding scheme - http://www.bbc.co.uk/blogs/researchanddevelopment/2011/04/software-upgrade-for-bbc-hd-on.shtml )

Note: I'm not suggesting LAV is handling the stream incorrectly - it actually handles it much better than most other decode filters - it's just that the old 'Aggressive Deinterlace' behaviour was a nice workaround to avoid the side effects :)

Thanks,

Tony

nevcairiel
17th July 2013, 13:36
From the description of the BBC it sounds like LAV is doing what its supposed to do. They deliver content as natively progressive whenever possible, and LAV handles it as such, to keep as much quality as possible. :)
I can probably tweak the aggressive mode so that it doesn't require a media-type reconnect on such switches, maybe that'll help already to avoid your frame drops. Instead, the frames will simply stop being flagged as interlaced.

DragonQ
17th July 2013, 13:51
I have plenty of those MBAFF recordings from Freeview HD and they play fine in MPC-HC with MadVR and LAV Filters. MediaPortal using EVR and LAV Filters seems to handle it fine too.

In fact, I brought this up a while ago, where a stream that switched between progressive and interlaced wasn't being handled properly by MadVR. Can't remember if MadVR or LAV Filters (or both) was updated to fix the problem, but it works fine now AFAIK.

TheDutchJewel
17th July 2013, 14:08
I've a problem with some specific wavpack files, which are played fine with foobar2000, but not with MPC-HC.
Because it looks like a ffmpeg issue, I tested it with "ffplay.exe filename.wv" and got this error:
"filename.wv: Invalid data found when processing input sq= 0B f=0/0"
Any idea about how to solve this problem?

owlsroost
17th July 2013, 14:12
From the description of the BBC it sounds like LAV is doing what its supposed to do. They deliver content as natively progressive whenever possible, and LAV handles it as such, to keep as much quality as possible. :)

I agree in a general sense - LAV actually handles these streams much better than most other decode filters (some of which appear to do timestamp smoothing which really messes up the transitions....)

I can probably tweak the aggressive mode so that it doesn't require a media-type reconnect on such switches, maybe that'll help already to avoid your frame drops.

That would be nice :)

Instead, the frames will simply stop being flagged as interlaced.

Actually that would make it worse, because it would (I assume) stop the interlaced parts being de-interlaced - what these streams need is the progressive parts marked as interlaced (assuming that is what happened with the old 'Aggressive Deinterlace' mode).

nevcairiel
17th July 2013, 14:14
Actually that would make it worse, because it would (I assume) stop the interlaced parts being de-interlaced - what these streams need is the progressive parts marked as interlaced (assuming that is what happened with the old 'Aggressive Deinterlace' mode).

The interlaced parts will of course still be flagged, only the progressive parts will not.
Aggressive is really only meant for streams which mix progressive and interlaced frames in one stream (with the stream itself flagged as interlaced), not mix completely interlaced and progressive streams every other GOP.

owlsroost
17th July 2013, 14:31
The interlaced parts will of course still be flagged, only the progressive parts will not.

That sounds fine - :thanks:

Pat357
17th July 2013, 15:04
Nev,

Latest LAV (90db672..) still fails to decode these Wavpack files :

http://www.mediafire.com/download/fl6umam68s6wo58/wavpack_no_sound_with_LAV(2).7z

There are no errors, but no sound is produced.

Latest FFmpeg/FFplay decode & play these files just fine.
After manual decoding, LAV plays the resulting wav's also just fine.

Can you have a look at it ?

nevcairiel
17th July 2013, 15:33
Nev,

Latest LAV (90db672..) still fails to decode these Wavpack files :

http://www.mediafire.com/download/fl6umam68s6wo58/wavpack_no_sound_with_LAV(2).7z

There are no errors, but no sound is produced.

Latest FFmpeg/FFplay decodes these files just fine.
After manual decoding, LAV plays the resulting wav's also just fine.

Can you have a look at it ?

Works just fine here with LAV Splitter + LAV Audio.

Pat357
17th July 2013, 16:41
Works just fine here with LAV Splitter + LAV Audio.

You're right : as soon as I disable Reclock, I can hear the sound.
When re-enable Reclock, but I select "WASPI exclusive", I can also hear the sound.
But with the output option "Direct sound" there is no sound...:confused:

Strange, will try to reinstall Reclock...

Sorry to bother you with this as it seems not LAV-related :(

LeChuck
17th July 2013, 17:31
When playing the 2D Blu-ray Version of "Tron Legacy" the german audio track just goes silent at
01:23:28 and stays off until i seek to another position.
.
.
.
Here is a 30 sec sample file (Problem occuring on 00:08)
<http://sdrv.ms/11ta4p3>


Was someone able to reproduce the problem?

Not pushing, i just want to be sure it is not overlooked :)

nevcairiel
17th July 2013, 19:57
Was someone able to reproduce the problem?

Not pushing, i just want to be sure it is not overlooked :)

There appears to be a corrupted DTS frame in the stream which breaks the playback, too bad it doesn't recover afterwards..

Maybe i can do something.

Edit:
Should be fixed, hopefully without breaking something else.

dansrfe
18th July 2013, 07:25
Changing the audio delay in LAV Audio and while using LAV Splitter, LAV Video, madVR, MPC-HC, and Reclock the audio stutters and goes off sync unless I skip ahead or backwards in the video via the arrow keys or going to a different timestamp directly. Not sure if this is solely because of Reclock not adjusting itself or due to something LAV suite related.

nevcairiel
18th July 2013, 07:33
LAV only adjusts the timestamps when you change the delay, its certainly possible a audio renderer doesn't like a time stamp drift like that and gets confused.
Since the delay function is primarily designed to compensate for hardware delay in your AVR or TV for example, its a set-once setting and this shouldn't be a real-world problem.

dansrfe
18th July 2013, 18:05
Yeah, I was thinking that Reclock didn't like it.

owlsroost
19th July 2013, 00:34
No, the old mode caused issues with other broadcasts, where the broadcast itself is at least behaving properly (ie. a one-time switch from interlaced to progressive), and i'm not breaking a proper broadcast to fix some terrible broadcast. A new mode is also not an option, too many options just cause confusion.

Personally, i've not seen a broadcast which really switches between a full progressive stream to a potentially interlaced stream all the time.
What is common is a stream marked as interlaced which then contains progressive frames - thats what aggressive deinterlacing was originally designed for.

You should probably talk to the media portal devs to look at their renderer so the frame drops can be avoided.
As an alternative you can of course use "Force" deinterlacing mode.

Or you could provide a recorded sample, maybe there is just some mis-detection going on.



There is a short (~60 sec) sample with few progressive/interlaced transitions here (https://dl.dropboxusercontent.com/u/52149306/A%20Race%20Against%20Time_%20Hilary%20Lister%27s...%20-%20BBC%20TWO%20HD%20-%202013-07-18.zip)

Thanks,

Tony

nevcairiel
19th July 2013, 09:25
There is a short (~60 sec) sample with few progressive/interlaced transitions here (https://dl.dropboxusercontent.com/u/52149306/A%20Race%20Against%20Time_%20Hilary%20Lister%27s...%20-%20BBC%20TWO%20HD%20-%202013-07-18.zip)

Thanks,

Tony

Here is a test build that suppresses the reconnection to the renderer when changing between interlaced and progressive parts, it may help already, but i'm not 100% certain.
If it works, it would even work in "Auto" mode, no need for aggressive.

http://files.1f0.de/lavf/LAVFilters-0.58.1-mp-interlaced-test.zip

Disclaimer: This is a test version based on a not very well tested development version, so use at your own risk. :)

owlsroost
19th July 2013, 09:33
Here is a test build that suppresses the reconnection to the renderer when changing between interlaced and progressive parts, it may help already, but i'm not 100% certain.
If it works, it would even work in "Auto" mode, no need for aggressive.

http://files.1f0.de/lavf/LAVFilters-0.58.1-mp-interlaced-test.zip

Disclaimer: This is a test version based on a not very well tested development version, so use at your own risk. :)

Thanks - I'll give a quick test on the dev PC, then risk it on the HTPC tonight :)

diizzy
19th July 2013, 11:00
Thanks for the great work as always,

I just updated to the newest version (0.58.1) and there seems to be a regression using QuickSync. From what I can tell it pretty much affects all types of MPEG-2 irregardless of container (.ts, .mpg, .vob). If you're lucky you'll get a few frames correctly but it'll then play roughly one frame per second making it a slideshow. Turning off QuickSync fixes the issues, H.264 works fine.

Windows 7 SP1 64-bit
LAV Filters 0.58.1
MPC-HC 1.7.0.7634
madVR 0.86.9
Intel Graphics HD4000 (i7-3770) - v9.18.10.3165
https://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&ProdId=3442&DwnldID=22873&ProductFamily=Desktop+Boards&ProductLine=Intel%C2%AE+7+Series+Chipset+Boards&ProductProduct=Intel%C2%AE+Desktop+Board+DZ77GA-70K&lang=eng

Best regards,
Daniel

nevcairiel
19th July 2013, 11:01
Please report any issues with the QuickSync decoder to the author of this decoder, over there -> http://forum.doom9.org/showthread.php?t=162442

dukey
19th July 2013, 20:27
// Handle DVD playback rate..
if (GetDecodeFlags() & LAV_VIDEO_DEC_FLAG_DVD) {

can you just change that to
{

nevcairiel
19th July 2013, 20:33
// Handle DVD playback rate..
if (GetDecodeFlags() & LAV_VIDEO_DEC_FLAG_DVD) {

can you just change that to
{

And why would i do that?
This antiquated interface for playback speed is only used by the DVD Navigator, any other source filters just scale the timestamps before they reach the decoder.

dukey
19th July 2013, 20:37
Saves having to flush everything to change the playback rate
I should probably add, with overlays flushing becomes problematic, if you flush them they are gone ! which is really less than ideal

TOM_SK
20th July 2013, 13:55
Scam alert - searching today for LAV Filters on Google:
-http://lavfilters.com/

nevcairiel
20th July 2013, 13:59
At least the files seem allright, they still carry my digital signature. :p

sneaker_ger
20th July 2013, 15:06
MPC-HC hangs right at the start when trying to play the following file via LAV Splitter 0.58.1:
http://www.file-upload.net/download-7861655/lav-stream-selection.mkv.html

I have set the advanced subtitle selection to:
audio: fin,dut
subtitles: [empty]

---
Originally I wanted to create this sample to report a different problem: audio stream selection seems to have simply stopped working for me lately. Anyone else experience the same? I'm not sure what has caused it, having installed different updates recently.

/edit:
Hmm... it seems to not hang most of the time. Kinda random/sporadic issue. :confused:

/edit2:
Haali also seems to hang sporadically, but only very briefly, so it is not just LAV Splitter.
Rest of the components:
MPC-HC 1.7.0 7634 (Standard/DirectSound audio renderer)
(madVR 0.86.9)
LAV Audio 0.58.1
Win7 x64

/edit3:
Having real trouble pinning it down to a single component. So far I could reproduce the problem with these combinations:
LAV Splitter + LAV Audio
LAV Splitter + Microsoft DTV-DVD Audio Decoder
Haali Splitter + LAV Audio

Could not reproduce with:
Haali Splitter + Microsoft DTV-DVD Audio Decoder

nevcairiel
20th July 2013, 16:18
Most likely MPC-HCs fault, disable its stream switching function, that will also restore LAVs switching functionality.
I believe it should turn itself off when you don't configure favorite languages in mpc-hc, but i havent been keeping up with recent changes.

sneaker_ger
20th July 2013, 16:26
Thx, that was indeed the problem. Since I use the switcher for other things it seems I have to ask the MPC-HC devs about that.

clsid
20th July 2013, 16:39
Probably related to this commit:
https://github.com/mpc-hc/mpc-hc/commit/395f02e5fbb30d9e8810caf7fa12450130ce6699

That caused audio problems with certain files for me.

Megalith
20th July 2013, 23:27
Quick question on LAV audio mixing. I run a stereo setup and the audio is too low unless I turn mixing on and boost the center and surround mix levels to 1.00. Does this do anything detrimental to the sound quality in any way, such as increase the potential of clipping?

Also, the LFE mix level can be boosted to 3.00. Even though you can, it should be left at 1.00 to maintain consistency with the center and surround levels, correct?

bugmen0t
21st July 2013, 10:39
@Megalith
There's a clipping protection build in which will reduce the volume during rare extremely loud passages.

If the sound is just too quiet increase the volume elsewhere.

If you want to change the mix, i.e. the relation between the channels, then set it as you like best.

Setting all levels to 1 will not keep consistency but the default values will in general.

Including the LFE is uncommon. But if you do it needs to be played 10 dB louder than the other channels. However downmixing needs a correction for some channels. Therefore the center and surrounds are set 3 dB quieter and LFE needs 10 dB - 6 dB = 4 dB which gives a level of 10^(1/5) ~= 1.5849 (this is to include LFE with the rest default settings).

Actually an adaptive process would be necessary for minimizing all the possible problems of downmixing. Also listening at different volumes needs different mixing coefficients.

So in the end one won't get it perfect anyways which is why I propose to set anything just as one likes. :)

DragonQ
21st July 2013, 19:48
Yeah I have LFE set to 1.58 on my HTPC since I have full range front speakers. No idea if it makes much difference but might as well. Tis set to 4.0 because LAV seems to do a far better job at downmixing 5.1 than my AVR does!

nevcairiel
21st July 2013, 20:31
Thanks - I'll give a quick test on the dev PC, then risk it on the HTPC tonight :)

Any news if it worked? :)

owlsroost
21st July 2013, 22:42
Any news if it worked? :)

It's stopped the re-connects when it flips between interlaced and progressive (which is good), otherwise it's behaving like 58.1 - was that the intention ?

Thanks,

Tony

nevcairiel
21st July 2013, 22:47
It's stopped the re-connects when it flips between interlaced and progressive (which is good), otherwise it's behaving like 58.1 - was that the intention ?


Yes, its supposed to behave like 0.58.1 and just don't reconnect, hopefully avoiding the frame drops - does it do that?

owlsroost
22nd July 2013, 00:06
Yes, its supposed to behave like 0.58.1 and just don't reconnect, hopefully avoiding the frame drops - does it do that?

The reconnect drops were only an occasional problem (if the EVR Mixer wasn't being very responsive during the reconnect activities) - the main problem is inside the MP custom presenter, which is optimised to work best with 'normal' streams i.e. ones that have a stable frame rate.

I'm working on trying to improve it at the moment, but the old 'aggressive deinterlacing' behavior was a handy workaround for these awkward streams.....

TheDutchJewel
23rd July 2013, 08:22
I've a problem with some specific wavpack files, which are played fine with foobar2000, but not with MPC-HC.
Because it looks like a ffmpeg issue, I tested it with "ffplay.exe filename.wv" and got this error:

Any idea about how to solve this problem?
Problem solved. It was an iso with wv extension. The unpacked version plays fine with ffplay.

pOpY
23rd July 2013, 11:38
Dear nev.

On my main HTPC Mediaportal is crashing if ill use LAV Filters 0.58+.
After installing 0.57 all went back to normal.

It crashes right after starting live TV (SD MPEG2 stream).
Shortly there is audio but no picture, after that the windows error message apears.

Attached are the logs of mediaportal.
Could you please look into it.

thx
pOpY

cyberbeing
23rd July 2013, 12:10
@nevcairiel

Are you able to prevent Microsoft's "Internal Script Command Renderer" from connecting to LAV Splitter's subtitle pin with TS + DVB Subtitles?

This filter seems to connect to the following which you expose for DVB subtitles:
MEDIATYPE_Text {73747874-0000-0010-8000-00AA00389B71}
GUID_NULL {00000000-0000-0000-0000-000000000000}

Currently this behavior prevents XySubFilter from rendering DVB subtitles when madVR auto-loads us into the graph instead of DirectShow, with media players like Zoom Player. Not a critical issue at the moment, but it could turn into one depending on future modifications to loading behavior with the subtitle interface.

nevcairiel
23rd July 2013, 12:12
Why do you rely on auto-loading by madVR for internal subs, and not just let DirectShow load you?

I would rather not start blocking anything, because after the ISCR it'll be something else that connects to the subs with a very low merit, and and and..

PS:
Thats the media type when the pin is set to "No Subtitles", not the type for DVB Subs.

madshi
23rd July 2013, 12:18
Auto-loading behaviour is still under discussion, so I think it's too early to even think about changing anything in LAV. I'd first like to clarify which exact auto-loading behaviour we'll end up with.

nevcairiel
23rd July 2013, 12:19
For internal subtitles i don't think there is any question, just let DirectShow graph building load it and connect it to the subtitle pin.
Anything else would be contrary to the whole DirectShow concept.

madshi
23rd July 2013, 12:23
I fully agree.

cyberbeing
23rd July 2013, 12:24
I was testing out a build with XySubFilter set to "DO_NOT_USE" merit to see how well it would work with madVR auto-loading only. Yet upon investigating a report from a user that XySubFilter Beta wasn't showing subtitles with Zoom Player, I noticed this issue. No idea why XySubFilter Beta could be failing to load (or connect quick enough?) via DirectShow, but if so, it seems possible that this filter could be to blame for no subtitles.

Thats the media type when the pin is set to "No Subtitles", not the type for DVB Subs.

...well that's rather annoying that Microsoft has a System Filter with high merit of 0x00800001 which steals any subtitle pin advertising "No Subtitles" if nothing else connects quickly enough.

nevcairiel
23rd July 2013, 12:28
Well admittedly i invented the type for "No Subtitles" (or stole it from some other filter a long time ago), and crazy enough these days its different to any other subtitle type LAV would ever output, so i could probably change it to more closely resemble the type it would use for actual subtitles (ie. use MEDIATYPE_Subtitle which the ISCR will never connect to)

cyberbeing
23rd July 2013, 12:37
so i could probably change it to more closely resemble the type it would use for actual subtitles (ie. use MEDIATYPE_Subtitle which the ISCR will never connect to)

I think that would be a good idea, since currently it seems this filter will steal this pin (especially since it enters the graph early via quartz.dll) unless a subtitle filter has a merit of at least 0x00800002 (Preferred +2). Anything less and this ISCR filter will override even VSFilter.dll.

nevcairiel
23rd July 2013, 12:46
Just to clarify, there is no early or late loading, its only controlled via merit, unless some component is specifically added by name directly.

cyberbeing
23rd July 2013, 12:47
Well if I set VSFilter.dll to the same merit as "Internal Script Command Renderer", the ISCR always wins...

nevcairiel
23rd July 2013, 12:48
With the same merit the order is somewhat arbitrary, depending on the enumeration order, possibly based on the name or the GUID, who knows.

cyberbeing
23rd July 2013, 13:45
Well it seems MPC-HC always connects a "NullTextFilter" to the following mediatype, which blocks all every subtitle filters in existence from loading internal subtitles.
(even worse than the ISCR behavior):
mtype.majortype = MEDIATYPE_Subtitle;
mtype.subtype = MEDIASUBTYPE_NULL;
mtype.formattype = MEDIASUBTYPE_NULL;

I looked into it and LAV Splitter is using the same MediaType as Haali Splitter does with a disabled subtitle pin, so that must have been where you got it from. I take back my request, it is probably best for you to just leave things how they are. I'll just need to remember that 0x00800002 is the lowest possible merit for subtitle filters, without ISCR causing trouble.

nevcairiel
23rd July 2013, 13:47
Doesn't MPC-HC just connect its TextPassThru filter which sends the subs to the ISR but still allows an external subtitle filter to connect?
How else would VSFilter or ffdshow get subs to render? :D

It might have this Null thing on a low merit so it completes the graph and doesn't leave a dangling pin around.

In any case, i wouldn't use a NULL type anymore, probably would look at the actual subs used and offer its types, because those it better supports, or it doesn't need to connect. ;)

cyberbeing
23rd July 2013, 14:02
Doesn't MPC-HC just connect its TextPassThru filter which sends the subs to the ISR but still allows an external subtitle filter to connect?
How else would VSFilter or ffdshow get subs to render? :D

Unfortunately not. :(

I created a custom LAV Filters build to test it, and suddenly subtitles stopped functioning entirely. Fired up GraphStudioNext and connected it to the MPC remote graph, and I see this NullTextFilter connected to LAV Splitter instead of "DirectVobSub (auto-loading version)" which was connected to LAV Video and the Video Renderer only. Either MPC-HC seems to connect a NullTextFilter to any MEDIATYPE_Subtitle NULL pin before any DirectShow filter gets a chance to, or VSFilter never connects to such pins. This is with the TextPassThru filter disabled, MPC-HC ISR disabled, as well as "ignore embedded subtitles" checked. No idea why this behavior exists, but it does.

In any case, i wouldn't use a NULL type anymore, probably would look at the actual subs used and offer its types, because those it better supports, or it doesn't need to connect. ;)

I agree that this sounds like the best option for LAV Splitter, just make sure you test any such change with VSFilter and various media players before you commit. Who knows what other funky behavior could have been designed around the expectation of a MEDIATYPE_Text Null pin for disabled subtitles, considering both Haali & LAV use it for that purpose.

nevcairiel
23rd July 2013, 14:12
I just checked, and the NullTextRenderer has a extremely low merit (MERIT_DO_NOT_USE+1), so any other renderer with a normal merit should take precedence.
And since VSFitler and ffdshow subs worked previously, it seems to also work. ;) Maybe that particular type you cooked up just isn't valid for VSFilter, it does appear to be kinda odd, no subtype and no formattype.

invy
23rd July 2013, 23:29
Hello, nevcairiel, I am hoping you have an answer to this problem. I was directed to this LAV place of discussion, over from the MPC tracker. I will copy and paste the message if you don't mind:

>> Is there a better FLV decoder/splitter that is faster than LAV or ffdshow?

I download FLV files from various places all over the web and I always seem to have a problem with them, notably the larger files.

Allow me to explain my problem with it. Let's say I have a 300 MB file that is 1:00:00 hour long. I try to seek ahead in the file to let's say for example, around the 45 minute mark but it takes more than 10-15 seconds to load for some reason.

Well, not for "some" reason because I know EXACTLY what it's doing in those few moments, because I take a look at my Resource Monitor (Windows 7), and apparently it has to LOAD the entire file from the beginning up until the point that you seeked to. I see it loading the file from my hard drive at a rate of 10-20 MB sec.

Why does it have to do this? None of the other filetypes do this. Only FLVs do this. I assume this is normal behavior?

Is there a setting or trick to getting it to render the file in some other method?<<<

In short, summary: FLV files (specifically larger ones) I download from all over the net all have the same "problem" of having to load the entire file whenever I try and seek to a certain part of the video. I say "problem" loosely because I don't know if this is expected behavior or not, but FLV files are the only one that it ever occurs with.

I hope you have an answer to my question. Thanks

owlsroost
24th July 2013, 09:00
The reconnect drops were only an occasional problem (if the EVR Mixer wasn't being very responsive during the reconnect activities) - the main problem is inside the MP custom presenter, which is optimised to work best with 'normal' streams i.e. ones that have a stable frame rate.

I'm working on trying to improve it at the moment, but the old 'aggressive deinterlacing' behavior was a handy workaround for these awkward streams.....

I've done some more investigation/testing/MP code mods...

The standard 0.58.1 version in 'Auto' mode (with the reconnects) fixes a problem - with 0.57 and earlier - where sometimes the nVidia hardware decoder/deinterlacer seems to get very confused for a second or so on an interlaced -> progressive transition, resulting in a bunch of dropped frames.

Interestingly the symptoms are different in DXVA2 Native and CUVID modes (but they both have the problem), but my dev laptop with Intel HD gpu seems to work fine in the same situation.

So my conclusion is that (in 'Auto' mode at least) the reconnects are probably a good idea.

zero9999
24th July 2013, 15:28
now that mpc-hc supports pipe input from stdin, is it possible to hook up yuv4mpeg in lav splitter?

michkrol
24th July 2013, 15:59
Is there a setting or trick to getting it to render the file in some other method?<<<
From my experience most of *.flv files don't have information required for fast seeking and there's no way around it without editing the files.

Remuxing the file to other container is probably the easiest and fastest solution (should be as fast as copying the file).

Short guide to remuxing the file(s) to *.mkv (matroska):
Download MKVToolNix (free software), open mkvmerge GUI, drag&drop single file to "input files", select output filename, remux, profit (?). This will add information required for faster seeking. I've done it with some videos from YouTube and it worked like a charm.

nevcairiel
24th July 2013, 18:13
Thats probably the case, flv is primarily a streaming format and many of these saved streams dont contain the seeking information.

wanezhiling
24th July 2013, 18:57
Seems mpc-be did a workaround for FLV seeking.

nevcairiel
24th July 2013, 19:06
Seems mpc-be did a workaround for FLV seeking.

Everyone is free to submit patches to ffmpeg. :)

invy
24th July 2013, 19:45
From my experience most of *.flv files don't have information required for fast seeking and there's no way around it without editing the files.

Remuxing the file to other container is probably the easiest and fastest solution (should be as fast as copying the file).

Short guide to remuxing the file(s) to *.mkv (matroska):
Download MKVToolNix (free software), open mkvmerge GUI, drag&drop single file to "input files", select output filename, remux, profit (?). This will add information required for faster seeking. I've done it with some videos from YouTube and it worked like a charm.

Thats probably the case, flv is primarily a streaming format and many of these saved streams dont contain the seeking information.

Thanks for the explanation, I figured the reason had to be something like that as opposed to being a bug or whatnot.

The remuxing worked great, except for one huge problem: no audio was muxed in because it was that dreaded, stinking NellyMoser garbage. Nothing can be done about this, correct? Or is there, other than converting it?

Soukyuu
24th July 2013, 20:05
The remuxing worked great, except for one huge problem: no audio was muxed in because it was that dreaded, stinking NellyMoser garbage. Nothing can be done about this, correct? Or is there, other than converting it?You could try other containers, maybe mp4 works? Easiest way might be MeGUI. Though I'm surprised there are some obscure formats mkv doesn't support. NellyMoser doesn't seem to be an audioformat from what google showed me, what's the extension?

nevcairiel
24th July 2013, 20:37
NellyMoser doesn't seem to be an audioformat from what google showed me, what's the extension?

http://wiki.multimedia.cx/index.php?title=Nellymoser

Its a rather stupid codec mostly only used in flash files.
You should probably transcode it with ffmpeg from flv into mkv/mp4, while keeping video untouched.

Aleksoid1978
25th July 2013, 02:11
Thats probably the case, flv is primarily a streaming format and many of these saved streams dont contain the seeking information.

Some FLV contained in the header's metadata of the data keyframe. And ffmpeg support it's and parse.

Megalith
25th July 2013, 02:17
@Megalith
There's a clipping protection build in which will reduce the volume during rare extremely loud passages.

If the sound is just too quiet increase the volume elsewhere.

If you want to change the mix, i.e. the relation between the channels, then set it as you like best.

Setting all levels to 1 will not keep consistency but the default values will in general.

Including the LFE is uncommon. But if you do it needs to be played 10 dB louder than the other channels. However downmixing needs a correction for some channels. Therefore the center and surrounds are set 3 dB quieter and LFE needs 10 dB - 6 dB = 4 dB which gives a level of 10^(1/5) ~= 1.5849 (this is to include LFE with the rest default settings).

Actually an adaptive process would be necessary for minimizing all the possible problems of downmixing. Also listening at different volumes needs different mixing coefficients.

So in the end one won't get it perfect anyways which is why I propose to set anything just as one likes. :)

Thank you. I actually dove into some of the older posts and unearthed what are the supposed default/recommended settings for the mixer:

Center: .71
Surround: 1:00
LFE: .71

So I take it the LFE being set to .71 is incorrect? How about the center and surround coefficients?

Aleksoid1978
25th July 2013, 02:48
nevcairiel
With LAV Splitter show incorrect tag from AVI if it's contains non English text.
MPC:
http://i.imgur.com/7wPcC9I.png
MediaInfo:
http://i.imgur.com/d9sUrJy.png
LAV:
http://i.imgur.com/ehwfZdf.png

nevcairiel
25th July 2013, 07:20
Some FLV contained in the header's metadata of the data keyframe. And ffmpeg support it's and parse.

Yes, some, and if that is present, ffmpeg and LAV will use it.
But not all FLVs have that, in fact, quite a lot do not.

nevcairiel
With LAV Splitter show incorrect tag from AVI if it's contains non English text.

I'll have a look.

Edit:
Looks like AVI stores the tags in a ANSI charset and not UTF-8.
I added a fallback to ANSI parsing when UTF-8 parsing fails, however as always with ANSI codepages, this will only display properly if your local codepage matches the one of file.

STaRGaZeR
25th July 2013, 08:06
Nev, I guess you already have a Haswell, right? :p

How's QS working on it? On my old Sandy the fake screen method started to have issues (mainly BSODs) after the Catalyst march update or so, so I disabled QS completely. I'll try it again today with the new 4770K, but any weirdness I should care about? How's the speed and power consumption?

nevcairiel
25th July 2013, 08:25
If i would care about power consumption, i would not buy a 4770k.
QS works just like before for me, but i do not use any fake screen hacks or other weirdness, because i simply have a secondary screen actually connected to the iGPU.

And i don't really watch movies on that PC, its just my Dev and Gaming PC. :D

bugmen0t
25th July 2013, 08:27
Thank you. I actually dove into some of the older posts and unearthed what are the supposed default/recommended settings for the mixer:

Center: .71
Surround: 1:00
LFE: .71

So I take it the LFE being set to .71 is incorrect? How about the center and surround coefficients?
LAV uses the ITU recommendations as defaults and they're fine:


Center = 0.71 (-3 dB)
Surround = 0.71 (-3 dB)
LFE = 0 = off (or if one insists to include it: LFE = 1.58 (+4 dB))



The 3 dB attenuation of the center is to compensate for mixing one channel (the center) to two channels (left and right). Otherwise the center would be too loud since the volume adds up.

The 3 dB attenuation of the surrounds is for the same reason as in the past they had mono surrounds, i.e. two surround channels with exactly the same content. Therefore in cinemas and with downmixing they needed to have the surrounds 3 dB quieter. As they started to have actual stereo surrounds they mixed them 3 dB louder in the soundtrack already to compensate for that, so we still need -3 dB for downmixing.

The LFE should not include any dramatical relevant material. The front channels should contain all relevant bass already. Therefore it's common to not include it. If one still wishes to do so it should be played 4 dB louder. However that means you need to decrease the overall volume of the mix to prevent clipping and you will lose some bits. Therefore as a compromise some people also set it to -3 dB which will be too quiet but doesn't affect the rest of the mix. (Or maybe they're just wrong in thinking it works the same as for the center but the volume of bass adds up differently.)

I will now stop discussing this because in the end it just comes down to this:
Leave everything at default (that's the ITU recommendation; nev actually knows what he does ;)) or set them howsoever you like.

STaRGaZeR
25th July 2013, 10:03
If i would care about power consumption, i would not buy a 4770k.
QS works just like before for me, but i do not use any fake screen hacks or other weirdness, because i simply have a secondary screen actually connected to the iGPU.

And i don't really watch movies on that PC, its just my Dev and Gaming PC. :D

Power consumption awareness doesn't collide with fast processors, low PC when you don't need the performance and all that horsepower when you need it is the real thing :D

I'll try it the next few days, let's see how that goes. Hoping for no BSODs. And no VC-1 decoding artifacts :p

DragonQ
25th July 2013, 10:19
Power consumption awareness doesn't collide with fast processors, low PC when you don't need the performance and all that horsepower when you need it is the real thing :D
Plus, as of Sandy Bridge, overclocking doesn't affect idle power consumption as much because minimum clock speed isn't affected. Nehalem doesn't work like that, so my CPU's minimum clock speed was 2.2 GHz instead of 1.6 GHz for the last 4 years. :O

STaRGaZeR
25th July 2013, 11:38
Plus, as of Sandy Bridge, overclocking doesn't affect idle power consumption as much because minimum clock speed isn't affected. Nehalem doesn't work like that, so my CPU's minimum clock speed was 2.2 GHz instead of 1.6 GHz for the last 4 years. :O

Both clock speed and voltage are reduced under idle, and there's also power gating. My 4770K idles at 800 MHz, 0.7V, ~2.8W of package power at stock, the same but 0.77V when overclocked :D

DragonQ
25th July 2013, 12:21
Both clock speed and voltage are reduced under idle, and there's also power gating. My 4770K idles at 800 MHz, 0.7V, ~2.8W of package power at stock, the same but 0.77V when overclocked :D
Yeah I'd save a lot in electricity if I upgraded. It'd probably pay for itself in 20 years or so! ;)

STaRGaZeR
25th July 2013, 17:14
Mmm, it doesn't quite work right. First, there's always a second mouse cursor in the top left corner (caused by Intel drivers). Second, the fake screen resolution is fixed at 1280x720 and can't be changed, with my old Sandy it wasn't fixed. And third, every 10-20 seconds there's a weird issue, the image freezes for 1-2 seconds while audio keeps playing, and then it catches up very quickly resulting in a graph like this (http://www.imagebam.com/image/67a6fb267180103). Conclusion: not usable! Back to software mode.

magic144
26th July 2013, 03:46
Just want to +1 pOpY's posting
http://forum.doom9.org/showthread.php?p=1637943#post1637943
I just noticed on watching a DVD (SD MPEG2) that if I tried to engage LAV Video SW deinterlacing (YADIF), ZoomPlayer crashes (fault module avfilter-lav-3.dll)
Doesn't seem to matter if HW Decoder is engaged or not.
(Using 0.58, 0.58.1)

This problem is resolved going back to <= LAV 0.57

My setup is AMD Radeon 5670 gfx, Zoom Player MAX 8.7b12, Windows 7 Home Premium 32-bit.

Let me know if I can (and how to) send you any test data or other support info.

Cheers,
m

nevcairiel
26th July 2013, 07:10
The only thing that helps with crashes are crash dumps. You could try with MPC-HC and see if it also crashes, and if it does it should write a crash dump file which you can upload.
On the other hand, a crash within avfilter will most likely not show up properly in the dump anyway, but still worth a try i guess.

Sadly, i was unable to reproduce any issues on my end.

Edit:
I managed to reproduce the issue, i'll take a look.

Edit2:
And its fixed, bugfix release coming out soon.

magic144
26th July 2013, 13:09
Wow - quick turnaround - thanks!!

nevcairiel
26th July 2013, 13:10
I looked into the issue before, but today i got lucky and figured out the reason, either i was blind before or who knows.

nevcairiel
26th July 2013, 13:33
LAV Filters 0.58.2

LAV Splitter
- Fixed demuxing of WavPack from MKV

LAV Video
- Fixed a crash when YADIF was being used on a single- or dual-core CPU

LAV Audio
- Fixed decoding of DTS streams with a frame size change mid-stream


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.58.2.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.58.2.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.58.2-x64.zip)

Just a bug fix/crash fix release, primarily for the YADIF crash, and i decided to pull in two other safe changes.
This release is not based on todays git master, but a stable branch i specifically created to push these changes (of course master also contains the fixes), just as a FYI for anyone that builds their own or bundles it.

Anyway, not much to say about this one otherwise!

Have fun!

CharlieCL
26th July 2013, 13:54
The default setting of LAV hardware acceleration is software. Is it possible to detect HW acceleration available and select right codec? For example, when my PC is Quick Sync enabled it will set Quick Sync as default codec. The difficult may be no universal code to detect HWA for all processors from NVIDIA/INTEL/AMD, and so on.

nevcairiel
26th July 2013, 14:02
LAV intentionally uses software by default, because its guaranteed to produce correct results and does not rely on properly functioning drivers and the likes to output an image.

Blight
26th July 2013, 14:48
nev:
The LAV Installer has some script that closes players, but it causes Zoom Player to crash and not close gracefully, any ideas why?
How are you trying to close the process?

nevcairiel
26th July 2013, 15:48
Thats just Inno Setup features, it notices when a process still uses one of the files its trying to overwrite and trys to close that processes, i have zero influence on that.

clsid
26th July 2013, 16:45
That feature can be disabled (CloseApplications=false), but then a restart would be required to complete the installation when a file is in use.

Blight, it uses this Windows API:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa373524.aspx

LeChuck
26th July 2013, 17:34
When playing the 2D Blu-ray Version of "Tron Legacy" the german audio track just goes silent at
01:23:28 and stays off until i seek to another position.

It happens with LAV Audio set to DTS Bitstreaming. Software-Decoding works fine with no audible artefacts.


I'm sorry to report that the issue still exists in 0.58.2

The weird thing is that the 'roytam' nightly builds mentioned by 'ryrynz' have the issue fixed with 'lavf-my130718-c60a0ac.7z' or later :confused:

@nevcairiel: Is it possible, that your fix is not in the 0.58.2 build?

clsid
26th July 2013, 17:45
Any chance for getting an "Auto-load VSFilter" equivalent in LAV Splitter anytime soon? WMP often refuses to load it by itself, especially with external subs.

nevcairiel
26th July 2013, 17:57
@nevcairiel: Is it possible, that your fix is not in the 0.58.2 build?

Yes, its not in 0.58.2, it'll only be in 0.59
That fix needs more testing to ensure it didn't break anything else in the process, so it didn't go into the stable. But i'm sure you're done watching that movie now :p

LeChuck
26th July 2013, 19:47
Yes, its not in 0.58.2, it'll only be in 0.59
That fix needs more testing to ensure it didn't break anything else in the process, so it didn't go into the stable. But i'm sure you're done watching that movie now :p

Ok, no problem. I just thought your 0.58.2 release notes suggested that the fix is already in there.

Btw. i think the original Tron is the better movie anyway :)

nevcairiel
26th July 2013, 19:49
Ok, no problem. I just thought your 0.58.2 release notes suggested that the fix is already in there.


That was for another issue actually. ;)

dg512
26th July 2013, 22:05
@nev
Is is possible to have an option of 'Automatic' (i.e. first available) for the hardware decoder dropdown in LAV Video?

ƒreeman
26th July 2013, 22:37
Excellent Filter mate.. one question though..

when running intel quicksync, is it supposed to use dxva2..??

Tom Keller
27th July 2013, 01:20
Today i experienced the same behavior described here 1 1/2 years ago:

http://forum.doom9.org/showpost.php?p=1545919&postcount=7723

That alone is really odd. But there's more. Because strangely enough: the "LAV Audio Decoder" (vice versa) refuses to connect to neither the "Haali Media Splitter" nor the "MPC MP4/MOV Splitter", if a QuickTime video with QDM2 audio is the source. Same with the "AV Splitter" from void: no connection to LAV Audio possible (but in this case ffdshow won't work too :eek: - so it's kind of a draw ;) ). Really weird!

I know... i know: QDM2 is kind of a rare audio format. But still: it's a bummer, that in some cases you have to stick with specific filter combinations, although in theory it shouldn't be necessary.

nevcairiel
27th July 2013, 08:45
when running intel quicksync, is it supposed to use dxva2..??

QuickSync is just a wrapper around DXVA2, so internally it'll always use it.

Today i experienced the same behavior described here 1 1/2 years ago:

Well, no you haven't.
The question back then was why ffdshow wouldn't connect to LAV Splitter, and i still don't know why it doesn't.

Your question is why LAV Audio doesn't connect to other splitters for QDM2, which is a completely different thing.
In any case, keep in mind that there is hundreds of small and unimportant audio codecs, so unless someone asks about one specifically, i'm content having it limited to work with LAV Splitter only. But since you asked, next version should now connect to QDM2 with other splitters too. I'm just not sitting down and hunting for samples for all these odd formats and hooking them up, if noone expresses interest. :)

VHT
27th July 2013, 14:33
Hi.Last night I watched Oblivion Blu-ray with DTS-MA track and experienced strange audio glithes/drops here and there with latest LAV audio filter. For example right from beginning when universal logo arrives around 00h:00m:19s point. With ffdshow everything plays fine.

red5goahead
27th July 2013, 17:42
A question about matrix encoded material: is it possibile with Lav decode a Dolby prologic II stereo track to 5+1 channel layout and switch to it only when the stereo track is encoded?
I know there are the mixing features but I'm not sure how the mixing (or better the up-mixing in my case) are implemented on a stereo track without Dolby prologic II

Weirdo
27th July 2013, 21:56
Back on the subject of Nullsoft .nsv files after a couple of years... tried both MPC-HC and jrMC and LAV opens them, but seek is not possible. Here (https://dl.dropboxusercontent.com/u/59646917/Nsv%20file.rar) is one such file, in case it's an easy fix.

nevcairiel
27th July 2013, 22:16
Back on the subject of Nullsoft .nsv files after a couple of years... tried both MPC-HC and jrMC and LAV opens them, but seek is not possible. Here (https://dl.dropboxusercontent.com/u/59646917/Nsv%20file.rar) is one such file, in case it's an easy fix.

Can anything seek in those?
NSV is supposed to have a header with a seeking index and info about the file duration (a NSVf chunk), however this header can be ommited for streaming content - and then you don't know how long the file is or where to seek to, really.

Weirdo
27th July 2013, 22:24
Can anything seek in those?
NSV is supposed to have a header with a seeking index and info about the file duration (a NSVf chunk), however this header can be ommited for streaming content - and then you don't know how long the file is or where to seek to, really.
Hm, I thought VLC could seek but looks like it can't. Winamp can seek though. Maybe they use some proprietary tricks...?

wanezhiling
28th July 2013, 05:08
http://pan.baidu.com/share/link?shareid=3664210942&uk=3558042035
nev, lav cant decode the divx file?

nevcairiel
28th July 2013, 08:06
http://pan.baidu.com/share/link?shareid=3664210942&uk=3558042035
nev, lav cant decode the divx file?

Should be fixed, "Divx" was a rather unusual FourCC, usually its either "divx" or "DIVX", not mixed-case.

wanezhiling
28th July 2013, 09:19
:thanks:

Seems that LAV often lacked some unusual FourCCs, many cases happened before.:)

nevcairiel
28th July 2013, 09:57
Well its not like there is a list of all weirdo FourCCs somewhere. :p

Pat357
28th July 2013, 23:42
Well its not like there is a list of all weirdo FourCCs somewhere. :p

It seems that ffmpeg/ffplay can handle this file without problems ; does this mean that the FourCC "Divx" is already known by FFplay ? Or does it use another trick to properly detect the codec ?
Wouldn't it be possible to use the same method in LAV for correct detection ? (ie use the same FourCC list and/or the same probing trick ?)

Output ffplay (verbose) :

[avi @ 044a1260] Format avi probed with size=2048 and score=100
[avi @ 04482fe0] use odml:1
[avi @ 044a1260] File position before avformat_find_stream_info() is 8204
[avi @ 044a1260] All info found
[avi @ 044a1260] File position after avformat_find_stream_info() is 35133
Input #0, avi, from 'K:\downloads\Divx failed.avi':
Metadata:
title : IFDVA_038_title2
encoder : Lavf52.13.0
Duration: 00:00:08.02, start: 0.000000, bitrate: 1997 kb/s
Stream #0:0, 1, 100/2997: Video: mpeg4 (Simple Profile) (Divx / 0x78766944), yuv420p, 720x480 [SAR 1:1 DAR 3:2], 100/2997, 29.97 tbr, 29.97 tbn, 29.97 tbc
Stream #0:1, 21, 3/125: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 160 kb/s
detected 12 logical cores
[AVIOContext @ 0448b680] Statistics: 182332 bytes read, 7 seeks

cyberbeing
29th July 2013, 05:15
It seems that ffmpeg/ffplay can handle this file without problems ; does this mean that the FourCC "Divx" is already known by FFplay ? Or does it use another trick to properly detect the codec?

It looks like ffmpeg mpegvideo.c may convert "Divx" to uppercase:


/* convert fourcc to upper case */
s->codec_tag = avpriv_toupper4(s->avctx->codec_tag);
s->stream_codec_tag = avpriv_toupper4(s->avctx->stream_codec_tag);

sdancer75
29th July 2013, 19:07
Hi,

Trying to complile LAVSplitter I get the following errors....



1>------ Build started: Project: DSUtilLite, Configuration: Debug Win32 ------
1> ByteParser.cpp
1> DSUtilLite.vcxproj -> C:\MyProjects\LAVFilters-master\bin_Win32d\lib\dsutild.lib
2>------ Build started: Project: LAVSplitter, Configuration: Debug Win32 ------
2> LAVSplitter.cpp
2>c:\myprojects\lavfilters-master\demuxer\demuxers\bddemuxer.h(79): error C2143: syntax error : missing ';' before '*'
2>c:\myprojects\lavfilters-master\demuxer\demuxers\bddemuxer.h(79): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
2>c:\myprojects\lavfilters-master\demuxer\demuxers\bddemuxer.h(85): error C2143: syntax error : missing ';' before '*'
2>c:\myprojects\lavfilters-master\demuxer\demuxers\bddemuxer.h(85): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
2>c:\program files (x86)\microsoft visual studio 11.0\vc\include\regex(1670): fatal error C1903: unable to recover from previous error(s); stopping compilation
2> Generating Code...
2> Compiling...
2> StreamParser.cpp
2> Generating Code...
========== Build: 1 succeeded, 1 failed, 3 up-to-date, 0 skipped ==========

Any help ?

nevcairiel
30th July 2013, 07:08
Works just fine here under both VS2010 and VS2012.
Are you maybe missing the libbluray checkout in the correct position?

Building LAV really isn't all that hard.

1) Checkout LAV Git repository (git clone <url>)
2) Checkout Submodules in the Git Repository (git submodule update --init)
3) Build FFmpeg (included build script, "sh build_ffmpeg.sh")
4) Build LAV itself in VS2010/2012

Or use "build.bat" which combines steps 3 and 4.
Of course this assumes you have VS2010 or VS2012 properly setup and a mingw-w64 GCC properly setup - but i provide the GCC i use for download if required. :)

pOpY
30th July 2013, 09:00
LAV Filters 0.58.2

LAV Splitter
- Fixed demuxing of WavPack from MKV

LAV Video
- Fixed a crash when YADIF was being used on a single- or dual-core CPU

LAV Audio
- Fixed decoding of DTS streams with a frame size change mid-stream


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.58.2.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.58.2.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.58.2-x64.zip)

Just a bug fix/crash fix release, primarily for the YADIF crash, and i decided to pull in two other safe changes.
This release is not based on todays git master, but a stable branch i specifically created to push these changes (of course master also contains the fixes), just as a FYI for anyone that builds their own or bundles it.

Anyway, not much to say about this one otherwise!

Have fun!

thx for the fix :)
will try this and report back.

cu
pOpY

sdancer75
30th July 2013, 12:04
Works just fine here under both VS2010 and VS2012.
Are you maybe missing the libbluray checkout in the correct position?

Building LAV really isn't all that hard.

1) Checkout LAV Git repository (git clone <url>)
2) Checkout Submodules in the Git Repository (git submodule update --init)
3) Build FFmpeg (included build script, "sh build_ffmpeg.sh")
4) Build LAV itself in VS2010/2012

Or use "build.bat" which combines steps 3 and 4.
Of course this assumes you have VS2010 or VS2012 properly setup and a mingw-w64 GCC properly setup - but i provide the GCC i use for download if required. :)

Hi,

I dont think that I am missing libbluray since the Demuxers that uses libbluray compiles just fine.

Anyway, I solved this situation by adding the

#include "libbluray/bluray.h"

in the stdafx.h of the LAVSplitter project.


Regards,

nevcairiel
30th July 2013, 12:48
Anyway, I solved this situation by adding the

#include "libbluray/bluray.h"


You mean this line, which has been there for ever?
https://github.com/Nevcairiel/LAVFilters/blob/master/demuxer/LAVSplitter/stdafx.h#L42

clsid
30th July 2013, 16:46
MPC-HC randomly crashes when destroying the graph if the tray icon is enabled for the internal LAV Splitter.

nevcairiel
30th July 2013, 16:48
Thats something for them to work out, it works in a standalone config.

ƒreeman
1st August 2013, 14:06
hi.. i'm using MPC-BE with LAVFilters and madVR..
here is my configuration:
Windows 7 Professional x64
Intel Pentium Dual Core CPU 997 @ 1.60GHz 1.6GHz
RAM 4GB DDR3 @ 1333MHz
Intel HD Graphics 128 MB dedicated and 1632MB shared..
http://i40.tinypic.com/23rkcph.png

here is my question:
should I use intel quicksync decoding method or software decoding method in LAV Video Filter..?
i'm using madVR too nothing changed except smooth video on..

thanks..

SamKook
1st August 2013, 14:30
should I use intel quicksync decoding method or software decoding method in LAV Video Filter..?
i'm using madVR too nothing changed except smooth video on..

thanks..

Unless you want to save power or you notice dropped frames(this may or may not happen in your case depending on your madvr settings), always use software decoding.

sneaker_ger
1st August 2013, 14:41
Intel Pentium 997 does not support QuickSync in the first place, so it will fall back to software even if you select it.

nevcairiel
1st August 2013, 14:53
Intel Pentium 997 does not support QuickSync in the first place, so it will fall back to software even if you select it.

Thats not true.
What Intel calls "QuickSync" is the encoder support, however all CPUs of the SNB/IVY/Haswell generation with an iGPU support the decoder.

sneaker_ger
1st August 2013, 15:10
I stand corrected - only looked at the Intel chart where it just says not supported without specifying further.

ƒreeman
1st August 2013, 15:57
I stand corrected - only looked at the Intel chart where it just says not supported without specifying further.

it says available in LAV Video decoder.. what it that mean then..??

http://i43.tinypic.com/2cf8wzo.png

SamKook
1st August 2013, 16:04
it says available in LAV Video decoder.. what it that mean then..??

I suggest you read nevcairiel post again, he already explained why.

ƒreeman
1st August 2013, 16:09
Oh yeah.. I got it.. so, as of now software decoding is best on this cpu..??

Edit: one more thing, can this cpu handle madVR..? shall I use madVR or EVR Custom..??

SamKook
1st August 2013, 16:17
Oh yeah.. I got it.. so, as of now software decoding is best on this cpu..??

Software decoding is best for all CPU since, as far as I know, there's no hardware acceleration which doesn't degrade the picture quality vs software decoding.

The reasons one would use hardware decoding are the two I mentioned earlier.

detmek
1st August 2013, 16:43
Hardware acceleration does not degrade picutre quality.

DragonQ
1st August 2013, 16:47
Yeah, this is demonstrable by comparing frames. He may be referring to all of the "enhancements" sometimes added by the GPU during decoding but these can all be turned off. Same with audio - you need to tick "Disable all enhancements" in your sound card's properties to ensure it isn't doing anything funny (like my laptop which liked to apply DRC for no reason until I ticked this option). :o

SamKook
1st August 2013, 17:11
It might be because of the "enhencements", all I know is that out of all the comparison I've seen, those with hardware decoding always looked worse so I never bothered doing extensive testing with it.

The quicksync encoder(not decoder) produced especially terrible results when I was looking if it was worth getting a MB that supported it a year and a half ago.

sneaker_ger
1st August 2013, 17:22
Yes, the hardware and software decoding of LAV are bit-identical (at least for H.264). You can prove it via AviSynth. Differences can only be from the mentioned "enhancements" or deinterlacing. Any "terrible results" could also simply be driver errors.

it says available in LAV Video decoder.. what it that mean then..??

http://i43.tinypic.com/2cf8wzo.png

"Available" means that your system does indeed offer QuickSync decoding (as nevcairiel pointed out). It will turn to "Active" and appear under "Active Decoder" if it actually used which does not seem to be the case for you currently. This could for example be because the video you are playing is not compatible with the hardware decoder - not all formats are. Successful hardware decoding can depend on several factors including OS, drivers, resolution, level/DPB, format, renderer (only DXVA2 native). That's why software is used by default - it is the least error prone decoding method.

DragonQ
1st August 2013, 19:35
It might be because of the "enhencements", all I know is that out of all the comparison I've seen, those with hardware decoding always looked worse so I never bothered doing extensive testing with it.

The quicksync encoder(not decoder) produced especially terrible results when I was looking if it was worth getting a MB that supported it a year and a half ago.
If you're talking about encoding, you're right, hardware options are usually inferior (but much faster). Decoding is totally different though and can (and should) produce identical output.

detmek
1st August 2013, 23:14
I compared output of CoreAVC, LAV Video decoder and FFDShow last year, hardware and software decoding and all output streams ended up bit-identical. You can see test here (http://translate.google.com/translate?sl=sr&tl=en&js=n&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Falexxandar.wordpress.com%2F2012%2F09%2F08%2Fda-li-h-264-dekoderi-daju-identican-output%2F&act=url) (P.S. Google Translate is not perfect but you can fill some blanks).

jkauff
2nd August 2013, 00:33
Nev said in an earlier post that the main reason software decoding is better is that if you have a fast CPU, it will decode many more frames per second than either CUVID or QuickSync (between the two, though, QuickSync is faster). I only use hw decoding if I'm doing a Handbrake encode that grabs 100% of my CPU most of the time.

mindbomb
2nd August 2013, 00:53
I would use quicksync. His cpu might choke on high bitrate h264.
The driver enhancements happen at the renderer level afaik, so it shouldn't impact whether you use hardware accelerated video decoding or not.

sdancer75
2nd August 2013, 07:45
You mean this line, which has been there for ever?
https://github.com/Nevcairiel/LAVFilters/blob/master/demuxer/LAVSplitter/stdafx.h#L42

Yeap you have right, but for a strange reason that I dont remember, I commented sometime the specific line, and I didn't even see it, when I added my own libbluray include.

Thanks :-)
It seems, I am getting old and I can not see things any more or maybe my laptop's screen its to small for my eyes !

pOpY
2nd August 2013, 16:33
thx for the fix :)
will try this and report back.

cu
pOpY

0.58.2 with yadif on my Core 2 Duo works :):)
thx for the fix!

nevcairiel
2nd August 2013, 16:39
Thanks for confirming!

SeeMoreDigital
2nd August 2013, 16:51
Nev,

Out of interest. When you configure 'LAV Audio' to bit-stream Dolby Digital, Dolby Digital Plus, Dolby TrueHD, DTS and DTS-HD audio via HDMI, does it use 'WASAPI' or 'DirectSound'?


Cheers

nevcairiel
2nd August 2013, 16:52
Thats not up to LAV Audio, your audio renderer decides that. Although for bit-streaming its really not important which you use, its not like the mixer can change the bitstream.

sebas_led
2nd August 2013, 20:17
Hi!

First, thanks for the great job with LAV Filters.
Second, can an application uses two instances of LAV filters? I want to have two (or more) independent graphs with LAV Splitter+audio+video+Windows default render.

Sebas

Reino
2nd August 2013, 21:11
"Available" means that your system does indeed offer QuickSync decoding (as nevcairiel pointed out).

http://www.ld-host.de/uploads/images/3791d627cda93616423962a8a78967d1.png

Oops?

nevcairiel
2nd August 2013, 21:25
I blacklisted that on XP before, but some people said it worked for them under certain circumstances, so i enabled it again. It may work on a limited number of systems and codecs.

nevcairiel
3rd August 2013, 09:38
@ nevcairiel:

Any chance you could add auto-update functionality to LAV Filters?

No. Not going to happen.

wanezhiling
3rd August 2013, 14:20
http://aleksoid.voserver.net/Sample/Subtitle/MKV/dvb-subtitle_heb.mkv
Lav splitter can't handle the dvb sub?

nevcairiel
3rd August 2013, 15:41
http://aleksoid.voserver.net/Sample/Subtitle/MKV/dvb-subtitle_heb.mkv
Lav splitter can't handle the dvb sub?

You could also say that whatever subtitle renderer was used could not handle dvb in mkv, but i fixed it anyway.

Sparktank
4th August 2013, 06:01
nevcairiel, please look at this issue (http://forum.doom9.org/showthread.php?p=1639178#post1639178) when you have time.
(Didn't want to cross-post).

frosh
6th August 2013, 11:21
Lav video decoder 0.58.2 doesn't activate neither copy-back nor native DXVA during playback of mkv with 12 reframes.
Tested with PotPlayer and MPC-BE on ATI HD 3200 videocard and 13.1 Catalyst. 0.57 works fine.

Lav splitter hangs PotPlayer up at start of playing of mkv via http.

wanezhiling
6th August 2013, 11:54
Lav video decoder 0.58.2 doesn't activate neither copy-back nor native DXVA during playback of mkv with 12 reframes.
Tested with PotPlayer and MPC-BE on AMD HD4000 videocard. 0.57 works fine.
ref16: http://i.imgur.com/czpF3e8.png

works fine here: http://i.imgur.com/Wd4hDdv.png

roytam1
8th August 2013, 01:01
@nev: is 1f0.de not available right now?

lavfsplitter$ git pull && git submodule update
fatal: unable to connect to git.1f0.de:
git.1f0.de[0: 144.76.108.235]: errno=No such file or directory

CoKing
8th August 2013, 14:12
Hi nev, some questions, namely about an odd h.264 format that I haven't been able to connect the LAV Video Decoder to.

I've seen it called a couple things, H264_bis and H264_MainConcept, and the GUID is { 0x8D2D71CB, 0x243F, 0x45E3, { 0xB2, 0xD8, 0x5F, 0xD7, 0x96, 0x7E, 0xC0, 0x9B } }

Should this be having a problem? I did some digging and it seems to be supported by ffdshow, but I also see references stating not to use it at all for video streaming. I'm trying to pick up an MPEG2 transport stream over udp (multicast) using a mainconcept demuxer that doesn't want to output one of the more common H264 formats.

I also tried using the LAV Splitter but it doesn't want to connect to the source (elecard nwsource-plus). Sadly the splitter source isn't an option since I need to be able to dump the stream to a file before it is demuxed.

SeeMoreDigital
8th August 2013, 15:08
Hi nev, some questions, namely about an odd h.264 format that I haven't been able to connect the LAV Video Decoder to.

Hi and welcome to the forum,

Please provide detailed information about your 'problem' file by using an application called MediaInfo (http://mediainfo.sourceforge.net/en) (set to text mode). And post what it reports, IN FULL as a text (.txt) file.

CoKing
8th August 2013, 15:47
Hi and welcome to the forum,

Please provide detailed information about your 'problem' file by using an application called MediaInfo (http://mediainfo.sourceforge.net/en) (set to text mode). And post what it reports, IN FULL as a text (.txt) file.

Thanks, it's been an interesting site so far! Also, thanks for pointing me to that application, I expect it will be extremely useful in the future!

I've attached the file generated from one of my sample videos. Ideally I'm dealing with live video from camera streamed by a hardware encoder that I then pick up with a directshow graph. This sample video was recorded from the source prior to demuxing so it should match what I see normally. I restream this video for testing when I am without a live source using VLC and the following script:

cd\
cd C:\Program Files (x86)\VideoLAN\VLC
VLC.exe "C:\Users\Public\Videos\EOW_110140Z_001.ts" :sout="#standard{access=udp,mux=ts,dst=224.168.99.99:1239}" -L

If there is any more information I can provide please ask; any help is very much appreciated!

SeeMoreDigital
8th August 2013, 18:14
Given the size of your .TS contained file is only 111MB, try re-muxing it into the .MKV container using the newest version of MKVmerge GUI (http://forum.doom9.org/showthread.php?p=1634657#post1634657).

If MKVmerge rejects it, there may be a problem with the .TS file...

nevcairiel
8th August 2013, 18:28
I think you didn't read his post thoroughly. :)

@CoKing:
Here is a test build with that mediatype added, let me know if it works:
http://files.1f0.de/lavf/LAVFilters-0.58.2-h264bis.zip

Keep in mind that you need to run the install_video.bat script to make it recognize the new type.

CoKing
8th August 2013, 21:01
@SeeMoreDigital:
The file should be fine; it is small because it's just a sample I use for testing and works with other decoders. I'm investigating decoders to try to find a replacement for the one I've used in the past which while it provided some of the lowest latency, it is quite old and support has been non existent the last year or so.

@nevcairiel:
Thanks for taking the time to help with this, I really appreciate it!

I tried the new build and while it was able to connect through to a renderer, I only see a grey output with very occasional artifacts (same result in either graphstudio and my app).

The output itself seems to be ok as it will render correctly using another decoder. I am able to get LAV to decode the video when using a rather specific version of the elecard mpeg push demuxer that outputs both a standard version of H264 and bis, but I really want to avoid painting myself into a corner with a specific version if possible. I'm investigating demuxers as well, which is why I was curious if you have any idea why the splitter wasn't able to connect to the source stream.


For reference, some pin spec's from graph studio:

Output pin from the Elecard NWSource-Plus:

Allocator Properties:
cBuffers: 5; cbBuffer 204800; cbAlign: 1; cbPrefix: 0;

MediaType:
major type: MEDIATYPE_Stream; subtype: MEDIASUBTYPE_MPEG2_TRANSPORT; format type: GUID_NULL;
bFixedSizeSamples: true; bTemporalCompression: false; lSampleSize: 1; cbFormat: 0;


Output pin from the Elecard MPEG Push Demultiplexer:

Allocator Properties:
cBuffers: 200; cbBuffer 655360; cbAlign: 1; cbPrefix: 0;

MediaType:
major type: MEDIATYPE_Video; subtype: {8D2D71CB-243F-45E3-B2D8-5FD7967EC09B}; format type: FORMAT_MPEG2_VIDEO;
bFixedSizeSamples: true; bTemporalCompression: false; lSampleSize: 1; cbFormat: 173;

nevcairiel
8th August 2013, 21:45
LAV doesn't support push sources, only pull sources, which is most likely why it doesn't work.

Anyway, here is another version, i forgot to add the new type in a second place:
http://files.1f0.de/lavf/LAVFilters-0.58.2-h264bis2.zip

A new H264 type doesn't need adding every day, easy to forget places. .)

CoKing
8th August 2013, 22:22
That's got it working, much thanks!

And I imagine they don't come up too often, though there does seem to be far more types than strictly necessary ...

This solves the splitter issue. I do deal occasionally with pull sources and will try LAV there as well.

MokrySedeS
9th August 2013, 23:49
I was messing around with advanced subtitle selection mode in lav splitter and I'm not sure if it's a bug or if I'm misunderstanding something.
I tried this formula: pol:pol|f *:pol
According to README this part: "*:pol", means "If audio is not Polish, load Polish subtitles".
Now, what happens is that Polish subtitles (not forced) are loaded even when audio is also Polish.
Am I missing something?

Volfield
10th August 2013, 05:42
pol:pol|f = if audio is polish load polish subs forced
*:pol = if any audio load polish subs
I think i works that way

MokrySedeS
10th August 2013, 06:15
Thanks Volfield. Looks like I was tired :o
In the morning it became obvious that I need "pol:off" in the middle, like this:
pol:pol|f pol:off *:pol
So, of course, there's no bug :D

EDIT:
Another issue - README mentions an "h" flag for selecting sdh subtitles.
How do I make it work with mkv? AFAIK there's no way to set a track as sdh other than simply write it in a track name.

Casshern
10th August 2013, 15:13
I found two problems with the lav-filters. First the splitter cannot find any audiotracks on the "New World" (Hong Kong Bluray) main m2ts file - the old MPC Splitter works! Also on some Criterion BDs (e.g. Things to Come) the PCM mono audio track is not played back properly (stuttering) - with ffdaudio (instead of lav-audio) it works. I will try to provide samples later via PM, but it might take a while. Apart from these minor issues, everything works pretty solid.

nevcairiel
10th August 2013, 16:33
Another issue - README mentions an "h" flag for selecting sdh subtitles.
How do I make it work with mkv? AFAIK there's no way to set a track as sdh other than simply write it in a track name.

You can't. It can only work on formats which have such an attribute, like DVB recordings.

Carpo
11th August 2013, 20:36
I broke my cherry!!!! Finally got Lav to compile!!! :) - now to see if it works - hehehehe - and then dare i try the dev branch :p

ƒreeman
12th August 2013, 11:51
In lav audio, should I use internal dca codec or should I use dtsdecoder by arcsoft..?
Which of them 'll be better and what's the difference?
Anyway, this is the file i'm tryin to play..

http://i41.tinypic.com/vqh3cg.png http://i41.tinypic.com/rid79i.png

So, what's this 32bit Float in dca codec and 24bit Integer in dts codec..?? Which is good..?

NikosD
12th August 2013, 12:55
@nevcairiel
As the developer of NVCUVID MPEG-4 ASP decoder do you have any clue why that decoder is EXTREMELY slow on my signature system ?
To be more exact, EVERY NVCUVID decoder is extremely slow on my system, not only MPEG4-ASP.
It's slower than DXVA copy-back which is already a lot slower than DXVA native.
My RAM is slow DDR2-533MHz and PCI-E is v1.1 x4 speed (very slow).

Does the CUVID MPEG4-ASP use any copy-back mechanism ?
In what mode exactly does it use DXVA ?

One last thing.
For the other decoding formats, DXVA native is extremely fast.
How difficult is for you to implement a DXVA native decoder for MPEG4-ASP ?
NVIDIA should have the resources (examples, documentation etc) to make it easier for a developer.

nevcairiel
12th August 2013, 12:57
The GT610 is a very slow card, it has a very low memory bandwidth, so any decode operations that copy the image from the GPU back to memory like CUVID or DXVA2-CB will simply be slow.
Having slow RAM and slow PCIe does not help.

There are no plans for MPEG4-ASP DXVA support. It would not be very hard, but i simply have zero interest in it. Use software decoding, those files are usually very easy to decode.

NikosD
12th August 2013, 13:10
Not all of them.
DIVX HD (1080p24 or 30) is pushing my system a lot, because software decoder IS NOT MULTITHREADED.

DXVA native could be useful for older machines with slow cards/cpus.
Or at least a decent MT CPU decoder.

The time management and priorities are yours, but in case you are really bored sometime, take a second thought.

wanezhiling
12th August 2013, 17:33
http://pan.baidu.com/share/link?shareid=283883871&uk=3558042035
Hi nev, after seek: http://i.imgur.com/Cl3oRm8.png
Happens with avcodec and dxva, works fine with wmv9 dmo decoder, mpc-be(sw/dxva) works fine too.

Gleb Egorych
12th August 2013, 18:00
The GT610 is a very slow card, it has a very low memory bandwidth, so any decode operations that copy the image from the GPU back to memory like CUVID or DXVA2-CB will simply be slow.

nevcairiel, which minimal nvidia card would you recommend for HTPC with LAV filters?

nevcairiel
12th August 2013, 18:06
Right now, probably a GT 640 (the 630 is a Fermi rebrand), preferably with GDDR5 for better memory bandwidth, but DDR3 may work.
I don't usually shop at the low-end, so maybe you can go lower for some workloads, not much experience myself.

The x10 and x20 are generally too slow, and the x30 are probably the first to be OKish, if they are not rebranded from the previous generation (like the 630)

nevcairiel
12th August 2013, 18:25
http://pan.baidu.com/share/link?shareid=283883871&uk=3558042035
Hi nev, after seek: http://i.imgur.com/Cl3oRm8.png
Happens with avcodec and dxva, works fine with wmv9 dmo decoder, mpc-be(sw/dxva) works fine too.

Fixed

wanezhiling
12th August 2013, 18:40
:thanks:

NikosD
12th August 2013, 19:12
If you like DXVA native, even GT610 can do everything that DXVA does.

Even 1080i of every difficulty I have tried.

If you don't like EVR, go directly to a GT640.

Gleb Egorych
12th August 2013, 19:21
nevcairiel, thanks. Kepler 630 also exists but with DDR3 only. Kepler+GDDR5 is only in 640+ and no passive cards.

e-t172
12th August 2013, 21:19
In lav audio, should I use internal dca codec or should I use dtsdecoder by arcsoft..?
Which of them 'll be better and what's the difference?

There is no difference for "basic" DTS audio streams. However, for DTS-HD MA audio streams (such as the ones you can find on Blu-rays), the ArcSoft decoder will have the best quality since it is able to decode the full lossless stream, while the dca (ffmpeg) decoder is only able to decode the DTS (lossy) core.

In your screenshot your input is basic DTS (otherwise it would show "dts-hd ma" when using the ArcSoft decoder), so there is no difference.

So, what's this 32bit Float in dca codec and 24bit Integer in dts codec..?? Which is good..?

The output sample format in itself doesn't matter. It is not humanly possible to ear the difference between 32bit float and 24bit int. The difference in output sample formats between the two decoders basically boil down to boring implementation details.

6233638
13th August 2013, 03:34
Right now, probably a GT 640 (the 630 is a Fermi rebrand), preferably with GDDR5 for better memory bandwidth, but DDR3 may work.
I don't usually shop at the low-end, so maybe you can go lower for some workloads, not much experience myself.

The x10 and x20 are generally too slow, and the x30 are probably the first to be OKish, if they are not rebranded from the previous generation (like the 630)I have a GT610 that I bought as a temporary card when my GTX570 died. I may be mistaken, but I think I managed to get hardware accelerated decoding working with madVR. I certainly managed to get madVR playback working, as I would have returned the card if that were not the case - but I may have resorted to software decoding, or DXVA Native.

That said, I agree that buying a GDDR5 card would be a much better choice. I only picked the GT610 because it was the cheapest card I could get locally with an HDMI output (the next option being double the price) and because I needed something that day.

NikosD
13th August 2013, 09:18
I did some tests today with figures and monitoring of all GPU sensors.

For every decoder I tried with EVR renderer (H.264, VC-1, MPEG-2,MPEG-4 ASP, WMV3) the performance of NVCUVID was about 32 fps, with very little VPU utilization - meaning that there is definitely a bottleneck in the card.

But all the sensors (GPU Load, Video Bus Load, Memory Controller etc) were low - definitely not bottlenecks - and the GPU clocks were at the maximum.

It seems that low RAM and PCI-E speed don't affect so much the video performance.

So the bottleneck is mainly inside the architecture of the card.

Doing the same thing with DXVA-CB and all of the above decoders, the performance was almost 40% higher - 44 fps - with increased but still low VPU utilization
I saw a major CPU utilization too that helps the copy-back mechanism, not seen before with NVCUVID.

NVCUVID doesn't look good with this card, there are optimizations missing ( internal structure of NVCUVID and lack of information probably for the developers - black box)

DXVA-CB is far better (why ?) but still only 40% of DXVA native.

DXVA native works like a charm.

chano22000
13th August 2013, 10:28
For Nvidia fans, there is a confidential but interesting GTX650 board from Zotac (http://www.zotacusa.com/fr/geforce-gtx-650-lp-zt-61008-10m.html). I purchased it some months ago to replace the embedded GT 9300 GPU from my older Intel E5200 based HTPC.

The board is Fermi based (the HW decoding unit and especially the deinterlacer is quality wise on par with Radeon according to HQV 2.0 test by Anandtech), low profile (the only LP Fermi board to my knowledge as there is probably no LP reference design by Nvidia which is not the case for AMD with the similar Radeon 7750), has GDDR5 memory, very low power consumption (PCI-E powered, no PSU connection needed, no requirement to upgrade PSU), remains silent for HTPC use (fan is near idle (16% speed) when using LAV HW decoding and madVR), has enough shaders (384) to support madVR highest qualiity settings and smooth motion.

Kind regards.

6233638
13th August 2013, 17:50
NVCUVID doesn't look good with this card, there are optimizations missing ( internal structure of NVCUVID and lack of information probably for the developers - black box)
DXVA-CB is far better (why ?) but still only 40% of DXVA native.
DXVA native works like a charm.CUVID is slower on all Nvidia GPUs. It's nothing specific to your card.

DXVA2 Copy-Back has been the preferred method of hardware acceleration for some time. (and DXVA2 Native if you need the speed)

Pat357
13th August 2013, 17:55
Not all of them.
DIVX HD (1080p24 or 30) is pushing my system a lot, because software decoder IS NOT MULTITHREADED.

DXVA native could be useful for older machines with slow cards/cpus.
Or at least a decent MT CPU decoder.


I'm not sure about the LAV-implementation, but IIRC the MPEG4-ASP decoder used in FFMPEG (FFplay) is multi-threaded.

What CPU do you have ?


Codecs:
D....... = Decoding supported
.E...... = Encoding supported
..V..... = Video codec
..A..... = Audio codec
..S..... = Subtitle codec
...S.... = Supports draw_horiz_band
....D... = Supports direct rendering method 1
.....T.. = Supports weird frame truncation
......F. = Supports frame-based multi-threaded decoding
......S. = Supports slice-based multi-threaded decoding
......B. = Supports both frame-based and slice-based multi-threaded decoding
.......F = Supports frame-based multi-threaded encoding
.......S = Supports slice-based multi-threaded encoding
.......B = Supports both frame-based and slice-based multi-threaded encoding
--------

DEVSDTBB mpeg4 MPEG-4 part 2

nevcairiel
13th August 2013, 18:25
MT for MPEG-4 is disabled in LAV because many MPEG-4 bitstreams are not fully compatible with MT decoding, especially those that use packed B frames in AVI.

sebas_led
13th August 2013, 19:18
MT for MPEG-4 is disabled in LAV because many MPEG-4 bitstreams are not fully compatible with MT decoding, especially those that use packed B frames in AVI.

Hi Nev:

Can an application decode two MPEG-4 files at the same time (using LAV filters)?

nevcairiel
13th August 2013, 19:20
Of course, as long as your system is fast enough, you can decode multiple files at the same time.

sebas_led
13th August 2013, 19:31
Thanks! :)

DragonQ
14th August 2013, 10:38
CUVID is slower on all Nvidia GPUs. It's nothing specific to your card.

DXVA2 Copy-Back has been the preferred method of hardware acceleration for some time. (and DXVA2 Native if you need the speed)
CUVID is the only way to get hardware deinterlacing before post-processing though.

Mangix
14th August 2013, 23:13
CUVID is slower on all Nvidia GPUs. It's nothing specific to your card.

DXVA2 Copy-Back has been the preferred method of hardware acceleration for some time. (and DXVA2 Native if you need the speed)

CUVID forces higher clocks while DXVA2(native or CB) does not. Lower clocks can sometimes cause issues.

Vasilich
15th August 2013, 06:58
Lower clocks can sometimes cause issues.what kind of issues can it cause?

Soukyuu
15th August 2013, 21:36
Sometimes your GPU will downclock because it's not getting enough load, but the downclocked state doesn't have enough power so the video stutters. So far I had it with some older games where I had to force my clock to max to be able to run them well, I guess that could happen with video as well.

Pat357
16th August 2013, 15:20
Sometimes your GPU will downclock because it's not getting enough load, but the downclocked state doesn't have enough power so the video stutters. So far I had it with some older games where I had to force my clock to max to be able to run them well, I guess that could happen with video as well.

It can happen indeed with video too : I have this problem when playing 1080p24 with LAV and MadVR, my GTX-680 clocks down to the lowest power state and I can see frame drops in MadVR OSD.

I solved this by creating an extra profile in NVidia CPL for all my players by setting the power/performance option on "prefer max performance".

Anima123
17th August 2013, 00:09
When I was trying to play an avi file with h.264 video, there's problem for mpc-hc to render the pin of the video in the graph to the video decoder of nav filters.

LAV Splitter Source (internal)::Video

Media Type 0:
--------------------------
Video: MPEG4 Video (H264) 736x414 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 1
cbFormat: 701

VIDEOINFOHEADER:
rcSource: (0,0)-(736,414)
rcTarget: (0,0)-(736,414)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 569
dwProfile: 0x00000064
dwLevel: 0x00000033
dwFlags: 0x00000004

BITMAPINFOHEADER:
biSize: 40
biWidth: 736
biHeight: 414
biPlanes: 1
biBitCount: 24
biCompression: AVC1
biSizeImage: 914112
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0


Any idea if the nav filter can handle these files in the future?

moffy
19th August 2013, 01:50
Hello,
I have just successfully compiled the latest LAVFilters. Thanks for all the advice and links to the development tools, for a while I would have torn my hair out, if I had any.
I am a bit confused about how the subtitles work? From the source code it looks like you only decode and render DVD subtitles. If so is there any plan of adding PGS subtitles?Or is there some subtlty as to how the subtitles are handled that I am missing?

Thankyou for your responses.

Mercury_22
19th August 2013, 15:42
Can somebody (Nev, Nvidia owners :)) please help me : I'm about to get a card (for an old PC) and I was wondering if there is any difference between an gtx 650 and an gtx 650 Ti when it comes to LAV (CUVID, DXVA) (and 3D blu-ray with TMT) ?


P.S. Again I'm interested only from LAV's (and 3D Blu-ray) standpoint, not for gaming or anything else :)

Rimsky
19th August 2013, 16:16
mkv container has option for cropping image
but all splitters/decoders ignore it
Can you realized that for lav splitter + lav video?

truexfan81
20th August 2013, 06:47
Can somebody (Nev, Nvidia owners :)) please help me : I'm about to get a card (for an old PC) and I was wondering if there is any difference between an gtx 650 and an gtx 650 Ti when it comes to LAV (CUVID, DXVA) (and 3D blu-ray with TMT) ?


P.S. Again I'm interested only from LAV's (and 3D Blu-ray) standpoint, not for gaming or anything else :)

Mercury_22 from what i saw on the specs the ti is only slightly different, i went with the gtx650, it works fine with LAV, i use dxva native and madvr.

specs as follows:

gtx650:
Base Clock (MHz) 1058
Memory Clock 5.0 Gbps

gtx650 ti:
Base Clock (MHz) 928 MHz
Memory Clock 5.4 Gbps

so the only difference i see is they traded some base clock speed for memory speed.

hopefully that helps

Mercury_22
20th August 2013, 08:27
Mercury_22 from what i saw on the specs the ti is only slightly different, i went with the gtx650, it works fine with LAV, i use dxva native and madvr.

specs as follows:

gtx650:
Base Clock (MHz) 1058
Memory Clock 5.0 Gbps

gtx650 ti:
Base Clock (MHz) 928 MHz
Memory Clock 5.4 Gbps

so the only difference i see is they traded some base clock speed for memory speed.

hopefully that helps
Thanks for your reply !
If I understand correctly you have a gtx 650 so if it's not too much can you comment /test on this Well, 29.97@59.94fps deinterlaced 1440*1080 and the 650Ti will stutter with J3AR.

truexfan81
20th August 2013, 09:15
Thanks for your reply !
If I understand correctly you have a gtx 650 so if it's not too much can you comment /test on this

with my gtx650 yes i can confirm what he said. i personally use lanczos3AR, i really can't see much of a difference between that and jinc. however i can tell you that madshi recommends a minimum of a gtx660 to be able to run everything with jinc3AR.

Mercury_22
20th August 2013, 09:24
with my gtx650 yes i can confirm what he said. i personally use lanczos3AR, i really can't see much of a difference between that and jinc. however i can tell you that madshi recommends a minimum of a gtx660 to be able to run everything with jinc3AR.

Thanks for your help !

nevcairiel
20th August 2013, 21:04
@truexfan81:
The big difference between the 650 and 650 Ti is the number of stream processors ("CUDA cores"), 384 on the 650 vs 768 on the 650Ti. This results in quite a difference in 3D/Shader performance. The clock differences are only marginal and can be ignored.

@Mercury_22:
For LAV alone there is no difference, both can do everything LAV offers. If madVR comes into play, and you want the absolute best with no compromise, the 650Ti is better, but i don't know 100% if it really can do everything.
I have a 660, and it at least does everything. :)

kolak
20th August 2013, 21:32
Any chance for "better" dithering- isn't swscale support error diffusion now?

nevcairiel
20th August 2013, 22:16
swscale is extremely slow, and for moving video error diffusions advantages aren't all that big anymore.

kolak
20th August 2013, 22:25
But other methods leave visible artefacts.
If it's so slow than no point anyway.

jkauff
21st August 2013, 01:59
I know nev recommends software decoding for LAV because the CPU can process many more frames per sec than either CUDA or QuickSync, and that's what I normally use. When I'm watching a movie while doing Handbrake encoding, though, I switch to QuickSync because HB is using 100% of my CPU. Frankly, I don't see a difference in performance or quality.

My question is, what does LAV do with all those extra frames in software mode? I only play movies, no anime or other stressful content. Is it worth switching modes, or should I just leave QS on all the time? Are there other benefits to software mode that make it preferable to QS?

nhakobian
21st August 2013, 02:46
I know nev recommends software decoding for LAV because the CPU can process many more frames per sec than either CUDA or QuickSync, and that's what I normally use. When I'm watching a movie while doing Handbrake encoding, though, I switch to QuickSync because HB is using 100% of my CPU. Frankly, I don't see a difference in performance or quality.

My question is, what does LAV do with all those extra frames in software mode? I only play movies, no anime or other stressful content. Is it worth switching modes, or should I just leave QS on all the time? Are there other benefits to software mode that make it preferable to QS?

For decoding, all H.264/AVC decoders are required to be bit-for-bit identical. Its encoding quality that suffers in hardware vs. software implementations (i.e. x264).

truexfan81
21st August 2013, 05:20
@truexfan81:
The big difference between the 650 and 650 Ti is the number of stream processors ("CUDA cores"), 384 on the 650 vs 768 on the 650Ti. This results in quite a difference in 3D/Shader performance. The clock differences are only marginal and can be ignored.

@Mercury_22:
For LAV alone there is no difference, both can do everything LAV offers. If madVR comes into play, and you want the absolute best with no compromise, the 650Ti is better, but i don't know 100% if it really can do everything.
I have a 660, and it at least does everything. :)

oops i picked the wrong one then :rolleyes:

NikosD
21st August 2013, 05:31
I know nev recommends software decoding for LAV because the CPU can process many more frames per sec than either CUDA or QuickSync, and that's what I normally use.

That is generally not true.
In fact, the opposite is more accurate.
Hardware decoders are generally faster and consume a lot less power than CPUs.

It depends on the CPU, Hardware Decoder, the codec and even the video sample you compare.

For example, most cpus are slower in VC-1 decoding compared to HW decoders.

Also large bandwidth clips favor HW decoders because of the internal structure.

Look at my signature for more.

nevcairiel
21st August 2013, 09:34
That is generally not true.
In fact, the opposite is more accurate.
Hardware decoders are generally faster and consume a lot less power than CPUs

This may have been so 5-6 years ago when your CPU was new, but today the CPUs with software decoders are much faster than AMDs or NVIDIAs decoders (on H.264/MPEG2). Only Intels decoder is able to keep up. VC-1 is slower to decode because there is no real good optimized decoder available, but on any recent CPU its not slower than AMD/NVIDIA solutions at least.

Even your test shows that on your own CPU, only QS is faster on H.264 on most clips. Only the extremely high bandwidth clips change that a bit, but those are rather rare in the real world, and any newer CPU would change that situation again.

Anyway, the bigger advantage for me in software decoding is that you don't have to rely on your GPUs drivers, which may be buggy, or have any of the restrictions that DXVA puts on to you. Software decoding will always work the same way on every system, while DXVA may not.

mzso
21st August 2013, 09:40
I ran into a dx50 video that plays fine with ffdshow/mplayer, but looks corrupted with LAV, here's a sample:
https://mega.co.nz/#!g0wHiSbR!N64PEETN6LDYkvsy1oEVMGWE-uZkxNhb4k5T1uLLsqw

andyvt
21st August 2013, 09:45
For decoding, all H.264/AVC decoders are required to be bit-for-bit identical. Its encoding quality that suffers in hardware vs. software implementations (i.e. x264).

I tested this recently (http://www.missingremote.com/review/intel-quick-sync-examining-haswell-performance), and Haswell's QS results were better than x264 (via Handbrake).

nevcairiel
21st August 2013, 09:59
I ran into a dx50 video that plays fine with ffdshow/mplayer, but looks corrupted with LAV, here's a sample:
https://mega.co.nz/#!g0wHiSbR!N64PEETN6LDYkvsy1oEVMGWE-uZkxNhb4k5T1uLLsqw

Looks OK to me.
What exactly is wrong there?

Are you using CUVID mpeg4 decoding? If so, try turning that off?

NikosD
21st August 2013, 10:13
This may have been so 5-6 years ago when your CPU was new, but today the CPUs with software decoders are much faster than AMDs or NVIDIAs decoders (on H.264/MPEG2).

Nowadays and the last many years, if you see the figures a huge amount of CPUs sold are Intel's CPUs.
Most of them, even the chiper ones with the lowest performance, have the fastest HW decoder available which is QuickSync and most of the times that HW decoder is faster than the CPU that covers it.

So in other words, every SandyBridge or better CPU has a HW decoder, most of the times faster than the CPU.

There are cases that low frequency Ivy or Haswell CPUs cannot even decode in realtime 4K H.264 clips that QuickSync can do with ease.

Anyway I believe that using a very fast dedicated HW for playback of video, that is offered for free in every Intel CPU or AMD/Nvidia GPU sold the last many years, leaving CPU available for doing things that is more general purpose, is an efficient way of using a modern system.

For laptop users especially, that are tied with battery consumption, I think that HW decoding is almost one-way solution.

QBhd
21st August 2013, 10:28
I used to think that way too, but since I had my Phenom II 965 and now my current FX-8350, I just go Software decoding and let the CPU do the work. If I want to do an encode while watching TV, the modern CPU's don't even break a sweat and playback is flawless and smooth. The only downside to doing both at the same time, it takes slightly longer to finish the encode. All one needs to do is make sure you use an encoder that allows you to set the priority to low (meGUI is an example) and presto, no issues with playback while still consuming 100% of the CPU usage. And decoding an mkv remux of a BluRay barely uses 5% of my CPU.

QB

NikosD
21st August 2013, 10:40
I have lost contact with modern AMD processors, so can you tell me if you can play in realtime 4K H.264 clips ?

Try for example a tough one like 4K Ducks of 370Mbps clip.

Reino
21st August 2013, 12:09
As I'm still using an AMD Athlon XP 3200+ (yes, it's about time I'd upgrade :p) I'm trying to use DXVA as much as possible. Software decoding 1080p is a no go and 720p barely. High cpu loads! I'm also trying to recover a direct link for internet-streams as much as possible too (Youtube, uitzendinggemist.nl (Dutch tv broadcast), etc.), because flashplayers are too much of a burden on my cpu.
Although I hear everyone talking about performance, I'm much more interested in power consumption! Of course on my system that would be a hugh difference (cpu vs. gpu), but I can't imagine even a modern cpu would consume less power decoding a 1080p stream compared to a hardware implementation.


Nev, have you considered these, post1632484 & post1633682, requests?

STaRGaZeR
21st August 2013, 12:29
I tested this recently (http://www.missingremote.com/review/intel-quick-sync-examining-haswell-performance), and Haswell's QS results were better than x264 (via Handbrake).

You did the comparison using CQP? Seriously? ;)

andyvt
21st August 2013, 12:50
You did the comparison using CQP? Seriously? ;)

I plan to rerun the tests when Intel publishes the driver that supports look ahead. If you'd like to see another method included, LMK.

STaRGaZeR
21st August 2013, 15:53
I plan to rerun the tests when Intel publishes the driver that supports look ahead. If you'd like to see another method included, LMK.

You don't need lookahead to test other real life ratecontrol algorithms. Also I'm not sure if you know about --ipratio and --pbratio in x264, but with default settings --qp is not really constant quantizer across all frames. Plus no speed tests, different presets for both QS and x264...

All in all is an apples to oranges, useless comparison against x264. That review is only useful to show how Haswell and Ivy's QS fare against each other.

andyvt
21st August 2013, 16:07
You don't need lookahead to test 2-pass, or any other real life ratecontrol algorithm. Also I'm not sure if you know about --ipratio and --pbratio in x264, but with default settings --qp is not really constant quantizer across all frames. Plus no speed tests, different presets for both QS and x264...

All in all is an apples to oranges, useless comparison against x264. That review is only useful to show how Haswell and Ivy's QS fare against each other.

I used Handbrake because it is an accessible tool that many people use for archiving content, then selected its "best" setting. The point wasn't to try each permutation that x264 provides. If there is a specific setting you'd like tested I'm more than happy to include that in the update.

I didn't include speed tests because that doesn't really matter when comparing QS to x264 (it was a different of minutes versus many hours on a very powerful i7).

mzso
21st August 2013, 17:19
Looks OK to me.
What exactly is wrong there?

Are you using CUVID mpeg4 decoding? If so, try turning that off?

Yep, I was. It decodes fine if I disable it. So it's a hardware bug then?

nevcairiel
21st August 2013, 18:25
More likely a driver bug, but MPEG-4 decoding not being perfect in CUVID is just a known issue.

moffy
22nd August 2013, 01:42
Well I guess no response means I am basically correct and that there are no plans to introduce PGS subtitles.

Rimsky
22nd August 2013, 06:21
MKV container has params for cropping image
http://images.vfl.ru/ii/1377148789/37e1fec4/2942030_m.jpg (http://vfl.ru/fotos/37e1fec42942030.html)

_____________


Nobody supports it except VLCPlayer

Can LAVSplitter with LAVVideo work with this params correctly?
It need for remuxes to cropping black bars without recoding

jj666
22nd August 2013, 10:14
PGS subtitles are working fine.

Cheers,

-jj-

DragonQ
22nd August 2013, 15:28
MKV container has params for cropping image
_____________

Nobody supports it except VLCPlayer

Can LAVSplitter with LAVVideo work with this params correctly?
It need for remuxes to cropping black bars without recoding
Hmm didn't even know that. Would be useful for correcting Rec.601 mistakes too (e.g. stretching 1920x1080 to 1969x1080 but then cropping the outer 49 pixels) without re-encoding.

Keiyakusha
22nd August 2013, 17:05
MKV container has params for cropping image

This is a stupid feature imo and only adds confusion. We already have stream sar vs container dar issues. Learn to encode files in the right way to begin with.

Rimsky
22nd August 2013, 18:07
Learn to encode files in the right way to begin with.

did you meen that bluray encode wrong way?

Keiyakusha
22nd August 2013, 18:10
did you meen that bluray encode wrong way?
If you're talking about bluray that you remuxed without reencoding, there is no reason to crop anything from it. It should be already correct/compliant/whatever.
If you want to encode some video yourself, regardless of what source you use and you need to crop something - simply crop it properly before encoding.

Rimsky
22nd August 2013, 18:24
If you're talking about bluray that you remuxed without reencoding, there is no reason to crop anything from it.
or rly?
http://www.youtube.com/watch?v=yTzTpW3kTBE

Keiyakusha
22nd August 2013, 18:26
or rly?
http://www.youtube.com/watch?v=yTzTpW3kTBE
Not sure what you want to show me with this video but it have nothing to do with mkv cropping.

nevcairiel
22nd August 2013, 18:28
You do realize that even if this was supported, that LAV wouldn't actually do any cropping, but just forward these values to the renderer, so the renderer does the cropping, right?
Since SVP uses ffdshow, and ffdshow is dead and buried, nothing would change there. :)

Rimsky
22nd August 2013, 18:30
Not sure what you want to show me with this video but it have nothing to do with mkv cropping.

lighting black bars 21:9 video on the 16:9 TV

Rimsky
22nd August 2013, 18:33
You do realize that even if this was supported, that LAV wouldn't actually do any cropping, but just forward these values to the renderer, so the renderer does the cropping, right?

nope, I suppose that lavslitter get this crop params and send it to lavvideo and LAVVideo crop it becouse if it forward to the render a) it may be lost in the chain of the filters b) render doesnt support cropping

Keiyakusha
22nd August 2013, 18:37
You do realize that even if this was supported, that LAV wouldn't actually do any cropping, but just forward these values to the renderer, so the renderer does the cropping, right?
Since SVP uses ffdshow, and ffdshow is dead and buried, nothing would change there. :)
I don't think that mkv cares about in what way this actually happens (or it does?). So it can be implemented on decoder level... b-but this is such a bad idea.

lighting black bars 21:9 video on the 16:9 TV

Ask SVP or whatever software creates these bars to handle this out of the box.
If it can attach these bars to cropped material, it should also be able to crop black bars 1st.

clsid
22nd August 2013, 18:44
LAV Video does not crop because that is very inefficient, due to data copies and alignment issues, certainly when cropping from left/top.

clsid
22nd August 2013, 18:45
Well I guess no response means I am basically correct and that there are no plans to introduce PGS subtitles.
You need a subtitle render such as xy-VSFilter.

STaRGaZeR
22nd August 2013, 19:11
I used Handbrake because it is an accessible tool that many people use for archiving content, then selected its "best" setting. The point wasn't to try each permutation that x264 provides. If there is a specific setting you'd like tested I'm more than happy to include that in the update.

I didn't include speed tests because that doesn't really matter when comparing QS to x264 (it was a different of minutes versus many hours on a very powerful i7).

That's because of the settings you used. As I said it's an apples to oranges comparison. No need to try every permutation, use the presets for quick testing. Last time I checked the faster presets in x264 were comparable in speed with higher quality. And for f*cks sake, don't use CQP.

nevcairiel
22nd August 2013, 19:28
nope, I suppose that lavslitter get this crop params and send it to lavvideo and LAVVideo crop it becouse if it forward to the render a) it may be lost in the chain of the filters b) render doesnt support cropping

Sucks if you use a bad renderer. :)
If i ever implement it, i will quite certainly not make LAV apply the cropping, because its just a big headache, especially with DXVA decoding. A renderer can even crop with DXVA.

mzso
22nd August 2013, 19:33
You do realize that even if this was supported, that LAV wouldn't actually do any cropping, but just forward these values to the renderer, so the renderer does the cropping, right?
Since SVP uses ffdshow, and ffdshow is dead and buried, nothing would change there. :)

Since when?

derpycat
22nd August 2013, 19:59
Question about audio: if I want a 5.1 16-bit output (actually 5.0) for everything, not including stereo, what would be the correct settings?

I currently have "Output Formats" in the first tab set to only "16-bit Integer", in the second tab I have "Enable Mixing" set to 5.1. Do I need to touch the mix levels? I also have "Don't mix Stereo sources" ticked. Any changes?

Thanks

kasper93
22nd August 2013, 19:59
Since when?

Quite some time actually.

nevcairiel
22nd August 2013, 20:32
Question about audio: if I want a 5.1 16-bit output (actually 5.0) for everything, not including stereo, what would be the correct settings?

I currently have "Output Formats" in the first tab set to only "16-bit Integer", in the second tab I have "Enable Mixing" set to 5.1. Do I need to touch the mix levels? I also have "Don't mix Stereo sources" ticked. Any changes?

That sounds about right.

derpycat
22nd August 2013, 20:35
Thanks, and also should I tick "Use dithering for 16-bit input?"

nevcairiel
22nd August 2013, 20:35
For best quality that should be ticked, yes. Should be on by default.

derpycat
22nd August 2013, 20:37
It's because I just unticked everything but 16-bit, but I shall tick this one too. Cheers

DragonQ
22nd August 2013, 23:03
Will be testing a 10-bit 1080p video on my HTPC tomorrow. I assume CUVID doesn't support this and LAV will fall back to software decoding? Wish me luck. :scared:

nhakobian
23rd August 2013, 01:08
Will be testing a 10-bit 1080p video on my HTPC tomorrow. I assume CUVID doesn't support this and LAV will fall back to software decoding? Wish me luck. :scared:

No hardware decoder currently decodes 10-bit video. If my memory serves, it should fall back to software.

moffy
23rd August 2013, 03:12
Thank you clsid for your response. As I suspected all but DVD subtitles are handled externally to LAVVideo. Well I might try and add them, as I need a hook into both the DVD and PGS subtitles. Not that familiar with DirectShow or LibAV but I'll see how I go. Any advice appreciated.

DragonQ
23rd August 2013, 15:19
This is a stupid feature imo and only adds confusion. We already have stream sar vs container dar issues. Learn to encode files in the right way to begin with.
Tell that to broadcasters.

DragonQ
23rd August 2013, 15:27
That sounds about right.
I've noticed that when channels switch from 5.1 to 2.0 for adverts, the volume increases. I'm not talking about DRC used for adverts, I mean the actual volume level goes up because the switch is often made during the sponsor clips and I hear the sound jump up/down. I'm unsure if it's because of my settings or just something that happens when downmixing. My settings are as follows:

[X] Enable Mixing
[4.0] Output Speaker Configuration
[0.71] Center Mix Level
[0.71] Surround Mix Level
[??] LFE Mix Level

[ ] Don't Mix Stereo Sources
[X] Normalise Matrix
[X] Clipping Protection

[None] Matrix Encoding

nevcairiel
23rd August 2013, 15:48
normalize matrix will reduce the volume when downmixing, so when it switches to stereo and doesnt downmix anymore, the volume reduction goes away.
I would suggest to disable normalize matrix and just use clipping protection.

DragonQ
23rd August 2013, 15:52
I had assumed that when Don't Mix Stereo Sources was unticked, the downmixing parameters would still apply for stereo sources, including normalising the matrix. Would this not make more sense, and make the volume level match?

nevcairiel
23rd August 2013, 15:54
Matrix normalization is only used when you actually downmix something (and when the matrix sums go above > 1.0), but since stereo fits into 4.0, there is no need to downmix, its just padded with empty channels.
All it does is make sure that no output channel has a sum of source channgels above 1.0, so that you never ever can get clipping. It does not guarantee consistent volume between streams.

DragonQ
23rd August 2013, 16:09
Right, but would it not be more sensible to normalise the matrix always to get consistent volumes? People could still avoid this by ticking Don't Mix Stereo Sources.

nevcairiel
23rd August 2013, 16:10
Thats not what matrix normalization does.

All it does is normalize it so that the maximum mixing coefficient is 1.0, this completely depends on your mixing factors, input and ouput channels.
If you want consistent volumes for all streams, turn it off. It actively works against this.

shpitz
24th August 2013, 23:35
Hi,
using MPC-BE with LAV Splitter v0.58.2 video plays upside-down.
If I use the internal splitter it show correctly.

Am I missing something?

This is an MP4 recorded by a phone.

wanezhiling
25th August 2013, 03:16
Sample file, please.

betaking
25th August 2013, 07:01
how to set windows environment variables to complier lav?

Aleksoid1978
25th August 2013, 12:40
Hi,
using MPC-BE with LAV Splitter v0.58.2 video plays upside-down.
If I use the internal splitter it show correctly.

Am I missing something?

This is an MP4 recorded by a phone.

I think it's record with rotate flag.

nevcairiel
25th August 2013, 13:17
Probably, a sample would still help to support it eventually.

nevcairiel
25th August 2013, 13:43
When I was trying to play an avi file with h.264 video, there's problem for mpc-hc to render the pin of the video in the graph to the video decoder of nav filters.

Without actually seeing such a file its hard to say, but did you try with the latest version? I would've though such files should at least present a different media type, and hopefully even work.

moffy
26th August 2013, 03:54
how to set windows environment variables to compiler lav?

I modified the build.bat file as follows:

call "%VS100COMNTOOLS%vsvars32.bat"
set PATH=%PATH%;c:\msys\bin;c:\msys\mingw\bin

sh build_ffmpeg.sh x86
devenv LAVFilters.sln /Rebuild "Release|Win32"

REM sh build_ffmpeg.sh x64
REM devenv LAVFilters.sln /Rebuild "Release|x64"

PAUSE

The Path statement includes the necessary msys and mingw directories. Also make sure you download his build toolset, as I had all sorts of issues with the DLL's and Filters building successfully but not loading. It looked like some of the DLL's were corrupted because of my older tools. Best of success.

Mercury_22
26th August 2013, 17:51
@nev if I enable UHD(4k) in lav video is it suppose to work with AMD now (latest git) ? Or it's still disabled ?

wanezhiling
27th August 2013, 01:27
nev never changed anything for that option, so AMD is still blocked. :p

sdancer75
29th August 2013, 02:47
Hi

While I am statically linking the ffmpeg libraries with the lav filters project, the final ax filter still needs the shared dll files.

Why ? Can I resolve the problem to use the filter without any dependencies ?

nevcairiel
29th August 2013, 06:50
This is not and will not be supported, sorry. Its specifically designed to use shared libraries.

sdancer75
29th August 2013, 10:52
This is not and will not be supported, sorry. Its specifically designed to use shared libraries.

What's the problem to force the compiler to encapsulate the libraries inside the filter ? I mean, which is exactly that specific design that does not allow to use static libs ?

nevcairiel
29th August 2013, 11:06
I'm sure you could somehow hack it to do that, but the important part is that i will not support it, and as such not help do it. Sorry. There are simply no advantages, and only disadvantages.
Static Linking mingw libs with MSVC just causes pain.

sdancer75
29th August 2013, 12:50
I'm sure you could somehow hack it to do that, but the important part is that i will not support it, and as such not help do it. Sorry. There are simply no advantages, and only disadvantages.
Static Linking mingw libs with MSVC just causes pain.

Hi,

For the Lib creation we use the LIB.exe utility from MSVC command prompt right ? So the Lib format is compatible with the visual studio compiler and ready to apply... what does it make to you think that the linking is a problem ?

Regards,

nevcairiel
29th August 2013, 12:51
what does it make to you think that the linking is a problem ?

Experience.

sdancer75
29th August 2013, 13:10
Experience.

Ok.... I give it a try and i will let you know !!!

PS: The libs libiconv-2.dll and libz-1.dll are also needed but I didn't compile such libraries... I just downloaded from the internet. Where they came from ? Can I eliminate them with a new ffmpeg compiliation using appropriate parameters ?

Anima123
31st August 2013, 20:50
Without actually seeing such a file its hard to say, but did you try with the latest version? I would've though such files should at least present a different media type, and hopefully even work.

The link of a sample sent to your pm box.

LeChuck
31st August 2013, 22:55
Hi nevcairiel,

Regarding the DTS-Bitstreaming bug that i posted on July 12, 2013 (audio goes silent at Tron-Legacy Blu-ray ...)

I found another one: Oblivion Blu-ray, German audio track at 25:40, exactly the same behavior:

- audio goes off and stays off until seeking to another position
- happens with LAV-Audio (bitstreaming) DTS-Core
- does not happen with FFDShow-Audio (bitstreaming), MPC-HC-Audio (bitstreaming) or LAV-Audio (Software-decoding) and in these cases plays without any audible artifacts.

A 30sec sample file can be found here: <http://sdrv.ms/11ta4p3> Problem occurring at 00:16

If it is the same problem again, then it might not just be another random "corrupted DTS frame" but something the current code doesn't handle correctly?

I just noticed that both german audio tracks (Tron-Legacy and Oblivion) are of the same format: DTS-HD HRA 7.1 with 5.1 DTS-Core. Surely you know these formats well enough to figure out if this might have something to do with it.

best regards...

nevcairiel
1st September 2013, 00:22
The link of a sample sent to your pm box.

The sample seems to play just fine with latest LAV Splitter + LAV Video decoder.

Anima123
1st September 2013, 00:56
Just installed the latest snapshot from XhmikosR's site and still no luck.

I checked the configuration of mpc-hc and made sure no internal filter used.

filler56789
1st September 2013, 03:32
Just installed the latest snapshot from XhmikosR's site and still no luck.

Latest build from XhmikosR's was uploaded on 2013-06-29. ;)
Get a less-outdated binary from roytam's folder,

http://roy.orz.hm/lavf-w32-nightlies/

Anima123
1st September 2013, 06:35
Thanks filler56789, the latest build did work.

omarank
1st September 2013, 11:22
Hi Nevcairiel, Could you please add support for I420 video streams from capture device (webcam)?

JarrettH
1st September 2013, 18:44
Quick question, but now that I have a USB DAC and I'm looking for the best setup, I'm wondering what audio renderer LAV uses? WASAPI? Direct Sound? :thanks:

nevcairiel
1st September 2013, 18:55
LAV doesn't "use" any audio renderer, its up to your player to choose one.

JarrettH
1st September 2013, 18:58
Oh alright, I had a feeling I was asking the wrong question. I think AC3filter needs to add a better renderer in the future then :cool:

jkauff
2nd September 2013, 04:02
IMO, the best audio renderer in a video player is JRiver Media Center. It supports both WASAPI and ASIO.

nevcairiel
2nd September 2013, 08:11
If it is the same problem again, then it might not just be another random "corrupted DTS frame" but something the current code doesn't handle correctly?

I was actually wanting to go back to that sample because the behaviour seemed a bit odd. Hopefully i'll find the time now and see whats really going on.

kleen
2nd September 2013, 11:47
May you add support for MKV chapters in i.e. WMP? Sorry in advance if this question was posted/answered earlier.

nevcairiel
2nd September 2013, 11:51
May you add support for MKV chapters in i.e. WMP? Sorry in advance if this question was posted/answered earlier.

I can't force a player to support something that it just doesn't support, and WMP simply does not support chapters.

nevcairiel
2nd September 2013, 14:56
If it is the same problem again, then it might not just be another random "corrupted DTS frame" but something the current code doesn't handle correctly?

OK its fixed properly now. It accidentally found a sync word of a new frame in the middle of the HD data, which caused it to lose bitstream sync for this one frame and process invalid data.

Instead, it'll now parse the size of the HD frame to make sure any valid data is actually skipped over properly.

itsonlyjustincase
2nd September 2013, 16:26
Hi Nev,

Would it be hard and annoying to add HW scaling to lav video decoder ? (it is to avoid any bad resizing issue)

nevcairiel
2nd September 2013, 16:27
its a decoder, not a post-processor. No scaling.

itsonlyjustincase
2nd September 2013, 17:35
Hi would like to pay a developper to do it. But i don't know how much it would coast. I guess it depends on how difficult it is. That's why i asked that question. Could you give me your point of view ?

nevcairiel
2nd September 2013, 17:43
What makes you think hardware scaling is any better? In fact, its going to be worse in many cases. Software Scaling has a 100% defined result, so once it works properly, you will know that it keeps working. Hardware scaling can depend on drivers and on the hardware itself - too many factors to ensure that it keeps working like you want it to.

In any case, LAV will never have such features - paid for or not.
The only thing LAV *might* get at some point is support for external post-processing via VapourSynth, if i one day feel like implementing this, at least.

itsonlyjustincase
2nd September 2013, 17:48
I was discussing with Egur about how some videos i play with my soft have size issue. Some time they are not centered or with bad proportions. This is also happening with ffdshow but can be solved with its fit so screen option. Problem is that ffdshow doesn't have cuvid support that lav has. I've been in touch with the devs of my soft and there not going to do anything for now on their side. So i'm trying to get it to work. Egur adviced me to ask you about hw scaling.

Keiyakusha
2nd September 2013, 18:47
Why you need scaling in LAV filters? Scaling is what renderer does. Pick up madvr and here you go, tons of different kinds of scaling. By using controls in any good player you should be able to fix any kind of "bad proportions". Using players where devs "not going to do anything" even though what you ask is a player's (renderer's) job is not an excuse.
Besides you don't need cuvid to do hardware scaling... maybe cuvid does have some api for it's own scaling but in this case it will be some crap comparable to bicubic at best.
Edit: oh right. In case you mean re-implementing scaling from the ground using cuda, and not using some existing stuff... Since no one ever bothered to do this for *synth's, it rises the question "why?". Perhaps it doesn't worth it... Plus nvidia only? Meh.

sebas_led
2nd September 2013, 20:18
Hi:

A video upscaler, color converter and sample rate converter are the basics directshow filters needed to play *any* file on a BlackMagic and similar cards.
If you have a 640x480 resolution video you can trust on Windows render (or equivalent) to perform a full screen playback, but such file cannot be rendered on a Blackmagic.

wanezhiling
3rd September 2013, 08:22
http://pan.baidu.com/share/link?shareid=2341458498&uk=3558042035
Latest lav splitter (df2da4fec322) doesn't work.

PS: Lav splitter source works, Lav splitter doesn't work..

Mercury_22
3rd September 2013, 08:46
With latest script ffmpeg x86 (clean) won't build but x64 it's ok

nevcairiel
3rd September 2013, 08:50
I just did a build and its fine.

Mercury_22
3rd September 2013, 09:15
I just did a build and its fine.


D:\LAVFilters>call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\
Tools\vsvars32.bat"

D:\LAVFilters>sh build_ffmpeg.sh x86
Unknown Option x86

D:\LAVFilters>PAUSE
Press any key to continue . . .

On a new / clean git clone (download)
P.S. VS2012U4 but since x64 it's ok I don't think it matters

nevcairiel
3rd September 2013, 09:27
http://pan.baidu.com/share/link?shareid=2341458498&uk=3558042035
Latest lav splitter (df2da4fec322) doesn't work.

PS: Lav splitter source works, Lav splitter doesn't work..

Fixed

With latest script ffmpeg x86 (clean) won't build but x64 it's ok

Fixed

itsonlyjustincase
3rd September 2013, 11:34
Why you need scaling in LAV filters? Scaling is what renderer does. Pick up madvr and here you go, tons of different kinds of scaling. By using controls in any good player you should be able to fix any kind of "bad proportions". Using players where devs "not going to do anything" even though what you ask is a player's (renderer's) job is not an excuse.
Besides you don't need cuvid to do hardware scaling... maybe cuvid does have some api for it's own scaling but in this case it will be some crap comparable to bicubic at best.
Edit: oh right. In case you mean re-implementing scaling from the ground using cuda, and not using some existing stuff... Since no one ever bothered to do this for *synth's, it rises the question "why?". Perhaps it doesn't worth it... Plus nvidia only? Meh.

Hi. It is cause i'm a dj using a video mixing software. Unfortunatly, this software which is an opengl adaptation of a macos version, doesn't allow to choose multiple codecs. In fact it uses the codec set in windows. It's not like MPC-HC

I'm using only h264/mp4 videos. I use win7dsfiltertweaker to force the use of ffdshow or lav filters depending on what i want to do.

The other point is that as this software processes the video in real-time cause of the fact it is a live video mix one. So it allow to load effect in real-time, accelerate, slow down etc...the result is that it eats lots of ressources. Using it with ffdshow results in 90% CPU and bad FPS.

Hopefully Nev released LAV Filters which permit hardware acceleration. Thanks to it i can use Cuvid. This permit to have 40% CPU and very good FPS (no slow downs in the videos). So i can't use the soft without hardware acceleration.

All my clips are 640x360 H264 ffh264
The thing is that some videos play weird. Like bad aspect ratio or resizing issue. If i use ffdshow there's no problem thanks to the resize option which permit to fit the screen. Unfortunately another problem comes. My soft (Serato Video) doesn't support Intel GPU. Why ? Because before quick sync existed and could offer good performance as it is with sandy and iby bridge, it wasn't enough powerful to make the software work correctly. So to avoid people having problems they removed Intel GPU support and never put it back. I tried many times to explain them how quicksync is powerful and is becoming a standard nowadays on laptop with Intel environnement but they keep seeing intel as crap for video purposes without even testing it.

That is why i can only use my Nvidia GPU (i have asus ux32vd) and lav filters with cuvid. That is why my only solution to have everything working perfectly is to have the resizing fix in lav video decoder.

I'm french so please forgive the faults this answer could contain.

clsid
3rd September 2013, 16:04
Remux the files that play wrong and set the correct aspect ratio in the container. Problem solved.

itsonlyjustincase
3rd September 2013, 16:10
Remux the files that play wrong and set the correct aspect ratio in the container. Problem solved.

What do you mean by "set the correct aspect ratio in the container" ? The problem is random and i as i'm dj it's not about 2 or 3 files but more like 300 or 400......

clsid
3rd September 2013, 16:17
AVI, MP4, Matroska are all container formats. A wrapper for the audio and video. LAV Video decoder uses the aspect ratio set in those containers by default instead of the aspect ratio in the video bitstream. There is an option for changing that behavior.

Maybe you should post a sample file here that gives you problems. Then we can tell you if there is something wrong with the file or not.

wanezhiling
3rd September 2013, 16:26
Fixed
:thanks:

Now lav splitter works, but still has a bad playback for this m2ts file compared to mpc-be.

itsonlyjustincase
3rd September 2013, 17:13
AVI, MP4, Matroska are all container formats. A wrapper for the audio and video. LAV Video decoder uses the aspect ratio set in those containers by default instead of the aspect ratio in the video bitstream. There is an option for changing that behavior.

Maybe you should post a sample file here that gives you problems. Then we can tell you if there is something wrong with the file or not.

I understand. But how the aspect ratio in the video bitstream could vary knowing all the videos are encoded with the same profile ? Why a file could work one time and not another one. I know the serato video software is responsible for that that is why i assure you the only solution is the resize fix. I have almost 600 H264/640x360/MP4 videos

Keiyakusha
3rd September 2013, 17:27
I understand. But how the aspect ratio in the video bitstream could vary knowing all the videos are encoded with the same profile ? Why a file could work one time and not another one. I know the serato video software is responsible for that that is why i assure you the only solution is the resize fix. I have almost 600 H264/640x360/MP4 videos

clsid is right. Post a video that clearly demonstrates your problem. Then maybe someone will be able to suggest some solution. Personally I don't even understand how being "dj" makes you deal with video, and what kind of material could that be. Also tell what exactly you use to play your video (or whatever you do with it).

Libeluratio
3rd September 2013, 17:35
Hi everyboy, (sorry for my english)

I'm looking for a way to decode dts-hd with lav audio, but not the "simple" dts, I need this one to be send to ffdshow audio and decoded with it. Is that possible ? if yes, how to do this, and if no, please why ?

I need this because, because of my hardware setup (I think), I need different audio delays between dts, ac3, true-hd, and dts-hd tracks (all delays are differents depending on the audio codec). So I'd like to use ffdshow audio presets settings to manage my dts, ac3, and true-hd delays but, since it can't decode dts-hd unlike lav audio, I need this one to handle dts-hd only and no dts.

I'm not sure I'm very clear ?

Thanks !!

itsonlyjustincase
3rd September 2013, 17:54
clsid is right. Post a video that clearly demonstrates your problem. Then maybe someone will be able to suggest some solution. Personally I don't even understand how being "dj" makes you deal with video, and what kind of material could that be. Also tell what exactly you use to play your video (or whatever you do with it).

Hi Keiyahusha,

here is a video i remember i have already had problem with :

https://truck.it/p/BCqnnYnjVX

i have just uploaded it.

An example of what i sometime get is that image i found on the net :

http://imageshack.us/photo/my-images/21/3zjf.jpg/

It is not correctly centered in the output display. As you can see the image is too much in the upper part.
There is a Color Handling option in the software. If i change change it from "software" to "RGB" or vice and versa sometimes it works (i know it is weird)

Regarding the fact i'm dj it is just to explain the context. I think you have already gone in a night club or bar when someone was mixing audio songs. Nowadays (and since a moment) djs can also mix video clips. So it is the same of what you've already heard. Now you can also "see". What the software looks like is that :
http://www.youtube.com/watch?v=vy7R1jsauAM

Software used is Serato Video :
http://serato.com/video

Nowadays the artists make nice video clips for their songs so instead of mixing just the audio we mix directly the video clips. It is called VJ (video jockey) instead of DJ

Some as i said before i use Serato Video on my Asus ux32vd win8 64bits with i7 and nvidia geforce gt 620m. All videos H264/MP4/640x360

Hope it is a bit more clear

nevcairiel
3rd September 2013, 18:43
:thanks:

Now lav splitter works, but still has a bad playback for this m2ts file compared to mpc-be.

The AC3 audio stream seems to be corrupted, or ffmpegs AC3 decoder has a bug, but it switches between 48000 Hz and 11025 Hz frequently, which causes the glitchy playback.

Mangix
3rd September 2013, 19:56
Feature Request: Add TAK chapter support to LAV Splitter. Basically, I encode my albums as a single file with an embedded cuesheet that splits the tracks accordingly.

Aleksoid1978
4th September 2013, 02:36
Feature Request: Add TAK chapter support to LAV Splitter. Basically, I encode my albums as a single file with an embedded cuesheet that splits the tracks accordingly.

Can you upload a sample with embedded cuesheet.

Libeluratio
4th September 2013, 06:03
Hi everyboy, (sorry for my english)

I'm looking for a way to decode dts-hd with lav audio, but not the "simple" dts, I need this one to be send to ffdshow audio and decoded with it. Is that possible ? if yes, how to do this, and if no, please why ?

I need this because, because of my hardware setup (I think), I need different audio delays between dts, ac3, true-hd, and dts-hd tracks (all delays are differents depending on the audio codec). So I'd like to use ffdshow audio presets settings to manage my dts, ac3, and true-hd delays but, since it can't decode dts-hd unlike lav audio, I need this one to handle dts-hd only and no dts.

I'm not sure I'm very clear ?

Thanks !!

nevcairiel
4th September 2013, 07:25
Feature Request: Add TAK chapter support to LAV Splitter. Basically, I encode my albums as a single file with an embedded cuesheet that splits the tracks accordingly.

This is already planned, however if you have a sample file, then i can make sure it works for TAK as well (i only have APE, FLAC and WV files with this feature, iirc)


I'm looking for a way to decode dts-hd with lav audio, but not the "simple" dts, I need this one to be send to ffdshow audio and decoded with it. Is that possible ?

This is not possible.
LAV can either decode all DTS, or none. There are no plans for anything else.

The primary reason for this is that you cannot really tell if something is DTS-HD until you've actually started decoding it, and that is too late to switch decoder.

Libeluratio
4th September 2013, 09:36
Thank for your answer but in that case, why is it possible to chose to bitstream dts-hd and no dts ? You said that the difference between dts-hd and dts is not detectable until lav start decoding, right ?

nevcairiel
4th September 2013, 09:43
You can't choose that. You have to choose dts to be able to choose dts-hd. If dts-hd is not choosen, it'll bitstream the dts core and discard the HD parts, but it'll still bitstream. If dts is not choosen, it'll not bitstream dts at all.

Mercury_22
4th September 2013, 10:02
Nev if you can get your hands on Fast&Furious 6 BD there are some glitches with the extended version (both versions on the same disc) = picture freeze sound getting out of sync at around min 39, 44, and others Thing is that TMT and even XBMC don't have those glitches at the same points /minutes

Sorry can't post samples due to the size of the samples

nevcairiel
4th September 2013, 10:06
That BD won't even be released until end of September here, and i'll be on vacation then, so don't expect any fixes for the next two month. You could cut a small sample instead. :p

Mercury_22
4th September 2013, 10:14
That BD won't even be released until end of September here, and i'll be on vacation then, so don't expect any fixes for the next two month. You could cut a small sample instead. :p
Kinda difficult because it seems that the glitches are happening at playlist or m2ts changing
I'll see what I can do

EDIT Yes it happens at m2ts changing only with the extended version and with small samples (cuts) cant make it work at all, also I can play each m2ts file without any problem

EDIT 2 MPC-BE's internal splitter it's working without any problem and with any decoder (internal or LAV) IF I select the second audio track ( which seems to be the correct track for the extended version) but with lav splitter no such luck

EDIT 3 I spoke too soon MPC-BE's internal splitter it's failing at some times too (just before credits) but it's still getting less errors

Mangix
5th September 2013, 01:08
This is already planned, however if you have a sample file, then i can make sure it works for TAK as well (i only have APE, FLAC and WV files with this feature, iirc)


https://mega.co.nz/#!DdxSTAZS!cQW53SKyyw5ff8d0kEel9xtFlSkfhXVWTOtBeaw_UMA

There are three songs in the file. AFAIK, TAK is also using APEv2 tags so it should be similar to the others.

An interesting question would be how multiple disks would be handled. Maybe chapters with subchapters being the tracks.

Mercury_22
5th September 2013, 13:26
Bad AR in avi

Sample (http://www.multiupload.nl/QM1323P7GD)

P.S. MPC-BE's avi splitter seems to have the correct AR

nevcairiel
5th September 2013, 13:30
Bad AR in avi

Sample (http://www.multiupload.nl/QM1323P7GD)

P.S. MPC-BE's avi splitter seems to have the correct AR

The container seems to say 5:4 and the video stream 16:9.
If LAV Video is set to its default settings, it'll take the video stream AR, and the video looks alright. If i disable stream AR, it looks bad.

So what behavior did you expect?

Mercury_22
5th September 2013, 13:46
The container seems to say 5:4 and the video stream 16:9.
If LAV Video is set to its default settings, it'll take the video stream AR, and the video looks alright. If i disable stream AR, it looks bad.

So what behavior did you expect?

I was expected the default behavior 16:9 I have LAV video on default = indeterminate

EDIT Does it look 16:9 for you with default (= indeterminate) settings in LAV video ?

EDIT 2 If I use "Checked" in lav video then yes it has a 16:9 AR but not with default = indeterminate and AFAIK "AVI does not provide a standardized way to encode aspect ratio information"

nevcairiel
5th September 2013, 14:17
Sadly there is never a "right" answer to such problems, there will be files which work with one setting, and files which work with another.
I could disable it for AVI again if i'm convinced that AVIs can never really be trusted, or at least not in most cases, but its all a bit random.

Mercury_22
5th September 2013, 15:19
Sadly there is never a "right" answer to such problems, there will be files which work with one setting, and files which work with another.
I could disable it for AVI again if i'm convinced that AVIs can never really be trusted, or at least not in most cases, but its all a bit random.

Well since even WMP it's using the 16:9 in this case I think "the standard " should be the "video stream" AR for avi

Mixer73
6th September 2013, 05:06
That is why i can only use my Nvidia GPU (i have asus ux32vd) and lav filters with cuvid. That is why my only solution to have everything working perfectly is to have the resizing fix in lav video decoder.

If I may make comment on this, for the kind of work you are doing, you are using completely the wrong kind of machine. Ultrabooks are designed for light weight and severely compromise processing power and grunt for cooling and battery life.

If you got a different type of laptop you might well be able to get away with software processing.

itsonlyjustincase
6th September 2013, 09:30
If I may make comment on this, for the kind of work you are doing, you are using completely the wrong kind of machine. Ultrabooks are designed for light weight and severely compromise processing power and grunt for cooling and battery life.

If you got a different type of laptop you might well be able to get away with software processing.

I don't get your comment at all ! Whatever the PC i would have it would be the same as the problem is coming from my software Serato Video which doesn't support Intel GPUs and has a bad renderer that creates weird displaying of certains videos when using Lav. The soft doesn't permit to choose the codecs neither as i explained it before.

So perhaps you could try to explain me what you really meant and the goal of what you were saying as the problem isn't my pc at all. Plus i'll add that the high-end ultrabooks (like mine when i bought it) are more than strong enough to execute such softwares.

You should go one the website Serato and see the minimal and recommanded specs for Serato scrath live and Serato Video. The ux32vd i have is so much stronger that was is needed. Perhaps you may think it's a software like adobe premiere of any strong video editing soft. It's not that at all........Some dj play the audio version with eeepc......

nevcairiel
6th September 2013, 14:38
Kinda difficult because it seems that the glitches are happening at playlist or m2ts changing
I'll see what I can do

EDIT Yes it happens at m2ts changing only with the extended version and with small samples (cuts) cant make it work at all, also I can play each m2ts file without any problem

EDIT 2 MPC-BE's internal splitter it's working without any problem and with any decoder (internal or LAV) IF I select the second audio track ( which seems to be the correct track for the extended version) but with lav splitter no such luck

EDIT 3 I spoke too soon MPC-BE's internal splitter it's failing at some times too (just before credits) but it's still getting less errors

I enabled the generic timestamp fixing code for Blu-rays, it should help in case the Blu-ray is not 100% perfectly authored and there is small gap in the stream. It might end up in a tiny hic-up during playback still, but at least it will not freeze anymore.

Please test.

Mercury_22
6th September 2013, 16:06
I enabled the generic timestamp fixing code for Blu-rays, it should help in case the Blu-ray is not 100% perfectly authored and there is small gap in the stream. It might end up in a tiny hic-up during playback still, but at least it will not freeze anymore.

Please test.

Yes it's fixed :thanks: and as you've said now there are just some very very very..." tiny hic-ups" :) which if don't look for you'll miss them

One more thing is it possible to make LAV select the coorect (= the second) audio track for the extended version as xbmc does (without using the bd menu option ) ?

once again thanks for the fix

nevcairiel
6th September 2013, 16:09
One more thing is it possible to make LAV select the coorect (= the second) audio track for the extended version as xbmc does (without using the bd menu option ) ?

Whats wrong with the first track?
LAV only does language and quality based decisions, if there are no such factors, it'll be hard.

Mercury_22
6th September 2013, 16:15
Whats wrong with the first track?
LAV only does language and quality based decisions, if there are no such factors, it'll be hard.

First track it's for the theatrical version (which is a little shorter so lav it's picking the longest video = extended with the first audio = theatrical since audio language and audio quality are the same)

But XBMC it's selecting the second audio without the use of the menu But I can't say how:confused:

nevcairiel
6th September 2013, 16:16
That must be one terribly authored Blu-ray. Usually you use the same track for both editions, and just add the additional parts in the middle, like with the video.
Maybe i can make the Blu-ray demuxer read the stream information from the BD playlist, and use that for better stream selection, but its all a bit meh.

mastan
7th September 2013, 11:48
LAV Splitter does not produce video output pin in these two mkv files: http://labs.divx.com/node/127909
MediaInfo:

Format : Matroska
Format version : Version 4 / Version 2
File size : 101 MiB
Duration : 12mn 14s
Overall bit rate : 1 153 Kbps
Encoded date : UTC 2013-08-01 21:42:13
Writing application : mkvmerge v6.2.0 ('Promised Land Rovi v1.0.2') built on Jul 9 2013 16:13:44
Writing library : libebml v1.3.0 + libmatroska v1.4.0

Video
ID : 1
Format : V_MPEGH/ISO/HEVC
Codec ID : V_MPEGH/ISO/HEVC
Duration : 12mn 14s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 fps
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 12mn 14s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Default : Yes
Forced : No

nevcairiel
7th September 2013, 11:49
There is no standard for HEVC in MKV yet, and until there is, LAV will not support it.
And once there is, the DivX MKV files will not be compatible with the standard anyway.

Such a company should not invent their own format, instead coordinate with the Matroska developers. Their old files will in the future most likely not play properly in compliant players.

SamKook
7th September 2013, 14:36
I don't get your comment at all ! Whatever the PC i would have it would be the same as the problem is coming from my software Serato Video which doesn't support Intel GPUs and has a bad renderer that creates weird displaying of certains videos when using Lav. The soft doesn't permit to choose the codecs neither as i explained it before.

So perhaps you could try to explain me what you really meant and the goal of what you were saying as the problem isn't my pc at all. Plus i'll add that the high-end ultrabooks (like mine when i bought it) are more than strong enough to execute such softwares.

You should go one the website Serato and see the minimal and recommanded specs for Serato scrath live and Serato Video. The ux32vd i have is so much stronger that was is needed. Perhaps you may think it's a software like adobe premiere of any strong video editing soft. It's not that at all........Some dj play the audio version with eeepc......

The other point is that as this software processes the video in real-time cause of the fact it is a live video mix one. So it allow to load effect in real-time, accelerate, slow down etc...the result is that it eats lots of ressources. Using it with ffdshow results in 90% CPU and bad FPS.

As you said yourself, your laptop isn't strong enough for ffdshow which would solve your problem.
You may be over the minimal requirement, but as its name implies, that's only the bare minimum to use the software. More complex operations(like resizing) require more power which your laptop can't provide as you said yourself.

itsonlyjustincase
7th September 2013, 19:04
As you said yourself, your laptop isn't strong enough for ffdshow which would solve your problem.
You may be over the minimal requirement, but as its name implies, that's only the bare minimum to use the software. More complex operations(like resizing) require more power which your laptop can't provide as you said yourself.

I understand as u guys don't really want to help.........i can open 10 1080p videos at the sametime using lav filters and hardware acceleration.......the problem comes really from the software and its lack of optimisation. That's why the resizing would have been a workaround. I donch't think ffdshow without the use of quicksync would permit this soft to work better even on a new i7 haswell. When something isn't coded and optimized well it's a problem. My question was if someone could add the ffdshow resizing function to Lav and if yes how much would it cost. Period.

itsonlyjustincase
7th September 2013, 19:05
You don't change a computer for 1 software when everything is working fine. That's why i also understand Nev which doesn't want to do it as its lav filters work fine with almost anything else........

sneaker_ger
7th September 2013, 19:34
Not sure if I understand your problem correctly, but you do know that it is possible to combine LAV Video and ffdshow? In the ffdshow codecs options you can find "uncompressed video" at the very bottom of the list.

SamKook
7th September 2013, 19:40
Nev said many times that he won't include resizing and the likes in lav so that option out.
We're only trying to give you alternatives. The CPU in the ux32vd is underclocked to keep it from overheating in such a tight space which really harms single threaded performance and is the problem that you're experiencing with ffdshow. You can play multiple video at the same time without problem since you have many core and threads, but each video can't use more than one with most decoders.
A laptop with a higher clock per core would really help you out here and it's what Mixer73 was trying to tell you. A normal i7 processor has a clock speed almost twice as fast as yours which would very likely make ffdshow run without problem for such a small video even with terrible optimization.

If my livelihood depended on my laptop, I would certainly consider upgrading it for 1 software which doesn't work fast enough, but that's up to you, we're only telling you about different possibilities.

clsid
7th September 2013, 21:00
Changing the resizing algorithm in ffdshow could improve performance. Resizing to screen size is also bad for performance. Instead you should experiment with different settings. Simply resizing to the aspect ratio of your screen should have the same end result, but with much better performance.

itsonlyjustincase
8th September 2013, 13:34
Not sure if I understand your problem correctly, but you do know that it is possible to combine LAV Video and ffdshow? In the ffdshow codecs options you can find "uncompressed video" at the very bottom of the list.

My soft doesn't allow the use of multiple codecs like mpc-hc can for example

itsonlyjustincase
8th September 2013, 13:35
Changing the resizing algorithm in ffdshow could improve performance. Resizing to screen size is also bad for performance. Instead you should experiment with different settings. Simply resizing to the aspect ratio of your screen should have the same end result, but with much better performance.

That s what I would need in LAV Video decoder so that I can benefit from cuvid

itsonlyjustincase
8th September 2013, 13:38
Nev said many times that he won't include resizing and the likes in lav so that option out.
We're only trying to give you alternatives. The CPU in the ux32vd is underclocked to keep it from overheating in such a tight space which really harms single threaded performance and is the problem that you're experiencing with ffdshow. You can play multiple video at the same time without problem since you have many core and threads, but each video can't use more than one with most decoders.
A laptop with a higher clock per core would really help you out here and it's what Mixer73 was trying to tell you. A normal i7 processor has a clock speed almost twice as fast as yours which would very likely make ffdshow run without problem for such a small video even with terrible optimization.

If my livelihood depended on my laptop, I would certainly consider upgrading it for 1 software which doesn't work fast enough, but that's up to you, we're only telling you about different possibilities.

Nowadays for performance purposes it s better to use hardware acceleration. In your opinion why Intel has implemented quick sync?! It s the future and also the present of video programs. My problem is that as my software doesn't support Intel I have to use lav video decoder. The soft doesn't support dxva neither

Mercury_22
8th September 2013, 15:29
After latest updates QuickSync x64 won't build (x86 it's building OK) (...unresolved external symbol...)

nevcairiel
8th September 2013, 16:28
After latest updates QuickSync x64 won't build (x86 it's building OK) (...unresolved external symbol...)

Should be fixed, too much copy-pasta.

Reino
8th September 2013, 23:39
Unlike DC-BSM, LAV refuses to play mp4-files found in this archive (http://www.hwigroup.com/dab-samples.zip). In GraphStudioNext LAV Splitter's stream-selection says "soun". As this most likely needs to be "Soundhandler", there's probably something 'wrong' the with header.

nevcairiel
9th September 2013, 09:41
Unlike DC-BSM, LAV refuses to play mp4-files found in this archive (http://www.hwigroup.com/dab-samples.zip). In GraphStudioNext LAV Splitter's stream-selection says "soun". As this most likely needs to be "Soundhandler", there's probably something 'wrong' the with header.

It looks like these files use AAC which is encoded with the 960 MDCT window size, which the ffmpeg decoder does not support, and as such LAV Audio cannot play.

Judging from the name of the archive, its from digital audio broadcasts, where apparently the 960 MDCT is common, even if its otherwise rather uncommon in AAC.

Anyhow, there isn't anything i can do, i lack the required knowledge about AAC to even attempt to implement it - i would suggest to ask the FFmpeg/Libav developers if they considered working on it.

CiNcH
9th September 2013, 11:26
too much copy-pasta
I love pasta http://fstatic0.mtb-news.de/img/photos/7/7/8/7/_/medium/homer-sabber.jpg

Sorry for OT. I had to do that...

Reino
9th September 2013, 22:33
DAB+ indeed. Got link from this article (http://nl.hardware.info/reviews/4765/4/noxon-dab+-stick-review-digitale-radio-in-nederland-test-dab+-in-de-praktijk). For me it's no problem, since I don't use it (yet), but I noticed LAV couldn't play it, so I thought I'd report about it.

Lol @ CiNcH.

AngelGraves13
10th September 2013, 08:59
NVIDIA CUVID causes random pixelation in VC-1.

Switching to DXVA 2 (copy-back) is much better.

nevcairiel
10th September 2013, 09:01
NVIDIA CUVID causes random pixelation in VC-1.

Switching to DXVA 2 (copy-back) is much better.

Then don't use CUVID.
It uses NVIDIAs driver for the decoding, there is nothing that can be done about it.

dukey
10th September 2013, 10:52
NVIDIA CUVID causes random pixelation in VC-1.

Switching to DXVA 2 (copy-back) is much better.

I've seen this before with CUVID mode also

wanezhiling
10th September 2013, 15:41
And CUVID always run on 3D state, so now any reason to use CUVID, nev? :P

DragonQ
10th September 2013, 15:49
Yeah, you can post-process after hardware deinterlacing using CUVID.

SamuriHL
10th September 2013, 20:12
I've been using software decoding. No issues. Cuvid just has to many limitations.

Etched in blood by a katana...

mindbomb
11th September 2013, 01:15
NVIDIA CUVID causes random pixelation in VC-1.

Switching to DXVA 2 (copy-back) is much better.

what graphics card?
geforce 8/9/200 only support partial hardware acceleration for vc-1 and mpeg 2, which is only possible through cuvid.
dxva copyback and native should fall back to software decoding in these cases.

I've had the issue on a gtx 260 before, but iirc, it was fixed with newer drivers. Otherwise go with forceware 275.

ryrynz
11th September 2013, 14:16
Nev, some time ago I requested the option of providing stereo sound duplication for surround speakers and you agreed to look into it.
Is it possible to see this implemented sometime soon? It would save time checking if video is stereo output and if it is switching the receiver
into 7 channel stereo mode and then having to switch it back for 6 channel AAC, Dolby etc, thanks.

nevcairiel
11th September 2013, 14:40
Its not very high on the list. I wouldn't really expect it this year

e-t172
11th September 2013, 19:01
Personally I would advise against implementing this feature because it is technically wrong (stereo is meant to be reproduced in stereo, not with rear speakers), so I'm not sure what is the point of adding a feature for shooting yourself in the foot.

JimH
11th September 2013, 22:43
I'd like to congratulate nevcairiel on his new role and wish him continued success with the LAV Filters. The world will be a better place.

ryrynz
11th September 2013, 22:49
Personally I would advise against implementing this feature because it is technically wrong (stereo is meant to be reproduced in stereo, not with rear speakers), so I'm not sure what is the point of adding a feature for shooting yourself in the foot.

Technically wrong? Then why are there such modes on many receivers?
I don't think my ears are going to shoot my foot here, course everyone has their own preference.
Your foot might not be safe but nobody would be forcing you to tick the box, heck you might even like how it sounds.
There's a lot more presence using stereo x7, I much prefer it over DTS Neo and Dolby Pro logic I and II.