LAV Filters - DirectShow Media Splitter and Decoders [Archive] - Page 231

Keiyakusha

4th July 2012, 21:19

Have you tried Dolby Headphone? It should be much better. In fact, it can be pretty impressive. Not every headphone virtualization will work though, in fact, most are crap and I understand completely the skepticism these produce. The only other competing one that works well is DTS Surround Sensation Headphone, but that's almost non-existent (only TMT offers it in the PC I think). DH devices like the Xonar U3 dongle can be found for around $40 or probably a bit less. Most Xonar cards and Realtek 889 (many Gigabyte mobos) offer it as well. If you can get ahold of the dolby headphone dll from Cyberlink (with any PowerDVD version that offers it, which is pretty much all since 7.3 or even earlier), you can try it out with foobar2000 and the Dolby Headphone wrapper (http://www.foobar2000.org/components/view/foo_dsp_dolbyhp) component. Try it with a 5.1 discrete test sample to see what it can do.

I tried lots of stuff but I don't watch my video with fb2k. And I'm not using LAV Audio for listening music... (>_<)>
I only mentioned it as an example of what I want, because I'm not good in explanations. If all of that is available in form of (EDIT: free) directshow filter that I can plug in between LAV decoder and audio renderer, or if it replaces the renderer itself - that's will be very interesting. I don't feel like asking nev implementing wrapper for that dolby dll, if that's what you mean...

mr.duck

4th July 2012, 22:05

@nev. Did you see this? No interest in the sample?
I have a TS sample file that LAVSplitter can't handle very well at all.

Andy o

4th July 2012, 23:12

I tried lots of stuff but I don't watch my video with fb2k. And I'm not using LAV Audio for listening music... (>_<)>
I only mentioned it as an example of what I want, because I'm not good in explanations. If all of that is available in form of (EDIT: free) directshow filter that I can plug in between LAV decoder and audio renderer, or if it replaces the renderer itself - that's will be very interesting. I don't feel like asking nev implementing wrapper for that dolby dll, if that's what you mean...

I only mentioned fb2k so you can hear it, and the other things because you may already have access to it. AFAIK there have been attempts but none successful to use that dll with MPC-HC.

Keiyakusha

4th July 2012, 23:52

I only mentioned fb2k so you can hear it, and the other things because you may already have access to it. AFAIK there have been attempts but none successful to use that dll with MPC-HC.

I see. Well I'm aware of that dollby headphones thing and its the only solution when I'm really believe I hear back speakers from the back, but I guess that wont happen for MPC-HC anytime soon. Unless someone can find author of that foobar plugin and make him create at least closedsource DS filter that eats PCM and wrapps that dll... Solutions for headphones that can be found in ffdshow sounds not better than my drivers on their defaults...

EDIT: current solution: launch video, mute sound, lanch the same thing in foobar, sync audio (hardest task), done :D

edwrap

5th July 2012, 03:33

I see. Well I'm aware of that dollby headphones thing and its the only solution when I'm really believe I hear back speakers from the back, but I guess that wont happen for MPC-HC anytime soon. Unless someone can find author of that foobar plugin and make him create at least closedsource DS filter that eats PCM and wrapps that dll... Solutions for headphones that can be found in ffdshow sounds not better than my drivers on their defaults...

EDIT: current solution: launch video, mute sound, lanch the same thing in foobar, sync audio (hardest task), done :D

not to divert nev's thread too much further, but I had to chime in again since your current solution sounds incredibly annoying! you can get dolby headphones in mpc-hc through a combination of powerdvd's audio decoder (older versions only) and ffdshow (need to swap channels for anything other than dts)

http://pcloadletter.co.uk/2011/04/05/5-1-channel-audio-through-headphones/

patul

5th July 2012, 04:19

I see. Well I'm aware of that dollby headphones thing and its the only solution when I'm really believe I hear back speakers from the back, but I guess that wont happen for MPC-HC anytime soon. Unless someone can find author of that foobar plugin and make him create at least closedsource DS filter that eats PCM and wrapps that dll... Solutions for headphones that can be found in ffdshow sounds not better than my drivers on their defaults...

