Normal
Can be cutted for sure but you will break the standarized pre built graph that MP uses to get when dealing with analog cards, in fact the routines to starttimeshift & record work, as you already know, expecting to mux to a tsink and this is common for digital & analog, but, to answer you question, yes it can be done (i did it my (dirty) way). But a major rewrite of several areas is needed. Unfortunately right now i'm figthing with another weird problem on my system with AMStream rejecting to change capture pin resolutions telling me "unknown medyatype" with the lastests svns that is stopping me to advance on a solution without breaking other card combinations + MP functions, just think on the miriad of combinations that must be covered to make it universally applicable to any kind of analog thingy arround.A hint that may help you debug your particular sollution... Use FilterGraphTools.SaveGraph to take a look to the running graph files generated by that method before/after starting timeshift/record, this will clearly tell you that cutting and rebinding some pins will do the trick, also gives you a tool to validate your particular filter combination before running the real thing. (For an unknown reason to me, adding the graphbuilder to ROT doesnt gives graphedit the ability to connect to that remote graph that TVEngine is using, go figure why..... :-(On (3), each compressor has their own way to handle settings so a common way to do it will be very difficult to universalize. I just did my own solution by loading a previously saved graph file whit the single filter needed (encoder). I will post the code if you are interested on that. No time now sorry...
Can be cutted for sure but you will break the standarized pre built graph that MP uses to get when dealing with analog cards, in fact the routines to starttimeshift & record work, as you already know, expecting to mux to a tsink and this is common for digital & analog, but, to answer you question, yes it can be done (i did it my (dirty) way). But a major rewrite of several areas is needed. Unfortunately right now i'm figthing with another weird problem on my system with AMStream rejecting to change capture pin resolutions telling me "unknown medyatype" with the lastests svns that is stopping me to advance on a solution without breaking other card combinations + MP functions, just think on the miriad of combinations that must be covered to make it universally applicable to any kind of analog thingy arround.
A hint that may help you debug your particular sollution... Use FilterGraphTools.SaveGraph to take a look to the running graph files generated by that method before/after starting timeshift/record, this will clearly tell you that cutting and rebinding some pins will do the trick, also gives you a tool to validate your particular filter combination before running the real thing. (For an unknown reason to me, adding the graphbuilder to ROT doesnt gives graphedit the ability to connect to that remote graph that TVEngine is using, go figure why..... :-(
On (3), each compressor has their own way to handle settings so a common way to do it will be very difficult to universalize. I just did my own solution by loading a previously saved graph file whit the single filter needed (encoder). I will post the code if you are interested on that. No time now sorry...
