Reply to thread

Message

<blockquote data-quote="dvdfreak" data-source="post: 206551" data-attributes="member: 21313">Check the Windows event viewer (eventvwr.exe).&nbsp; In the application log.&nbsp; Hopefully there's an error logged there that explains this...----I just realized there is no service dependency from the &quot;TVService&quot; service on the &quot;TV Scheduler&quot; service.&nbsp; So it's quite possible that on a reboot the TVService starts first, together with my plugin, and that TvScheduler simply isn't ready yet!&nbsp; That may explain what you saw, and also explains why this was fixed by the procedure above.Perhaps I can add a small delay to my TVE3 plugin...&nbsp;&nbsp; The proper solution would be to add TvScheduler to the list of services that TVService depends on:Use RegEdit.exe to edit the following key:&nbsp; HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TVServiceAnd add &quot;TvScheduler&quot; (without the quotes) to the list.----They are not handled by TvScheduler.&nbsp; You do have the schedule priority setting to help with conflicts, but unfortunately TVE3 does not support priorities on schedules yet, so with my TVE3 plugin that won't help you until that is fixed.There's absolutely no knowledge about tuner sources, no cards and no mux <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />&nbsp; The reason for this is that this is really the responsability of the recording system that uses the TvScheduler service.&nbsp; Related to your first point, it's also this recording system that should deal with the conflicts.It will not attempt this, however, I have these two methods on the drawing board:[code]&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;summary&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// NOT IMPLEMENTED YET&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;/summary&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;param name=&quot;upcomingProgram&quot;&gt;&lt;/param&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;returns&gt;&lt;/returns&gt;&nbsp; &nbsp; &nbsp; &nbsp; [OperationContract]&nbsp; &nbsp; &nbsp; &nbsp; [FaultContract(typeof(TvSchedulerException))]&nbsp; &nbsp; &nbsp; &nbsp; UpcomingProgram[] GetAlternativeShowings(UpcomingProgram upcomingProgram);&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;summary&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// NOT IMPLEMENTED YET&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;/summary&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;param name=&quot;upcomingProgram&quot;&gt;&lt;/param&gt;&nbsp; &nbsp; &nbsp; &nbsp; /// &lt;param name=&quot;alternativeUpcomingProgram&quot;&gt;&lt;/param&gt;&nbsp; &nbsp; &nbsp; &nbsp; [OperationContract]&nbsp; &nbsp; &nbsp; &nbsp; [FaultContract(typeof(TvSchedulerException))]&nbsp; &nbsp; &nbsp; &nbsp; void RescheduleUpcomingProgram(UpcomingProgram upcomingProgram, UpcomingProgram alternativeUpcomingProgram);[/code]These methods will offer the recording system an easy way to deal with schedules, making TvScheduler search for a good alternative, then activating that alternative instead of recording the original showing and record the other show that caused the conflict.Again, this is really up to the recording system.&nbsp; All I can do is offer as much support as possible to try and avoid this situation.The next version will clear the menu when you are on a panel with &quot;Ok&quot; and &quot;Cancel&quot;.&nbsp; That is more logical as it will force you to click one of the buttons to get back to where you came from <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />----I just read this on the home page about MediaPortal-II.&nbsp; Amusing to read this, especially since I was under the impression I failed to bring the design benefit of a service-oriented approach across a few weeks ago...&nbsp; Did someone see the light after all? <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink&nbsp; &nbsp; ;)" loading="lazy" data-shortname=";)" /></blockquote>

[QUOTE="dvdfreak, post: 206551, member: 21313"] Check the Windows event viewer (eventvwr.exe). In the application log. Hopefully there's an error logged there that explains this... ---- I just realized there is no service dependency from the "TVService" service on the "TV Scheduler" service. So it's quite possible that on a reboot the TVService starts first, together with my plugin, and that TvScheduler simply isn't ready yet! That may explain what you saw, and also explains why this was fixed by the procedure above. Perhaps I can add a small delay to my TVE3 plugin... The proper solution would be to add TvScheduler to the list of services that TVService depends on: Use RegEdit.exe to edit the following key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TVService And add "TvScheduler" (without the quotes) to the list. ---- They are not handled by TvScheduler. You do have the schedule priority setting to help with conflicts, but unfortunately TVE3 does [u]not[/u] support priorities on schedules yet, so with my TVE3 plugin that won't help you until that is fixed. There's absolutely no knowledge about tuner sources, no cards and no mux :) The reason for this is that this is really the responsability of the recording system that uses the TvScheduler service. Related to your first point, it's also this recording system that should deal with the conflicts. It will not attempt this, however, I have these two methods on the drawing board: [code] /// <summary> /// NOT IMPLEMENTED YET /// </summary> /// <param name="upcomingProgram"></param> /// <returns></returns> [OperationContract] [FaultContract(typeof(TvSchedulerException))] UpcomingProgram[] GetAlternativeShowings(UpcomingProgram upcomingProgram); /// <summary> /// NOT IMPLEMENTED YET /// </summary> /// <param name="upcomingProgram"></param> /// <param name="alternativeUpcomingProgram"></param> [OperationContract] [FaultContract(typeof(TvSchedulerException))] void RescheduleUpcomingProgram(UpcomingProgram upcomingProgram, UpcomingProgram alternativeUpcomingProgram);[/code] These methods will offer the recording system an easy way to deal with schedules, making TvScheduler search for a good alternative, then activating that alternative instead of recording the original showing and record the other show that caused the conflict. Again, this is really up to the recording system. All I can do is offer as much support as possible to try and avoid this situation. The next version will clear the menu when you are on a panel with "Ok" and "Cancel". That is more logical as it will force you to click one of the buttons to get back to where you came from :) ---- I just read this on the home page about MediaPortal-II. Amusing to read this, especially since I was under the impression I failed to bring the design benefit of a service-oriented approach across a few weeks ago... Did someone see the light after all? ;) [/QUOTE]

Verification