LAV Filters - DirectShow Media Splitter and Decoders

[Xaurus]

madshi/Nevcariel,

I don't remember if you recall me having real trouble with ts files.

I filmed my computer during a test so that you can see what
happens.

First I open a normal mkv file (in this case the first episode of The Borgias). As you can see, nothing strange going on, it works fine.

Then I open Underworld m2ts which is just one of many ts files that can't be played. The sound is garbled, the video it self runs at least twice as fast as it should.

You can verify the filters used that they are all in use by
going to the end of the video.

You can download my film here:
http://www.tcec-chess.org/xaurus_ts_video_truble.mp4

(filmed in 720p)

Hopefully we can try to fix this, as of right now I am not
even sure if the problem is with LAVfilters or madvr.

I am using mpc-hc (latest build), madvr 69 (same with previous verisons), LAVfilters 0.30 and earlier LAVcuvid 0.9 (now LAV video isntead, but same problem with both).

:thanks:

[nevcairiel]

I would need a sample file that doesn't play properly to tell you anything.

Otherwise, the audio renderer is responsible for maintaining the reference clock that dictates when frames are shown - try using another audio renderer?
On Windows XP, the renderes are directly linked into the audio drivers - bad drivers = bad renderer. On Vista/7 Microsoft put a proper mixer in between, where this wouldn't be a great problem. If you're on XP, try a renderer like ReClock - in fact, try it on whatever system you're on. :p

[Xaurus]

I would need a sample file that doesn't play properly to tell you anything.

Otherwise, the audio renderer is responsible for maintaining the reference clock that dictates when frames are shown - try using another audio renderer?
On Windows XP, the renderes are directly linked into the audio drivers - bad drivers = bad renderer. On Vista/7 Microsoft put a proper mixer in between, where this wouldn't be a great problem. If you're on XP, try a renderer like ReClock - in fact, try it on whatever system you're on. :p
Nev,

Thank you. What I did was to remove AC3filter and add LAVaudio instead.

And guess what?

Now it works. And I have sound too. I remember asking you
earlier why I couldn't get any sound into my external DAC with
LAVaudio, but now I do. Did you add/change anything in the
latest 0.30 version? Also, the DRC feature is great! :thanks:

[nevcairiel]

AC3Filter does not work with DTS-HD (its a crappy implementation, instead of just ignoring the HD extension like any good decoder, it just fails miserably), maybe thats why it broke for you?

[Xaurus]

AC3Filter does not work with DTS-HD (its a crappy implementation, instead of just ignoring the HD extension like any good decoder, it just fails miserably), maybe thats why it broke for you?
Yes, perhaps. Actually it didn't cross my mind that it was an audio filter problem. In any case, I simply love LAV.

Thanks for all your help!

[Reino]

Those files are just broken.
For one, they are MPEG-TS files, but named .mpg? Oh well, that wouldn't break anything.
However, the audio is flagged as stream_type=4, which is the ID for mpeg audio. If someone encodes stuff like this, it just will not work, sorry. I cannot support every broken file out there..
No big deal. I picked these up from a Russian website some years ago for testing purposes. It was just the fact the MPC-HC Mpeg Splitter had no problems with these 2 videos that I thought I'd mention.

[Selur]

small bug report: LAV Filters (0.3) interferes with SIF1 (v1.20) as soon as I install the x86 splitter (even if I disable .avi support for the Splitter; may be the disabling optio in the installer doesn't work correctly) playback of SIF1 doesn't work properly. (If I disable the x86 splitter everything works fine.)

Cu Selur

[nevcairiel]

The version is 0.30 (read: zero dot thirty), not 0.3 (read: zero dot three). 0.3 is about a year old.

Anyway, the only thing LAV Splitter does when you install it, it sets itself up to be the source filter that handles AVI files. It doesn't do anything that would break anything else.
Sounds to me like that filter you're talking about just doesn't like working with LAV Splitter, is all.

[CruNcher]

No big deal. I picked these up from a Russian website some years ago for testing purposes. It was just the fact the MPC-HC Mpeg Splitter had no problems with these 2 videos that I thought I'd mention.

Those are Moonlight Demos back from the early research days of AAC you can be sure those are buggy muxed and non standard they where experimenting with AAC back then it seems, these should be more iso compliant http://www.elecard.com/en/download/videos.html :P

Nice if this fixes the 30 fps lock for .ts @ Encoding that would be perfect (Playback/Transcoding) :)

