Reply to thread

Message

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

<blockquote data-quote="misterd" data-source="post: 221759" data-attributes="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 <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink&nbsp; &nbsp; ;)" 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.MisterD</blockquote>

[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]