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
Improvement Suggestions
Direct Channel Access
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="Anonymous" data-source="post: 11729"><p>bionicdonkey</p><p></p><p>This did not work the way I was thinking it would. I think I know why.</p><p></p><p>I looked in the database using the SQL Lite Database Browser tool and found that for <strong>internal</strong> channels, the field <u>iChannelNr</u> contains the "channel number" that I am looking for. </p><p></p><p>However for <strong>external</strong> channels (i.e satellite/cable channels via external box) the field <u>iChannelNr</u> always contains "10001", the 'address' of the video/audio inputs on one of the cards. The actual channel in this case is in field <u>ExternalChannel</u>.</p><p></p><p>There is no single field in the database where the "channel number" in (North American usage) is stored as a numeric value. The closest thing is in <u>strChannel</u> where the first "n" characters are the "channel number" (e.g. "10 WPLG", "67 SCIFI", "300 HBO", etc.)</p><p></p><p>Unless I missed something, it looks like the current database schema makes this more complex than first suspected. It would be silly to parse the strChannel value for the channel as this is pretty much arbitrary. </p><p></p><p>One possible change would be to <strong>always</strong> store the actual "channel number" in the <u>ExternalChannel</u> field regardless of the nature of the channel type (internal vs external.) My "guess" is that this field is used to obtain the value to send out on the IR transmitter to change the satellite/cable box. Always storing the "channel number" in this field would then allow it to be used as both </p><p></p><p>- an identifier for the channel when using direct channel access, regardless of the channel type;</p><p>- a source of the channel value to send to an external satellite/cable box.</p><p></p><p>Another alternative would be to examine the field <u>bExternal</u> when doing a direct channel access lookup and obtain the "channel number" from the appropriate field depending on the setting of the <u>bExternal</u> value.</p><p></p><p>------------------------------------</p><p>In conjunction with all of this it has occured to me that two other mods would be useful for folks with a large number of channels:</p><p></p><p>- a 'one-button' selection from the TVGuide would be useful. With the highlight on a channel a single unique button to go to that channel. As it stands now you have to hit "F3" then select from the menu;</p><p></p><p>- a semi-transparent TVGuide overlay in Fullscreen mode to allow you to bring up the TVGuide and go to a channel directly from there.</p><p></p><p>Both of these of course should be in the Feature Request category but I thought I'd mention them while they were fresh in my mind.</p></blockquote><p></p>
[QUOTE="Anonymous, post: 11729"] bionicdonkey This did not work the way I was thinking it would. I think I know why. I looked in the database using the SQL Lite Database Browser tool and found that for [b]internal[/b] channels, the field <u>iChannelNr</u> contains the "channel number" that I am looking for. However for [b]external[/b] channels (i.e satellite/cable channels via external box) the field <u>iChannelNr</u> always contains "10001", the 'address' of the video/audio inputs on one of the cards. The actual channel in this case is in field <u>ExternalChannel</u>. There is no single field in the database where the "channel number" in (North American usage) is stored as a numeric value. The closest thing is in <u>strChannel</u> where the first "n" characters are the "channel number" (e.g. "10 WPLG", "67 SCIFI", "300 HBO", etc.) Unless I missed something, it looks like the current database schema makes this more complex than first suspected. It would be silly to parse the strChannel value for the channel as this is pretty much arbitrary. One possible change would be to [b]always[/b] store the actual "channel number" in the <u>ExternalChannel</u> field regardless of the nature of the channel type (internal vs external.) My "guess" is that this field is used to obtain the value to send out on the IR transmitter to change the satellite/cable box. Always storing the "channel number" in this field would then allow it to be used as both - an identifier for the channel when using direct channel access, regardless of the channel type; - a source of the channel value to send to an external satellite/cable box. Another alternative would be to examine the field <u>bExternal</u> when doing a direct channel access lookup and obtain the "channel number" from the appropriate field depending on the setting of the <u>bExternal</u> value. ------------------------------------ In conjunction with all of this it has occured to me that two other mods would be useful for folks with a large number of channels: - a 'one-button' selection from the TVGuide would be useful. With the highlight on a channel a single unique button to go to that channel. As it stands now you have to hit "F3" then select from the menu; - a semi-transparent TVGuide overlay in Fullscreen mode to allow you to bring up the TVGuide and go to a channel directly from there. Both of these of course should be in the Feature Request category but I thought I'd mention them while they were fresh in my mind. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Direct Channel Access
Contact us
RSS
Top
Bottom