EDIT: current solution: launch video, mute sound, lanch the same thing in foobar, sync audio (hardest task), done :D

What about this? http://www.head-fi.org/t/405417/guide-dolby-headphone-in-mpc-zoom-player

It makes use of Cyberlink Audio Decoder (PDVD10) and the very same Dolby Headphone dll

EDIT: Uh oh.. not read the post above me (edwrap's), it's basically the same method. If you want VST wrapper of DH, here it is https://sites.google.com/site/tastymousakas/

zerowalker

5th July 2012, 07:11

Is there anyone who can use LAV to split AVI, and/or let it decode Lagarith, Without Explorer or COM Surrogate crashing when entering folders?

nevcairiel

5th July 2012, 08:19

Lagarith works just fine for me, no crashes or anything.
If something crashes, you should find out which file crashes, and then post that file somewhere.

zerowalker

5th July 2012, 09:14

Can you try put some Lagarith Files in a folder, activate Thumbnails, and have Lav split AVI and decode lagarith.
Then open the folder?

For example, 720x576 files, and very short files.

Don´t really think the content is of any issue, as i don´t know why it crashes, it just happens randomly on some files it tries to load, and i can´t even play them for some reason.

If it doesn´t crash, then i will try to provide a file that crashes i can make a short one ( i think changing the file will prevent the crash though).

I hope it can be solved, cause I really like Lav Splitter and Lav Lagarith Decoding, it´s excellent except for the crashes i get.

Here is a file: http://files.videohelp.com/u/201499/ds000.avi

Lincoln Burrows

5th July 2012, 15:35

Torchwood is likely 1080p (in a 1080i "wrapper"), so you'd see no difference between 25p and 50p deinterlacing. Try some proper interlaced content like any sport.

It could be that your system can't handle deinterlacing to 50p but I kinda doubt it since I have a GTS250 (which is a re-brand of that card) in my desktop and it works fine for me. I'm using CPU decoding though, with DXVA2 deinterlacing. Dunno if the card is good enough for CUVID/DXVA2 decoding and DXVA2 deinterlacing.What I noticed was simply the audio (handled by ffdshow) was not synchronized with the video, and it became synchronized once I changed from 50/60p (default LAV setting) to 25/30p.

I believe in this case it was not Torchwood but other 1080i content. I don't remember which one, but it might be The Universe (TV show).

I also tried using Total Media Theatre from Arcsoft to play 1080i contents and everytime I tried the contents were displayed properly. So this is not a problem with my video card, despite the fact it's old (2007), if it works one way, then this can't be the only issue.

About the WMV containers, I only mentioned because I strongly believe either MPC-HC or some filter is having a great deal of trouble to read them when they are in HD. In this case it was a 3 GB file with 30 minutes (and that's really huge).

Someone said this video card does not support VC-1. Then how do you explain that same video is being played just fine using VLC player? Anyway, I always thought WMV containers were all messed and never being recognized properly by most players.

wanezhiling

5th July 2012, 18:37

I said it many times, if you have problem with CUVID DI(50/60p) on an old Nvidia card, use an old driver(@ least older than 285.62), 285.38b for example. Besides, disabling CUVID's HQP will also help a lot.

That is because Nvidia has ignored non-Fermi/Kepler cards about CUDA in their drivers.

About the HD WMV you mentioned, is it WMV3 or VC-1? Which codec did you use, MPC's internal decoder or LAV CUVID?
Note1:Your 8800 is a VP2 card which has not full VC-1/WMV3 acceleration, and MPC-HC' dxva only supports full acceleration.
Note2:LAV CUVID doesn't support WMV3.

On your system:
"WMV3 + MPC-HC" means in MPC-HC's sw VC-1 mode which uses FFmpeg VC-1 solution, slow.
"WMV3 + LAV CUVID" means in LAV's sw VC-1 mode which uses MS WMV9 DMO solution, better.
"VC-1 + MPC-HC" means in MPC-HC's sw VC-1 mode which uses FFmpeg VC-1 solution, slow.
"VC-1 + LAV CUVID" means in LAV's CUVID mode, not full acceleration but should be fine.
"VC-1/WMV3 + other deocders" , please tell us.

HoP

6th July 2012, 01:48

i have a question:
why this topic is not in the section "New and alternative video codecs", like ffdshow or LAV CUVID Decoder.
[sorry for off topic]

Kurtnoise

6th July 2012, 08:19

Probably because when Nev has started his work, it was only a splitter filter...not A/V decoders.

MokrySedeS

6th July 2012, 17:02

nev, I get wrong AR on this (http://www.multiupload.nl/WB3M0BK2SE) file when using lav splitter. Haali is fine. "Use Stream Scpect Ratio" option in lav video doesn't make a difference. What gives?

nevcairiel

6th July 2012, 17:04

nev, I get wrong AR on this (http://www.multiupload.nl/WB3M0BK2SE) file when using lav splitter. Haali is fine. "Use Stream Scpect Ratio" option in lav video doesn't make a difference. What gives?

Stream AR makes a difference for me. Note that it won't change on the fly, you need to re-open the file.

Haali just overwrites the stream AR, which is why it works.

MokrySedeS

6th July 2012, 17:09

you need to re-open the file.
Yeah, I did that, but AR is still wrong. I'm using software decoding btw, maybe that's the catch?

nevcairiel

6th July 2012, 17:12

Yeah, I did that, but AR is still wrong. I'm using software decoding btw, maybe that's the catch?

AR looks fine to me, same Haali gives me.

MokrySedeS

6th July 2012, 18:36

Reinstall fixed it... Sorry for false alarm.

kitame

6th July 2012, 19:04

i stumbled upon an issue in LAV audio.

LAV 0.50.5
Reclock - slave reference clock to audio, and locked at original speed

issue: playing any FLAC music generates a stutter in playback for a short duration on random intervals.
cause/solution: turning off "Auto A/V Sync Correction" seems to resolve this.

any explanation whats going on with this?

nevcairiel

6th July 2012, 19:32

You mean an actual FLAC music file, not within a video file?
You wouldn't happen to be able to share one of the files that causes the problem?

Also, what are you using as a .flac source filter?
I tried with LAV, and everything is perfect - however with MPC-HCs .flac source filter i see audio timestamps all over the place, which could cause this.

I'll probably just disable that logic for pure-audio files, A/V Sync doesnt make sense without the V ;)
If you're using LAV Splitter to read .flac files and encounter the problem, i would love a sample of that file. If you used MPC-HCs FLAC Source, i can already see the problem.

mr.duck

6th July 2012, 20:49

@nev. Did you see this? No interest in the sample?
I have a TS sample file that LAVSplitter can't handle very well at all.

nevcairiel

6th July 2012, 20:53

@nev. Did you see this? No interest in the sample?

You're free to upload it somewhere, but most TS files that are "broken" are usually just terrible encodes, so i guarantee nothing - but i'll take a look.

nevcairiel

6th July 2012, 21:01

Here is a new set of semi-official test builds

x86: http://files.1f0.de/lavf/LAVFilters-0.50.5-64-g694db46.zip
x64: http://files.1f0.de/lavf/LAVFilters-0.50.5-64-g694db46-x64.zip

New since the last build i posted:
- Mixing got a few more options, you can now opt to disable matrix normalization, and instead enable a clipping protection feature which reduces the levels in case they would overflow (basically one-way normalization - the mode cyberbeing asked about, iirc)
- I implemented the selective Stream AR mode clsid suggested, the checkbox is now tri-state, and the half-checked mode will not use stream AR on mkv, mp4/mov and avi, unless the source does not send an AR at all.
- Auto A/V sync is now disabled for audio-only files
- New flags for advanced subtitle selection. "h" for hearing impaired, and "n" for streams without any flags ("normal"), and additionally a NOT operator ("!"), the logic is now complete. For example, "!h" equals "dfn", or "!dfh" equals "n", etc.

I still have one or two things to work out before the release, so i guess it may be sunday or monday, no guarantees though. :)

kitame

6th July 2012, 21:10

nevcairiel

6th July 2012, 21:18

i'll be temporarily leaving the A/V Sync disabled for the time being until you release an official fix, would that cause some issues tho?

It might in some cases when a file isn't encoded properly and has hicups in its timings (especially in broadcasts), but should not be a problem in "proper" files.

You can just grab the version i posted above, its not a official proper release, but it works too ;)
As an alternative, you could also disable MPC-HCs FLAC Source under its "Internal Filters" menu, and let LAV take over that job :)

fairchild

6th July 2012, 21:33

- Mixing got a few more options, you can now opt to disable matrix normalization, and instead enable a clipping protection feature which reduces the levels in case they would overflow (basically one-way normalization - the mode cyberbeing asked about, iirc)

Superb! This new version is awesome and lets me remove ffdshow audio mixer out of the equation. I have it set to stereo mix + normalize matrix unchecked + clipping protection checked and it is working awesome. :thanks:

Btw, does anybody use/like the dolby matrix options when listening on Stereo through speakers or headphones? It sounds very nice without them, just curious.

kitame

6th July 2012, 21:57

It might in some cases when a file isn't encoded properly and has hicups in its timings (especially in broadcasts), but should not be a problem in "proper" files.

You can just grab the version i posted above, its not a official proper release, but it works too ;)
As an alternative, you could also disable MPC-HCs FLAC Source under its "Internal Filters" menu, and let LAV take over that job :)