I now also separated all of those special aac laatm muxes (bad ones, correct ones) testing them in combination with DivX AAC Decoder (Mainconcept) and the splitter/parser

PS: It looks crazy good so far in Player (Dshow) test of the 30 fps lock test shows @ 2x fast forward it gets crazy fast and doesn't locks to 30 fps max anymore after some second speedup like it used todo previously, it accelerates to the full 60 fps without problems now almost instantly under 1 sec (audio/video) that looks perfect Nev great work (now it seems even better then Cyberlinks Demuxer in those regards as good as Arcsoft and Mainconcepts) :) http://forum.doom9.org/showpost.php?p=1502471&postcount=3309 <- so without further testing just from the first player test seems fixed.
Also only 1 stream so far couldn't be played (though it was nicely falling back to MPCs internal Splitter and played) but im still into testing around 50 others of those 158 ;)

Being able now to use LavSplitter for Transcoding/Playback is a big usability step (also makes a combined framework with as less as possible dshow code bloat much easier) :)

Results (Play and Go test First Playback results File open play Video/Audio no switch test no seek test):

out of those 158 streams following new issues (their are a lot of laatm issues in combination with audio decoding but most are known, separated those streams now :) )

1 stream no parsing @ all switches to MPCs Internal Splitter (old issue, though not critical as this fallback works fine, and changing code because of only this 1 stream seems crazy risking to much)
1 new stream (Mpeg-2, Mainconcept Mpeg-2 Decoder) unsync issues (need to check Decoder side first before looking @ splitter and audio (lav audio sync functions (ac3), easier to avoid cross codec issues that way also testing only the Mpeg-2 streams for differences saves a lot of time ;) )
1 old H264 recording gets unsync (no possibility on the decoder side (Cyberlink Decoder) to change sync options) have to check how the HD PVR fix enabled changes the other streams behavior (as the HD PVR recordings actually work without issues since some time now without the HD PVR fix) <- No issues with DXVA

except those 3 issues and all the laatm related things everything else works 100% for .ts (including VC-1 (Lav Cuvid)) :)
I hope the 2 last issues are just a easy settings fix (decoder and splitter side) without impacting everything else, this would then reduce it to only 1 (Play & Go) issue that isn't really critical @ all :)

All of the streams Played back with VMR-9 Renderless and Vsync correction (MPC-HC) no issues :)

Testing is done on Nvidias Framework (so stability and performance is VP2 and Nvidia Driver based Forceware 275.65 WHQL (DSP decoding part (DXVA)) with disabled Nvidia IVTC)

Arghh just realized DXVA is totally lost (with 275.65 moded Quadro WHQL driver)

