Re: [Deinterlace-discuss] DScaler 5 and GUI
Brought to you by:
adcockj,
dschmelzer
From: Laurent G. <lg...@fr...> - 2004-07-28 23:17:26
|
Hello ----- Original Message ----- From: "John Adcock" <Jo...@ad...> >> First, technically, is there a special interface to exchange >> data (events) between the GUI and the different filters of >> the built graph ? >There is a general media events method for filters to send the >application events but in general each filter each filter is expected to >fire it's own events. You mean that this is in general included in the filter itself and the user gets the GUI attached to this filter by displaying the filter properties ? Finally, that makes sense, and that allows to have a GUI for each filter whatever the front end using the filter. The only thing is that you have first to build a graph including the filter to be able to display and modify its settings. And organizing a GUI only around the filters properties will probably not lead to something very friendly and homogeneous for the end user ! If we imagine a more high level GUI, we would like to not acceed individually to each filter but have a dialog between the front end and all the different filters. As an example if we want to define in the front end an option "use S/PDIF output for audio", that means there are two settings to update in the DScaler audio decoder. How to inform your filter ? Is there a mechanism to do that ? Now if I think quickly to your next main filter that will manage a lot of things like deinterlacing, picture enhancing filters ... the filter properties window will certainly be very complex with lots of fields ? Do you plan to manage the aspect ratio somewhere in one of your filters ? >MPC is one that I've looked at in >detail and rejected, my current favourite is MediaPortal which has >recently acepted me as a developer. My plans haven't been fully worked >out yet but I think "Dscaler 5" might just be filters and no application >and MediaPortal the prefered but not only application.. I would prefer an application. In fact it depends on how many filters there will be to manage but if I imagine the case of DVB-T, that could be a lot of filters in the graph : - one or several filters to manage the card - DScaler MPEG video decoder - DScaler main filter - DScaler audio decoder - recording filter ... >In my view MPC is not a "proper" gpl app since it links to some binary >only libraries and I don't really want to have too much to do with it. >That being said some of the code in MPC has been very useful and I'll >continue to see if it's worth cleaning up any of the other stuff. In >many ways I see the level of control offered by MPC as too much for a >HTPC application and see something much simpler required. That could be curious for you but I like MPC and sone of the reasons are : - classical interface, not beautifull but easy to use - can be use as a universal player - playing a file is just done by opening it, no need to go through several screens - very powerfull with its options - no need to install anything, just an exe ... That is why I would like to be able to use all your coming filters with MPC, either by using filter properties, or why not by enhancing myself MPC in order to make it more friendly for a usage with your DScaler filters. PS: I could do my come back to participate to some developments if your plans cover the viewing and the recording of DVB-T programs. Regards -------------------------------------------------------------------- Laurent Garnier |