If Dish Tech Support monitors this forum I’m referring to Case ID 765414
I like the ability to have the Hooper 3 skip commercials on NBC & ABC. I know at some point in time skipping happens on CBS & Fox but if it doesn’t do it within a reasonable time frame then why bother. My solution on CBS & Fox is to have a Plex Server DVR setup on an over the air antenna (OTA). I can record CBS & Fox with the Plex server removing the commercials like the Hooper but in a timely manner and not just in prime time. I’m able to view the programs on the Home Media app (HHM) built into the Hooper via the Plex server which is a compatible DLNA device.
The Plex server is getting the OTA recording from a SiliconDust HDHomeRun Extended tuner (SDT). It records in .ts file format which the HHM doesn’t recognize so it has to be converted to a .mkv file which the HHM has no problems with. The server is hosted on a Mac computer. I have an automated process which takes the .ts file, converts it into a .mkv file and put it in a media folder accessible to the HHM.
Here is the problem. There seems to be a coding error in the HHM. SDT records all broadcast information (CC, SAP, SS) SAP is a second audio track that can contain a different language or another english track which has an audio description of the action going on in the scene along with the regular program audio. Also it’s in stereo, not SS. HHM is playing the SAP channel instead of the primary audio. If there is only one audio track it will play that track, if there are 2 audio tracks it will play the 2nd instead of the first.
There are no settings for the HHM to select which audio tracks to play. There are Hooper setting which control Hooper viewing & recordings. All the Hooper setting are set to playback primary audio, SAP is turned off. There are no problems with anything coming directly from satellite on the Hooper.
This is a unique problem well above the pay grade of the primary level tech support person. I was hoping to get elevated to the next level but my rep was convinced that with all the Hooper settings set correctly to not pass SAP audio that the problem is with the media server not the Hooper. She begrudgingly submitted a feedback report (ID 765414) which I’m sure no one will look at. Here is why she is wrong:
TV’s: There are 4 TV’s hooked into the Hooper. The main TV is a LG 4K, which is connected to the Hooper via HDML. The other 3 are connected by a dedicated wired network, no Joey’s involved. They get their connection by the component out of the Hooper which is then sent as 720P over Cat 5 (generic term). All TV’s have SAP turned off. None of the TV’s have a SAP problem with OTA signals or from Hooper recorded or live broadcasts. All 4 TV’s are picking up the SAP channel when the Hooper is playing a file by the HHM app. Conclusion, SAP is coming from the HHM app on the Hopper.
Recorded file: Playing the file with VLC media app on the Mac computer which the Plex Server is hosted, you can choose which audio track you want to play. Primary track is English SS. Secondary track is English with scene description in stereo. Both audio tracks are present on the video file that is loaded on the server. I also made a test file which I put music on the secondary audio track. Guess which track the HHM played. I had a music video . . .. Conclusion, the HHM app is playing the SAP track instead of the Primary Audio track.
Plex Server: The LG 4K TV has a built in media player which is more robust than the HHM. It will playback 4K files off the Plex Server, HHM won’t. If I’m watching the main TV I’m going through the built in player. Same network, Same server, Same DLNA type connection. It plays the primary audio not the SAP. My iPhone’s, iPads & AppleTV have the Plex Media app. This is on a different network (WiFi or LTE vs the hardwired network that the Hooper, TV and computer are on) but it’s the same Plex server. Primary audio is played not SAP. Conclusion, only the HHM app on the Hooper is having trouble selecting the Primary Audio track, all other players default to the Primary Audio track.
The HHM has a coding error causing it to default to the SAP track. It should follow the setting of the Hooper. If not that, it should default to the primary audio track. This should be easy to diagnose, it’s not a once in awhile thing. It happens all the time.
I’m not sure if many people are using the HHM, but it was one of the features that brought me to DISH and the Hooper. Prior to that, I’d been with DirecTV forever. The Hooper is superior to the Gene because it is an all in one box with features like the HHM. I’d like for those features to work correctly. A year and a half or so ago the HHM got screwed up in a software update and didn’t work right for about 9 months. (video played as a tiny thumbnail instead of full screen) I hope someone higher up in tech support will see this post and say, “Houston we have a problem” and look into it. It may be just one line of code.
I will come up with work around, like I did the 9 months it was down. It would seem like I shouldn’t have to. Is anyone else noticing this problem?
My back ground. I’ve been involved in all aspects of video production since 1979. From the network level (ABC News) to being a hired gun for the past 20 years or so. (have camera will travel) Half the battle of video production is trouble shooting. There is a coding problem with the Home Media app. (case ID 765414)
I like the ability to have the Hooper 3 skip commercials on NBC & ABC. I know at some point in time skipping happens on CBS & Fox but if it doesn’t do it within a reasonable time frame then why bother. My solution on CBS & Fox is to have a Plex Server DVR setup on an over the air antenna (OTA). I can record CBS & Fox with the Plex server removing the commercials like the Hooper but in a timely manner and not just in prime time. I’m able to view the programs on the Home Media app (HHM) built into the Hooper via the Plex server which is a compatible DLNA device.
The Plex server is getting the OTA recording from a SiliconDust HDHomeRun Extended tuner (SDT). It records in .ts file format which the HHM doesn’t recognize so it has to be converted to a .mkv file which the HHM has no problems with. The server is hosted on a Mac computer. I have an automated process which takes the .ts file, converts it into a .mkv file and put it in a media folder accessible to the HHM.
Here is the problem. There seems to be a coding error in the HHM. SDT records all broadcast information (CC, SAP, SS) SAP is a second audio track that can contain a different language or another english track which has an audio description of the action going on in the scene along with the regular program audio. Also it’s in stereo, not SS. HHM is playing the SAP channel instead of the primary audio. If there is only one audio track it will play that track, if there are 2 audio tracks it will play the 2nd instead of the first.
There are no settings for the HHM to select which audio tracks to play. There are Hooper setting which control Hooper viewing & recordings. All the Hooper setting are set to playback primary audio, SAP is turned off. There are no problems with anything coming directly from satellite on the Hooper.
This is a unique problem well above the pay grade of the primary level tech support person. I was hoping to get elevated to the next level but my rep was convinced that with all the Hooper settings set correctly to not pass SAP audio that the problem is with the media server not the Hooper. She begrudgingly submitted a feedback report (ID 765414) which I’m sure no one will look at. Here is why she is wrong:
TV’s: There are 4 TV’s hooked into the Hooper. The main TV is a LG 4K, which is connected to the Hooper via HDML. The other 3 are connected by a dedicated wired network, no Joey’s involved. They get their connection by the component out of the Hooper which is then sent as 720P over Cat 5 (generic term). All TV’s have SAP turned off. None of the TV’s have a SAP problem with OTA signals or from Hooper recorded or live broadcasts. All 4 TV’s are picking up the SAP channel when the Hooper is playing a file by the HHM app. Conclusion, SAP is coming from the HHM app on the Hopper.
Recorded file: Playing the file with VLC media app on the Mac computer which the Plex Server is hosted, you can choose which audio track you want to play. Primary track is English SS. Secondary track is English with scene description in stereo. Both audio tracks are present on the video file that is loaded on the server. I also made a test file which I put music on the secondary audio track. Guess which track the HHM played. I had a music video . . .. Conclusion, the HHM app is playing the SAP track instead of the Primary Audio track.
Plex Server: The LG 4K TV has a built in media player which is more robust than the HHM. It will playback 4K files off the Plex Server, HHM won’t. If I’m watching the main TV I’m going through the built in player. Same network, Same server, Same DLNA type connection. It plays the primary audio not the SAP. My iPhone’s, iPads & AppleTV have the Plex Media app. This is on a different network (WiFi or LTE vs the hardwired network that the Hooper, TV and computer are on) but it’s the same Plex server. Primary audio is played not SAP. Conclusion, only the HHM app on the Hooper is having trouble selecting the Primary Audio track, all other players default to the Primary Audio track.
The HHM has a coding error causing it to default to the SAP track. It should follow the setting of the Hooper. If not that, it should default to the primary audio track. This should be easy to diagnose, it’s not a once in awhile thing. It happens all the time.
I’m not sure if many people are using the HHM, but it was one of the features that brought me to DISH and the Hooper. Prior to that, I’d been with DirecTV forever. The Hooper is superior to the Gene because it is an all in one box with features like the HHM. I’d like for those features to work correctly. A year and a half or so ago the HHM got screwed up in a software update and didn’t work right for about 9 months. (video played as a tiny thumbnail instead of full screen) I hope someone higher up in tech support will see this post and say, “Houston we have a problem” and look into it. It may be just one line of code.
I will come up with work around, like I did the 9 months it was down. It would seem like I shouldn’t have to. Is anyone else noticing this problem?
My back ground. I’ve been involved in all aspects of video production since 1979. From the network level (ABC News) to being a hired gun for the past 20 years or so. (have camera will travel) Half the battle of video production is trouble shooting. There is a coding problem with the Home Media app. (case ID 765414)