Yep it switches to YUY2 (H.264 Cyberlink) and YV12 (Mpeg-2 Mainconcept) the issue on XP for this is to search in the Driver (or decoder needs to be updated to the new Driver) i will redo the test once i get hardware playback working again (Lav Cuvid works even with this new Driver that seems not working with DXVA,testing the 1080p 60 fps playback issues with VMR9 first (maybe i finally can leave @ least DXVA to get rid of these work/not work driver (3rd party decoder DXVA issues) once and for all WipeOut 1080p 60 fps BF3 1080p 60 Fps VMR9 test.

Sorry I totally forgot to check @ the DXVA status and or CPU behavior when testing :(
Until i tried .m2ts and came to hard DSP and non DXVA complaint streams that suddenly showed no issues i realized something is wrong (6Cat stream,Samsung stream,4 Girls stream) :( and then i saw all of them where Decoded by the Cyberlink Software part (YUY2) :(

So above test results are Software Decoding only for both and mostly in Software Decoding you have the least issues currently with anything Hardware Decoding is where most problems arise with the Splitter except the Transcoding issue (which is entirely on the Software Decoding level, though i will double check that too now from the transcoding layer not only fast forward in player to be sure this issue with the 30 fps lock is history when transcoding).

Maybe it's also a MPC-HC issue used the newest build i first have to find out why DXVA is currently failing with VP2 and the mentioned Decoders (i suspect the Driver which isn't even for the Geforce series but Lav Cuvid (Nvcuvid Api) works fine with it) :(

First though i will check the Splitter level it can cause and has caused DXVA issues with Decoders often in the past, especially when not made by the same vendor (also it's the easiest to test before trying to reinstall a Driver)

Update:

1st try Splitter = Negative MPC-HC splitter behaves the same with Cyberlinks Decoder all 1080p streams lost DXVA 720p works (so Driver or Decoder issue with the Driver is the most probable cause)
2nd try Driver = Gone back to 275.50 beta no good still DXVA doesn't work as it should going back some driver revisions before 275 i know that worked now.

PS: This is serious my whole DXVA subsystem seems to go crazy not sure what code change initiated this but now i understand why Flash Player is also doing strange stuff and this doesn't even seem Driver related maybe some Directx issue Intel Board driver, actually i dunno CoreAVCs DXVA also stoped working and that can be reliable checked because of it's Red DXVA Icon.
Maybe something wants to tell me it's the right time moving to NT 6 now ;)

Did anyone ever lost the DXVA subsystem under XP completely or @ least it was damaged so heavily that it behaved extremely crazy ?, its my first time ever i looked for every acceleration knob i could find actually their are 3 locations accessible via a GUI i know myself Dxdiag,DirectX Controll Panel, and via the Advanced GFX Panel, everyone of them is active also the DirectX Installation seems ok still i don't get 1080p DXVA acceleration working @ all anymore
Nvcuvid isn't affected 720p,1080p no issues except the 1080p 60 fps problem because of that i actually preferred DXVA and automatic 4:2:2 Studio Profile Hardware/Software switching.

Tried to reinstall the GFX driver (several different revisions) no go i guess only the Panic Solution might be able to help a complete Internet Explorer and Windows Media Player re Installation hopefully it magically comes back after :(

Actually i found out you can use MPC-HC and it's internal DXVA very nicely @ least to test if it's working @ all
MPC-HC always tries to Decode with DXVA (it doesn't seem to ever fall back to Software Decoding when DXVA fails) if it's selected as internal decoder, result is a full black Screen on 1080p H.264 Videos currently :( with 720p Videos it works same behavior like Flash Player currently also CoreAVCs DXVA has a nice Indicator (the ATI RED CoreAVC icon that currently with 1080p videos switches to blue Software).

My Current Dilemma

http://img98.imageshack.us/img98/9794/notgoodg.th.png (http://img98.imageshack.us/img98/9794/notgoodg.png)

http://img818.imageshack.us/img818/4346/nothingdeadzerotot.th.png (http://img818.imageshack.us/img818/4346/nothingdeadzerotot.png)

its like 1080p acceleration never existed (and most here know VP2 is capable of it and i didn't imagined using it over all the years )


So after fixing my DXVA issues ( for those who want to have a insight view what was going on and how i fixed it http://forum.doom9.org/showthread.php?t=162021) , and retesting the result doesn't changed much except the 2 streams that showed sync issues also work in DXVA now without any issues, the Latm stuff stays problematic depending on the stream (how it was muxed flaged, does it use Scalable AAC ect).

but all in all it works fantastically stable on the playback side :) with both Mainconcepts Mpeg-2 Decoder (switching between 4:2:2 Studio Profile Software Decoding and Hardware decoding works without issues) and Cyberlinks H.264 Decoder (no dynamic Hi10, Lossless and 4:4:4 Software switching possible yet, Lav Splitter + LavCuvid in combinatation with LavVideo it would be possible same for MPC-Video Decoder and LavVideo or Ffdshow) for *.ts :) Or put the whole Logic for this into MPC-HC directly (detecting stream with Mediainfo then decide based on the used Hardware for the most efficient Decoder or even the only working ones).

this was done testing the 0.30 release one guy posted a BBC HD sample of a Beyonce concert here that indeed shows problems (stucks @ the first frame, no issues either with Mplayer though VLC also stucks some seconds but then plays)
If it is damaged maybe after running it throug VIdeoRedo it can be made compatible with LavSplitter (though Lav Splitter should be able to parse this if mplayer, vlc are able too)

[Superb]

A friend posted a problematic trp file. No audio is being heard.
The file: http://www.sendspace.com/file/8v77k3
MediaInfo: http://pastebin.com/nBtREGvX
Filters menu of MPC-HC while playing: http://lulzimg.com/i24/62f526.png (seems like the AAC is identified as mp1 audio)

He used LAV Splitter and LAV Audio v0.30.

[Selur]

Sounds to me like that filter you're talking about just doesn't like working with LAV Splitter, is all.
Neiromaster author of SIF1 found the problem in LAV Filter, see: http://forum.doom9.org/showthread.php?p=1515675#post1515675

Cu Selur

[nevcairiel]

Neiromaster author of SIF1 found the problem in LAV Filter, see: http://forum.doom9.org/showthread.php?p=1515675#post1515675

Cu Selur

His explanation doesn't make any sense. Its a compressed format, probably variable size, relying on that value to be set to something is silly.

biSizeImage is not defined for compressed formats. 0 is a perfectly valid value. Setting to the width*height*3 makes no sense, thats the size of a full uncompressed image buffer.

[cengizhan]

nevcairiel,

currently your beta video decoder doesnt work with some dvb programs like dvbdream. will you add support for dvb programs?

[nevcairiel]

Nev, got an issue with this sample, http://www.mediafire.com/?8jq2e4857a3udcz

When using LAV Splitter which this, video just stalls and only audio plays, if MPC splitter used with LAV Video/Audio it plays fine.


Fixed.


this was done testing the 0.30 release one guy posted a BBC HD sample of a Beyonce concert here that indeed shows problems (stucks @ the first frame, no issues either with Mplayer though VLC also stucks some seconds but then plays)
If it is damaged maybe after running it throug VIdeoRedo it can be made compatible with LavSplitter (though Lav Splitter should be able to parse this if mplayer, vlc are able too)

That sample was just fixed, as well.

[Xaurus]

nevcairiel,

Is it possible to add something like a gain/normalization control to LAVaudio?
By dropping AC3filter I have a problem getting a stable volume
from different movies. One movie can have a lower volume than
the other etc.

:thanks:

[nevcairiel]

Is it possible to add something like a gain/normalization control to LAVaudio?
By dropping AC3filter I have a problem getting a stable volume
from different movies. One movie can have a lower volume than
the other etc.

Possible, sure.

Will i do it? Probably not. Those types of algorithms have *loads* of difficultys, not something i really want to get into.

[Rectal Prolapse]

Hi - just wondering if anyone has had playback problems with Fellowship of the Ring Extended Edition Blu-ray Disc 2 when using LAV filters for playback?

Specifically, starting after the 40 minute mark of disc 2, when Gandalf says, "Fly, you fools" before falling off the ledge, the audio will stutter and go into slow motion for several seconds and then the audio remains out of sync for the rest of the movie. This is playing the DTS-HD track, with or without the Arcsoft decoder DLL.

I can reproduce this problem more than 50% of the time by rewinding back to the 40 minute mark and playing from there. Tested with varying versions of MPC-HC, on two different PCs (Core 2 Duo E6400 with NVIDIA 260 card) and an i7-2600K machine (stock speed) with the same videocard - LAVCUVID was used. The problem goes away 100% if I switch to a different audio filter, like ffdshow or the inbuilt MPC-HC one. The common denominator seems to be the LAVAudio filter. When MPC-HC is set to show statistics with the framerate information and graph, it looks like the LAVAudio splitter goes wildly out of sync and the graph goes crazy. The video looks fine but the audio just goes nuts.

I believe this occurs even if I use MPC-HC's own h264 decoder, but I am not 100% sure on this as it has been a month since I did that test.

This was tested with version 0.29 of LAV. I haven't tested with version 0.30 yet.

EDIT: BTW this also happens if I have the LAV audio filter is set to SPDIF mode. Also, the m2ts stream was run through eac3to and no errors were reported in the stream.

Thanks for your time.

[nevcairiel]

I noticed this problem myself on some discs, and after you poked me about it, i spend the last two hours trying to figure out the cause, and i think i isolated a possible cause in the ffmpeg DTS parser .. more testing going to happen, but i'm hopeful.

[nevcairiel]

Eh, what good is testing all by myself, eh!

http://files.1f0.de/lavf/LAVFilters-0.30-131-g963d83e-video.zip

This is the latest build out of the video branch, which also got the fix for the DTS parser. Please try it, especially on DTS-HD tracks, and confirm that nothing new broke, and the issue is resolved. I hope it now doesn't start detecting false positives ..

How big is the chance some random encoded chunk looks exactly like the 32-bit DTS sync word? Not very high, or is it?
I should eventually write a new, smarter, DTS parser, if there are any problems now.

[Messiah]

How big is the chance some random encoded chunk looks exactly like the 32-bit DTS sync word? Not very high, or is it?


LOL, same chance that you got hit by a truck while in hotel...on the 5th floor :p

[Superb]

A friend posted a problematic trp file. No audio is being heard.
The file: http://www.sendspace.com/file/8v77k3
MediaInfo: http://pastebin.com/nBtREGvX
Filters menu of MPC-HC while playing: http://lulzimg.com/i24/62f526.png (seems like the AAC is identified as mp1 audio)

He used LAV Splitter and LAV Audio v0.30.I just opened a ticked for this issue: http://code.google.com/p/lavfilters/issues/detail?id=39

[azaze1]

Hi,

If my windows mixer is set for 7.1, and I want to play a DTS-HD MA 5.1 mkv and have WASAPI exclusive ensure 5.1 PCM to my receiver... how can I achieve that when dropping in the arcsoft dtsdecoder.dll into the LAV Filters directory?

First problem I have is it defaults to 2.0 and does not remember when I make a change (I recall some regedit to enforce 7.1 if that's what you have).

Second problem is I do NOT want 7.1 PCM with 2 silent channels being sent with a 5.1 track. I want a 5.1 track sent so my receiver creates a 7.1 matrix. Is this doable via LAV audio decoder settings? Or would that be in the Arcsoft's config domain? If so is it even possible?

madFLAC is able to send a 5.1 PCM with a 5.1 FLAC mkv when my windows mixer is 7.1 which is perfect. I'm hoping the same can be done with decoding DTSHD-MA 5.1

EDIT: sorry, this was covered earlier in the thread... didn't search for the right string. Reclock is the answer. moving on...

[v0lt]

@nevcairiel
How to download the source code?

[Superb]

@nevcairiel
How to download the source code?http://code.google.com/p/lavfilters/source/checkout

[v0lt]

Previously was a link to the archive. I do not see it now. :(

[mikinho]

Previously was a link to the archive. I do not see it now. :(

A git repository contains all the history at all time. So you can do a git clone and then checkout whatever branch\commit you want.

[Rectal Prolapse]

Eh, what good is testing all by myself, eh!

http://files.1f0.de/lavf/LAVFilters-0.30-131-g963d83e-video.zip

This is the latest build out of the video branch, which also got the fix for the DTS parser. Please try it, especially on DTS-HD tracks, and confirm that nothing new broke, and the issue is resolved. I hope it now doesn't start detecting false positives ..


Sorry nev, it didn't seem to work for that scene I mentioned in FOTR disc 2. Still the same problem! In fact it glitched twice and audio sync was off by several seconds. :(

If you turn on mpc-hc's stats display (CONTROL-J) you'll see the framerate go crazy.

[Rectal Prolapse]

BTW the next two times I repeated the scene (starting at the 00:40:00 mark) the problem didn't manifest. So I suspect this may be a parsing issue that also is dependent on buffering and also whatever algorithm is used to sync the audio. Strange issue.

[nevcairiel]

Are you sure you used my version, like 100% ? :)
I tried around 20 times on that spot to reproduce it after the change, and didn't manage to. Before it happend at least after 3 trys or so.

Nevertheless, i'll check again when i get back home. It was getting kind of late last night.

PS:
The framerate goes crazy because it trys to compensate for the A/V delay - sadly once it starts going bad, it usually doesn't recover for a while, so it has to constantly compensate, resulting in this very odd looking graph. If you let it play for a while, eventually it should fix the A/V sync again .. at least did for me, but it can take a long time, depending when the parser stops being silly. :)

I should try to cut out a part of that file with which i can reproduce the problem 100%, and not rely on seeking to some random position ...

[roytam1]

I just built a debug version myself (Thanks MSVC 2010 Express) and added pts(pkt_pts) and cpn(coded_picture_number) to debug log (the sample is still [KTXP&DYMY][Kamisama Dolls][03][GB][RV10].rmvb):
(...)
LAVVideo.ax(tid 1e8) 1048 : NewSegment - 0 / 0
LAVVideo.ax(tid dcc) 1065 : Frame, rtStart: 1670000, diff: 1670000, pts: 0, cpn: 0, key: 1, ref: 3, type: I, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1145 : SetMediaType -- out
LAVVideo.ax(tid dcc) 1145 : New MediaType negotiated; actual width: 848 - renderer requests: 896
LAVVideo.ax(tid dcc) 1350 : Frame, rtStart: 2087082, diff: 417082, pts: 1680000, cpn: 2, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1395 : Frame, rtStart: 2920000, diff: 832918, pts: 1670000, cpn: 1, key: 1, ref: 3, type: I, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1477 : Frame, rtStart: 3337082, diff: 417082, pts: 2930000, cpn: 4, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1520 : Frame, rtStart: 3750000, diff: 412918, pts: 2920000, cpn: 3, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1560 : Frame, rtStart: 4167082, diff: 417082, pts: 3760000, cpn: 6, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1601 : Frame, rtStart: 5010000, diff: 842918, pts: 3750000, cpn: 5, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1686 : Frame, rtStart: 5427082, diff: 417082, pts: 5020000, cpn: 8, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1729 : Frame, rtStart: 6260000, diff: 832918, pts: 5010000, cpn: 7, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1812 : Frame, rtStart: 6677082, diff: 417082, pts: 6270000, cpn: 10, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1856 : Frame, rtStart: 7090000, diff: 412918, pts: 6260000, cpn: 9, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1894 : Frame, rtStart: 7507082, diff: 417082, pts: 7100000, cpn: 12, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 1936 : Frame, rtStart: 8760000, diff: 1252918, pts: 7090000, cpn: 11, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 2062 : Frame, rtStart: 9177082, diff: 417082, pts: 8770000, cpn: 14, key: 0, ref: 0, type: B, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 2103 : Frame, rtStart: 9180000, diff: 2918, pts: 8760000, cpn: 13, key: 1, ref: 3, type: I, repeat: 0, tidx: 0
LAVVideo.ax(tid dcc) 2108 : Frame, rtStart: 9590000, diff: 410000, pts: 9180000, cpn: 15, key: 0, ref: 3, type: P, repeat: 0, tidx: 0
(...)

I found that the cpn doesn't come in sequence (display_picture_number is always 0), does it affect the display effect?

EDIT: OK it is still timestamps issue. Please try this build:
http://www.mediafire.com/file/gle6z7bflgcleem/lavfilters_963d83e_bin_Win32.7z
LAV Splitter + LAVVideo for RV40 in RM/RMVB files should be be that choppy now (not working for MPC Real Splitter + LAVVideo). Unknown for RV40 in MKV.
Patch for ffmpeg libavformat is available at http://code.google.com/p/lavfilters/issues/detail?id=26#c6

[nevcairiel]

The codec picture number is after B-Frame reodering, its not meant to be in sequence. Similar for pkt_pts, its reordered to compensate for b-frames, however the source timestamps do not require reordering - as you can see they are not in chronological order either.

The order the frames are output from the decoder is the correct order, you would see very distinct artifacts if it weren't that case.

[roytam1]

Please try this build:
http://www.mediafire.com/file/gle6z7bflgcleem/lavfilters_963d83e_bin_Win32.7z
LAV Splitter + LAVVideo for RV40 in RM/RMVB files should not be that choppy now (not working for MPC Real Splitter + LAVVideo). Unknown for RV40 in MKV.
Patch for ffmpeg libavformat is available at http://code.google.com/p/lavfilters/issues/detail?id=26#c6

I think if timestamp fixing can be done in decoder side will be lot better than doing that in splitter side.

[nevcairiel]

I'll check the patch later.

Fixing the timestamps in the decoder is not necessarily possible, as only the splitter can really know the timestamps. Of course this is two-fold - fixing it in the splitter means it works with every decoder, fixing it in the decoder means it'll work with every splitter. Right now, me personally, i favor fixing it in the splitter, as thats the more important aspect for me. :)

[clsid]

Playback is smooth when using the MPC decoder in combination with the Real DLLs. Perhaps it would be interesting to compare the timestamp output of the MPC decoder with those from LAV.

Would you consider adding support for using cook.dll in LAV Audio? That would help getting proper playback of RMVB since cook support is incomplete in FFmpeg. RMVB is a pretty popular format in Asia. Getting it working would mean another set of filters in MPC can potentially be replaced by LAV Filters.

[nevcairiel]

I have no plans to add support for any other external decoders. If you're into watching alot of Real content, you can just use the official real Codecs.

[roytam1]

Playback is smooth when using the MPC decoder in combination with the Real DLLs. Perhaps it would be interesting to compare the timestamp output of the MPC decoder with those from LAV.

Would you consider adding support for using cook.dll in LAV Audio? That would help getting proper playback of RMVB since cook support is incomplete in FFmpeg. RMVB is a pretty popular format in Asia. Getting it working would mean another set of filters in MPC can potentially be replaced by LAV Filters.

I'd prefer fixing libav/ffmpeg instead of make use of proprietary decoders.

[nevcairiel]

Sorry nev, it didn't seem to work for that scene I mentioned in FOTR disc 2. Still the same problem! In fact it glitched twice and audio sync was off by several seconds. :(

If you turn on mpc-hc's stats display (CONTROL-J) you'll see the framerate go crazy.

I re-checked the fix (and re-worked it a bit with some cleaner code), however i could not reproduce the issue anymore, no matter how often i tried.
I also got a report from someone else that had a similar problem on another disc, saying that it was fixed for him.

I understand why the problem occured, and by understanding, i also know that my fix will correct it. It all made sense once i got proper debug output going.

[Rectal Prolapse]

Hmmm - I was using rev. 0.29 before and I only installed your newer 0.30. I'll have to check again. I did a reboot and had not run MPC-HC before, so I'm pretty sure it's the newer one - it said 0.30 in the filter properties dialog box.

[SamuriHL]

I've finally been able to check out LAV VIDEO decoder on my laptop and main HTPC. (Hoping for it to replace PDVD11 decoder). On my laptop it's efficient enough to run all my MKV's without overtaxing the CPU. That's majorly impressive because FFDSHOW was NOT able to do that. On my main HTPC (quad core beast) it's super smooth, as well. So, yes, I'm done with PDVD11 decoder and have switched to LAV VIDEO now on those two machines. Very pleased now. :) Thanks, Nev!

[SamuriHL]

P.S. Is LAV VIDEO in one of the repositories? I'd like to pull it down and start building it. Was it added to LAV Filters?

[mikinho]

P.S. Is LAV VIDEO in one of the repositories? I'd like to pull it down and start building it. Was it added to LAV Filters?

It is in its own Git repository http://git.1f0.de/gitweb?p=lavcuvid.git;a=summary

[SamuriHL]

It is in its own Git repository http://git.1f0.de/gitweb?p=lavcuvid.git;a=summary

No, that's for LAV CUVID. I already build that for my nVidia machine. I'm looking for the source to the new LAV VIDEO decoder based on ffmpeg.

[Underground78]

More precisely here: http://git.1f0.de/gitweb?p=lavfsplitter.git;a=shortlog;h=refs/heads/video, you have to use the "video" branch.

[SamuriHL]

More precisely here: http://git.1f0.de/gitweb?p=lavfsplitter.git;a=shortlog;h=refs/heads/video, you have to use the "video" branch.

Perfect. That's what I was looking for. Thanks!

[nevcairiel]

If you're using the git client, just checkout the video branch.

I plan to release 0.31 without video, and afterwards merge it into the main tree.
To get that going, i'll ignore video for the time being, and do some audio/splitter things. ;)

[SamuriHL]

Sounds good. Thanks!

[v0lt]

A git repository contains all the history at all time. So you can do a git clone and then checkout whatever branch\commit you want.
TortoiseGit does not work. Why make it difficult? Why not SVN (which works without crutches)?

[nevcairiel]

TortoiseGit does not work. Why make it difficult? Why not SVN (which works without crutches)?

Why make it easy? Easy is no fun!
I like annoying people, especially you :D

Also, SVN sucks. :)

Honestly, i don't care at all if anyone manages to download the sources if he wants to compile it. You want to build your own? You better figure out how.

[SamuriHL]

I have tortoiseGIT working just fine to pull Nev's code. I was just confused as to where the video decoder was. I'm good now. :)

(P.S. As a software engineer myself, I'm gonna give you guys some advice...NEVER argue with the developer as to where to put their code. ;))

[mikinho]

TortoiseGit does not work. Why make it difficult? Why not SVN (which works without crutches)?

See http://whygitisbetterthanx.com/ :)

Use the command line tools. Easy to use once you learn the commands