| Thursday, June 30th, 2011, 00:03 UTC | ||
| [00:03:50] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [00:05:23] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [00:10:44] | kormoc is now known as kormoc_afk | |
| [00:14:43] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [00:25:23] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:31:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:31:45] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 276 seconds) | |
| [00:32:53] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [00:32:53] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [00:43:41] | davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection) | |
| [00:44:08] | davide (davide!~david@host103.16.intrusion.com) has joined #mythtv | |
| [00:44:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [00:45:00] | abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has joined #mythtv | |
| [00:56:27] | ybot (ybot!~quassel@61.14.141.36) has quit (Ping timeout: 276 seconds) | |
| [00:58:30] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [01:00:25] | abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has quit (Quit: abqjp) | |
| [01:01:59] | iamlindoro: | Sigh, just for posterity, since sphery says I can't commit this logging: http://pastebin.com/eWsMn1Cr |
| [01:04:19] | wagnerrp: | what ticket is that from? |
| [01:04:27] | iamlindoro: | It's not, it's from something I'll commit shortly |
| [01:05:34] | sphery: | heh: /nick rain \n< iamlindoro> /nick parade |
| [01:06:12] | wagnerrp: | where did you even find a copy of that? http://www.imdb.com/title/tt1701179/ ? |
| [01:07:06] | iamlindoro: | Heh, presumably you're kidding, since it's a "dummy" file |
| [01:16:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:18:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:26:59] | ybot (ybot!~quassel@61.14.141.36) has quit (Remote host closed the connection) | |
| [01:27:40] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [01:58:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:02:49] | markk: | anyone know if gary butters is still maintaining the mythbuntu theme? or how do I find out where the mythbuntu theme is being hosted? |
| [02:04:29] | tgm4883: | markk, IIRC the mythbuntu theme is on mythtv git |
| [02:04:55] | tgm4883: | I thought it was with the rest of the themes |
| [02:05:14] | tgm4883: | I haven't seen gbutters in awhile though |
| [02:05:50] | markk: | tgm4883: so it is – thanks:) |
| [02:07:58] | tgm4883: | yw |
| [02:08:41] | sraue_ (sraue_!~stephan@91-114-179-5.adsl.highway.telekom.at) has quit (Ping timeout: 240 seconds) | |
| [02:14:42] | abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has joined #mythtv | |
| [02:19:22] | kormoc_afk is now known as kormoc | |
| [02:21:07] | sraue_ (sraue_!~stephan@178-191-74-229.adsl.highway.telekom.at) has joined #mythtv | |
| [02:48:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:57:03] | andreax1 (andreax1!~andreaz@p57B92956.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [03:26:35] | iamlindoro: | danielk22: Ron Frazier on the list is threatening to beat you to an OCUR recorder ;) |
| [03:51:42] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [04:10:07] | kormoc is now known as kormoc_afk | |
| [04:36:06] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has joined #mythtv | |
| [04:57:26] | kormoc_afk is now known as kormoc | |
| [05:06:09] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [05:07:09] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [05:28:10] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Ping timeout: 260 seconds) | |
| [05:55:49] | Goga777 (Goga777!~Goga777@shpd-78-36-177-124.static.vologda.ru) has joined #mythtv | |
| [06:08:01] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds) | |
| [06:23:27] | dcg (dcg!~dcg@CPE-124-182-103-61.lns4.fli.bigpond.net.au) has joined #mythtv | |
| [06:25:09] | dcg: | has anyone developed a myth plugin for storing movies on removable media? |
| [06:26:11] | dcg: | I am thinking that an index of the available titles should be kept by myth, along with a name for the drive. |
| [06:26:28] | dcg: | Then when you want to watch that movie myth can prompt for the right drive to be plugged in. |
| [06:28:10] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:28:58] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:29:00] | wagnerrp: | dcg: why not spend $30 on a controller card, and leave the drives connected all the time? |
| [06:30:10] | dcg: | wagnerrp: many reasons, power consumption for one, heat and noise for another. then of course there is also the issue of space. it is easy to keep a selection of drives on a shelf, or in a draw. |
| [06:31:12] | wagnerrp: | drives can be spun down, backends can be located to a remote location where space is not an issue |
| [06:32:07] | wagnerrp: | there have been plans to support removable media for some time, including a half-working demo a long while back |
| [06:32:27] | wagnerrp: | but that could be just to dynamically display any new content found on the removable media |
| [06:32:43] | wagnerrp: | not to catalog it for later access |
| [06:32:58] | dcg: | the specific system I need this for is a combined backend and frontend. there is not enough space in the case to mount all of the drives, and the owner of the system (my 60+yearold mother !!!) does not want heap of drives permenantly connected |
| [06:34:02] | wagnerrp: | a drive allowed to spin down will run less than a watt, and if there is not enough space for the drives, consolidate the data into larger ones |
| [06:34:44] | dcg: | already has 6 2TB drives. a bit hard to consolidate into higher capacity drives :) |
| [06:35:19] | dcg: | well strictly speaking that last statement is not true, but it is prohibitively expensive. |
| [06:35:51] | wagnerrp: | well 12TB of data was not expected |
| [06:35:54] | dcg: | especially when there is a second set of drives used as backups of the first set |
| [06:36:11] | wagnerrp: | i figured you were talking about 8–10 old ~500GB drives |
| [06:36:41] | dcg: | the scary part is I think virtually all of it is ligitimately owned! |
| [06:37:23] | wagnerrp: | there is a script that does something of this sort, but it is more just to maintain metadata on detached content |
| [06:37:35] | wagnerrp: | it does not provide a catalog of what content is available |
| [06:38:04] | wagnerrp: | not to dissuade you any further if you want to develop this on your own |
| [06:38:13] | wagnerrp: | but understand that its likely a very rare use case |
| [06:39:04] | dcg: | hmmmm, do you know who the most active plugin developers are? maybe I should have a chat with them about the best overall architecture and do some coding. |
| [06:39:06] | wagnerrp: | typically the person with that large of a dvd/bluray collection would have made allowance for that much hard drive space |
| [06:39:40] | sraue_ (sraue_!~stephan@178-191-74-229.adsl.highway.telekom.at) has quit (Quit: Ex-Chat) | |
| [06:40:32] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [06:40:33] | wagnerrp: | your best bet would be to modify the existing mythvideo with an additional database column to record the disk |
| [06:41:02] | wagnerrp: | along with some additional checks that if the file cannot be found, it pops up the disk it can be found on |
| [06:41:16] | wagnerrp: | and some alterations in the scanner to not remove missing content from the database |
| [06:42:00] | wagnerrp: | along with AMD or some other mounting daemon to mount the new drives automatically |
| [06:42:22] | wagnerrp: | but you will be on your own to forward part to new versions |
| [06:42:53] | wagnerrp: | i doubt the mythvideo maintainer would want such capability upstream |
| [06:42:53] | dekarl: | wagnerpp: I was suggestion something along the lines of small NAS boxen + mythmediaserver + aspi wakeup of the slave over in #mythtv-ubuntu |
| [06:44:48] | dcg: | as many modern (linux) systems automount removable media somewhere like "/media/VolumeLabel" I was actually thinking along the lines of using a "Video" directory that just contains symlinks to the real file. |
| [06:44:51] | wagnerrp: | dekarl: you still have the issue of getting mythmediaserver on a small NAS |
| [06:44:55] | wagnerrp: | which requires the full Qt install |
| [06:45:25] | wagnerrp: | dcg: simply put, the current mythvideo design did not intend for content to be removed from the system |
| [06:45:38] | wagnerrp: | and its going to take considerable work to shoehorn your behavior in |
| [06:45:57] | wagnerrp: | any solution that results in the content being permanently available is much more viable |
| [06:46:02] | dcg: | As long as the volume label is unique the all that is really required is a trigger that when you try and play a file that has a broken symlink the user is prompted to connect the device |
| [06:47:37] | wagnerrp: | dekarl: if its an Atom-based NAS, that would be fairly simple to pull off |
| [06:47:53] | wagnerrp: | if its ARM based, its going to be a bit more difficult |
| [06:48:00] | wagnerrp: | anything MIPS is out of the question |
| [06:49:20] | dekarl: | wagnerpp: yes, if it can run FreeNAS (or similar) then it should be easy. |
| [06:49:39] | dekarl: | with all the arm/mips development going on, that's just a matter of time, too (not there yet) |
| [06:50:00] | wagnerrp: | is there a MIPS blend of Qt? |
| [06:50:18] | dcg: | wagnerrp: the basic method I am considering would be fairly trivial (at first glance) to implement, and would work equaly well for other types of removable media. |
| [06:51:10] | dcg: | there would need to be a helper script on the OS side that updates the symlink collection at mount time but I can't think of too many other problems |
| [06:52:06] | wagnerrp: | it still seems an awful kludge as opposed to just getting a larger case, or stuffing a NAS or file server elsewhere |
| [06:53:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [06:53:51] | dcg: | for some installations yes I would agree. but where there is an issue with space, heat, or powerconsumption having things permanantly connected is not the best option. |
| [06:54:22] | wagnerrp: | as mentioned, heat and power consumption are not issues |
| [06:54:35] | wagnerrp: | you only need to spin up the drive you are currently using, and the rest use next to no power |
| [06:55:29] | dekarl: | wagnerpp: I have looked it up. WindowsCE on Mips is a Tier 1 platform, Linux on Mips is Tier 2. (Linux on Arm is Tier 1) |
| [06:56:10] | dcg: | I have equipment I manufacture for some of my clients that has up to 60 drives connected, but only one drive will ever be in use at a time, these drive arrays connect to the system via USB and are software controlled. |
| [06:57:49] | dcg: | "next to no power" when you get up to 60 drives becomes significant power and heat. by only having power connected to a single drive you only need a single small powersupply rather than either a powersupply for each drive |
| [06:58:07] | dcg: | or several large powersupplies. |
| [06:58:54] | dcg: | If all drives are connected to the system at once, the powersupply MUST be able to power all drives at the same time. any other way is headed for disaster. |
| [06:59:43] | wagnerrp: | you could manage 60 hard drives with a largish desktop power supply |
| [06:59:52] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [06:59:58] | wagnerrp: | the problem is spinup |
| [07:00:14] | wagnerrp: | which is why you have things like PUIS and staggered spinup |
| [07:54:00] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Operation timed out) | |
| [07:56:14] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [07:58:57] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 276 seconds) | |
| [08:02:08] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [08:41:56] | dcg: | sorry customers interupted....the average 2TB hdd draws 11 watts (combined 5V and 12V) so 60 drives would require a minimum of 660W powersupply. assuming that the individual rails (+5 and +12) could supply enough current. |
| [08:42:54] | dcg: | A quick check of an 800 Watt supply I have here shows that it could only supply one of the rails. the other would be just short. |
| [08:44:11] | dcg: | a reliable system design must cater for all devices drawing max rated power AT THE SAME TIME. as history has shown that if you don't something will hiccup and overload the supply. |
| [08:44:18] | stuartm: | 60? weren't you just talking about 6 earlier? |
| [08:44:43] | stuartm: | dcg: this is really off-topic for this channel, I suggest moving over to #mythtv-users |
| [08:44:46] | dcg: | stuartm: yeah. two slightly different but related threads here. |
| [08:45:44] | dcg: | stuartm: I came here not as a user, but as a potential dev wanting to make sure I was not about to reinvent the wheel, and see if anyone had any thoughts regarding implementation. |
| [08:46:18] | dcg: | the initial push is for a system that currently has 6 drives but will expand to around 10. |
| [08:47:50] | dcg: | in the longer term I have customers using VERY custom systems that I will eventually convince to migrate to myth. these systems currently have up to 4 drive array's of 60 drives per array. where only one drive per array will ever be connected at a time. |
| [08:49:05] | Goga777 (Goga777!~Goga777@shpd-78-36-177-124.static.vologda.ru) has quit (Read error: Connection reset by peer) | |
| [08:58:18] | map7 (map7!~map7@120.153.214.104) has joined #mythtv | |
| [08:58:26] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [09:20:39] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 258 seconds) | |
| [09:34:29] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [09:42:53] | map7 (map7!~map7@120.153.214.104) has quit (Ping timeout: 258 seconds) | |
| [09:52:15] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 255 seconds) | |
| [10:05:02] | Guest39850 (Guest39850!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:49] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:08:52] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds) | |
| [10:08:59] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:30:21] | andreax (andreax!~andreaz@p57B92956.dip.t-dialin.net) has joined #mythtv | |
| [10:39:01] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [10:45:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [10:59:59] | andreax (andreax!~andreaz@p57B92956.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [11:03:11] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 260 seconds) | |
| [11:09:18] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [11:43:14] | davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection) | |
| [11:43:40] | davide (davide!~david@host103.16.intrusion.com) has joined #mythtv | |
| [11:47:53] | laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [11:53:59] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [11:56:34] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [12:03:26] | dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (Ping timeout: 240 seconds) | |
| [12:11:16] | ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [12:16:24] | macpablo (macpablo!~praffo@wsip-184-191-33-42.dc.dc.cox.net) has joined #mythtv | |
| [12:16:53] | macpablo (macpablo!~praffo@wsip-184-191-33-42.dc.dc.cox.net) has quit (Client Quit) | |
| [12:41:26] | Captain_Murdoch: | wagnerrp, it sounds like what dcg was talking about is similar to my concept of an 'Offline' or 'Archived' Storage Group. Part of the idea is that the metadata might not exist in the DB, it might only exist in .xml form alongside the video. iamlindoro's changes recently make that even more of a possibility. we should be able to easily flag a SG as "don't remove videos from this SG even if they're not found" for removable medi |
| [12:41:27] | Captain_Murdoch: | a, or we just scan removable media for the .xml files and show those videos in with the rest. |
| [12:50:52] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds) | |
| [12:55:41] | wagnerrp: | Captain_Murdoch: no, not exactly |
| [12:55:54] | wagnerrp: | he wanted to keep a record of the content inside the database |
| [12:56:08] | wagnerrp: | along with an index of specifically what drive or other device contained that content |
| [12:56:21] | wagnerrp: | so even when the drive was not attached, it would still display the content |
| [12:56:46] | wagnerrp: | and if you wanted to play it and the content could not be found, it would pop up with a notice of what device you needed to attach to access said content |
| [12:58:17] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [13:00:02] | wagnerrp: | so while having a removable hard drive that you take on a trip with you, with a portable metadata file, would be a common use case |
| [13:00:33] | wagnerrp: | having a big stack of disks on a shelf that you have to slot into mythtv as needed, rather than just having them installed in a system permanently attached, is not |
| [13:05:15] | wagnerrp: | dcg: i dare say that for anyone with four arrays of sixty drives each, mythtv is not going to be a good fit for whatever they intend to do |
| [13:05:53] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv | |
| [13:06:21] | wagnerrp: | have no idea what you would even do with half a petabyte of data locked behind a low speed USB interconnect |
| [13:17:27] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 276 seconds) | |
| [13:20:31] | stuarta: | how the users store their data really isn't a problem. i do like the idea of it |
| [13:21:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:25:34] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [13:37:10] | Captain_Murdoch: | we have talked about having a 'disc' number or something for removable media. so if you went to play Friends, the one where... then it would prompt for disc '1998–34' |
| [13:39:03] | Captain_Murdoch: | the 'taking a hard disk with you' idea is the 'archived' group idea with the .xml file containing metadata, seektable, etc.. so I could archive a bunch of recordings to a USB drive, plug it into the computer in the car and the kids are set for the 6-hour drive to wherever. |
| [13:39:22] | Captain_Murdoch: | that metadata can still be in the DB |
| [14:02:49] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [14:12:58] | dcg (dcg!~dcg@CPE-124-182-103-61.lns4.fli.bigpond.net.au) has quit (Quit: leaving) | |
| [14:16:47] | iamlindoro: | Heh, some people have a funny idea about what "current" means... when current master == 23 days old |
| [14:21:07] | abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has quit (Quit: abqjp) | |
| [14:24:06] | danielk22: | Captain_Murdoch: I would use the feature if someone implemented it... I'm sure MythTV on the go would be a hit when we take the munchkin out of the reach of the internets. :) |
| [14:26:40] | map7 (map7!~map7@ppp118-209-196-175.lns20.mel6.internode.on.net) has joined #mythtv | |
| [14:27:53] | wagnerrp: | danielk22: but would you take in-use drives out of your backend? or would you have a separate mobile drive that you copied the files and metadata into? |
| [14:28:57] | danielk22: | wagnerrp: I'd copy, I would only want to take the children's recording group and maybe a select program or two from another group. |
| [14:31:34] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv | |
| [14:33:47] | danielk22: | wagnerrp: The ideal UI for me at least would let me use the playlist functionality to tag programs I want to copy and then just go into the playlist action menu and chose "copy to directory" and type in the mount location. |
| [14:34:33] | danielk22: | I'd also like some notification when it's done since it might take a few hours. |
| [14:34:40] | stuartm: | I've been meaning to implement that functionality for mythmusic for some time now, the ability to create a playlist and then copy those files to an mp3 player |
| [14:36:09] | map7 (map7!~map7@ppp118-209-196-175.lns20.mel6.internode.on.net) has quit (Ping timeout: 264 seconds) | |
| [14:40:04] | DaiTengu (DaiTengu!~daitengu@war-ensemble.com) has quit (Quit: leaving) | |
| [14:44:36] | stuartm: | there's some obvious overlap between the two ideas and probably a lot of common code |
| [14:44:55] | stuartm: | at the very least a consistent UI would be good |
| [14:45:19] | stuartm: | (while we're wishing for things) |
| [14:53:18] | wagnerrp: | might be something id be interested in taking on once the new media schema gets put in place |
| [14:53:56] | wagnerrp: | i had intended to do something of that sort, to manage a hotswappable hard drive my parents could take with them |
| [14:54:07] | wagnerrp: | and slot into a frontend in their motorhome |
| [14:54:23] | wagnerrp: | never got any further than some basic planning |
| [14:57:30] | wagnerrp: | would also be much easier if that were implemented in the backend setup, rather than the frontend |
| [15:00:25] | andreax (andreax!~andreaz@p57B92956.dip.t-dialin.net) has joined #mythtv | |
| [15:01:41] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has joined #mythtv | |
| [15:17:45] | Andy5O (Andy5O!andy50@173-23-19-191.client.mchsi.com) has quit (Read error: Connection reset by peer) | |
| [15:17:56] | Andy50 (Andy50!andy50@173-23-19-191.client.mchsi.com) has joined #mythtv | |
| [15:32:36] | Captain_Murdoch: | once everything is in SG's, and a FE is running mythmediaserver, then you're just copying things from one SG to another that points at the local mount point and saving the metadata file if it doesn't exist. |
| [15:34:30] | wagnerrp: | well ideally, there would be some mechanism to track the drives/devices and what is on them, to 'sync' against the local content |
| [15:35:41] | Captain_Murdoch: | now you're talking about managing permanent 'sync lists' and that could get real complicated real quick. users wanting to sync a specific set of titles, recordids, etc.. :) |
| [15:36:20] | wagnerrp: | thats why i stalled waiting for the schema rewrite |
| [15:36:31] | wagnerrp: | so it would only have to track specific files |
| [15:36:56] | Captain_Murdoch: | what good is tracking specific files though? |
| [15:37:16] | Captain_Murdoch: | except to delete them off hte removable media if deleted from Myth. |
| [15:37:44] | Captain_Murdoch: | that's the only use I can see. |
| [15:37:47] | wagnerrp: | so you wouldnt need to have the drive/device attached when you decide to add/delete stuff on it |
| [15:39:29] | Captain_Murdoch: | this could be a good use for the tags if we switch to those. just tag recordings, files, schedules with something and then say "sync tag 'exercise music' to the mp3 player" or "sync tag 'Travelling videos' to the USB drive for playback in the car", etc.. |
| [15:39:51] | Captain_Murdoch: | ie, don't re-re-invent the wheel. |
| [15:40:43] | Captain_Murdoch: | so then it is a 'simple' diff of the tag list vs the destination media. |
| [15:41:25] | wagnerrp: | you would still have to tag individual files, rather than the media itself |
| [15:41:37] | wagnerrp: | if we go forward with the ability to store multiple copies of a recording |
| [15:43:13] | Captain_Murdoch: | yeah, I can see tags on both recordings and files. recording could be tagged "Dad's recordings" and one of its files could be tagged "iPod/iPhone compatible" |
| [15:43:38] | Captain_Murdoch: | tags on playlists as well. |
| [15:45:03] | stuartm: | "Dad's Recordings" sounds like a euphemism |
| [15:48:00] | ** Captain_Murdoch deletes his patch to add that as a set of hard-coded recgroup names ** | |
| [15:48:44] | Captain_Murdoch: | we just use our names on our non-default recgroups. 'Chris', etc.. |
| [15:58:55] | danielk22: | Our groups are: Default / DTK watched / JKS Watched / Ada / Test ... Things that multiple people are interested record into Default, but some things directly record into a recording group (like all of Ada's PBS stuff). |
| [15:59:48] | danielk22: | The reason for "X watched" is because it started off as "stuff I've watched so you can delete it after you watch it.." |
| [16:09:17] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [16:12:58] | stuartm: | Beirdo: was it intentional that some VB_EXTRA stuff is no longer VB_EXTRA following the conversion to LOG()? |
| [16:13:39] | stuartm: | mythtv/libs/libmythui/mythuiutils.cpp was the example I noticed |
| [16:16:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 246 seconds) | |
| [16:17:03] | danielk22: | iamlindoro: I shot Ron an e-mail, it looks like he ran into some upnp issues I've already solved in the mythtv-rec2 branch. |
| [16:33:08] | dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv | |
| [16:36:51] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds) | |
| [16:43:27] | davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection) | |
| [16:43:54] | davide (davide!~david@host103.16.intrusion.com) has joined #mythtv | |
| [17:08:28] | Beirdo: | stuartm: VB_EXTRA is pretty much a log level indication. There may be some that got incorrectly converted. |
| [17:09:44] | Beirdo: | most of the VB_GENERAL|VB_EXTRA went to VB_GENERAL, LOG_DEBUG |
| [17:10:15] | Beirdo: | I guess I saw the "Warning" text and set it at LOG_WARNING by mistake, sorry. |
| [17:11:06] | Beirdo: | VB_GUI does fit a lot better there, to be sure. |
| [17:30:09] | SteveGoodey (SteveGoodey!~steve@host86-148-193-138.range86-148.btcentralplus.com) has joined #mythtv | |
| [17:37:04] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has joined #mythtv | |
| [17:44:44] | SteveGoodey: | Sorry to bother people, hope this channel is OK. |
| [17:45:03] | SteveGoodey: | Who can I speak to about not getting notifications from the Mythtv wiki after doing a page amendment? |
| [17:45:21] | SteveGoodey: | I have checked the email address is correct and it shows as authenticated on 20 April 2006 with all the email options ticked. |
| [17:45:43] | wagnerrp: | does mediawiki actually have that capability? |
| [17:45:54] | SteveGoodey: | I have also checked that the emails are not going into a spam folder. |
| [17:46:13] | wagnerrp: | seems its an option in the user preferences |
| [17:46:46] | SteveGoodey: | wagnerrp: I believe I have them all set. |
| [17:47:20] | wagnerrp: | and the page in question is in your watch list? |
| [17:47:36] | wagnerrp: | additionally, this is really a user support question |
| [17:51:32] | SteveGoodey: | wagnerrp: Yes I have. I assumed it was working for others, perhaps I'm wrong, I'll take it to users, thanks and sorry. |
| [17:55:03] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [18:02:22] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 258 seconds) | |
| [18:09:30] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 255 seconds) | |
| [18:12:16] | stuartm: | Beirdo: yeah, DEBUG might be a better fit than NOTICE, I've not read up on the log levels |
| [18:13:06] | Beirdo: | yeah, I think my brain went on autopilot on that one, and missed the intent. Sorry |
| [18:13:08] | stuartm: | and to be fair, those 'warnings' were improperly classed in the first place |
| [18:14:09] | stuartm: | they shouldn't have been in VB_GENERAL and they shouldn't have had 'Warning' in them, since they are at best there to aid debugging/testing a theme |
| [18:15:40] | Beirdo: | heh. well, I got confused, I guess... but it's all good now |
| [18:15:57] | Beirdo: | we'll probably want to be reviewing our log messages over time anyways |
| [18:16:46] | stuartm: | just to be clear, I'm saying that it's not your fault at all, if I had known that VB_EXTRA was being dropped then I wouldn't have even raised it :) |
| [18:18:54] | Beirdo: | heh. No problemo. It's good to talk through it. VB_EXTRA and VB_IMPORTANT both are almost without fail being used more as a level type of thing than as a mask |
| [18:19:31] | Beirdo: | in most cases, VB_EXTRA maps well to LOG_DEBUG, and VB_IMPORTANT to VB_GENERAL, LOG_ERR or higher |
| [18:19:45] | stuartm: | I'm sure there are dozens if not hundreds of redundant, mis-categorised or badly worded log messages to be fixed, everyone leaves in temporary debugging by accident or types in a placeholder message which never gets replaced with something better |
| [18:19:49] | Beirdo: | I've seen some VB_IMPORTANT that were actually more LOG_DEBUG |
| [18:19:59] | Beirdo: | yup |
| [18:20:24] | Beirdo: | as they poke out their ugly heads, we'll whack-a-mole them |
| [18:22:00] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [18:22:25] | stuartm: | heh, I just noticed some in the console, TV debugging (TV: Created player) (TV: Main UI disabled.) etc |
| [18:22:48] | Beirdo: | hehe, yeah, I haven't gotten to libmythtv yet |
| [18:22:58] | Beirdo: | it has over half of our log messages in it |
| [18:23:15] | Beirdo: | or there abouts |
| [18:23:18] | Beirdo: | thousands |
| [18:23:30] | stuartm: | "ALSA, Error: Setting hardware audio buffer size to 6016" << It's not an error, especially when the hardware doesn't support buffers that big |
| [18:24:06] | stuartm: | anyway, that sort of stuff – I'll tackle some of it when I get the chance |
| [18:24:16] | Beirdo: | for sure, help yourself |
| [18:24:33] | Beirdo: | I would not be at all surprised if I miscategorized some in conversion too |
| [18:25:15] | Beirdo: | with around 6500 VERBOSE (according to git grep), a few will undoubtedly need tweaking :) |
| [18:33:17] | stuartm: | wow, that's a lot |
| [18:35:10] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
| [18:43:59] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [18:44:01] | Beirdo: | and around 3000ish are in libmythtv. Forget the precise numbers, but it's over half what's left |
| [18:48:39] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [18:49:00] | clever_: | Beirdo: one patch i was working on a while back, was to display the threadid# in each verbose log message |
| [18:49:14] | clever_: | so you could de-interleave the messages from several threads and make sense of things |
| [18:49:26] | clever_: | but i never got it to work perfectly |
| [18:49:56] | clever_: | sounds like your redoing the entire mythverbose.h, so now might be a good time to throw it in |
| [18:50:08] | Beirdo: | it's already done |
| [18:50:45] | Beirdo: | and we don't have the threadid showing, but rather thread name |
| [18:50:51] | Beirdo: | and the tid |
| [18:50:55] | clever_: | ah, thats even better |
| [19:13:11] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds) | |
| [19:18:33] | ** stuartm wonders _if_ anyone has run a static analysis tool against master in a while ** | |
| [19:20:21] | plink212 (plink212!~plink212@S0106c0c1c01b51cf.vc.shawcable.net) has joined #mythtv | |
| [19:27:40] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-150.range86-182.btcentralplus.com) has joined #mythtv | |
| [19:27:48] | SteveGoodey (SteveGoodey!~steve@host86-148-193-138.range86-148.btcentralplus.com) has quit (Ping timeout: 255 seconds) | |
| [19:33:16] | davide: | Beirdo: you did some work on supporting analog on the hvr-2250, right? if so, is that support in fixes/0.24? i've not tried analog on my hvr-2250 since i still have a pvr-250 to use as fallback, but a friend i'm helping setup mythtv instends to use analog on his hvr-2250. |
| [19:37:06] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [19:42:13] | SteveGoodey (SteveGoodey!~steve@host86-145-236-243.range86-145.btcentralplus.com) has joined #mythtv | |
| [19:43:06] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-150.range86-182.btcentralplus.com) has quit (Ping timeout: 255 seconds) | |
| [19:58:44] | Steve_Goodey (Steve_Goodey!~steve@host86-182-1-81.range86-182.btcentralplus.com) has joined #mythtv | |
| [19:58:46] | SteveGoodey (SteveGoodey!~steve@host86-145-236-243.range86-145.btcentralplus.com) has quit (Ping timeout: 250 seconds) | |
| [20:02:07] | andreax (andreax!~andreaz@p57B92956.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [20:02:22] | andreax (andreax!~andreaz@p57B92AF7.dip.t-dialin.net) has joined #mythtv | |
| [20:02:53] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit () | |
| [20:02:57] | Beirdo: | davide: yeah, I did. I think the mythtv side is in 0.24 |
| [20:03:00] | stuartm: | [libs/libmythbase/system-windows.cpp:611]: (error) Array 'p_stderr[2]' index 2 out of bounds |
| [20:03:06] | Steve_Goodey (Steve_Goodey!~steve@host86-182-1-81.range86-182.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [20:03:11] | stuartm: | I'll leave that for a windows dev to follow up |
| [20:03:12] | Steve_Goodey (Steve_Goodey!~steve@host86-148-198-217.range86-148.btcentralplus.com) has joined #mythtv | |
| [20:03:22] | Beirdo: | stuartm: interesting.. |
| [20:03:39] | stuartm: | Beirdo: could be a false positive |
| [20:03:49] | stuartm: | but worth checking all the same |
| [20:03:58] | davide: | Beirdo: thanks. |
| [20:04:03] | Beirdo: | definitely worth checking |
| [20:05:03] | Beirdo: | stuartm: great catch. that should be a 1 |
| [20:05:32] | stuartm: | thank cppcheck |
| [20:06:39] | Beirdo: | fixed :) |
| [20:06:43] | Beirdo: | thank you, cppcheck :) |
| [20:10:25] | Beirdo: | OMG. |
| [20:10:56] | Beirdo: | I put LGO by mistake in the d3d9 file? We so need windows buildslave to catch such idiocy. |
| [20:11:12] | Beirdo: | sorry, dblain :) |
| [20:34:25] | kth1 (kth1!~kth@dyndsl-085-016-238-140.ewe-ip-backbone.de) has joined #mythtv | |
| [20:34:35] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has joined #mythtv | |
| [20:35:26] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 252 seconds) | |
| [20:35:45] | SteveGoodey (SteveGoodey!~steve@host86-145-235-63.range86-145.btcentralplus.com) has joined #mythtv | |
| [20:36:12] | Steve_Goodey (Steve_Goodey!~steve@host86-148-198-217.range86-148.btcentralplus.com) has quit (Ping timeout: 255 seconds) | |
| [20:37:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:49:06] | SteveGoodey (SteveGoodey!~steve@host86-145-235-63.range86-145.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [20:49:22] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:53:33] | stuartm: | Beirdo: another one for you – [libs/libmythbase/system-unix.cpp:813]: (error) Memory leak: command |
| [20:54:47] | SteveGoodey (SteveGoodey!~steve@host86-160-206-194.range86-160.btcentralplus.com) has joined #mythtv | |
| [20:59:31] | Beirdo: | ick |
| [20:59:55] | Beirdo: | that would be good one to fix, one moment ;) |
| [21:00:11] | Beirdo: | better now rather than when Udo whines later |
| [21:00:54] | stuartm: | heh |
| [21:01:05] | Beirdo: | I think that one's a bogon. |
| [21:01:37] | Beirdo: | it's freed in the parent (that's in the fork function), but not in the child |
| [21:01:48] | Beirdo: | but the child is doing an exec(command) |
| [21:02:14] | Beirdo: | so the memory is reused anyways, and when the child exits, it would certainly be cleared |
| [21:02:37] | Beirdo: | ooh, if fork() fails, it would get leaked though |
| [21:03:40] | Beirdo: | :win 15 |
| [21:03:43] | Beirdo: | argh |
| [21:12:07] | Beirdo: | OK, I've moved the cleanup code further down so the failed fork and parent code paths both go through it. |
| [21:16:00] | stuartm: | might be an idea to run cppcheck against it to see if that shuts it up |
| [21:18:30] | Beirdo: | yeah, I need to get that setup on my system... and we should get it on the buildbot sometime too. |
| [21:18:32] | stuartm: | http://sourceforge.net/projects/cppcheck/files/cppcheck/1.49/ or git://github.com/danmar/cppcheck.git (be warned that master does segfault checking the livemedia lib but that can be worked around by ignoring that directory with -i) |
| [21:18:49] | Beirdo: | cool |
| [21:19:26] | Beirdo: | I'll try to work on that tonight. It is a valuable tool, although we will need to use our discretion with the results, I'm sure |
| [21:19:35] | stuartm: | fwiw if you do plan to use it, you'll also want to -i (ignore) external/ since checking ffmpeg takes forever and the results don't interest us |
| [21:20:09] | Beirdo: | for sure |
| [21:20:12] | stuartm: | Beirdo: yeah, we definitely need to fine tune the args and /dev/null some things |
| [21:20:53] | stuartm: | it's got more chatty lately but not necessarily more useful |
| [21:21:36] | Beirdo: | yeah, fun. :) |
| [21:21:54] | Beirdo: | but still, it will find us some bugs that will confuse us later |
| [21:22:28] | stuartm: | and it's definitely slower than it was when I first started playing with it :( I presume because it's doing more checks but running it against the whole codebase isn't a 5 minute job, it's faster to compile! |
| [21:25:25] | stuartm: | Beirdo: that seems to have stopped the warning |
| [21:25:31] | Beirdo: | yay! |
| [21:25:55] | Beirdo: | the error condition of a failed fork (that I have yet to see happen) would have leaked |
| [21:27:26] | ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv | |
| [21:29:25] | Beirdo: | OK, trying it here. |
| [21:48:58] | SteveGoodey (SteveGoodey!~steve@host86-160-206-194.range86-160.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:53:03] | j-rod|afk is now known as j-rod | |
| [21:59:37] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 240 seconds) | |
| [22:03:59] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
| [22:04:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
| [22:04:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [22:08:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:21:01] | j-rod is now known as j-rod|afk | |
| [22:26:16] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds) | |
| [22:26:33] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has joined #mythtv | |
| [22:31:58] | andreax (andreax!~andreaz@p57B92AF7.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:35:27] | stuartm: | Beirdo: any idea what is causing the following error? "Unknown argument for -v/--verbose: important general" |
| [22:35:46] | stuartm: | "-v important,general" is what is being passed on the command line |
| [22:36:29] | stuartm: | although the same error occurs even when no -v args are supplied |
| [22:36:44] | kth1 (kth1!~kth@dyndsl-085-016-238-140.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
| [22:53:41] | okolsi (okolsi!~mythtv@a88-115-42-16.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds) | |
| [22:54:01] | Beirdo: | hmmm, it might be the changes from last night. Crap. |
| [22:54:10] | Beirdo: | I'll fix that in a moment |
| [22:55:04] | Beirdo: | it's the initial mask that's screwing it up |
| [23:03:40] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp) | |
| [23:05:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:08:24] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me) | |
| [23:09:28] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [23:09:39] | kementari_ (kementari_!~tangent@cpe-74-67-218-47.twcny.res.rr.com) has joined #mythtv | |
| [23:10:15] | kementari_: | Hey, has anyone managed to get a tunerless backend running on fedora? |
| [23:12:01] | Beirdo: | stuartm: there, that should work now. I tried with no -v at all and with some -v, and it works both ways again |
| [23:12:19] | Beirdo: | changed it to split based on word boundaries rather than specifically on , |
| [23:12:47] | kementari_: | For some reason, when I quit mythtv-setup, no config files are written, and there is no error log that I can to find that would seem to indicate why that is the case. |
| [23:13:05] | Beirdo: | kementari_: try #mythtv-users |
| [23:13:13] | kementari_: | Will do, thanks :) |
| [23:24:33] | stuartm: | Beirdo: thanks, is --logfile working for you? |
| [23:27:30] | noahric (noahric!~noahric@nat/google/x-zbcregohkcbxeboi) has joined #mythtv | |
| [23:28:39] | stuartm: | if I start with --daemon nothing is getting written to the log, if I remove --daemon it starts logging to --logfile |
| [23:34:33] | Beirdo: | if you don't put --logfile (-l, whatever), no logfile will be created |
| [23:34:46] | Beirdo: | --deamon will suppress the console logging |
| [23:34:52] | Beirdo: | daemon sorry |
| [23:35:17] | wagnerrp: | when we daemonize, do we just close stdin/out/err, or do we close everything? |
| [23:35:29] | wagnerrp: | in mythsystem, we close every open file |
| [23:35:31] | Beirdo: | your command line is mythbackend --daemon --log blah? |
| [23:35:50] | Beirdo: | wagnerrp: on the children, yeah |
| [23:36:21] | Beirdo: | --daemon shouldn't close all open files, that would be insanity |
| [23:36:45] | wagnerrp: | if it expects we havent opened anything yet, the only open files would be the pipes |
| [23:37:11] | Beirdo: | in --daemon mode, the most you should ever be closing in stdin/out/err |
| [23:37:20] | Beirdo: | assuming otherwise is insane |
| [23:37:41] | wagnerrp: | oh, we do it for children because children have all the same open files? |
| [23:37:44] | Beirdo: | not that we haven't been known to be insane :) |
| [23:38:18] | Beirdo: | we do it in the children as we are going to be spawning a new process anyways (with exec) |
| [23:38:32] | Beirdo: | which doesn't need the parent's open files |
| [23:39:10] | Beirdo: | we do though, yes, but before creating the logfile |
| [23:39:24] | Beirdo: | in mythbackend/main.cpp |
| [23:44:41] | Beirdo: | hmmm |
| [23:48:38] | Beirdo: | this IS acting oddly |
| [23:56:57] | Beirdo: | OK |
| [23:57:13] | Beirdo: | I think we need to daemonize before opening the logs |
| [23:57:23] | kementari_ (kementari_!~tangent@cpe-74-67-218-47.twcny.res.rr.com) has quit (Quit: Lost terminal) | |
| [23:57:24] | Beirdo: | one way or the other. I'm testing the theory right now |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.