View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
fastplayer
28th November 2011, 10:14
@rica: You have already been told before to use thumbnails. Why aren't you now?!
Some of us check in on the thread with mobiles.
nevcairiel
28th November 2011, 10:22
@rica: You have already been told before to use thumbnails. Why aren't you now?!
Some of us check in on the thread with mobiles.
I don't get the point of his posts 90% of the time anyway, so not posting them at all would be fine by me, too!
golagoda
28th November 2011, 11:37
I hate to be 'that guy' but I just wanted to ask how high of a priority ordered chapters support is or if there's any ETA on when it might be implemented, it's the only feature forcing me and other users to use haali splitter and ordered chapters itself is a very under-rated yet extremely useful feature.
I always stay up to date compiling LAVFilters from the git and I'd be happy to use it even as an experimental feature to test it out.
Just wanted to keep this a bit more on topic and not turn into a rica bashing thread :p
AmshTemp
28th November 2011, 13:52
I'd say it's the same issue. Don't know about the XP part thou.
I fixed the report.
Both Win XP and 7 have the same issue.
nevcairiel
28th November 2011, 13:56
I just wanted to ask how high of a priority ordered chapters support is or if there's any ETA on when it might be implemented
How about "sometime in 2012" ? :)
Superb
28th November 2011, 18:08
How about "sometime in 2012" ? :)
It will be fixed sometime in 2012 (that's vague enough an estimation to have a chance of being correct).Freakin' conspiracy! :O
nautilus7
28th November 2011, 19:27
They are Germans. What would you expect? :P
Plutotype
28th November 2011, 19:51
Hi Nev,
I have added DVD Navigator using this methodhttp://forum.doom9.org/showthread.php?t=159492, but instead of LAVvideo, Cyberlink is being used. Does LAVvideo offer DVD decoding or should I wait?
And how about DVD audio stream switching and subtitles support? Also in 2012?:):)
Thanks and keep up the good work.
Pluto
nevcairiel
28th November 2011, 19:52
LAV Video does not support DVD decoding at this time, but its on the list to be done "soon".
The DVD Navigator is responsible for managing streams on a DVD, there is nothing that can be done.
rica
28th November 2011, 21:46
@rica: You have already been told before to use thumbnails. Why aren't you now?!
Some of us check in on the thread with mobiles.
Hey man, i didn't like your style of telling me what to do or what not to do.
Samuri politely asked smaller pictures instead of 1920*1080 caps and he was right and i saved them as 1280*720 later which is matching with any current ordinary 19 inch monitor.
If you want thumbnails, pls click on the picture i uploaded before and you will find all the links you need:
http://img9.imageshack.us/img9/8199/covereiu.th.png (http://imageshack.us/photo/my-images/9/covereiu.png/)
_ _ _ _
rica
28th November 2011, 21:55
I don't get the point of his posts 90% of the time anyway, so not posting them at all would be fine by me, too!
Thanks anyway @nevcairiel (for the filters). At least i know anymore why you don't post at all.
I think you got the point here (10%) and you kindly gave a response for PCM-mkv issue, thx for fixing the issue and answering me:
http://forum.doom9.org/showpost.php?p=1540263&postcount=7196
Just wanted to keep this a bit more on topic and not turn into a rica bashing thread :p
Bashing thread ??? HOW? :D
pankov
28th November 2011, 23:11
rica,
I think you didn't undestand fastplayer's post.
The idea of using thumbnails is to save both bandwidth and monitor estate. On a slow connection your pictures takes too much time to load and could be pretty expensive depending on the used data plan.
And do have in mind that many people use tablets or mobile phones to follow this forum and these devices have lower resolution.
So if you are kind enough, please, do use thumbnails in the future.
kalston
28th November 2011, 23:25
I posted earlier in this thread to ask why DTS-HD decoding wasn't working for me. Well, silly me but I hadn't tried different versions of the dtsdecoder.dll, had only tried the 1.1.0.0 one (the only one that works flawlessly for me when using eac3to).
So after reading the last few pages of this thread where someone had the same issue, I put the 1.1.0.7 one in the LAV folder and woosh, it works! :)
Thank you nev (and madshi) I can finally watch ALL my BRs without having to rip any of them if I want lossless playback in mpc-hc (a blessing now that HDDs are so expensive).
The only small thing I'd like now is the ability to downmix the audio without having to use ffdshow, any ETA on that? Soon or not too soon?
DVD playback will be nice as well of course, although I don't often watch these.
rica
29th November 2011, 00:03
rica,
I think you didn't undestand fastplayer's post.
The idea of using thumbnails is to save both bandwidth and monitor estate. On a slow connection your pictures takes too much time to load and could be pretty expensive depending on the used data plan.
And do have in mind that many people use tablets or mobile phones to follow this forum and these devices have lower resolution.
So if you are kind enough, please, do use thumbnails in the future.
I did but but i didn't like his style as i told before.
BTW this is gonna be my last post here on this thread and no huge caps or small thumbnails anymore.
Thanks pankov.
Andy o
29th November 2011, 00:45
The only small thing I'd like now is the ability to downmix the audio without having to use ffdshow, any ETA on that? Soon or not too soon?
Do you have a stereo setup? The Windows mixer is working just fine for me to downmix to stereo, also downmixes 7.1 to 5.1 pretty well, last time I checked.
Nevilne
29th November 2011, 00:49
It's mostly meant to save some processing power on reclock resampling 2 channels instead of 8.
Andy o
29th November 2011, 01:37
Is that an actual problem? Never knew.
leewalk
29th November 2011, 03:21
I checked lav filters with dts DVDs and it works with or without dtsdecoderdll.dll:
I see 6 channels in your sample screenshots - have you ever seen 8 channels working, with or without dtsdecoderdll.dll?
Thanks, Lee
Andy o
29th November 2011, 04:24
There's no 8 channels with legacy DTS. Max you get 6.1 with DTS-ES and LAV can decode it just fine. It can also decode the core out of a DTS-HD stream, even if the core is 6.1 DTS-ES. dtsdecoderdll is only needed for full DTS-HD decoding, and with it 8 channels works just fine, as well.
CruNcher
29th November 2011, 04:53
rica,
I think you didn't undestand fastplayer's post.
The idea of using thumbnails is to save both bandwidth and monitor estate. On a slow connection your pictures takes too much time to load and could be pretty expensive depending on the used data plan.
And do have in mind that many people use tablets or mobile phones to follow this forum and these devices have lower resolution.
So if you are kind enough, please, do use thumbnails in the future.
Though if you see it from a practical point its a shame that it is like that ;) and that we don't have smart enough devices or forum software yet that fix such problems automatically sure the data plan thing is another problem though using efficiently the available cache would also make it less problematic ;)
I mean is it so hard to detect that the user posted a to big image and forgot the thumbnail then parse from which service it was posted and correct the post ?
robpdotcom
29th November 2011, 06:01
There's no 8 channels with legacy DTS. Max you get 6.1 with DTS-ES and LAV can decode it just fine. It can also decode the core out of a DTS-HD stream, even if the core is 6.1 DTS-ES. dtsdecoderdll is only needed for full DTS-HD decoding, and with it 8 channels works just fine, as well.
Whether I use the dtsdecoder.dll or not, I get 5.1 from all DTS-ES streams. The only way I get 6.1 is if I bitstream and let my AVR handle the decoding. The same is true for DTS-ES and DTS-HD ES. :confused:
nevcairiel
29th November 2011, 07:33
6.1 DTS-ES (not HD) can even be decoded with just the ffmpeg decoder, works fine for me on eg. the Star Wars discs.
Note that alot of receivers seem to have issues understanding 6.1 through HDMI, which is why i added the option to expand 6.1 to 7.1
Andy o
29th November 2011, 07:50
Wasn't that an issue with the NV HDMI device though, and not the receiver? I forget if when I put in my NV card I could do 6.1 LPCM, probably didn't even test for it.
nevcairiel
29th November 2011, 07:52
Who knows, something doesn't like 6.1, but since most people have 5.1 or 7.1 setups (and not 6.1), the expand to 7.1 option seemed like a good idea at the time. :)
Andy o
29th November 2011, 08:11
Yeah, 6.1 was a huge failure until 7.1 came along :) I remember I bought one of the special editions of the Lord of the Rings DVDs for my 6.1 computer speakers. Then I don't think I played anything else until blu-ray came along.
madshi
29th November 2011, 10:06
There's no 8 channels with legacy DTS.
FWIW, the legacy DTS format does support the XXCh extension which can do 7.1. But I don't have any samples, so it's possible it was never used in real life.
Andy o
29th November 2011, 10:15
Maybe DTS was saving it for another format (and hardware) upgrade, but since more than 5.1 didn't catch on they just canned it. Not only there's no samples, but there's no mention of it anywhere else that I know of.
AmshTemp
29th November 2011, 15:20
nev:
In Engadget podcasts I can navigate chapters and hear audio however the video remains static on one picture the entire time.
ffplay can seek and change the pictures without problems
http://www.engadget.com/podcasts/EngadgetHD_Podcast_275.m4a
nevcairiel
29th November 2011, 16:02
nev:
In Engadget podcasts I can navigate chapters and hear audio however the video remains static on one picture the entire time.
ffplay can seek and change the pictures without problems
http://www.engadget.com/podcasts/EngadgetHD_Podcast_275.m4a
The file seems to use multiple edit lists, a mp4 feature which is not fully supported yet, and causes the frame timestamps to be majorly screwed up. Not sure why ffplay behaves any better, maybe it just ignores frame timing informations .. i've seen that before.
SamuriHL
29th November 2011, 16:57
Nev, I've got an issue to report. I wasn't sure if it was an actual issue until I accidentally reset my LAV Video settings on my nVidia machine (so it wasn't using CUDA decoding). When playing back WTV files in MC17 with LAV Video as the decoder, I get little blocks every few frames. If I switch to another decoder, heck even turning on CUDA decoding on the nVidia machine, the problem goes away. The WTV content in this case is simply MPEG2 captured from a Hauppauge 950q. Nothing special. It's using EVR for WTV playback. Any thoughts? I can get you a sample if you need it. I first noticed it on my AMD machine and thought it might be something locally wrong, but, when I saw it on the nVidia machine, as well, it seems more like an issue. Just wondering if anyone else has noticed this. Thanks!
nevcairiel
29th November 2011, 17:05
The only MPEG-2 WTV i have is some tennis match, and its not blocky, just boring - so a sample would be good.
SamuriHL
29th November 2011, 17:06
Ok, I'll get you one later today. I don't actually have a recording saved at the moment. I'll create one when I get a chance, verify it has the issue, and post it. Thanks!
SamuriHL
29th November 2011, 17:43
http://www.mediafire.com/?rq12ycyahrfsd8y
A very small sample file. About 40 seconds. The corruption isn't as pronounced in this one, but, at around 11 seconds or so it does corrupt. It should be noted that if I run these through Video ReDo and output them as WTV files, they play fine. So I suspect there's something wrong with my recordings. That being said, since other decoders can play them fine, I'd really appreciate if this can be handled in LAV Video. I know the "easy" solution is to just run them through VRD to clean them up, but, the reason I want this fixed is so that I can watch my recordings shortly after they're done recording without having to do any post processing on them. Thanks for looking at this and let me know if you need anything else. I have a much larger file (around 4 gigs, unfortunately) that has the corruption pretty much every other frame.
nevcairiel
29th November 2011, 17:58
The problem only occurs if you use the MS source for MPEG-2, it must be doing something rather odd..
SamuriHL
29th November 2011, 17:59
I don't have control over the graph MC17 builds to play it. ARGH.
nevcairiel
29th November 2011, 18:06
Not sure i can do something about it. The problem only occurs with the MS source, so its incredibly hard to provide a reproducible report for the ffmpeg developers (because they'll just say the demuxer is broken. :P)
SamuriHL
29th November 2011, 18:08
Well that sucks. Ah well. I'll put the PDVD11 decoder back for that file type on my AMD machine. That seems to work fine. And CUDA decoding works on the nVidia machine with LAV Video. At least now you know about the issue in case it comes up again. :)
kalston
29th November 2011, 19:57
Do you have a stereo setup? The Windows mixer is working just fine for me to downmix to stereo, also downmixes 7.1 to 5.1 pretty well, last time I checked.
I thought that didn't work when using WASAPI exclusive but I just used a test file and it indeed works. Silly me :)
nevcairiel
29th November 2011, 20:08
LAV Filters 0.41
LAV Splitter
- New MKV Demuxer (see release notes for details)
- Fixed a bug with the Vorbis Media Type
- Disabled Subtitles when generating Thumbnails in Explorer
LAV Video
- Fixed a overflow in 10 -> 8 bit dithering and NV12 output
Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.41.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.41.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.41-x64.zip)
New MKV Demuxer
What does that bring us?
- Faster and more accurate seeking
- Better handling of incomplete/broken files
No really "new" features yet, just a new basis for future enhancements. It will usually work much smoother then before, however, and so far no regressions have been reported.
Important: If a MKV file breaks that played fine with 0.40 or earlier, please report those cases, preferably with a sample file!
I hope it won't happen too often, but i would be surprised if it never happens, but here is hoping!
The other changes are pretty minor, fixed a small glitch in the 10 -> 8bit dithering code that could overflow in some cases, but nothing really widely spread i suppose, since it took so long until it was noticed.
Anyway, take care and have fun - and as always, please report any issues you might have (especially regressions)!
Sebastiii
29th November 2011, 20:20
Thanks m8 :)
Works really nice for now :)
SamuriHL
29th November 2011, 20:23
Just built my MC17 installer for it and will test it out after work today. Thanks, Nev!
STaRGaZeR
29th November 2011, 20:31
It seems adding explorer.exe to the blacklist is needed for the problematic thumbnails to work. dllhost.exe is not enough.
nevcairiel
29th November 2011, 20:34
It seems adding explorer.exe to the blacklist is needed for the problematic thumbnails to work. dllhost.exe is not enough.
But dllhost is the actual .exe that runs the filter graph, and did resolve quite a few issues for me.
Did you add it to the list, and does it fix it?
STaRGaZeR
29th November 2011, 20:40
Exactly. With dllhost only it's like before 0.41, it tries to generate the thumbnail without success. Adding explorer to the list fixes it.
nevcairiel
29th November 2011, 20:44
Exactly. With dllhost only it's like before 0.41, it tries to generate the thumbnail without success. Adding explorer to the list fixes it.
Ok then, must have been yet another issue that adding dllhost fixed, i'll add it to the list as well.
AmshTemp
29th November 2011, 20:52
Can you do a fast re-release of 0.41 with that change?
nevcairiel
29th November 2011, 20:53
Can you do a fast re-release of 0.41 with that change?
No, it'll be in the next.
Once something is published, it doesn't get changed.
STaRGaZeR
29th November 2011, 21:30
Ok then, must have been yet another issue that adding dllhost fixed, i'll add it to the list as well.
Thanks!
Can you do a fast re-release of 0.41 with that change?
You can try with this build, it's 0.41 plus the change (lastest git basically). Unofficial, use at your own risk :p
http://www.mediafire.com/?g86qd0ms45oag0k
Reino
29th November 2011, 23:00
LAV Filters 0.41
LAV Splitter
- New MKV Demuxer (see release notes for details)
- Fixed a bug with the Vorbis Media TypeI can confirm the Vorbis Media Type bug has been fixed now, but I can't say I'm all too happy with the "new MKV Demuxer". There's a lot of stutter and it feels like half the framerate or even less. Always the case with MKV[H.264], never with MKV[XviD].
http://img215.imageshack.us/img215/6284/lavfilters040041.th.jpg (http://img215.imageshack.us/img215/6284/lavfilters040041.jpg)
nevcairiel
29th November 2011, 23:26
II can't say I'm all too happy with the "new MKV Demuxer". There's a lot of stutter and it feels like half the framerate or even less. Always the case with MKV[H.264], never with MKV[XviD].
I have tried a great many MKV files with H264, with a variety of different decoders, and i never encountered any such issues - neither did anyone else (or they didn't report them).
You should've finished reading the release notes, specifically the part about providing samples. :)
(Also mentioning which decoder you're using would maybe help, don't you think. :))
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.