hmm that would be worry-some, since quite a number of the files i usually grab have huccups like those, specially ones with ordered chapters that draws chapters externally.

that could work, well i'll just do that and see if theres anything else that'll pop up.

mr.duck

7th July 2012, 00:08

You're free to upload it somewhere, but most TS files that are "broken" are usually just terrible encodes, so i guarantee nothing - but i'll take a look.

Thanks. I don't think the sample is broken (corrupt or damaged). See what you make of it... [SAMPLE] (http://dl.dropbox.com/u/2678996/LAVSplitter_trouble.ts)

kasper93

7th July 2012, 01:44

Thanks. I don't think the sample is broken (corrupt or damaged). See what you make of it... [SAMPLE] (http://dl.dropbox.com/u/2678996/LAVSplitter_trouble.ts)

And what is wrong? Everything works fine, LAV Splitter doesn't give length of the file, but MPC splitter give wrong length so I don't see where LAV have trouble with this file.

mr.duck

7th July 2012, 02:12

And what is wrong? Everything works fine, LAV Splitter doesn't give length of the file, but MPC splitter give wrong length so I don't see where LAV have trouble with this file.

You can't skip forward / back for one. With the MPC-HC splitter you can.

MPC-HC splitter must be guessing video length based on file size.

The only thing I tested that handled the file worse than LAVSplitter was VLC 2.0.2.

