New MythTV add-on using libcmyth - Printable Version +- 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 - kburkart - 2012-09-29 (2012-09-27, 16:39)allen00se Wrote:(2012-09-27, 16:22)kburkart Wrote:(2012-09-26, 22:58)allen00se Wrote: LinixMCE... yup i suffered with that for a few years. Got tired of no one caring about the actual Media. All anyone over there wanted was telecom and home automation, and no one cared that the UI was fugly. Plus I got laughed at for saying someone should develop a remote for the iPad instead of that tablet thing... Oh well, if i can get this liveTV sorted out I will finally be content. Krys, I'm getting a signal anywhere from -7 to -12db usually closer to the higher end. If you get a booster make sure it boosts a clean signal and its not some piece of crap. RE: New MythTV add-on using libcmyth - janbar - 2012-09-30 (2012-09-29, 05:19)Aubrien Wrote: Janbar, Great if you could find exactly where the delay should be better in the code. If this new place (at the end of OpenStream before return) is ok then you have also a delay when spawn. Perfect. Let me know if with this configuration your issue is fully resolved. Then send me your update and i commit it. Also you right by checking the recorder status, probably it is the solution. RE: New MythTV add-on using libcmyth - janbar - 2012-09-30 @pgjensen Right, sometime playback stop. I saw logs and some errors in stream are reported by mythbackend. Then It skip frames and ring buffer is empty for a short period. Probably we need to add a delay when buffer is empty before return and finally stop playback because no stream... I take note. When tune is not very good, lot of frames are skipped. With a fast channel switch the "timeshift" is short and when buffer cannot to be filled the playback stop. RE: New MythTV add-on using libcmyth - janbar - 2012-09-30 @pgjensen For this case, probably you need a "delay channel switch" requested by Aubrien. See previous post. You can test it, few ms (100 - 500?) could be resolve issue. RE: New MythTV add-on using libcmyth - Aubrien - 2012-09-30 Give me a couple hours and I should have the exact details worked out on the delay channel switch change and I can post a diff. Also, I was thinking that adding a delay between live tv episodes should prevent the buffer from running out as discussed above, but does this mean that each time an episode ends we get more and more behind actual live tv? I would be nice to only do a delay between episodes if it is needed instead of embedding a static delay that would be added between every episode no matter if it is needed or not. For example, you watch the same channel all day and between each episode there is a 5s delay. By the end of the day you may have inserted enough delays to be 2-3 minutes behind. We just need to be careful to only delay if we really need to. Just something for us all to be thinking about with these delays. RE: New MythTV add-on using libcmyth - Aubrien - 2012-09-30 OK. I basically just moved the delay code out of the switch channel function and into the open stream function right before returning. It only gets executed if the recorder is null since there is no channel switch in between episodes on the same channel which is when the recorder would not be null. It gives me working tuning from both playing nothing and changing the channel while already watching live tv. Code: --- addons/pvr.cmyth/src/PVRcmyth.cpp RE: New MythTV add-on using libcmyth - PhoenixMage - 2012-10-01 Has anyone managed to get fetzerch's build working under Windows? RE: New MythTV add-on using libcmyth - rsennewald - 2012-10-01 Yes I've gotten his build working on Windows 7. Many thanks everyone who's come together to make this add-on what it is today. It seems it's so close to being complete. I have built off of fetzerch's github repo as it seems everything has been merged there as of now (If I'm incorrect please let me know ). Now then, as I mentioned the build works for me with Windows 7 and the nightly from September 30th for XBMC and building the addon off fetzerch's repo and copying it into my AppData addons folder. I've tried the build on Ubuntu (12.04), I installed a nightly, built the add-on and i get a failure message right upon enabling the add-on. I then tried fetzerch's xbmc fork and still same error when enabling the plugin. I'll take a look at xbmc.log tomorrow to see if it provides any insight. RE: New MythTV add-on using libcmyth - divingmule - 2012-10-01 After struggling a bit, I was able to get things working on Ubuntu with a normal xbmc install from a repo. The key was to do - Code: ./configure --prefix=/usr/ RE: New MythTV add-on using libcmyth - Aubrien - 2012-10-01 As of yesterday both cfetzer and janbar are not compatible with the newest changes in the xbmc master. I saw that lars had changed the api version from 1.2.0 to 1.3.0 and added support for seeking and time shifting features. While this is good news, it breaks the addons until they can be updated. In order to roll these changes out and use the addons I had to backtrack my local source to commit bb0a56cd069ed8960af767a4e11349bc17d5710b which is the last commit yesterday before these changes. I do the following... Code: git reset --hard bb0a56cd069ed8960af767a4e11349bc17d5710b Recompile and install xbmc after the reset. I wouldn't recommend updating your xbmc nightlies until these addons have been updated or else the addon wont load anymore. Also, for those of you that need the channel change delay that janbar has been working on helping me with, you can use cfetzer's build by adding in a delay manually... xbmc-pvr-addons / addons / pvr.mythtv.cmyth / src / pvrclient-mythtv.cpp @ line 1226 change Code: if (m_rec.SpawnLiveTV(chan)) to Code: if (m_rec.SpawnLiveTV(chan)) Note that the 15s is tailored for me based on my channel change script, time to tune for set to box, and time to fill buffers. If I remove the delay it tries to read a 0 size stream before it is ready. RE: New MythTV add-on using libcmyth - allen00se - 2012-10-01 (2012-09-29, 14:59)kburkart Wrote:(2012-09-27, 16:39)allen00se Wrote:(2012-09-27, 16:22)kburkart Wrote: Using PCI w/Cincinnati Bell fioptics all channels except premium are CCI=0 so I get close to 230 channels. I think the ring buffer should help the pixelization as well, if not again try VDPAU profiles. Ok well I guess I am confused now... I originally thought that a better/stronger signal was a negative number, but over the weekend I read something that lead me to believe it was a positive. I added a booster to my signal and it went from -3db to +3db. Maybe it doesnt matter... The good news is, after I increased the HD ring buffer my livetv is now stable and watchable. I now need to figure out how to fine tune it. There are some channels that arent as clear as others, especially during sporting events. For lack of a better term the image appears like it needs to be deinterlaced. This is what it looks like on certain channels (only during fast action scenes, or where the camera pans rapidly) not sure why it is only on some channels and not others. Any ideas? RE: New MythTV add-on using libcmyth - Aubrien - 2012-10-01 You need to set up the SW deinterlacing in XBMC. Get playback started and open the video settings. Look for interlacing and set it to auto detect VDPAU if applicable, or just auto detect if you dont have VDPAU support. There should be a way to tell it to use that setting for every video. Note that you can only set this from the menu when the video is playing. That would look great on a CRT, but you need to deinterlace it before using a digital display. And for signal strength 3dB is stronger and better than -3dB. I have tried upping my HD ring buffer in mythbackend and had no luck. I can however up my cachemembuffersize in XBMC advancedsettings.xml and get it to roll over to the second show. Problem is, it won't get to the third now because the buffer is run out by then. I need to actually pause to fill my buffer if I use buffer size increases to get me to the next show. The funny thing about live tv is that you are consuming the video at the same rate it is being created at so there is no way for the buffer to "catch up" without a pause in playback. RE: New MythTV add-on using libcmyth - jskube - 2012-10-01 (2012-10-01, 16:37)allen00se Wrote:(2012-09-29, 14:59)kburkart Wrote:(2012-09-27, 16:39)allen00se Wrote: 100% agree about taking things from each system, I do miss the home automation from LMCE. I think I am going to end up just writing some code for controlling my lights and just have a web frontend. Looks like you need to turn deinterlacing on. Just set the deinterlacing settings to auto and it will turn on the deinterlacer when it is needed. RE: New MythTV add-on using libcmyth - janbar - 2012-10-01 @Aubrien Thanks for info about new features of xbmc. I sleep in the code to resolve the "end stop show" as soon as possible. I'll think to update addon with last xbmc api at the next commit. Great news about timeshift. Br RE: New MythTV add-on using libcmyth - fetzerch - 2012-10-01 (2012-10-01, 03:48)PhoenixMage Wrote: Has anyone managed to get fetzerch's build working under Windows? Usually I run a quick test before pushing on both windows and linux. If it doesn't compile or run, please pastebin a debug log and I'll assist you. (2012-10-01, 16:35)Aubrien Wrote: As of yesterday both cfetzer and janbar are not compatible with the newest changes in the xbmc master. I saw that lars had changed the api version from 1.2.0 to 1.3.0 and added support for seeking and time shifting features. While this is good news, it breaks the addons until they can be updated. In order to roll these changes out and use the addons I had to backtrack my local source to commit bb0a56cd069ed8960af767a4e11349bc17d5710b which is the last commit yesterday before these changes. I do the following... Updated my branch just a few minues ago. But be aware that XBMC's october merge window is open starting today and they're adding features till the 10.10 that might bring also some instabilities. So it might be a good idea for most of you to stick with the september's alpha. BTW: If the API version is bumped and you're doing an in source build (within xbmc) under linux, you can always try to call 'make sync' before building. It will copy the API headers to the pvr-addons directory. (Just checkout the toplevel Makefile.am) For the timeshift feature: It's currently not yet in master as far as I can see: https://github.com/xbmc/xbmc/pull/1504 |