Sunday, November 24th, 2013, 18:36 UTC | ||
[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 | |
Monday, November 25th, 2013 | ||
[00:39:00] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[00:50:36] | benklop (benklop!~quassel@2001:470:f400:47:ae81:12ff:fe31:668b) has quit (Ping timeout: 245 seconds) | |
[00:53:20] | dblain: | dekarl: yeah, that was a mistake. the (false) was supposed to be removed. |
[00:56:09] | xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Goodbye.) | |
[01:02:44] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
[01:02:56] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
[01:02:56] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[01:07:31] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 272 seconds) | |
[01:08:40] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
[02:10:22] | jheizer: | Well, if it would be accepted, ticket created with patch #11959. |
[02:10:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/11959 ** | |
[03:21:06] | _nyloc_ (_nyloc_!~quassel@p3EE2C966.dip0.t-ipconnect.de) has joined #mythtv | |
[03:25:40] | nyloc (nyloc!~quassel@p57B4FE2D.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
[04:00:12] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
[04:01:10] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
[04:34:10] | wolfgang1 (wolfgang1!~wolfgang@ppp-46-244-177-84.dynamic.mnet-online.de) has joined #mythtv | |
[04:37:53] | wolfgang4 (wolfgang4!~wolfgang@ppp-82-135-84-119.dynamic.mnet-online.de) has quit (Ping timeout: 272 seconds) | |
[04:47:53] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
[04:49:15] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[04:51:37] | benklop (benklop!~quassel@2001:470:f400:47:ae81:12ff:fe31:668b) has joined #mythtv | |
[05:53:41] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
[05:54:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
[06:01:32] | dekarl1 (dekarl1!~dekarl@p4FCEE5C3.dip0.t-ipconnect.de) has joined #mythtv | |
[06:04:06] | dekarl (dekarl!~dekarl@p4FCEE861.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
[06:30:43] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
[07:01:43] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
[07:10:18] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
[07:21:02] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[07:31:20] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
[08:12:24] | len_ (len_!~quassel@67-6-37-92.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
[09:58:41] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[10:18:42] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 252 seconds) | |
[10:25:00] | jpharvey (jpharvey!~jpharvey@host109-148-236-203.range109-148.btcentralplus.com) has quit (Ping timeout: 245 seconds) | |
[11:05:09] | sraue_ (sraue_!~stephan@2a02:908:fc12:b780:3e97:eff:fe0c:d215) has joined #mythtv | |
[11:19:33] | stuartm: | is anyone using Recording Profiles? They seem to be untranslatable in their current state and the code behind them needs serious refactoring :( |
[11:21:34] | stuarta: | what do they do again? |
[11:22:29] | stuartm: | for digital sources, very little, for analogue they allow you to alter capture resolution and encoding quality to save disk space on your less important recordings |
[11:23:58] | stuarta: | i seem to only have "default" in use |
[11:25:31] | stuartm: | I'd argue that their time has past, disks are cheap and digital users (the majority) don't get any benefit from them, we know the code slows down livetv channel changes a little and although it could be refactored to speed it up, I question whether that's worthwhile |
[11:26:25] | stuartm: | even most analogue users are unlikely to be using multiple profiles, one is probably enough for the 99.9% |
[11:27:35] | stuarta: | the only use for them i can see in digital world is to filter the data pids on recordings |
[11:29:18] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
[11:29:47] | stuartm: | yeah, we'd want to keep that but we don't really need the existing profile mechanism to do it – just a setting 'strip data from recordings' when setting up digital video sources |
[11:30:46] | stuartm: | similarly for analogue sources, we just need a single profile – select resolution/quality and you're done |
[11:31:57] | stuarta: | i think we already have a setting to strip the data pids |
[11:33:33] | ** stuarta plays cleanup old recording rules ** | |
[11:35:49] | stuartm: | stuarta: it's currently under the Recording Profile stuff, we'd just move it out of there |
[11:36:16] | stuarta: | ah :) |
[11:36:23] | stuartm: | this is all hypothetical, I think it needs doing but so do a lot of other things |
[11:36:47] | stuarta: | yeah better stuff to break first |
[11:43:50] | stuartm: | WTF ... now receiving spam from someone trying to sell me their children's book |
[11:47:26] | sraue_ is now known as sraue | |
[11:47:30] | sraue (sraue!~stephan@2a02:908:fc12:b780:3e97:eff:fe0c:d215) has quit (Changing host) | |
[11:47:30] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
[11:49:00] | toeb (toeb!~toeb@HSI-KBW-095-208-110-197.hsi5.kabel-badenwuerttemberg.de) has quit (Quit: leaving) | |
[11:59:28] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
[12:11:57] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 246 seconds) | |
[12:56:19] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
[13:17:18] | dekarl-work: | stuarta, stuartm, that "strip data" setting is a filter to keep known wanted PIDs, when it should instead discard known unwanted PIDs. Problem: http://www.mythtv.org/pipermail/mythtv-users/ . . . /346072.html Solution: http://code.mythtv.org/trac/ticket/11184 |
[13:21:37] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit () | |
[13:23:56] | stuarta: | stuartm: ^^^ reminds me that i do occasionally use the recording profile to keep all the streams at certain times |
[13:34:09] | stuarta: | hmmm can't seem to get attachments out of the mailling list archives |
[13:34:23] | stuarta: | http://www.mythtv.org/pipermail/mythtv-users/ . . . /345949.html for example |
[13:40:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[14:50:22] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
[14:51:15] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
[15:00:58] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
[15:02:07] | dekarl-work: | stuarta, try http://www.gossamer-threads.com/lists/engine? . . . ;list=mythtv or http://code.mythtv.org/cgit/mythtv/commit/?id . . . b2a324d53a57 |
[15:03:47] | stuarta: | both work :) |
[15:05:07] | dekarl-work: | btw, its not just you. |
[15:06:41] | stuarta: | some fiddling required... :) |
[15:09:03] | dekarl-work: | hmm, a new coverity run would be nice. the current one is >2 months old. Tried to look at some low hanging fruit, but it was already gone. |
[15:11:56] | stuarta: | i think adding that to one of the buildslaves is on my todo list |
[15:16:17] | stuartm: | gigem: is the 'newruledefault' column of recordfilter used? It seems to be ignored in mythfrontend/scheduleeditor.cpp so I'm not sure whether it needs exposing in the services API? |
[15:23:34] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
[15:24:04] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit () | |
[15:51:15] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
[15:53:17] | danielk22 (danielk22!~danielk@exchange.wgen.net) has quit (Quit: Leaving.) | |
[16:38:24] | gigem: | stuartm: It was a precursor to recording rule templates. You don't need to expose it. |
[16:38:49] | stuartm: | gigem: thanks |
[16:52:15] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[16:53:20] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 245 seconds) | |
[17:05:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
[17:18:27] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
[17:18:27] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
[17:18:28] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[17:20:47] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Client Quit) | |
[17:41:30] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[18:00:04] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[18:08:30] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.