nevcairiel

7th July 2012, 06:11

Thanks. I don't think the sample is broken (corrupt or damaged). See what you make of it... [SAMPLE] (http://dl.dropbox.com/u/2678996/LAVSplitter_trouble.ts)

The file is semi-broken at least.
There is at least 40mb of zero padding after the actual content, which causes LAV to simply not find the end of the actual content. It already trys to read back from the end a bit in case the end is corrupted, however not 40mb of zeros.

I tried enabling bitrate guesses, but it came up with a length of around 1:45, which clearly was much too short, so its not worth much either. I could enable another method of bitrate guessing, but with 20% of the file being zero, even if you had an accurate bitrate it would end up wrong.

I'll look at it again later.

zerowalker

7th July 2012, 07:39

How can you make it load 4/3 stated files with 1:1?
I can´t make it happen even with different mkv settings, i have to change to "Source" in Zoom Player.

wanezhiling

7th July 2012, 07:54

mr.duck

7th July 2012, 19:06

The file is semi-broken at least.
There is at least 40mb of zero padding after the actual content, which causes LAV to simply not find the end of the actual content. It already trys to read back from the end a bit in case the end is corrupted, however not 40mb of zeros.

I tried enabling bitrate guesses, but it came up with a length of around 1:45, which clearly was much too short, so its not worth much either. I could enable another method of bitrate guessing, but with 20% of the file being zero, even if you had an accurate bitrate it would end up wrong.

