Alpha HDHomeRun:// Not working
#1
Sad 
Hello,

I have an HDHR3-US that I have used for many years with stream files (isn't supported by the new HDHomeRun Add-on)
An example of one file:
Code:
hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3

So I upgraded to Jarvis. Now It doesn't seem to work.

Code:
2:57:32 T:140735131508736   DEBUG: OnPlayMedia /Users/pyro/Dropbox/hdhomerun/FOX.strm
22:57:32 T:140735131508736   DEBUG: CAnnouncementManager - Announcement: OnAdd from xbmc
22:57:32 T:140735131508736   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnAdd
22:57:32 T:140735131508736   DEBUG: CAnnouncementManager - Announcement: OnRemove from xbmc
22:57:32 T:140735131508736   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnRemove
22:57:32 T:140735131508736   DEBUG: CAnnouncementManager - Announcement: OnAdd from xbmc
22:57:32 T:140735131508736   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnAdd
22:57:32 T:140735131508736   DEBUG: Loading settings for hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers(hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3)
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: system rules
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: matches rule: system rules
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: mms/udp
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: lastfm/shout
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtmp
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtsp
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: streams
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvd
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvdimage
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: sdp/asf
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: nsv
22:57:32 T:140735131508736   DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: radio
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: matched 0 rules with players
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: adding videodefaultplayer (1)
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: for video=1, audio=0
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: for video=1, audio=1
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: adding player: DVDPlayer (1)
22:57:32 T:140735131508736   DEBUG: CPlayerCoreFactory::GetPlayers: added 1 players
22:57:32 T:140735131508736  NOTICE: DVDPlayer: Opening: hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3
22:57:32 T:140735131508736 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:57:32 T:140735131508736   DEBUG: CRenderManager::UpdateDisplayLatency - Latency set to 0 msec
22:57:32 T:140735131508736   DEBUG: LinuxRendererGL: Cleaning up GL resources
22:57:32 T:140735131508736   DEBUG: CLinuxRendererGL::PreInit - precision of luminance 16 is 16
22:57:32 T:123145303990272  NOTICE: Thread DVDPlayer start, auto delete: false
22:57:32 T:123145303990272  NOTICE: Creating InputStream
22:57:32 T:123145303990272 WARNING: CreateLoader - unsupported protocol(hdhomerun) in hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3
22:57:32 T:123145303990272   ERROR: CDVDPlayer::OpenInputStream - error opening [hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3]
22:57:32 T:123145303990272  NOTICE: CDVDPlayer::OnExit()
22:57:32 T:123145303990272   DEBUG: OnPlayBackStopped: play state was 1, starting 1
22:57:32 T:140735131508736   DEBUG: OnPlayBackStopped: play state was 3, starting 0
22:57:32 T:123145303990272   DEBUG: Thread DVDPlayer 123145303990272 terminating
22:57:32 T:140735131508736   DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
22:57:32 T:140735131508736   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
22:57:32 T:140735131508736   ERROR: Playlist Player: skipping unplayable item: 0, path [hdhomerun://1030AA60-0/tuner0?channel=auto:629000000&program=3]

So it says that hdhomerun protocol has been removed? I also tried editing my strm file to udp:// , didn't work.

What route should I be taking to get it working again?Big Grin
XBMC on MacMini + <12TB of material displaying on 60" or 150".
Image
Reply
#2
Yes, it was removed from Jarvis. I've begged for it to be restored for the sake of older HDHomeRun units, but the devs said they wanted to try and make it a VFS/protocol add-on instead of having it in core, and if it wasn't ready in time then they would consider adding back in the old HDHomeRun protocol for v16 (maybe). Hopefully one of those happens :)
Reply
#3
What is the status for restoring the old protocol? Will it make it into the final Jarvis release in some form or other? Is there an ongoing discussion on this topic that interested parties could follow or contribute?

Also.... I would like to know whether I need to scrap and buy new hardware or remain forever on the older version.
Reply
#4
The best bet for getting the protocol added back in is to do it via a "VFS" binary add-on. I don't think anyone will support adding the old way back in, as it is too specific of a feature for the core of Kodi.

If you really must have the feature then you should stay on v15.2, or find something to act as a middle-man, such as a full PVR backend (MythTV works well with HDHomeRun, IIRC). At least until someone is interested in making a VFS add-on.
Reply
#5
(2016-01-15, 18:44)SoccerUKMan1 Wrote: What is the status for restoring the old protocol? Will it make it into the final Jarvis release in some form or other? Is there an ongoing discussion on this topic that interested parties could follow or contribute?

Also.... I would like to know whether I need to scrap and buy new hardware or remain forever on the older version.

Why do you want the old protocol back? it was deprecated by hdhr firmware updates...

You can access hdhr using kodis upnp access.
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#6
Not on the older models, which still work great and even get HD TV broadcasts. The older models are limited to the HDHomeRun protocol and cannot do UPnP or HTTP.
Reply
#7
(2016-01-16, 18:46)Ned Scott Wrote: Not on the older models, which still work great and even get HD TV broadcasts. The older models are limited to the HDHomeRun protocol and cannot do UPnP or HTTP.

I have a dual, and it was never able to get a channel list from the tuners, it was only able to stream what was tuned already.

if it doesn't supply a list of channels what use is it? IMO it is a necessary remnant... users can easily create 'http' strms for the old HDHRs.
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#8
It's not a matter of generating channel lists or not. The older tuners, such as the Dual, can't provide an HTTP server.
Reply
#9
(2016-01-17, 02:35)Ned Scott Wrote: It's not a matter of generating channel lists or not. The older tuners, such as the Dual, can't provide an HTTP server.

Huh boy my memory is shot, lol...
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#10
I think I remember from the time this was removed it was said Tvheadend supports the Hdhomerun boxes so that pvr backend and Kodi pvr add on could be used.
Reply
#11
I don't mean to pass judgment on free software that I've been happily using for years, but after discovering tonight that the hdhomerun protocol was dropped in Jarvis I tried to find out why and I came across this discussion: https://github.com/xbmc/xbmc/pull/7142

This functionality was removed with the knowledge that there were users still relying on it while having no solution in place for those who own older units. Was this necessary?

Sadly this leaves me at a crossroads because I can't justify upgrading two perfectly functioning HDHR-US models nor do I have any desire in running a fullblown PVR backend when my existing setup was simple. I understand that I'm not in a position to criticize decisions that are made by those who work on this project in their own free time, but I do find it somewhat frustrating that I won't be able to upgrade to newer versions because a useful function was arbitrarily removed.
Reply
#12
I might have something that will work for you. I just need to ask someone about using the Kodi build system.
Reply
#13
Cool, thanks for looking into this - and I apologize for the tone of my post, I was pretty depressed last night when I realized why I couldn't access my channels anymore Sad
Reply
#14
At this point I'm assuming we're too close to Jarvis being released for this support to be added back in, though based on what I've read it seems that the dev responsible for this didn't care about who would be affected by its removal anyway.

It should be noted that several users donated money to help support development of the original built-in HDHomeRun protocol (http://forum.kodi.tv/showthread.php?tid=25099), not that I'm saying that donations should dictate the actions of the developers, but the decision to remove this support appears rushed, needless and inconsiderate to the users who don't own the latest models.

Solutions such as 'stay on v15.2' or 'use a full PVR backend' are limitations that negate the advantages of even owning a network-based tuner.

I don't enjoy writing confrontational posts here, particularly because of how much I appreciate using this software - but this decision upsets me not just because I happen to rely on this protocol, but because there was absolutely no reason to drop the support in the first place.

What currently used feature is up next on the chopping block, MySQL support?

/rant
Reply
#15
as one of the original devs of this software. i 100% agree and feel your pain perfectcolors. this would *never* have happened before the new kids took over.

and i'm thoroughly offended that they took a small part of my work (VFS addons), the bit that removed hdh, but not the bit that made it an addon and then claim it was my work. i feel like a contributor to this stupidity now :/

imo the next thing to remove should be osx, ios, android, windows and bsd support. after all i only use linux.
Reply

Logout Mark Read Team Forum Stats Members Help
HDHomeRun:// Not working0