+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32)
+--- Forum: Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=26)
+---- Forum: PVR (https://forum.kodi.tv/forumdisplay.php?fid=136)
+---- Thread: New MythTV add-on using libcmyth (/showthread.php?tid=110694)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
RE: New MythTV add-on using libcmyth - simora - 2013-03-21
@cfetzer
Thank you very much. Glad I can do my part in the bug extermination.
RE: New MythTV add-on using libcmyth - tdavis - 2013-03-21
I built a git version of everything yesterday, and happy to report that commercial skipping is working.. for the same conditions as before, ie, fixed frame rate works, variable frame rate does not.
Is there a switch anywhere to turn this off? It can be mighty annoying to jump at the wrong time to the wrong place..
RE: New MythTV add-on using libcmyth - fetzerch - 2013-03-21
(2013-03-21, 11:15)simora Wrote: @cfetzer
Thank you very much. Glad I can do my part in the bug extermination.
If you want, you can give that a try: https://github.com/fetzerch/xbmc-pvr-addons/pull/107
(2013-03-21, 19:42)tdavis Wrote: I built a git version of everything yesterday, and happy to report that commercial skipping is working.. for the same conditions as before, ie, fixed frame rate works, variable frame rate does not.
Is there a switch anywhere to turn this off? It can be mighty annoying to jump at the wrong time to the wrong place..
Thanks for testing. Indeed such an option would make sense for us. Unfortunately I don't see a way find out if we have static or dynamic frame rates from the add-on side.
I'll ask if such an option could be added to xbmc. If not, then we can add one to the add-on settings. Even though that's probably quite inconvenient.
Cheers,
Christian
RE: New MythTV add-on using libcmyth - ubuntu-xbmc - 2013-03-22
(2013-03-03, 12:20)Den4t Wrote: But i have now another problem, after 3-5 seconds xbmc begin bufferig, video is freeze, when buffering done, video is go on, but audio is absent, xbmc shows (when press "O"), that not audio at all: D() P(aq: 0%,Kb/s:122,75,att:0.0 db) at the begining audio was mp3.
Den4t,
Is your problem with an analog tuner?
I have a problem where both video and analog is badly distorted after 3 to 5 seconds, but the problem only occurs with my analog tuner card. My digital tuner works fine.
RE: New MythTV add-on using libcmyth - Den4t - 2013-03-23
Hi ubuntu-xbmc !
Quote:Is your problem with an analog tuner?
Yes, right you are, the problem only with analog tuner (v4l2).
Mythbackend do a software encoding to mpeg4/mp3 (video/audio)
Something wrong with libcmyth in PVR, i think, because internal "myth://" protocol
work fine even in IOS version of xbmc at my old iPad-1.
RE: New MythTV add-on using libcmyth - fetzerch - 2013-03-23
We'd like to tag another addon release soon. If you're using the development version of the addon,
you're welcome to upgrade and rebuild the addon from github.com/fetzerch/xbmc-pvr-addons
Please use branch "frodo" if you run XBMC Frodo OR branch "master" together with with XBMC pre-gotham nightlies.
Changelog:
- Fixed crash when setting up Live TV (in rare cases)
- Fixed issue with not appearing new recordings (for Daylight Saving Time)
- Some changes under the hood (improve data buffers and mutexes). This does probably not have noticeable impacts, but cleans up some code parts, and might even improve some buffering issues and performance under certain conditions.
For sure, not all issues are fixed with this. But we're especially interested if things are worse than they were with the current release 1.6.9.
Cheers,
Christian
RE: New MythTV add-on using libcmyth - ubuntu-xbmc - 2013-03-23
(2013-03-23, 11:06)Den4t Wrote:Quote:Is your problem with an analog tuner?
Yes, right you are, the problem only with analog tuner (v4l2).
Mythbackend do a software encoding to mpeg4/mp3 (video/audio)
Something wrong with libcmyth in PVR, i think, because internal "myth://" protocol
work fine even in IOS version of xbmc at my old iPad-1.
I just tried the internal "myth://" protocol method, that works for me too. So, it appears our problems are relatively similar.
One thing that is different is that my analog card is an MPEG2 card, so I think the encoding is done before Myth or XBMC see the stream. Not sure if that changes anything.
I just updated the addon, so the problem is still in the latest version.
RE: New MythTV add-on using libcmyth - teeedubb - 2013-04-01
Any chance we could get the "Failed to connect to MythTV backend" popup messages removed from the addon? If xbmc is unable to connect to a previously working mythtv backend because you are away from your local network or the backend is suspended, xbmc spams you with a popup notification every 10 or so seconds that plays a sound each time and appears over videos/visualisations. The only way to stop it is to disable the addon/live tv.
In 1.6.9 the line 189 of pvrclient-mythtv.cpp contains the code that sends the notification
Code:
XBMC->QueueNotification(QUEUE_ERROR, XBMC->GetLocalizedString(30300));With that line removed, when the backend is unreachable when anything to do with Mythtv is accessed you get the popup with a yellow exlamation mark saying 'No PVR client started yet... Check you configuration or check the logs...'. You still get error messages in the log with the line removed. As soon as the backend is available xbmc connects and live tv functionality is available to use. This behaviour is similar to that of the xbmc library and remote content that is not available.
So what do you guys think?
RE: New MythTV add-on using libcmyth - sebj - 2013-04-02
I'm having a hard time getting live tv to work with my hdpvr.
Livetv works fine with mythfrontend.
21:18:27 T:4680863744 ERROR: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV - Chain update failed
21:18:27 T:4680863744 ERROR: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream - Failed to open live stream
21:18:27 T:4680863744 ERROR: CDVDPlayer::OpenInputStream - error opening [pvr://channels/tv/All TV channels/44.pvr]
21:18:27 T:4680863744 NOTICE: CDVDPlayer::OnExit()
21:18:27 T:4680863744 NOTICE: CDVDPlayer::OnExit() deleting input stream
21:18:27 T:140735310573952 NOTICE: CDVDPlayer::CloseFile()
21:18:27 T:140735310573952 WARNING: CDVDMessageQueue(player):
ut MSGQ_NOT_INITIALIZED21:18:27 T:140735310573952 NOTICE: DVDPlayer: waiting for threads to exit
21:18:27 T:140735310573952 NOTICE: DVDPlayer: finished waiting
Doesn't work on my osx machines or my openelec main box...
I can confirm it worked fine in xbmc 12.0, in 12.1 there seems to have been a regression...
RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-02
I too use an HDPVR and I can confirm that it does work with my compile from 03-21-2013 of XBMC13.0 alpha 2 running on an Ubuntu 12.04.2 based machine as well as my rPI w/ openelec 3.0. My backend is Debian Wheezy w/ a 3.4-5.towo-siduction-amd64 kernel (fixes the color issues w/ the HDPVR firmware). I know that's a nightly and not a stable 12.1 but I would personally recommend compiling the nightly as I have no issues.
RE: New MythTV add-on using libcmyth - sebj - 2013-04-02
ok, thanks for the head's up.
It hasn't solved it in my setup though, can you try changing channels in livetv mode?
After I do this, any hdpvr channel I try to tune errors out.(channel unavailable), and then I can't get any hdpvr cahnnel to tune even after an xbmc restart
Glad to hear about the color issues being solved in later kernels by the way. What a PITA.
RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-02
I just tried tuning to an HD channel in livetv and it worked. I then used the up/down arrows to go between both HD and SD channels and it worked in all cases (HD->HD, HD->SD, SD->SD, and SD->HD). I also tried tuning via the numeric keys and bounced between a few channels. Everything seems to work just fine with the XBMC nightly and the most current addon from cfetzer's github. I'm sorry to hear you are having issues as the HDPVR works awesome when you get the kinks worked out.
I did have issues in the past though like you said and when that happened I looked at my HDPVR and the blue recording light was still on. It was like the device was locked up and I had to power cycle the HDPVR to get it to work again. I haven't had this issue in a while though as I realized that the HDPVR driver didn't like being loaded side-by-side with another Hauppague PCI card that I had. I removed the PCI card from my board and no more freezing HDPVR.
I'm using the HDPVR driver included w/ Debian Wheezy as well as the lirc_zilog driver included w/ the distro for blasting. I'm using the most recent firmware from the Hauppague website for the HDPVR. My video is being captured over component for HD channels and s-video for SD and all audio comes over fiber. I had to make two input sources, one for HD and one for SD and I mapped them to component and s-video respectively. This way I don't capture SD channels in HD and waste space with up-sampling. This also required me to create two lineups in schedules direct, one for HD and one for SD.
I'm giving a lot of detail in hopes that something I ramble about will be of use helping you solve your issue.
Edit: Just finished compiling another XBMC nightly (04-01-2013) and I can also confirm it is working with the newest cftezer addon w/ my HDPVR. I'm using Dish Network if it helps.
RE: New MythTV add-on using libcmyth - sebj - 2013-04-02
Aubrien,
Quote:the most current addon from cfetzer's github
Maybe this part of our setup isn't the same, I believe I'm using what's been pushed to the repo, so that's 1.6.9 as of writing.
The rest is similar. (I'm using firewire to blast)
You idea about splitting SD to composite is really cool though, back when the firmware was buggy on resolution changes I locked my scientific atlanta 4250hd to 1080i, I might revisit this with your suggestion. Great idea.
OT: is zilog reliable? Firewire is foolproof after years of use.
RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-02
I haven't had any issues with lirc_zilog except for the inevitable longer tuning times. This is because you have to wait for each key press to complete in series before the tuning operation is complete. So tuning to channel 193 is 1-9-3-enter with a slight delay between each keypress. I don't have a choice though as my vip211k has no firewire ports on it. If I had firewire I would prefer that as the tuning is a single command and will complete channel changes faster. I would stick with firewire if you have it working.
Edit: I would recommend s-video for SD instead of composite though as the quality is a little higher.
RE: New MythTV add-on using libcmyth - sebj - 2013-04-04
Thanks for the info, firewire is hard to come by in newer motherboards.
When my mythtv server eventually dies, I'll replace it with a newer mini-itx rackmount mini server, and might have to go zilog then... you never know.
I updated all my xbmc's to gotham and still no live tv.
I'm on mythtv 0.25.3 for the record, forgot to mention that.
Code:
1:10:54 T:4731113472 ERROR: AddOnLog: MythTV cmyth PVR Client: LiveTVChainUpdate failed on chainID: live-z68.home.net-2013-04-03T21:10:52
21:10:54 T:4731113472 DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 1 recording(s)
21:10:54 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 100
21:10:54 T:4726996992 DEBUG: CPVRRecordings - Update - updating recordings
21:10:54 T:4731113472 DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 1 recording(s)
21:10:54 T:4726996992 DEBUG: Previous line repeats 1 times.
21:10:54 T:4726996992 ERROR: AddOnLog: MythTV cmyth PVR Client: EventUpdateRecordings - Add recording failed for 6637 1365041455
21:10:54 T:4726996992 DEBUG: CPVRRecordings - Update - updating recordings
21:10:54 T:4731113472 DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 1 recording(s)
21:10:54 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 200
21:10:54 T:4726996992 DEBUG: CPVRRecordings - Update - updating recordings
21:10:54 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 300
---
21:11:26 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 30000
21:11:26 T:4744265728 ERROR: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV - Chain update failed
21:11:26 T:4744265728 DEBUG: CAddonCallbacksAddon - QueueNotification - MythTV cmyth PVR Client - Error Message : 'No response from MythTV backend'
21:11:26 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: DisablePlayback
21:11:26 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: Resume
21:11:26 T:4744265728 DEBUG: AddOnLog: MythTV cmyth PVR Client: Resume Resuming Thread
21:11:26 T:4708032512 DEBUG: AddOnLog: MythTV cmyth PVR Client: Process FileOps Thread Started
21:11:26 T:4744265728 ERROR: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream - Failed to open live stream
21:11:26 T:4744265728 DEBUG: CAddonCallbacksAddon - QueueNotification - MythTV cmyth PVR Client - Warning Message: 'Channel unavailable'
21:11:26 T:4744265728 ERROR: CDVDPlayer::OpenInputStream - error opening [pvr://channels/tv/All TV channels/45.pvr]
21:11:26 T:4744265728 NOTICE: CDVDPlayer::OnExit()
21:11:26 T:4744265728 NOTICE: CDVDPlayer::OnExit() deleting input stream
21:11:26 T:4744265728 DEBUG: CDVDInputStreamPVRManager::Close - stream closed
21:11:26 T:4744265728 DEBUG: Thread CDVDPlayer 4744265728 terminating