I'll look at it again later.

Hi. Thanks for taking at look at it for me. The source was digital TV. The file was grabbed (copied) as it was being recorded. It makes a difficult to play sample to test players, but has a real world need too. For when trying to watch TV almost live as it's being recorded (for sport in particular).

I was wondering if it were technically possible when LAVSplitter can't find the length so sets the play length to zero, if it could instead set the play length to some very high value like 6 hours? This would allow MPC to be able to skip forward / back for as much as there is the data available to play.

nevcairiel

7th July 2012, 20:21

The splitter will affect the AR?
My LAV Video setting (http://i.imgur.com/YDdiX.png)
LAV S + LAV V (http://i.imgur.com/LF4dN.png)
MPC S + LAV V (http://i.imgur.com/FQaVD.png), Seems this result was correct?

Of course the splitter affects the AR, because in its new default mode LAV trusts the splitter to send the container AR properly to the decoder.

Both Haali and LAV use 16:9 (or something close to it, resulting in 853x480), and Media Info agrees:
Display aspect ratio : 16:9
Original display aspect ratio : 16:9

I would say its meant to be 16:9

I also looked at the various MP4 headers, here an excerpt:

[tkhd: Track Header Box]
width = 853.000000
height = 480.000000

853x480 is 720x480 in 16:9

So, i'm quite certain 16:9 is correct, and the MPC-HC MP4 splitter is just bugged. I'll probably have to blacklist it then, so LAV doesn't trust it and still uses the stream AR.

Budtz

7th July 2012, 20:43

Hey Nev,

at the ffdshow forum u posted regarding ffdshow builds:

Originally Posted by nevcairiel
They've always been doing that. Who knows why.
Just get builds here:
http://xhmikosr.1f0.de/ffdshow/

Build with latest stable GCC (4.7.0)

What about the stable builds at the official tryouts-site, are those also using an old GCC build?
And arent the ones you linked to above - at least on paper - less stable than the official builds?
It's so confusing with all these ffdshow builds. Would you mind explaining the difference?

wanezhiling

8th July 2012, 16:58

So, i'm quite certain 16:9 is correct, and the MPC-HC MP4 splitter is just bugged. I'll probably have to blacklist it then, so LAV doesn't trust it and still uses the stream AR.
Thanks.

PS: In which condition the container AR(720x480) is correct? Do you have any samples?:)

nevcairiel

8th July 2012, 18:10

There are plenty of files where the container AR is correct, and the stream AR is not (especially MKVs, but also MP4s)
Even in the file you linked, the container AR is correct, the MPC-HC splitter just doesn't know how to read the container AR from MP4s.

Pat357

8th July 2012, 18:41

Nev,

LAV-splitter fails to detect the DTS-HRA stream in this .m2ts file and makes that Lavaudio does not get loaded.

If I use Haali splitter or the internal MPC-HC splitter, the file plays fine, including the 7.1 DTS-HRA track.

Can you have a look at it ?

http://www.mediafire.com/?muuiwbbbi8qveo4

nevcairiel

8th July 2012, 19:39

LAV-splitter fails to detect the DTS-HRA stream in this .m2ts file and makes that Lavaudio does not get loaded.

The new support for decoding DTS-HD HRA streams is not working properly yet, it fails to decode that stream properly and therefor fails - i should disable it for the time being.

nevcairiel

9th July 2012, 13:35

I was wondering if it were technically possible when LAVSplitter can't find the length so sets the play length to zero, if it could instead set the play length to some very high value like 6 hours? This would allow MPC to be able to skip forward / back for as much as there is the data available to play.

Yes its possible, but i don't know if its really such a good idea to do this, i imagine it would be a cause for confusion more then anything.

If such zero-padding is such a common case, i could try to add logic for trying to detect it and jumping backwards in the file trying to find the end. With a binary search for the end, it will take a second or two extra during opening (depending on your IO speed), but it would manage to find the real duration. Just not sure its such a common situation that spending the time developing this would be worth it.

nevcairiel

9th July 2012, 15:38

LAV Filters 0.51

LAV Splitter
- Increased IO responsiveness on high-latency network connections
- Improved timestamp handling for MPEG-PS (.mpg/.vob/.evo)
- Improved support for H264 streams in SSIF MPEG-TS files
- Added an option to control the priority of audio streams for the hearing/visually impaired
- Added new flags to the advanced subtitle selection
- "h" for hearing impaired
- "n" for normal streams (no flags)
- "!" NOT operator for inverting the meaning of the flags

LAV Video
- Improved DXVA2 Native to software fallback in some situations
- Support for YCgCo to RGB conversion
- Added a new smart Stream Aspect Ratio mode
- Will only use Stream AR when the container does not provide a realiable AR

LAV Audio
- Improved decoding performance of MP4 ALS and a few other formats
- Fixed playback of COOK with the MPC-HC RM Splitter
- Auto A/V Sync is now automatically disabled on pure-audio files to avoid potential conflicts
- Audio Down-Mixing support

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

I wonder if this has been the longest time between two releases, but oh well, i finally considered it finished enough.

Down-Mixing
One of the big new things in this version is of course the new audio downmixing.
In this version, you get the first set of down-mixing functionality, which should probably cover this function for most people.

To use it, basically just enable it and select the target speaker configuration. You can fine-tune some of the other options, but in general it should work just fine with the defaults.

More control over the full matrix will come in a future version (not that soon).

Everything else
Besides the new audio features, there is the usual list of other fixes, improvements and additions, not everything worth mentioning in the changelog above.

As always, if you find a new bug or regression, please report them in as great a detail as possible, with a sample file if available.

Have fun!

SeeMoreDigital

9th July 2012, 15:43

Thanks Nev :)

mr.duck

9th July 2012, 15:47

Yes its possible, but i don't know if its really such a good idea to do this, i imagine it would be a cause for confusion more then anything.
You are right of course. I am just feeling a bit cheeky asking you to do this just for me ;)

