home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
[PATCH] Improvements for analog cards
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="misterd" data-source="post: 221759" data-attributes="member: 19503"><p>I Just updated the files in the first post for Revision 16907. There are no changes in the code, because I got almost no feedback, if it's working or not. It's just a recompile for this new version, including all changes of the team.</p><p></p><p>Your feedback is really appreciated, especially when it's working for you. This makes the decision team more easier to include this patch into SVN.</p><p></p><p>I didn't create a remove script for the database, because I'm thinking about a patch installer or something like this, which also can remove the patch. Unfortunately this will take some time, before I can provide something like this.</p><p></p><p>I'm currently thinking about the whole graph building in TvServer for analog cards. This is why I didn't implemented a retry function in the graph building process. There are so many cases and scenarios that have to be included to get a simple and easy to use system for the end-user. On the other hand I think that the TvServer needs a little bit more flexibility (encoders, multiplexers) in that case too, so the user can tweak the graph to get his card working. I think editing DB or using GraphEdit isn't the right way for the normal end-user. I hope that when I have finished brainstorming I have solution that fits for more cards than now and has an improved graph building speed by using the DB.</p><p>I'm also wondering why the TvServer tries to get a video and audio multiplexed stream and than demultiplexes it, before it get multiplexed again and connects to MPFileWriter. I'm just asking myself, for which reason this demultiplexing step is needed. I see in the code that in some cases it is useful for differing between tv and radio, but in many cases this goal could be achieved in a better way.</p><p>Any help is very welcome, especially testers are needed, when I have finished the new version <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /> But I would like to see this patch included in SVN before the new version is ready, because my work will be based on it.</p><p></p><p>MisterD</p></blockquote><p></p>
[QUOTE="misterd, post: 221759, member: 19503"] I Just updated the files in the first post for Revision 16907. There are no changes in the code, because I got almost no feedback, if it's working or not. It's just a recompile for this new version, including all changes of the team. Your feedback is really appreciated, especially when it's working for you. This makes the decision team more easier to include this patch into SVN. I didn't create a remove script for the database, because I'm thinking about a patch installer or something like this, which also can remove the patch. Unfortunately this will take some time, before I can provide something like this. I'm currently thinking about the whole graph building in TvServer for analog cards. This is why I didn't implemented a retry function in the graph building process. There are so many cases and scenarios that have to be included to get a simple and easy to use system for the end-user. On the other hand I think that the TvServer needs a little bit more flexibility (encoders, multiplexers) in that case too, so the user can tweak the graph to get his card working. I think editing DB or using GraphEdit isn't the right way for the normal end-user. I hope that when I have finished brainstorming I have solution that fits for more cards than now and has an improved graph building speed by using the DB. I'm also wondering why the TvServer tries to get a video and audio multiplexed stream and than demultiplexes it, before it get multiplexed again and connects to MPFileWriter. I'm just asking myself, for which reason this demultiplexing step is needed. I see in the code that in some cases it is useful for differing between tv and radio, but in many cases this goal could be achieved in a better way. Any help is very welcome, especially testers are needed, when I have finished the new version ;) But I would like to see this patch included in SVN before the new version is ready, because my work will be based on it. MisterD [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
[PATCH] Improvements for analog cards
Contact us
RSS
Top
Bottom
