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 - dubstar_04 - 2012-10-17 (2012-10-16, 18:30)kburkart Wrote: what nightly should I use for the xbmc build? Is there any opportunity to pull the current code upstream? RE: New MythTV add-on using libcmyth - fetzerch - 2012-10-17 (2012-10-17, 06:04)tdavis Wrote: so, what's the chance of getting this commited? Thanks! We based everything on tsp's master repository. This commit was only present in his Eden-PVR branch. There are a few more commits that might be interessting. I will have a closer look and let you know when I pushed the change to the repo. (2012-10-17, 08:14)dubstar_04 Wrote:(2012-10-16, 18:30)kburkart Wrote: what nightly should I use for the xbmc build? If you mean by 'upstream' opdenkamp/xbmc-pvr-addons, yes I'm working on it. It's a quite big task since it requires plenty of changes but now we're hopefully in a pretty good shape. If you mean to upstream the libcmyth code. That is still on the todo. Ah and yes. fetzerch/xbmc-pvr-addons/master is the branch where everything gets integrated now. RE: New MythTV add-on using libcmyth - janbar - 2012-10-17 (2012-10-16, 04:00)Aubrien Wrote: Thanks Janbar, @Aubrien Log seems good, but there was contention on myth connection due to getting recorded program info. Have you try a build from the last source of addon ? In the last code we stop traffic during livestream. RE: New MythTV add-on using libcmyth - janbar - 2012-10-17 (2012-10-16, 16:00)Ayla Wrote: janbar:Can you check if you have the file libmysql.16.dylib in /usr/local/lib/ ? (2012-10-17, 19:45)janbar Wrote:(2012-10-16, 16:00)Ayla Wrote: janbar:Can you check if you have the file libmysql.16.dylib in /usr/local/lib/ ? I will updating the tuto to build with static link instead and to avoid any frustation when files are deleted. RE: New MythTV add-on using libcmyth - janbar - 2012-10-18 Someone to test pre addon for 0.26 ? I merged my master with beta addon for 0.26: git://github.com/janbar/xbmc-pvr-addons.git Let me know if it seems good. Thanks at all RE: New MythTV add-on using libcmyth - tdavis - 2012-10-18 (2012-10-17, 08:40)cfetzer Wrote:(2012-10-17, 06:04)tdavis Wrote: so, what's the chance of getting this commited? I noticed that's not for the addon, but the PVR portion itself.. so I'm not sure if it will get incorporated into Frodo.. RE: New MythTV add-on using libcmyth - Aubrien - 2012-10-18 (2012-10-17, 12:01)janbar Wrote:(2012-10-16, 04:00)Aubrien Wrote: Thanks Janbar, Yes, i have tried the most recent. I actually just did another pull and compile to be sure though. Still no reliable performance. Does it also stop traffic during buffering or just during playback? It just seems like my tune times have gotten worse while everyone with a digital tuner has gotten better. I still cant usually get through program breaks either, but sometimes I can. Though we don't need to configure a tuning delay for me anymore and I like it better without it, it actually tuned faster when we were playing around with that idea. That is how I know we can get better performance from an analog tuner with this addon. I guess I can play around with the code some more and if I get anything working I can post what I did and maybe you can figure out something cleaner to do with the idea. I am currently getting Read 0 Bytes errors (2 per second as expected) until the buffer is filled, but once it should start playback it stops posting Read 0 Bytes and hangs up for a long time (30s or so) before I actually get playback (if I get playback at all before it times out at 80s). From my experiments I have found that it works best if I prevent it from ever getting the the Read 0 Bytes part in the first place. I did this by waiting until the rec_livetv_file was not null and the rec_livetv_file.file_length was at least a certain size (had to use 15000 a anything smaller would sometimes not start playback). This was a few weeks ago though when I was doing these experiments. RE: New MythTV add-on using libcmyth - Aubrien - 2012-10-18 (2012-10-08, 13:49)janbar Wrote:(2012-10-08, 09:03)dteirney Wrote:(2012-10-03, 21:11)Aubrien Wrote: OK, I have had live tv playing for hours now without it stopping so I think its time to post the solution. There are two delays needed as well as an object lock. I based this on cfetzer's code not janbar's since that is where we are moving to anyway. The changes are below... Though I agree that we should use mythtv protocol, I also noticed that with this fix it does something else different. It prevents playback from starting too early vs starting it early and writing code to cope with the lack of data. Any chance of preventing playback from starting early like in dtierny's branch but doing it using mythtv protocol? And what about 0.26...would it provide any additional mythtv protocol features that may help with this since you are working on 0.26 support already? RE: New MythTV add-on using libcmyth - pyrodex - 2012-10-18 Does this addon take advantage of comm skipping by chance? RE: New MythTV add-on using libcmyth - pyrodex - 2012-10-18 One thing to note after playing with the latest PVR addon from last night I noticed that if I watch a show and stop the data it does record a bookmark in mythtv, however the PVR addon doesn't honor that bookmark and pickup where it left off. RE: New MythTV add-on using libcmyth - NewJerseyNinja - 2012-10-18 Maybe I'm too lazy or incompetent, but does anyone have a page hosting precompiled binaries with TSP's addons? I have a mythbuntu mythtv backend upgraded to 0.26. I have a windows machine running xbmc and I'd love to test this. RE: New MythTV add-on using libcmyth - richardk - 2012-10-18 (2012-10-18, 17:42)NewJerseyNinja Wrote: Maybe I'm too lazy or incompetent, but does anyone have a page hosting precompiled binaries with TSP's addons? I have a mythbuntu mythtv backend upgraded to 0.26. I have a windows machine running xbmc and I'd love to test this. I also don't feel I have the knowledge to compile from scratch. But if binaries are made available, I can test on Windows, OpenELEC ION, and OpenElec Generic with a 0.24 backend. RE: New MythTV add-on using libcmyth - fetzerch - 2012-10-18 (2012-10-18, 15:06)pyrodex Wrote: Does this addon take advantage of comm skipping by chance? Nope not yet. But definitely one reason why I added the Get/SetBookmark functions. (2012-10-18, 15:40)pyrodex Wrote: One thing to note after playing with the latest PVR addon from last night I noticed that if I watch a show and stop the data it does record a bookmark in mythtv, however the PVR addon doesn't honor that bookmark and pickup where it left off. Hm I don't get it. It records the bookmark to resume where it left off... You should be able to start watching with the addon and resume on that position (even in mythfrontend) vice verca. Could you explain and pastebin a debug log? RE: New MythTV add-on using libcmyth - rsennewald - 2012-10-19 I'm trying to test 0.26 support on your master branch Janbar, but I can't build from within a Windows environment. Here is the build output: 1>------ Build started: Project: libcmyth, Configuration: Release Win32 ------ 2>------ Build started: Project: pvr.njoy, Configuration: Release Win32 ------ 3>------ Build started: Project: pvr.mediaportal.tvserver, Configuration: Release Win32 ------ 4>------ Build started: Project: pvr.demo, Configuration: Release Win32 ------ 5>------ Build started: Project: pvr.hts, Configuration: Release Win32 ------ 6>------ Build started: Project: pvr.vuplus, Configuration: Release Win32 ------ 7>------ Build started: Project: pvr.vdr.vnsi, Configuration: Release Win32 ------ 8>------ Build started: Project: pvr.nextpvr, Configuration: Release Win32 ------ 5> HTSPConnection.cpp 4> PVRDemoData.cpp 3> utils.cpp 2> N7Xml.cpp 8> pvrclient-nextpvr.cpp 6> VuData.cpp 7> VNSIChannelScan.cpp 1> livetv.c 1> mythtv_mysql.c 1>..\libcmyth\mythtv_mysql.c(100): error C2143: syntax error : missing ';' before 'const' 1>..\libcmyth\mythtv_mysql.c(102): error C2065: 'query_str' : undeclared identifier 1>..\libcmyth\mythtv_mysql.c(102): warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' 1>..\libcmyth\mythtv_mysql.c(102): warning C4024: 'cmyth_mysql_query_create' : different types for formal and actual parameter 2 1> proginfo.c 7> VNSIData.cpp 1> proglist.c 1> socket.c 2> client.cpp 4> client.cpp 5> HTSPData.cpp 1>..\libcmyth\socket.c(653): error C2143: syntax error : missing ';' before 'type' 1>..\libcmyth\socket.c(655): error C2065: 'tmp' : undeclared identifier 1>..\libcmyth\socket.c(655): warning C4047: 'function' : 'char *' differs in levels of indirection from 'int' 1>..\libcmyth\socket.c(655): warning C4024: '__cmyth_rcv_string' : different types for formal and actual parameter 3 1>..\libcmyth\socket.c(655): error C2065: 'tmp' : undeclared identifier 1>..\libcmyth\socket.c(657): error C2065: 'tmp' : undeclared identifier 1>..\libcmyth\socket.c(705): error C2143: syntax error : missing ';' before 'type' 1>..\libcmyth\socket.c(707): error C2065: 'tmp' : undeclared identifier 1>..\libcmyth\socket.c(707): warning C4047: 'function' : 'char *' differs in levels of indirection from 'int' 1>..\libcmyth\socket.c(707): warning C4024: '__cmyth_rcv_string' : different types for formal and actual parameter 3 1>..\libcmyth\socket.c(707): error C2065: 'tmp' : undeclared identifier 1>..\libcmyth\socket.c(709): error C2065: 'tmp' : undeclared identifier 1> Generating Code... 6> client.cpp 3> timers.cpp 8> Socket.cpp 7> VNSIDemux.cpp 9>------ Build started: Project: pvr.mythtv.cmyth, Configuration: Release Win32 ------ 9> client.cpp 7> VNSIRecording.cpp 2> Creating library ..\..\addon\XBMC_njoy_win32.lib and object ..\..\addon\XBMC_njoy_win32.exp 2> Generating code 7> VNSISession.cpp 5> HTSPDemux.cpp 4> Creating library ..\..\addon\XBMC_Demo_win32.lib and object ..\..\addon\XBMC_Demo_win32.exp 4> Generating code 3> recordings.cpp 8> Compiling... 8> client.cpp 2> Finished generating code 2> pvrclient_njoy.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.njoy\project\VS2010Express\..\..\addon\XBMC_njoy_win32.pvr 9> MythConnection.cpp 4> Finished generating code 7> client.cpp 4> pvrclient_demo.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.demo\project\VS2010Express\..\..\addon\XBMC_Demo_win32.pvr 5> client.cpp 7> responsepacket.cpp 3> pvrclient-mediaportal.cpp 9>..\..\src\cppmyth\MythConnection.cpp(364): warning C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning) 9>..\..\src\cppmyth\MythConnection.cpp(364): warning C4804: '<' : unsafe use of type 'bool' in operation 9>..\..\src\cppmyth\MythConnection.cpp(364): warning C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning) 9>..\..\src\cppmyth\MythConnection.cpp(365): warning C4804: '>=' : unsafe use of type 'bool' in operation 9> MythDatabase.cpp 8> Creating library ..\..\addon\XBMC_NextPVR_win32.lib and object ..\..\addon\XBMC_NextPVR_win32.exp 8> Generating code 5> Creating library ..\..\addon\XBMC_Tvheadend_win32.lib and object ..\..\addon\XBMC_Tvheadend_win32.exp 5> Generating code 8> Finished generating code 7> Creating library ..\..\addon\XBMC_VDR_vnsi_win32.lib and object ..\..\addon\XBMC_VDR_vnsi_win32.exp 7> Generating code 8> XBMC_NextPVR.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.nextpvr\project\VS2010Express\..\..\addon\XBMC_NextPVR_win32.pvr 3> TSReader.cpp 9> MythEventHandler.cpp 5> Finished generating code 7> Finished generating code 5> pvrclient_tvheadend.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.hts\project\VS2010Express\..\..\addon\XBMC_Tvheadend_win32.pvr 7> pvrclient_vdr_vnsi.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.vdr.vnsi\project\VS2010Express\..\..\addon\XBMC_VDR_vnsi_win32.pvr 3> MultiFileReader.cpp 9> MythRecorder.cpp 3> FileReader.cpp 9> fileOps.cpp 3> epg.cpp 9> pvrclient-mythtv.cpp 3> Socket.cpp 6> Creating library ..\..\addon\XBMC_vuplus_win32.lib and object ..\..\addon\XBMC_vuplus_win32.exp 6> Generating code 3> Compiling... 3> client.cpp 6> Finished generating code 3> channels.cpp 6> pvr.vuplus.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.vuplus\project\VS2010Express\..\..\addon\XBMC_vuplus_win32.pvr 9>LINK : fatal error LNK1181: cannot open input file 'C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\project\VS2010Express\libs\libcmyth\Release\libcmyth.lib' 3> GenreTable.cpp 3> Creating library ..\..\addon\XBMC_Mediaportal_win32.lib and object ..\..\addon\XBMC_Mediaportal_win32.exp 3> Generating code 3> Finished generating code 3> XBMC_MediaportalTVserver.vcxproj -> C:\Users\Ray\Projects\janbar-xbmc-pvr-addons\addons\pvr.mediaportal.tvserver\project\VS2010Express\..\..\addon\XBMC_Mediaportal_win32.pvr ========== Build: 7 succeeded, 2 failed, 4 up-to-date, 0 skipped ========== RE: New MythTV add-on using libcmyth - pyrodex - 2012-10-19 (2012-10-18, 21:30)cfetzer Wrote: Hm I don't get it. It records the bookmark to resume where it left off... Figured it out... I stopped it around the 4min mark and must have not been enough to trigger a resume/bookmark write the first time. I stopped it at 38 minutes of a 1 hour show and was able to resume it fine. |