MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (74):

MythBuild, MythLogBot, wagnerrp_, Anssi, Beirdo_, brfransen, buu, caelor, cesman, Chutt, clever, Cougar, ElmerFudd, fetzerch, foobum, Gibby, gigem, gregL, GreyFoxx, J-e-f-f-A, jams, jarryd, jheizer, joki, jpabq, jwhite, jya, kenni, kurre2, kwmonroe, moparisthebest, Nothing4You, peper03, poptix, purserj, robink, seld, Sharky112065, skd5aner, sl1ce, SmallR2002, sphery, sraue, stuarta, superm1, taylorr, tgm4883, Tobbe5178, tris, XDS2010, xris, _charly_, dblain, ghoti, jarle, stuartm, natanojl, rsiebert_, _nyloc_, coling, dekarl1, Jordack, laga_, neufeld, knightr_, Captain_Murdoch2, benklop, wolfgang1, jst, aloril, blafoo, amessina_, whoDat, MaverickTech
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.