| Sunday, November 24th, 2013, 00:16 UTC | ||
| [00:16:45] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 272 seconds) | |
| [01:19:21] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [03:04:18] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [03:05:29] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:22:28] | nyloc (nyloc!~quassel@p57B4FE2D.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:26:39] | _nyloc_ (_nyloc_!~quassel@p5B26F288.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [04:02:24] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [04:03:36] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:43:03] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [04:49:04] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [04:50:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:56:02] | Cougar (Cougar!~cougar@2a03:5880:104:10:f9ec:c2f8:a677:8744) has quit (Ping timeout: 264 seconds) | |
| [05:07:23] | Cougar (Cougar!~cougar@2a03:5880:104:10:dae:ce91:e945:ada2) has joined #mythtv | |
| [05:41:45] | buu: | stuartm: Thanks for the details, that's exactly what I was looking for |
| [05:41:52] | buu: | Assuming it does what I think it does |
| [05:42:21] | buu: | I'm guessing the RegisterForPlayback is an old style hack before the actual event system existed? |
| [05:44:04] | buu: | But what's the difference between .. connect() and ->registerfor .. kinda confusing. |
| [06:01:16] | dekarl1 (dekarl1!~dekarl@p4FCEE861.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:03:04] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [06:03:51] | dekarl (dekarl!~dekarl@p4FCEEBB4.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [06:06:52] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer) | |
| [06:30:34] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [06:50:26] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has quit (Ping timeout: 246 seconds) | |
| [06:58:20] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has joined #mythtv | |
| [07:33:23] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [08:31:26] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [08:37:15] | len_ (len_!~quassel@67-6-37-92.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [09:52:05] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds) | |
| [10:08:57] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:26:12] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [10:56:42] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
| [11:11:04] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [11:11:41] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer) | |
| [11:15:11] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [12:17:23] | nyloc (nyloc!~quassel@p57B4FE2D.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [12:19:09] | nyloc (nyloc!~quassel@p57B4FE2D.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:19:55] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds) | |
| [12:26:20] | stuartm: | buu: right, RegisterForPlayback is older than the system events mechanism, but it also behaves differently in one crucial and that is it's synchronous, it ensures that the notification is received before playback actually starts which is important in places like mythmusic where we must stop music playback first |
| [12:27:00] | stuartm: | the system events are asynchronous, they are 'posted' and this means there may be a slight delay between them being sent and received |
| [12:31:49] | stuartm: | RegisterForPlayback() just looks like a wrapper around Connect() now, historically the mechanism used there was internal event based, but it used a special 'direct' event one that was guarenteed to be Synchronous – unfortunately those events weren't very thread safe and they were phased out |
| [12:33:17] | stuartm: | when that particular was switched to use signals/slots instead I guess the dev who did the work wanted to minimise the changes, hence the wrapper |
| [13:10:01] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [13:28:43] | rsiebert_ (rsiebert_!~quassel@g226063006.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [13:36:03] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has joined #mythtv | |
| [14:03:38] | stichnot (stichnot!~stichnot@adsl-68-127-209-56.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [14:03:39] | stichnot (stichnot!~stichnot@adsl-68-127-209-56.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [14:03:39] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [14:32:27] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds) | |
| [14:45:07] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [14:45:28] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [14:46:38] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has joined #mythtv | |
| [14:54:13] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [14:55:04] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Client Quit) | |
| [14:55:11] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [15:17:52] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [15:26:32] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [15:30:00] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has joined #mythtv | |
| [15:44:24] | amessina_ (amessina_!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [15:45:11] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [17:35:13] | buu: | stuartm: Cool, thanks again, in any case its exactly what I needed for the exact same reason, stopping music. |
| [17:56:53] | stichnot: | stuartm: It might be better if record.recgroupid had a default value of 1 because (at least on my system) recgroups.recgroupid starts numbering from 1. |
| [17:58:47] | buu: | Augh, why does mythvideo read the filename field |
| [17:58:52] | buu: | This ruins all my hopes and dreams |
| [17:59:55] | buu: | Do you think they'd accept a patch to add a new field 'filepath' that is used instead of filename for everything except playing the file? |
| [18:06:05] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [18:06:06] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [18:06:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:12:07] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [18:21:47] | stichnot: | buu: fwiw, I don't know what you're trying to accomplish here, but there have been plans for some time to have a single unified video file key in the DB, to replace both recorded.chanid/recorded.starttime and videometadata.filename. |
| [18:35:40] | buu: | stichnot: ah, I was wondering about that actually when I noticed the 'play recording' api took a chanid/starttime instead of some kind of id |
| [18:36:05] | buu: | stichnot: But what I'm actually trying to accomplish is 'virtual' trees so I can have my videos in multiple folders at the same time |
| [18:36:12] | buu: | Without actually messing with the disk |
| [18:36:31] | buu: | stichnot: And right now mythvideo builds the tree based on the filename field =[ |
| [18:37:37] | buu: | My alternative approach involves symlinks but it sure would be nice to do it in the db |
| [18:38:07] | buu: | (A lot of this is a symptom of needing to store both movies and tv in mythvideo) |
| [19:22:34] | skd5aner: | buu: not sure this is exactly what you're trying to accomplish, but with storage groups, you can have multiple hierarchical directories across multiple "disks" or "trees". For example. I can set up a video storage group one disk 1, with a "TV Shows" folder... |
| [19:23:38] | skd5aner: | buu: then. I can set up a second video storage group on disk 2, with a "TV Shows" folder and a "Movies" folder. I can then put TV shows on either disk 1 or disk 2, and mythtv will show them as a unified heirarchical tree |
| [19:25:31] | skd5aner: | buu: so, if I had "TV Shows/The Simpsons/Season 1/..." in the storage group on disk 1, and I had "TV Shows/The Simpsons/Season 2/..." on storage storage group on disk 2, within mythvideo it'd all look the same... and I an move things around if I ever wanted to reorganize where the files are located |
| [19:34:43] | buu: | skd5aner: Right, I get that, but that's multiple physical being show as single virtual, I want single physical being shown as multiple virtuals |
| [19:34:51] | buu: | skd5aner: For example: tv/christmas |
| [19:35:00] | buu: | Er, movies/action, movies/christmas, etc |
| [19:35:36] | buu: | Also there's the annoying part where I have a folder "Movie Name" that contains "movie.avi" and I have to select "movie name" folder then select "movie.avi" to actually play it |
| [19:36:47] | buu: | skd5aner: videometadata stores relative paths so it just scans each available directory to find it right? |
| [19:37:35] | buu: | Essentially you have (/disk1/movies,/disk2/movies,/disk3/mymovies) and then store the path movie/movie.avi; and it just looks in /disk1/movies/movie/movie.avi, then /disk2/... right? |
| [19:43:01] | Goga777 (Goga777!~Goga777@128-71-162-158.broadband.corbina.ru) has joined #mythtv | |
| [19:47:08] | len_ (len_!~quassel@67-6-37-92.mpls.qwest.net) has joined #mythtv | |
| [19:57:56] | stuartm: | stichnot: I've given it a default value of 1, haven't I? |
| [19:59:21] | stuartm: | stichnot: sorry just realised what you were referring to |
| [20:04:01] | stuartm: | pushed the change to the existing schema update, will add a new schema update for those who already have 1321 later on |
| [20:28:56] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:31:40] | joki (joki!~joki@p54860232.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [20:36:13] | stichnot: | buu: there are also plans in the works to use multiple tags/labels instead of recording groups, and this would apply to videos as well after the recording/video unification |
| [20:36:40] | stichnot: | That said, both sets of plans have been around for years, so there's no telling when they will actually get implemented |
| [20:38:30] | joki (joki!~joki@p548600F4.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:39:40] | buu: | stichnot: heh |
| [20:39:47] | buu: | stichnot: Any thoughts on a temporary work around? |
| [20:40:07] | buu: | I want to have movies/<all movies>; movies/christmas/<some movies>; etc |
| [20:43:02] | buu: | I can fake it with symlinks |
| [20:43:13] | buu: | But it'd be nice to be able to create virtual entries in videometadata |
| [20:43:31] | buu: | But to do that I need to break the link between 'displayed file system' and 'actual file location' |
| [20:56:58] | skd5aner: | buu: gotcha – one of the devs has "tagging" on his TODO list, but I don't think that'll get done anytime soon given his personal commitments |
| [20:58:05] | buu: | skd5aner: It seemed like adding tagging and stuff would require a ton of new view related development, I'd like to re-use the existing 'folder' view |
| [20:58:07] | skd5aner: | and this has come up a few times, the problem is that the video library actually creates a unique hash ID for each video, and so I don't even think you can use symlinks to mimick the behavior you want. I actually would like the same functionatliy you describe |
| [20:58:30] | buu: | skd5aner: The hashid isn't necessary, it turns out =] |
| [20:58:43] | buu: | Well I mean, maybe its necessary for the builtin python thingy |
| [20:59:12] | buu: | In my system I just assigned every single file the same hashid, haha |
| [20:59:23] | skd5aner: | lol |
| [20:59:36] | skd5aner: | I'm not sure if that'l cause any unexpected issues or not... |
| [20:59:59] | buu: | skd5aner: I'm pretty sure hash is only used by the uh mythscan system |
| [21:00:04] | buu: | Whatever that thing is called |
| [21:00:48] | buu: | skd5aner: https://github.com/rmzg/myth-videometadata |
| [21:00:52] | buu: | That's what I'm playing with |
| [21:00:57] | skd5aner: | buu: I think the intent of creating the hashes were the videos could be identified regardless of filename |
| [21:01:30] | buu: | Sure |
| [21:01:40] | buu: | But I think only the metadata scanner pays any attention to that |
| [21:01:53] | buu: | And I'm not sure why you'd want mythtv itself to care about that |
| [21:02:23] | skd5aner: | buu: so, are you looking at a metadata grabber that's extrenal to the mythmetadalookup as a replacement? |
| [21:03:24] | buu: | Yes, I wrote my own, heh |
| [21:03:35] | skd5aner: | buu: FYI, metadata retrival was "built-in" to mythtv, JAMU used to be a very popular way of doing this.... |
| [21:03:44] | skd5aner: | might be worth referencing... |
| [21:04:02] | skd5aner: | http://www.mythtv.org/wiki/Jamu |
| [21:04:07] | buu: | What is JAMU? When I looked at the source it seemed ot call out to pytmd or something like that |
| [21:04:37] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [21:05:31] | skd5aner: | Jamu was a contrib script that basically externalized all the metadata retrival for recordings and video... before it was integrated. Most of Jamu's functionality was eventually replaced with mythmetadatalookup |
| [21:05:50] | skd5aner: | it was a python script written by a 3'rd party, but distributed with mythtv for a few releases |
| [21:05:56] | skd5aner: | .22-.25 I believe |
| [21:06:01] | buu: | Interesting |
| [21:06:02] | skd5aner: | .23 maybe |
| [21:06:11] | buu: | I appear to have ended up with something rather similar |
| [21:07:29] | buu: | Certainly the existing mythmetadatalookup didn't match much of what I had |
| [21:14:02] | Goga777 (Goga777!~Goga777@128-71-162-158.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [21:16:20] | skd5aner: | buu: https://github.com/MythTV/mythtv/tree/fixes/0 . . . ideo/scripts |
| [21:16:38] | skd5aner: | certainly outdate by now, but might be useful for you to reference |
| [21:18:46] | skd5aner: | also, I'm a bit intrigued by some of the built in features for a new shedules direct grabber which can pull metadata from tbdb, tmdb, etc. -http://www.gossamer-threads.com/lists/mythtv/dev/557640#557640 |
| [21:19:07] | buu: | skd5aner: For recorded episodes? |
| [21:19:12] | buu: | Or upcoming episodes? |
| [21:19:48] | skd5aner: | I'm assuming it's for listing data pulled from SD, so – upcoming, but that's only a guess |
| [22:21:49] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:33:21] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 272 seconds) | |
| [22:50:16] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:59:32] | rsiebert_ (rsiebert_!~quassel@g224250211.adsl.alicedsl.de) has joined #mythtv | |
| [23:02:21] | rsiebert (rsiebert!~quassel@g226063006.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [23:15:03] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [23:28:43] | jheizer: | Would a patch to add the number of actually recordings for a given title for the Service API GetTitleInfoList be something that would be accepted? |
| [23:30:09] | jheizer: | Since I have refactored everything that is the one item stopped me from moving to that vs using the entire recordings list to generate my own. |
| [23:39:33] | dekarl1 is now known as dekarl | |
| [23:41:37] | dekarl: | dblain: in http://code.mythtv.org/cgit/mythtv/commit/?id=34e1c9e0 was the change to bool bFound; (false); on purpose? There is a compiler warning hinting that it may not be what was intended. ( false; being a noop) looks like it can safely be removed |
| [23:49:05] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Ping timeout: 272 seconds) | |
| [23:57:20] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.