The holy grail I've been trying to achieve with MPC-HC for years now is for it to be able to handle live content as well as 'static' content (is that the right word?). The problem with MPC, is it cannot load filters that update the play length / seekbar as more data arrives. Such a filter is called a 'push' or a 'pull' source filter. I forget which is which, but MPC is only compatible with 1 of them. I just know that if I can persuade you to modify LAVSplitter to set the length to 6hrs when it doesn't find the end of the video, I could use it to work around this limitation in MPC. If you are willing, you could set the option on by the presence of an empty file with a specific name in the current directory? Or with a registry value you must add/modify manually? To avoid you having to deal with lots of people coming here and say "what's this option do?" ;)

If such zero-padding is such a common case, i could try to add logic for trying to detect it and jumping backwards in the file trying to find the end. With a binary search for the end, it will take a second or two extra during opening (depending on your IO speed), but it would manage to find the real duration. Just not sure its such a common situation that spending the time developing this would be worth it.
It would be helpful for sure. I would assume all TV recording software would work in a similar way: allocating a chunk of space for the file (the zeros), then filling it up as the data is received. Allocating another chunk of zeros when the current file size has filled up. But speed is good too. If you were going to implement a search for the end of the video, you could design it to find the end with a fairly low accuracy, like within 10MB for example? You don't have to find the exact end because MPC will keep on playing the video if there is more. You just wouldn't be able to seek up to the very end.