LAV Filters - DirectShow Media Splitter and Decoders

[Mercury_22]

Ok, thanks.

I don't have the latest build, if someone could upload it, I can test it against my MPEG-TS collection :)

On this one, 0.21-16-ga7a4a71 I am getting few crashes on seeks for TS and PS and 1 or 2 crash on start's.

Nevcairiel-LAVFSplitter-0.21-20-g25cf6e0 (http://www.multiupload.com/4YXAGI9BRG)

@Nev So far just some files with 0.000 Frame rate but playing ok (with MPC-HC's internal are showing 50 they are 25i mpeg2 or avc) but I didn't test them before so I can't say that this is caused by your latest changes

[Dogway]

@nevcairiel: I think now everything works nice. At least better than before. Still Im unsure if LAV Splitter supports ASP, I tried with two clips, one divx3+mp3, another one divx5+adpcm. Im also testing LAVCUVID and it doesn't work with them, everything is fine when talking about h.264.

divx5+adpcm 2Mb:
http://www.mediafire.com/?7owp6mc7az6cix7

edit: 0.21 didn't split them, reverted back to 0.20. Yet LAVCUVID still doesn't decode them, I will post this in its proper thread. edit2: this is why (http://forum.doom9.org/showpost.php?p=1488446&postcount=104)

[VipZ]

Nevcairiel-LAVFSplitter-0.21-20-g25cf6e0 (http://www.multiupload.com/4YXAGI9BRG)

@Nev So far just some files with 0.000 Frame rate but playing ok (with MPC-HC's internal are showing 50 they are 25i mpeg2 or avc) but I didn't test them before so I can't say that this is caused by your latest changes

Thanks for that build, all the previous broken PS/TS are now working fine.

Only 2 minor issues I find remain,
OGM, from 1st frame to 1st key frame is corrupted.
WMV, AR flags not honored.

Thanks nev for the awesome progress this weekend, from using for a handfull of files, to all :)

[Kaotech]

I've a another problem with official 0.21 build, i don't know why, but again my bluray stop to play when I change audio. :confused:

It's very strange nobody have the same problem.

VipZ Your evo file are playing with the good framerate now ?

[Underground78]

I've a another problem with official 0.21 build, i don't know why, but again my bluray stop to play when I change audio. :confused:

It's very strange nobody have the same problem.

I have the same problem with a TS file and a MKV file but not every times. I am still not sure to clearly understand when it works and when it doesn't.

[nevcairiel]

WMV, AR flags not honored.

Do you have a sample for that?
I think i know whats going on, but i haven't found a file that shows it. I barely have any WMVs to begin with. :(

[VipZ]

I've a another problem with official 0.21 build, i don't know why, but again my bluray stop to play when I change audio. :confused:

It's very strange nobody have the same problem.

VipZ Your evo file are playing with the good framerate now ?

Nope, it was hoping nev could help with EVO's but I had already abandoned hope for EVO's, I will maybe occasionally try when new builds come out, but otherwise will just try forgot this format ever existed.

Do you have a sample for that?
I think i know whats going on, but i haven't found a file that shows it. I barely have any WMVs to begin with. :(

I will see if I can get a sample for you.

[nevcairiel]

I will see if I can get a sample for you.

Tested with the sample, and it doesn't seem like its properly detecting the AR at all, doesn't look like i can fix that right now.

Would have to dig into avformat itself if its detecting the AR at all, or just forgetting to tell anyone.

[CruNcher]

Disable Video Stream Parsing fixes the sync issues for the Hauppauge .ts Streams :)
damnit now it gets unsyc for Mpeg-2 streams (delay correction is not setting in) using Mainconcepts Decoder with that setting i guess i have to reconfigure it :(
yep reenabling Video Stream Parsing and it works again on the Mpeg-2 ts and fails on the H.264 ts :(

The delay correction is to long for the H.264 Hauppauge ts thats why it gets unsync with Video Stream Parsing disabled it isnt as long and stays sync sample_HD.ts :)

[nevcairiel]

If your first set of streams was H264, then the next version wont use the parser anymore anyway.

[sneaker_ger]

Thanks for your answer !

The "Subtitles" menu is grayed out : http://i.imgur.com/MaqHw.png (http://imgur.com/MaqHw.png) ...

I don't understand why, I've checked the options and I see nothing wrong. :confused: I am still using XP, can it be related to that ?

Also what should I do if I don't use MadVR so that DVXA decoding works ? I guess I should add DirectVobSub to the list in this case ?

You cannot (currently) use DXVA and DirectVobSub at the same time. Make sure you have respected the following options:
1.) In MPC-HC's options under "Playback", activate "Auto-load subtitles"
2.) in MPC-HC's options under "Output", you use a renderer with two asterisks behind the name (" ** "). On Windows XP that's "VMR-9 (renderless)" if you want to use DXVA

[pankov]

I've just tested a bunch of .ts files and I'm pretty pleased with the results.
Only this one
http://www.mediafire.com/?em2ouktaqfvd36f
crashes the player (ZoomPlayer) after showing the first few frames.
If I select "No subtitles" in LAV Splitter's options everything works fine.
So I guess it could be that it's DirectVobSub's fault after all but I thought it's better report it in case you can do something about it.

[nevcairiel]

I've just tested a bunch of .ts files and I'm pretty pleased with the results.
Only this one
http://www.mediafire.com/?em2ouktaqfvd36f
crashes the player (ZoomPlayer) after showing the first few frames.
If I select "No subtitles" in LAV Splitter's options everything works fine.
So I guess it could be that it's DirectVobSub's fault after all but I thought it's better report it in case you can do something about it.

Interesting, the second BBC-HD subtitle crash. Maybe i should figure out why its crashing in VSFilter.

Edit: Actually, at least when using the MPC-HC internal renderer, this one doesn't crash.

[CruNcher]

all the other H.264 streams seem to stay sync so if the fix is just to disable Video Stream Parsing for H.264 ts bitstreams (in this decoder configuration) and enable it for Mpeg-2 Bitstreams (for the other Mainconcept) it could be a way of managing it but i wait for your next version to see if its a better way for more Decoder especialy as this way here brakes LAV CUVID Mpeg-2 Decoder it freezes with Video Stream Parsing off on that Mpeg-2 sample. Now i will test first how many H264 .ts streams are affected by Disabling the Video Stream Parsing :)

Nice the Hilary Stream Plays now with the new build im using the one from Mercury http://www.multiupload.com/4YXAGI9BRG, no stream switching yet but at least it plays, seeking though still seems to fail also :)

hehe i cant wait for the ultimate showdown between MPC-HC TS Splitter and LAV Splitter, Haalis Splitter seems already far behind with all its crashes and PAT problems :D

[Blight]

clsid, nevcairiel:
Even with v0.21, the sub-type is changed for formats other than AVI, for example "VOB" files (MPEG2-PS).
Is it possible to disable this behavior in the new installer by created clsid?
And while we're discussing the installer, can you set a command line to disable some or all format registration, so that no sub-type is changed by the installer when doing a unattended (silent) installs?

[CruNcher]

Nev i see you got V0lts Canal HD sample working though it crashes Cyberlinks Decoder now :( works fine with LAV CUVID obviously

http://img835.imageshack.us/img835/295/cyberlinkcrash.png

guess we need to see if that still happens with the new H.264 parser in LAV Splitter 0.22

[Underground78]

In MPC-HC's options under "Playback", activate "Auto-load subtitles"

Damn it, I just forgot to switch "Auto-load subtitles" on ... :o Thanks a lot !

I still have some problems with a mkv file, if I try to change the audio track, the audio stops playing : sample.mkv (http://www.mediafire.com/?fub83pmbmckm146) ...

PS : Are TS files with more than one program currently supported ?

[CruNcher]

Obviously turning of Video Stream Parsing just to fix some streams sync issues is no good solution as other streams can stay completely black and additionally others go unsync shifting problems around is not a good idea :(
Even if so far i found only 1 Stream that goes entirely black and 1 Stream that goes out of sync

Oh some .m2ts streams also fall back to Arcsoft Demux or MPC-HC splitter and can't be parsed with that LAV Splitter build @ all anymore it seems most common criteria seems that they have a dts-hd ma stream and that sound doesn't play with Lav Audio decoder @ all on the other 2 parser.

Here is a sample of such a .m2ts that falls back the chain http://www.mediafire.com/download.php?89mi598a8y73jba (though that's much better then how some Video Decoder try to forcefully playback streams they can't ;) )

[nevcairiel]

Are TS files with more than one program currently supported ?

You should be able to play them, with the limitation that you'll only ever see the first program it finds.

[Underground78]

You should be able to play them, with the limitation that you'll only ever see the first program it finds.

With this sample (http://www.mediafire.com/?39r98s8aofe33sc), it only shows the first image so I guess there is something wrong.

Also with this other sample (http://www.mediafire.com/?z0fcr5k3023r31v), the playback is quite jerky when using the VMR-9 renderer. I am not sure it is related to LAV Splitter though.

[CruNcher]

@Underground78 try this build after 0.21 it should fix the freeze issue http://www.multiupload.com/4YXAGI9BRG oh indeed that sample still freezes also with the new build, the other shows no issues here on vmr9 windowed nor renderless nor lav cuvid nor cyberlink nor ffdshow audio nor lav audio nor any combination ;)

[Underground78]

@Underground78 try this build after 0.21 it should fix the freeze issue http://www.multiupload.com/4YXAGI9BRG oh indeed that sample still freezes

It fixes this : Also with this other sample, the playback is quite jerky when using the VMR-9 renderer. I am not sure it is related to LAV Splitter though.

Thanks ! :)

[CruNcher]

Instant Stream switching like with the Hilary sample works fine with Cyberlinks Demuxer

http://img291.imageshack.us/img291/1038/cyberlinkdemuxmultiplex.png

MPC-HC splitter in comparison with the hilary sample also fails on this one (Video Freeze audio Plays) :(

VLC fails also here with it defaults only mplayer (smplayer gui) does the stream switching as instant as cyberlink on Windows though smplayer gui wont jump to the correct audio stream you need to select that manualy :P

[Sebastiii]

Originally Posted by Aleksoid1978 View Post
Bug .ts + MPEG2 - http://aleksoid.tosei.ru/Test/Sample/Hilary.0000.ts

Fixed

It start to play, but i can't seek it, timer stop. :(

[clsid]

@nevcairiel

Perhaps you can make the format registration conditional?
For example, read values from HKLM\Software\LAV\Splitter
If value for a format is 1, registered format. If 0, don't register (and cleanup previous registration).
If value does not exist, use internal default, namely register stable formats. That way the reg key is not needed for manual registration.

I will send script after I have cleaned it up a bit.

[nevcairiel]

Instant Stream switching like with the Hilary sample works fine with Cyberlinks Demuxer

Stream switching is "by design" not instant. I could just make it instant, but that had some drawbacks.

What i do is let the player actually choose a new audio decoder. For example the MPC-HC splitter doesnt do that, it just hopes that the previous decoder can handle the stream that you are now sending to it.

To choose a new decoder, you need to stop the graph, and reconnect the audio decoder. Now if your audio decoder is crap or just not designed for dynamic reconnection, it could just as well break in the process.
The commercial decoders, and splitters, are only designed to work in one fixed environment, where one decoder is used for all formats, so they don't generally have to handle this.

Comparisons to commercial splitters that are designed to work with exactly one audio decoder and one video decoder and one renderer in one player are really pointless.

[Ger]

The progress is amazing these days. :)

Been running some tests on my DVB samples with the last version uploaded by Mercury_22 (so up to and including this commit (http://git.1f0.de/gitweb?p=lavfsplitter.git;a=commit;h=25cf6e0bf7b4b67a0377e185b31c54cc4000b3cb)), since you asked for regression testing for that one.

No regressions found, but as others have reported, seeking breaks playback with that Hilary ATSC sample. Plays fine (with the HD program selected by default) if starting from position 0 and being allowed to just play out without seeking.

I can also confirm that the crash on seek with ffdshow's libmpeg2 is fixed (http://git.1f0.de/gitweb?p=lavfsplitter.git;a=commit;h=b374847613a8a4eb1e7ddc77ac4aeb9d2824828f) (tested with the old "Henry IV" sample I also uploaded around v0.3). :thanks:

The other issue I have with that "Henry IV" sample (http://www.multiupload.com/VXB2W7GPSL) still remains. When ffdshow is used as the video decoder (libmpeg2 or libavcodec doesn't matter) enabling one of the DVB subtitles stops playback when the subtitles are about to be shown. I went back through previous LAV Splitter versions, and it was broken in v0.6 (working in v0.5). No such issue with the MPC-HC decoder. MPC-HC subtitle renderer used in both cases.

I also did some recordings from around 20 different H.264 HD channels the other night. Most of these were fine, but 3-4 of these channels are problematic with LAV Splitter (black screen or frozen picture and no audio - I guess similar behavior to Underground78's multiplex.ts).

I'm uploading the problem samples recorded from these channels with DVBViewer (3 HD samples) (http://www.multiupload.com/QM1SWU7Y68) (Adjust PMT/PAT option checked - I think this cleans it up and removes all other empty programs from the original transponder/mux), and also with Enigma2 (3 HD from the same channels as above + 1 manually split/cut SD) (http://www.multiupload.com/5S1T78EYDX) which seemingly leaves the PMT/PAT with empty remains from the other channels in the original mux, as seen in Cyberlink Demuxer 2.0. The results are the same though, so how they are recorded seems to matter less than which channel it was recorded from. I'm still including both types just in case. I tested old versions, but they never worked properly, so no regression. Plays fine in DVBViewer, TSPlayer, Enigma2, VLC. MPC-HC splitter is partially OK, but the duration is broken for some of the samples, and may need a seek to start. Duration is OK with LAV Splitter though.

[nevcairiel]

The other issue I have with that "Henry IV" sample (http://www.multiupload.com/VXB2W7GPSL) still remains. When ffdshow is used as the video decoder (libmpeg2 or libavcodec doesn't matter) enabling one of the DVB subtitles stops playback when the subtitles are about to be shown. I went back through previous LAV Splitter versions, and it was broken in v0.6 (working in v0.5). No such issue with the MPC-HC decoder. MPC-HC subtitle renderer used in both cases.

Just to be clear, you have the subs selected from the start, but then it freezes when it wants to show them? Now thats weird.
Also, i don't see that here.

Using LAV Splitter, LAV Audio, ffdshow in libmpeg2, MPC-HC sub renderer, EVR-CP (and madVR tested as well). Selected english audio track, and bulgarian sub track. Subs show just fine.

[nevcairiel]

Perhaps you can make the format registration conditional?
For example, read values from HKLM\Software\LAV\Splitter
If value for a format is 1, registered format. If 0, don't register (and cleanup previous registration).
If value does not exist, use internal default, namely register stable formats. That way the reg key is not needed for manual registration.

I'll think about that tomorrow some, i'm sure i can come up with some reasonable solution.

[Ger]

Just to be clear, you have the subs selected from the start, but then it freezes when it wants to show them? Now thats weird.

Also, i don't see that here.

Using LAV Splitter, LAV Audio, ffdshow in libmpeg2, MPC-HC sub renderer, EVR-CP (and madVR tested as well). Selected english audio track, and bulgarian sub track. Subs show just fine.

I retested now, and it doesn't happen if I add "bul" to the list of wanted subtitle languages. I don't speak Bulgarian, so this is only for testing purposes. It only happens if I enable Bulgarian manually from the filters/splitter menu. But once manually enabled the issue remains even after restarting playback (but not rebuilding the graph which disables the subtitles again when "bul" is not in the list).

madVR and EVR-CP behaves the same. Issue is not present at all with MPC-HC MPEG-2 decoder or with LAV Splitter 0.5 and older.

PS. I normally use "nor,swe,dan,eng" for both audio and subs. Otherwise same settings as you, and yes it plays fine until the subs are about to be shown (so when enabled when no talking is going on for a while it plays longer).

[CruNcher]

Stream switching is "by design" not instant. I could just make it instant, but that had some drawbacks.

What i do is let the player actually choose a new audio decoder. For example the MPC-HC splitter doesnt do that, it just hopes that the previous decoder can handle the stream that you are now sending to it.

To choose a new decoder, you need to stop the graph, and reconnect the audio decoder. Now if your audio decoder is crap or just not designed for dynamic reconnection, it could just as well break in the process.
The commercial decoders, and splitters, are only designed to work in one fixed environment, where one decoder is used for all formats, so they don't generally have to handle this.

Comparisons to commercial splitters that are designed to work with exactly one audio decoder and one video decoder and one renderer in one player are really pointless.

I fully agree interoperability should be the major goal and what you see above their is Cyberlink Demuxer->Lav audio decoder-> Elecard/Mainconcept Mpeg-2 Decoder->VMR9 Renderless (DXVA) doing instant switiching without any issues.
And it is instant i click on the different channel and it immediately switches its not like with MPC-HC Splitter where you have to wait till the next GOP starts before it switches, Cyberlinks/Arcsofts Demuxer work different.

[nevcairiel]

It only happens if I enable Bulgarian manually from the filters/splitter menu. But once manually enabled the issue remains even after restarting playback (but not rebuilding the graph which disables the subtitles again when "bul" is not in the list).

Interesting, i can reproduce it now, and i think i know why. The internal sub renderer has a Pass-Through filter for subtitles, so when it renders them, it still sends them out to any other filter willing to listen.

Now, when you start playback with no subs detected, the subtitle pin is still connected on a very neutral pin type - one that ffdshow understands - so the internal sub renderer connects, and the pass-through filter connects to ffdshow.
Now you switch to a DVB Subtitle. The internal renderer is all happy and starts rendering. The Pass-Through filter sends it merely off to ffdshow as well. But ffdshow is all confused, because it doesn't understand DVB Subs ... and then all breaks.

I will think about a way to solve this problem, maybe i should completly disconnect subtitles - not sure if that really works properly however. :(

In any case, it only happens if you want to activate a dvb subtitle after-the-fact, with a properly choosen language list, hopefully that shouldn't block your daily viewing pleasures. ;)

[pankov]

Nev,
where can one find a full list of supported 3-letter language codes?
is it ISO 639-2?
http://en.wikipedia.org/wiki/List_of_ISO_639-2_codes

[nevcairiel]

http://git.1f0.de/gitweb?p=lavfsplitter.git;a=blob;f=common/DSUtilLite/locale.cpp

I don't claim its complete, i stole it from MPC-HC

And yes, its supposed to be ISO 639-2

[Ger]

In any case, it only happens if you want to activate a dvb subtitle after-the-fact, with a properly choosen language list, hopefully that shouldn't block your daily viewing pleasures. ;)

Nah, no worries on that front. ;)

It doesn't really affect me anyway, for several reasons. DVB-subs are common with H.264 channels here, but MPEG-2 with DVB-subs is not used in this region (old STB compatibility reasons - they only understand TeleText subs), but apparently is in eastern Europe. I also have several STB/hardware/software options available for viewing stuff.

I'm just generally interested in getting your filters as bug free and flexible as possible. So I'm randomly testing/reporting as much as I can think of, even stuff I wouldn't normally use.

[nevcairiel]

I'm just generally interested in getting your filters as bug free and flexible as possible. So I'm randomly testing/reporting as much as I can think of, even stuff I wouldn't normally use.

Thanks!

I just fixed another bug with mpeg-ts programs that caused the freezing-on-start.

If i dont find any other regressions or something, i might release this as 0.22 later today, even though AVI is still broken. :p

For the version after that, i'm going to implement a mode where LAV Splitter can be fed from an external file source, and doesn't have to open the file itself. As it happens, this can then be used with the AVI File Source that MS forces on you, as well as Streaming sources (in some cases), and a whole lot of other things. Using the File Source that MS uses for AVI (and other formats) is a whole lot less invasive then forcing me to be the source filter when i could just as well be "only" a splitter.

Of course this won't work with BluRays, and their 100 files to open. ;)

[Underground78]

I just fixed another bug with mpeg-ts programs that caused the freezing-on-start.

Thanks ! :)

If i dont find any other regressions or something, i might release this as 0.22 later today, even though AVI is still broken. :p

I still have some problems with a mkv file, if I try to change the audio track, the audio stops playing : sample.mkv (http://www.mediafire.com/?fub83pmbmckm146) ...

Have you been able to reproduce the problem or is it only on my side ?

For the version after that, i'm going to implement a mode where LAV Splitter can be fed from an external file source, and doesn't have to open the file itself. As it happens, this can then be used with the AVI File Source that MS forces on you, as well as Streaming sources (in some cases), and a whole lot of other things. Using the File Source that MS uses for AVI (and other formats) is a whole lot less invasive then forcing me to be the source filter when i could just as well be "only" a splitter.

Does it mean LAV Splitter will be able to replace the MS Demultiplexer in MPC-HC capture mode ? It would be great to have something like DVB Source --> LAV Splitter --> MPC-HC DXVA internal decoders which is currently impossible with the MS Demultiplexer.

[nevcairiel]

I don't have a DVB card, so no idea how that thing works exactly, but yes, it could be possible.

Can you post the Output Media Type of the DVB Source?

[SamuriHL]

Nev, is your plan for HD bitstreaming to reuse the code from ffdshow? Just curious how much research you've done on that. Thanks!

[nevcairiel]

I'm not reusing any code from ffdshow, their code is just so ugly. :)

ffmpeg itself already implements HD bitstreaming (which was added just a few month ago), going to use that.

[nevcairiel]

Have you been able to reproduce the problem or is it only on my side ?

Works fine for me, ffdshow for video, LAV Audio for audio. Needs more details.

[SamuriHL]

I'm not reusing any code from ffdshow, their code is just so ugly. :)

ffmpeg itself already implements HD bitstreaming (which was added just a few month ago), going to use that.

It does? Neat. Wasn't aware of that. Well that'll be nice. Cause right now I'm only using ffdshow for the audio bitstreaming. Everything else is done through your code, mpc-hc, and madshi's code. I'd love to remove the ffdshow dependency.

[Underground78]

I don't have a DVB card, so no idea how that thing works exactly, but yes, it could be possible.

Can you post the Output Media Type of the DVB Source?

Is this what you want ?

Filter : Hauppauge WinTV 88x TS Capture - CLSID : {17CCA71B-ECD7-11D0-B908-00A0C9223196}

- Connected to:

CLSID: {AFB6C280-2C41-11D3-8A60-0000F81E0E4A}
Filter: MPEG-2 Demultiplexer
Pin: MPEG-2 Stream

- Connection media type:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: Unknown GUID Name {F4AEB342-0329-4FDD-A8FD-4AFF4926C978}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 58656
cbFormat: 0

[nevcairiel]

MEDIATYPE_Stream looks good in principal. It might however be that a Capture Filter works in Push Mode, and my splitter will for the time being only support pull mode..
I have DVB-C available at my place, just no card to test it .. maybe i should get one cheap somewhere.

[robpdotcom]

Cause right now I'm only using ffdshow for the audio bitstreaming. Everything else is done through your code, mpc-hc, and madshi's code. I'd love to remove the ffdshow dependency.

Same here. I didn't think I'd ever not need ffdshow, but the day seems to be drawing near.

It just kind of makes more sense to use the splitter anyway - using a decoder for bitstreaming seems like a bit of an oxymoron.:confused:

Speaking of removing dead weight, are there any plans in the near future to support ordered chapters and segment linking in LAV Splitter? Or will we still need Haali for that? I've seen it brought up before, but I don't recall any comments from nevcairiel.

[nevcairiel]

It just kind of makes more sense to use the splitter anyway - using a decoder for bitstreaming seems like a bit of an oxymoron.

I'm still undecided on this. In the splitter would be easier, but doing it in the audio decoder would also work with other splitters - then again, screw other splitters. :)



Speaking of removing dead weight, are there any plans in the near future to support ordered chapters and segment linking in LAV Splitter? Or will we still need Haali for that? I've seen it brought up before, but I don't recall any comments from nevcairiel.

Near future? No.
Some time? Sure.

[Mercury_22]

MEDIATYPE_Stream looks good in principal. It might however be that a Capture Filter works in Push Mode, and my splitter will for the time being only support pull mode..
I have DVB-C available at my place, just no card to test it .. maybe i should get one cheap somewhere.

I have the older model (Cinergy HTC USB XS HD) and it's great so I recommend you this one Cinergy HTC Stick HD (http://www.terratec.net/en/products/technical-data/produkte_technische_daten_en_145488.html)

[SamuriHL]

Same here. I didn't think I'd ever not need ffdshow, but the day seems to be drawing near.

It just kind of makes more sense to use the splitter anyway - using a decoder for bitstreaming seems like a bit of an oxymoron.:confused:

Speaking of removing dead weight, are there any plans in the near future to support ordered chapters and segment linking in LAV Splitter? Or will we still need Haali for that? I've seen it brought up before, but I don't recall any comments from nevcairiel.

Yea, I was using ffdshow for quite a few things video related before but lately madVR is providing everything I need so long as I can get it some decoded video. On my main HTPC the world is wide open as to which decoder I use for that (currently Cyberlink Video decoder in HAM mode) but on my bedroom machine I've been super limited and until LAV CUVID I had zero options for using madVR. But now with LAV CUVID I can once again crank madVR up on that machine, as well, so really the only thing I need ffdshow for is audio bitstreaming. I have NOTHING against ffdshow at all, but, I'm of the opinion the less installed to do the most functions the better.

Nev's planning on ordered chapters at some point.

[SamuriHL]

I'm still undecided on this. In the splitter would be easier, but doing it in the audio decoder would also work with other splitters - then again, screw other splitters. :)


I don't really care either way. Let's put it in a different context...what's the QUICKEST way to get it done so we don't have to use ffdshow for it anymore? :D

[nevcairiel]

Quickest is in the splitter, of course - i could just chain the spdif/hdmi muxer after the demuxing, and all would be good. (over simplified, of course)