| Saturday, December 21st, 2013, 00:02 UTC | ||
| [00:02:25] | joki (joki!~joki@p548610F8.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [00:02:56] | joki (joki!~joki@p548610F8.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:08:45] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:10:20] | peper03- (peper03-!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:11:30] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:11:30] | peper03- is now known as peper03 | |
| [00:12:45] | peper03- (peper03-!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:13:57] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:14:45] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:16:15] | peper03| (peper03|!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:16:24] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:16:24] | peper03| is now known as peper03 | |
| [00:18:09] | peper03- (peper03-!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:19:33] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:21:15] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:24:06] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [00:24:06] | peper03_ is now known as peper03 | |
| [00:33:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [00:54:58] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:11:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [02:11:00] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [02:11:27] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
| [02:24:03] | stichnot (stichnot!~stichnot@adsl-68-127-209-56.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:24:03] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:24:03] | stichnot (stichnot!~stichnot@adsl-68-127-209-56.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:31:41] | jnylen: | dekarl: are you awake? |
| [02:32:26] | jnylen: | dekarl: are nonametv locking the tables? I'm thinking about splitting up the importers to two servers |
| [02:32:48] | jnylen: | so the exporters can export the data faster |
| [02:33:04] | jnylen: | at the moment the 300 channels takes like 14 hours some days |
| [02:58:55] | daguz2 (daguz2!~leo@99-12-165-160.lightspeed.rlghnc.sbcglobal.net) has joined #mythtv | |
| [03:04:30] | daguz2 (daguz2!~leo@99-12-165-160.lightspeed.rlghnc.sbcglobal.net) has quit (Ping timeout: 245 seconds) | |
| [03:21:20] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:24:21] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [03:24:21] | peper03_ is now known as peper03 | |
| [03:34:59] | rsiebert_ (rsiebert_!~quassel@g225157035.adsl.alicedsl.de) has joined #mythtv | |
| [03:37:39] | rsiebert (rsiebert!~quassel@g226057080.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [03:57:17] | nyloc (nyloc!~quassel@p5B26FDE9.dip0.t-ipconnect.de) has joined #mythtv | |
| [04:01:39] | _nyloc_ (_nyloc_!~quassel@p57B4F971.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [04:05:19] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:06:38] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:40:48] | robink_ is now known as robink | |
| [05:02:59] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [05:04:36] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:19:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds) | |
| [05:35:17] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [05:35:17] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [05:35:17] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [07:55:46] | SteveGoodey (SteveGoodey!~steve@host86-143-180-227.range86-143.btcentralplus.com) has joined #mythtv | |
| [08:09:11] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-204-130.neo.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [08:11:46] | unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has joined #mythtv | |
| [09:48:15] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [11:16:06] | johnbergqvist (johnbergqvist!~johnbergq@79-67-255-253.dynamic.dsl.as9105.com) has joined #mythtv | |
| [11:16:12] | johnbergqvist: | Morning. |
| [11:16:35] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 245 seconds) | |
| [11:17:11] | johnbergqvist: | stuartm: I've sent Nick an email now, enquiring as to whether he'd ressurect his Atlas grabber, as it's more myth-friendly. I'll post here if/when he replies |
| [11:27:24] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [12:00:21] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [12:04:35] | johnbergqvist (johnbergqvist!~johnbergq@79-67-255-253.dynamic.dsl.as9105.com) has quit (Ping timeout: 245 seconds) | |
| [12:05:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [12:05:16] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Signing in (natanojl)) | |
| [12:05:16] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [12:57:08] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [12:57:38] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [13:25:00] | DoctorDalek (DoctorDalek!~pat@162.243.12.172) has quit (Ping timeout: 245 seconds) | |
| [13:41:52] | pathartl_ (pathartl_!~pat@162.243.12.172) has joined #mythtv | |
| [13:41:55] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [13:47:25] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has quit (Remote host closed the connection) | |
| [13:54:41] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Read error: Operation timed out) | |
| [13:57:06] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [14:02:14] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 240 seconds) | |
| [14:03:22] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [14:15:34] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [14:20:36] | MartinT: | just playing around with the API and have a quick question... |
| [14:20:55] | MartinT: | if the Screensaver has kicked in, and I choose to play a video... |
| [14:21:07] | MartinT: | it won't deactivate the screensaver... |
| [14:21:15] | MartinT: | is this a defect? |
| [14:21:31] | stuarta: | sounds like something that should be fixed |
| [14:21:33] | MartinT: | or is it a "By Design" thing |
| [14:22:48] | MartinT: | I'm good with the web ui stuff, but that would be beyond me... |
| [14:22:55] | MartinT: | is a trac the best place? |
| [14:22:59] | stuarta: | yes |
| [15:10:00] | MartinT: | done... |
| [15:10:27] | MartinT: | also now following MythTV on linked in... no idea you were on there... |
| [15:12:21] | stuarta: | :) |
| [15:16:37] | MartinT: | ok, another question... |
| [15:16:45] | MartinT: | looking at extending the Video api |
| [15:16:47] | doev (doev!~doev@p4FD42072.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:17:18] | MartinT: | specifically, getVideoList needs to allow more advanced searching.. |
| [15:17:50] | MartinT: | things like, filter by folder/directory, search on title, only show unwatched |
| [15:18:53] | MartinT: | should I just extend the GetVideoList with extra optional parameters, or create a new "GetFiltedVideoList" operation? |
| [15:19:07] | wagnerrp: | it needs to have the view modes migrated to it from the frontend |
| [15:19:29] | stuarta: | stuartm: ^^^ |
| [15:19:47] | MartinT: | wagnerrp: is that in response to the screensaver issue? |
| [15:19:56] | MartinT: | oh, wait... |
| [15:20:01] | MartinT: | I think I get you... |
| [15:21:34] | MartinT: | so what about the others options... i.e. searching... |
| [15:32:59] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:03:52] | johnbergqvist (johnbergqvist!~johnbergq@79-67-255-253.dynamic.dsl.as9105.com) has joined #mythtv | |
| [16:04:49] | MartinT: | what I'm thinking is GetVideoList?Folder=/HomeMovies&Title=Christmas |
| [16:08:02] | wagnerrp: | that depends on having the view modes from the frontend moved to the backend such that it actually understands what that folder is |
| [16:08:23] | MartinT: | hmm, I was planning on just putting it in the sql |
| [16:08:42] | wagnerrp: | which IMHO is a dirty short cut |
| [16:08:58] | wagnerrp: | if we're going to have those view modes anywhere, they should be available everywhere that touches the video library content |
| [16:10:15] | stichnot: | stuartm: in the webfrontend Upcoming Recordings page, all my rule types are shown as "Rule Type: Override Recording". This seems suspicious – is it correct? |
| [16:11:06] | MartinT: | ok, I'll look into the view modes |
| [16:11:37] | wagnerrp: | the view modes basically are just a chunk of sql, |
| [16:11:47] | wagnerrp: | the trouble is that some of them take a long time to generate |
| [16:12:12] | wagnerrp: | so there's going to need to be a mechanism to temporarily (or maybe permanently) cache the results |
| [16:12:25] | wagnerrp: | it's something that has been on my list, just something pretty far down |
| [16:16:16] | wagnerrp: | MartinT: basically, it was going to be next on my list once i get the file scanner rewritten and only in the backend |
| [16:16:35] | wagnerrp: | which would allow me to reliably hook onto the scanner and automatically refresh those caches as needed |
| [16:16:54] | MartinT: | ok, I'll hold off.. |
| [16:17:22] | MartinT: | what I was looking into was providing a web based scrolling interface of videos... |
| [16:17:27] | wagnerrp: | i don't want to discourage you from doing it early. it's been on my list for like two years now |
| [16:55:45] | dekarl1 (dekarl1!~dekarl@p4FE84176.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:56:19] | jpharvey__ (jpharvey__!~jpharvey@host109-148-236-239.range109-148.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [16:57:27] | tris (tris!tristan@camel.ethereal.net) has quit (Excess Flood) | |
| [16:57:45] | dekarl (dekarl!~dekarl@p4FE84FAF.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [16:57:47] | MartinT: | wagnerrp: well I'm not a cpp developer... c# is my main language, with alot of js, jq, html, css... so the view mode thing might be beyond me... |
| [16:58:02] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [17:03:01] | stuartm: | stichnot: it's an issue with the services API, haven't pushed a fix for it yet |
| [17:04:09] | stichnot: | ok, cool, thanks. |
| [17:05:18] | stuartm: | stichnot: some methods return the rule type as an integer value, others as a string – internally it's an enum, dblain was going to add proper support for enums with services, but in the interim and after discussion with gigem I'll switch it to be consistent for all methods |
| [17:05:54] | johnbergqvist (johnbergqvist!~johnbergq@79-67-255-253.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [17:07:26] | stuartm: | the particular issue on the upcoming page is that we're expecting one and getting the other, which results in the translation switch falling back to the default value which happens to be 'override' |
| [17:09:27] | jpharvey__ (jpharvey__!~jpharvey@host109-148-116-31.range109-148.btcentralplus.com) has joined #mythtv | |
| [17:09:56] | MartinT: | stuartm: did you see the question earlier about extending the video service with some more advanced filtering? |
| [17:11:42] | stuartm: | MartinT: yeah, just caught up |
| [17:13:13] | stuartm: | any implementation in services can later be moved elsewhere in the backend/libs so that it can be used more widely |
| [17:13:28] | dekarl1 is now known as dekarl | |
| [17:17:35] | stuartm: | seems a videopathinfo table was added, but unfortunately isn't used |
| [17:28:02] | Goga777 (Goga777!~Goga777@95-30-190-165.broadband.corbina.ru) has joined #mythtv | |
| [17:28:29] | robink (robink!~quassel@unaffilated/robink) has quit (Quit: No Ping reply in 180 seconds.) | |
| [17:28:51] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [17:48:25] | jpharvey__ (jpharvey__!~jpharvey@host109-148-116-31.range109-148.btcentralplus.com) has quit (Remote host closed the connection) | |
| [17:52:23] | jpharvey (jpharvey!~jpharvey@host109-148-116-31.range109-148.btcentralplus.com) has joined #mythtv | |
| [18:14:57] | nyloc (nyloc!~quassel@p5B26FDE9.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [18:15:40] | MartinT: | stuartm: any idea what the intention behind videopathinfo was? |
| [18:17:32] | wagnerrp: | when in doubt, git blame |
| [18:18:13] | wagnerrp: | Adjust video DB tables for content types/future grouping capabilities. |
| [18:18:53] | wagnerrp: | looks like it was a future addition to allow certain characteristics to be hard-coded for video library paths |
| [18:19:26] | wagnerrp: | so a whole directory could be marked for a television show, and the inetref set appropriately |
| [18:19:48] | wagnerrp: | or a directory could me marked as containing home videos, and any metadata grabbing skipped |
| [18:23:39] | jpharvey (jpharvey!~jpharvey@host109-148-116-31.range109-148.btcentralplus.com) has quit (Remote host closed the connection) | |
| [18:27:00] | stuartm: | in theory it would allow different layouts to be used depending on whether you were browsing television or films |
| [18:27:55] | jpharvey (jpharvey!~jpharvey@host109-148-116-31.range109-148.btcentralplus.com) has joined #mythtv | |
| [18:33:56] | nyloc (nyloc!~quassel@p3EE2C271.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:39:06] | MartinT: | ooo... that sounds useful |
| [18:41:04] | MartinT: | is the videofile path stored anywhere other than the file videometadata table? |
| [18:41:49] | wagnerrp: | at current, only the root directory of the storage group definitions are stored |
| [18:42:17] | MartinT: | hmmm.... is that looking at being changed? |
| [18:42:18] | wagnerrp: | when using the filesystem view, an image of the filesystem is generated from the known files |
| [18:48:00] | doev (doev!~doev@p4FD42072.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [19:08:08] | moparisthebest (moparisthebest!~quassel@mailer.moparscape.org) has quit (Read error: Connection reset by peer) | |
| [19:21:11] | MartinT: | wagnerrp: you said that you're re-writing the file scanner... |
| [19:21:22] | MartinT: | is that the mechanism for updating the video? |
| [19:22:00] | MartinT: | *video library |
| [19:22:03] | wagnerrp: | sort of. i breaking it into two pieces |
| [19:22:28] | wagnerrp: | i'm giving mythtv a generic file scanner to track and manage all content in all storage groups |
| [19:23:10] | wagnerrp: | and then rewriting the video library to crosslink its metadata against that global file list |
| [19:25:28] | MartinT: | is that going to have folder hierarchy support... |
| [19:25:59] | MartinT: | i.e. being able to easily query the folder structure? |
| [19:26:04] | wagnerrp: | i had only planned to track the individual files, not the folders |
| [19:26:16] | wagnerrp: | unless it's a "special" folder, like a VIDEO_TS or BDMV |
| [19:26:24] | MartinT: | hmmm |
| [19:26:47] | wagnerrp: | that kind of support would be in the video library, not the file scanner |
| [19:27:00] | MartinT: | maintaining a separate table with the folder structure, that's generated when the file is updated |
| [19:27:34] | MartinT: | might be beneficial |
| [19:28:33] | wagnerrp: | not the whole folder structure, no |
| [19:28:40] | wagnerrp: | there's no value to a folder with no content in it |
| [19:28:58] | wagnerrp: | and if there's content in it that you're tracking, you can induce that the folder is there to contain it |
| [19:29:33] | wagnerrp: | so there would only be reason to add an entry to a database table when a user wants to add custom properties to a folder |
| [19:30:35] | MartinT: | would it not make it easier to build up a graphical representation of the folder structure if you had them all stored? |
| [19:31:05] | wagnerrp: | but you do have it all stored, in the locations of the files you're tracking |
| [19:31:28] | MartinT: | yes, but only as part of the filename, which isn't easily queryable... |
| [19:32:15] | doev (doev!~doev@p4FD42072.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:32:22] | wagnerrp: | sure it is |
| [19:33:26] | MartinT: | so what's the query to get the root directory? |
| [19:35:25] | MartinT: | from what I can see, I have to do a query with a string split at the first "/" |
| [19:37:33] | wagnerrp: | select distint left(filename, length(filename) – locate('/', reverse(filename))) from videometadata; |
| [19:37:52] | wagnerrp: | i'm sure that's an awful query, and someone with better knowledge of mysql could do better |
| [19:38:19] | MartinT: | splitting in sql is bad... especially on large datasets... |
| [19:38:29] | stuartm: | wagnerrp: fwiw, both mythmusic and the new mythimage plugins store the directory information in it's own table, that lets us associate metadata, permissions etc at the directory level (also saves a modest amount of space) |
| [19:39:01] | wagnerrp: | it's only going to be a few thousand entries, maybe tens of thousands with images and music, not particularly large |
| [19:39:53] | wagnerrp: | stuartm: right, i'm just saying those directories only need to be populated on-the-fly, as users want to define information for them |
| [19:40:33] | wagnerrp: | they do not need to be decomputed and stored with defaults in the database |
| [19:40:39] | wagnerrp: | we can merely assume those defaults |
| [19:43:52] | doev (doev!~doev@p4FD42072.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [19:49:57] | MartinT: | music_directories is exactly what I was thinking |
| [19:52:44] | MartinT: | It's not about the defaults, it's about being able to retrieve the directory structure easily, for display purposes... |
| [19:53:29] | wagnerrp: | i don't see why that needs to be cached in the database rather than in memory in the backend |
| [19:59:01] | joki (joki!~joki@p548610F8.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [20:04:33] | joki (joki!~joki@p54860C22.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:05:16] | MartinT: | I suppose that's doable... |
| [20:05:47] | MartinT: | it just seems like it would be an action that is better done as the scanner is iterating down the directory structure... |
| [20:07:28] | wagnerrp: | i intend the scanner to be ignorant of the content it is indexing |
| [20:08:00] | wagnerrp: | all it's doing is tracking files and file hashes |
| [20:10:07] | wagnerrp: | the individual users of that index are going to be applying metadata to it, so it's up to them to track and apply metadata to the hierarchy |
| [20:20:46] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [20:22:54] | MartinT: | hmm, so if I understand you, there will be 2 parts, so when I call mythutil --scan-videos, it will call into some video scanner code, this, in turn call into the common file scanner... |
| [20:27:50] | wagnerrp: | correct, and the common file scanner will do things like scan on slave backend connection, scan on media insertion, and periodic background scanning |
| [20:28:05] | wagnerrp: | haven't figured out how to do background scanning without interfering with disk spindown though |
| [20:30:36] | wagnerrp: | the intent is just to maintain a list of all files currently visible to the cluster, and all locations in which they can be found |
| [20:33:51] | wagnerrp: | effectively, it will replace the file search we currently do when trying to open a file |
| [20:34:25] | wagnerrp: | right now, we only track record what system and storage group a file is on |
| [20:34:58] | wagnerrp: | so every time we open a file, we search through all defined storage group paths, and then all defined paths in any storage groups, trying to find that file |
| [20:39:17] | MartinT: | ok, so it would be the job of the video file scanner so maintain say the video_directories, the music file scanner to maintain music_directories... |
| [20:40:23] | wagnerrp: | yes, and technically they would not be scanning... just refreshing data based off what's listed as available through the common scanner |
| [20:41:50] | MartinT: | ok... that makes sense... I do think it would be useful to maintain the video_directories, so that a try could be displayed easily, but if that ends up being "in memory", I suppose that's not too bad.. |
| [20:42:16] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2) | |
| [20:42:27] | MartinT: | it just means that there is a lot of work to do in the mythbackend start up on the master... |
| [20:42:48] | wagnerrp: | that's what i was describing earlier with the various metadata views |
| [20:43:16] | wagnerrp: | the filesystem view is the only one that could potentially be queried directly from the database directly |
| [20:43:51] | wagnerrp: | queried progressively |
| [20:44:02] | wagnerrp: | all the other views would need to be queried in full |
| [20:44:21] | wagnerrp: | which sensibly requires those views get cached |
| [20:44:40] | wagnerrp: | if you're caching them, you may as well cache the filesystem view as well just so they all use the same common set of code |
| [20:52:26] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [20:54:13] | Goga777 (Goga777!~Goga777@95-30-190-165.broadband.corbina.ru) has quit (Ping timeout: 246 seconds) | |
| [21:00:32] | arescorpio (arescorpio!~arescorpi@27-236-16-190.fibertel.com.ar) has joined #mythtv | |
| [21:06:44] | Goga777 (Goga777!~Goga777@95-30-246-186.broadband.corbina.ru) has joined #mythtv | |
| [21:20:07] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [21:20:36] | MartinT: | I've done an update for master, done my make and getting this error... |
| [21:20:36] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [21:20:37] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [21:20:37] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [21:20:50] | MartinT: | undefined reference to `StorageGroup::StorageGroup(QString, QString, bool)' |
| [21:21:56] | wagnerrp: | do you have an existing install of mythtv? |
| [21:25:04] | MartinT: | yeah, done from the this checkout |
| [21:26:12] | wagnerrp: | the toolchain can sometimes get confused, and try to link against the installed copy |
| [21:26:27] | wagnerrp: | try uninstalling it and rebuilding |
| [21:26:37] | MartinT: | is that just a "make clean"? |
| [21:26:46] | wagnerrp: | 'make uninstall' |
| [21:30:39] | unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has quit (Ping timeout: 240 seconds) | |
| [21:33:50] | MartinT: | nope, still no joy |
| [21:33:57] | MartinT: | the error is in mythavtest |
| [21:36:16] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-204-130.neo.res.rr.com) has joined #mythtv | |
| [21:37:05] | Goga777 (Goga777!~Goga777@95-30-246-186.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [21:37:42] | Goga777 (Goga777!~Goga777@95-30-244-254.broadband.corbina.ru) has joined #mythtv | |
| [21:44:14] | MartinT: | not sure if it's relevant, but this is the first time I've compiled after installing ccache |
| [22:06:58] | Goga777 (Goga777!~Goga777@95-30-244-254.broadband.corbina.ru) has quit (Quit: Leaving) | |
| [22:13:08] | MartinT: | i've done a make clean, and now making again... that will be a few hours on this machine... |
| [22:13:14] | MartinT: | question in the meantime... |
| [22:14:22] | MartinT: | why is there no id on the Recorded table... that we could potentially use to play recordings? |
| [22:15:37] | MartinT: | i.e. why use chanid and starttime, when an id could be provided to make it easier on the api calls... |
| [22:34:46] | wagnerrp: | it's just the way it has always been, internally as well |
| [22:37:59] | MartinT: | presuming that is a bit of big thing to change... |
| [22:38:36] | MartinT: | just thinking that api would be cleaner without having to supply dates, and would make more sense to an integrator... |
| [22:38:51] | MartinT: | integrater/integrator? |
| [22:39:01] | MartinT: | not sure what the right term is... |
| [22:40:55] | MartinT: | As someone who integrates with third parties for a living, things like that just make me cringe, as the formats need to be exactly right to make it work... |
| [22:41:27] | MartinT: | you can't really go wrong with int, guids, or the like... |
| [22:52:01] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-)) | |
| [23:01:00] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [23:08:17] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [23:09:21] | moparisthebest (moparisthebest!~quassel@mailer.moparscape.org) has joined #mythtv | |
| [23:29:18] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-204-130.neo.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [23:29:24] | buu (buu!~buu@75.108.226.47) has joined #mythtv | |
| [23:31:42] | stuartm: | MartinT: sphery has been planning/working on switching from chanid/starttime to a single numeric id, but you're right it's a huge undertaking, which is why it's not be done before now |
| [23:31:49] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-204-130.neo.res.rr.com) has joined #mythtv | |
| [23:32:49] | MartinT: | stuartm: I was thinking that it could be made a smaller undertaking by just implementing the autoid, but not using in the main codebase... |
| [23:33:03] | stuartm: | for the purposes of the services API, it's not inconceivable that we just add a recordingid column to the table ... right |
| [23:33:28] | MartinT: | then use it simply in the API, i.e. do a lookup on id, then pass the start time down the chain... |
| [23:34:10] | stuartm: | yep |
| [23:34:48] | MartinT: | is there a written wishlist somewhere? |
| [23:34:49] | stuartm: | that's basically how you'd have to roll out the change throughout the code base anyway |
| [23:35:22] | MartinT: | I feel like I'm hitting walls the people have already hit... |
| [23:35:40] | stuartm: | MartinT: not a current one |
| [23:36:24] | MartinT: | ok... |
| [23:37:02] | MartinT: | I've got the rest of the bookmarking work done... I've limited to the main pages, recordings, upcoming, overview and guide... |
| [23:37:43] | MartinT: | the mechanism makes it easy for someone to add a bookmarkable page, and then instead of using "loadContent", you use "loadBookmarkableContent" |
| [23:38:19] | MartinT: | with the new method, you must pass a contentref from the ContentDictionary, rather than a url... |
| [23:39:22] | MartinT: | small issue in that I messed up my local install after a git pull, so I'm currently compiling... should have it committed tomorrow though |
| [23:44:37] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-204-130.neo.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [23:46:20] | unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has joined #mythtv | |
| [23:56:12] | arescorpio (arescorpio!~arescorpi@27-236-16-190.fibertel.com.ar) has quit (Excess Flood) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.