MythLogBot@irc.freenode.net :: #mythtv-users

Daily chat history

Current users (170):

MythLogBot, Anduin_, DeviceZer0, Lord_Deathscythe, adante, hoolio, kurre_, Timrit, tris, dansushi, NewBuntu81, russell5, kc, NULL[0], sraue, xris, shipit, Slasher`, eddytv, Captain_Murdoch, simcop2387, chainsawbike, stoth, bobgill, dekarl, iamlindoro, justdave, kabtoffe, larrikin, skd5aner, kwmonroe, peterpops, aloril, M0nk3Ee, mycoserve, mzb, benc_, Hoochster, ectospasm, lapion, BLZbubba, dmz, jarle, knightr, cerise8192, ikonia, NRGizeR, jpabq, jpabq-, npm, _abbenormal, gregL, rclark, Shadow__X, purserj, RyeBrye, wahrhaft, dagar, ruskie, ThisNewGuy, Andy5O, cal_, straterra, Heliwr, JEDIDIAH__, grumpydevil, KaZeR, tomimo, Dave123, sid3windr, zand, AndyCap, jamesd, johnf1911, tank-man, pigeon, quicksilver, anykey_, dlblog, nuonguy, jduggan, k-man, Metoer, sailerboy, squidly, cafuego, LabMonkey, mikeones, toorima, ComradeHaz`, MilkBoy, troyt, tomaw, castlec, jams, mag0o, MissionCritical, Floppe, G, ghoti, kloeri, kormoc, Sulx, thefRont, Unhelpful, uW, _charly_, antgel, Beirdo, J-e-f-f-A, jcarlos, Seeker`, d0netsFN, hackman_, keith4, Patina, ChanServ, techmik, MaverickTech, Korny1, PointyPumper, context, sphery, MMlosh, ubIx_, Scopeuk-AFK, croppa, CiaranG, Cougar, Azelphur, rellig, Dave123-road, zCougar, sutula, earthnative, GreyFoxx, jbrett, Muzer, awalls, jstenback, Computer_Czar, lotia-away, paul-h, blizzard1, Led-Hed, clever_, Diverdude, TheMaverick`, trumee, Ryushin, Technophil, Dassu, Pathin, Katibe, enyc_, davide, rich0, dougl, DaiTengu, markk, analogue__, spirit3, toeb, christ_, kusznir_, Guest89491, gucko, JamesHarrison, j-rod|afk, bbee
Tuesday, June 28th, 2011, 00:00 UTC
[00:00:27] wagnerrp: in the corner of the office, behind some not-dampening cube walls is the pressurization pump for the sprinkler system
[00:00:39] wagnerrp: every so often, it abruptly kicks in at about 120db
[00:00:46] wagnerrp: scares the crap out of me
[00:02:52] sphery: of course the walls are not-dampening... if they got dampened easily, they'd soak up all the sprinkler water
[00:05:56] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller)
[00:09:06] christ_ (christ_!~Billybob@216.48.163.163) has joined #mythtv-users
[00:10:32] Guest49629 (Guest49629!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (*.net *.split)
[00:10:32] NRGizeR (NRGizeR!~nrgizer@cs78235125.pp.htv.fi) has quit (*.net *.split)
[00:10:32] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (*.net *.split)
[00:10:32] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split)
[00:10:32] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (*.net *.split)
[00:10:32] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[00:10:32] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (*.net *.split)
[00:11:00] felipe` (felipe`!~felipe@unaffiliated/felipe) has quit (Ping timeout: 276 seconds)
[00:12:44] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)
[00:12:57] christ` (christ`!~Billybob@216.48.163.163) has quit (Ping timeout: 276 seconds)
[00:13:36] Guest49629 (Guest49629!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users
[00:13:36] NRGizeR (NRGizeR!~nrgizer@cs78235125.pp.htv.fi) has joined #mythtv-users
[00:13:36] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv-users
[00:13:36] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv-users
[00:13:37] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[00:13:37] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv-users
[00:13:37] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv-users
[00:13:38] Mode for #mythtv-users by asimov.freenode.net : +vv jams Captain_Murdoch
[00:24:49] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Quit: leaving)
[00:25:12] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv-users
[00:25:12] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v sphery
[00:28:59] MaverickTech: bah!
[00:29:14] MaverickTech: they employ me, and then they expect me to work too ?!
[00:29:31] MaverickTech: <MaverickTech> when scrolling through 'recordings', i.e. with the down button jammed down in the remote, the frontend has a habit of locking up
[00:30:35] MaverickTech: last thing in the mythfrontend.log is – QMutex::lock: mutex lock failure:
[00:30:41] MaverickTech: without a datetime stamp
[00:31:07] wagnerrp: means its qt reporting that, and not mythtv
[00:32:08] MaverickTech: ok
[00:32:56] MaverickTech: it is consistent, in so far as it is always the last line in the log when the menu locks
[00:32:58] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has quit (Remote host closed the connection)
[00:33:05] MaverickTech: myth is compiled from source
[00:33:26] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[00:33:48] MaverickTech: where might I begin to track it further, I realise that it's a bit vague at the moment
[00:33:58] wagnerrp: which source?
[00:34:05] wagnerrp: which branch, rather
[00:34:31] MaverickTech: MythTV Version  : v0.24-286-g8119784
[00:34:31] MaverickTech: MythTV Branch  : fixes/0.24
[00:35:19] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has joined #mythtv-users
[00:35:46] kormoc is now known as kormoc_afk
[00:36:41] wagnerrp: sphery: another one for your list if you dont have it already... 9174
[00:38:07] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has quit (Remote host closed the connection)
[00:39:19] MaverickTech: is that the proper .24 branch to be on ?
[00:39:30] sphery: yeah, I'm planning to make it so that only the master backend host can upgrade DB
[00:39:33] wagnerrp: a bit old, but yes
[00:40:30] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has joined #mythtv-users
[00:40:46] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has quit (Remote host closed the connection)
[00:40:51] sphery: wait a minute...
[00:41:20] sphery: wagnerrp: is that one handled by https://github.com/MythTV/mythtv/commit/889f53315
[00:41:30] sphery: (seems I've already done the "I'm planning to...")
[00:42:13] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[00:42:40] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv-users
[00:43:11] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has joined #mythtv-users
[00:43:28] wagnerrp: sphery: there may potentially be another issue where the OSX port does not properly detect an accessible terminal
[00:43:33] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Ping timeout: 258 seconds)
[00:43:38] wagnerrp: but thats really a completely separate problem
[00:44:06] sphery: and the "upgrades even after db backup fails" is not really something that I would consider a bug
[00:44:14] sphery: we could make it so it is, but...
[00:44:25] sphery: 2010-11–02 21:26:43.264 DBUtil Error: Error backing up database: 'mysqldump --defaults-extra-file='/tmp/mythtv_db_backup_conf_Hcjz04' --host='192.168.1.77' --user='mythtv' --add-drop-table --add-locks --allow-keywords --complete-insert --extended-insert --lock-tables --no-create-db --quick 'mythconverg' > '/tmp/mythconverg-1254–20101102212643.sql' 2>/dev/null' (127)
[00:44:30] cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has joined #mythtv-users
[00:44:38] cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has quit (Changing host)
[00:44:38] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv-users
[00:44:41] sphery: we knew it failed:
[00:44:42] sphery: 2010-11–02 21:26:43.076 Database backup script does not exist: /Volumes/Brobits/TV/myth24/MythBackend.app/Contents/Resources/share/mythtv/mythc onverg_backup.pl
[00:45:05] sphery: and then when we fell back to using mysqldump directly, it didn't exist in the app's path
[00:45:16] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-users
[00:46:58] MaverickTech: I have kept up with the commits email list, but nothing has come up since that seemed warrant a rebuild
[00:49:58] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has quit (Read error: Connection reset by peer)
[00:51:01] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has joined #mythtv-users
[00:57:56] sphery: wagnerrp: there, put a comment in
[00:59:06] iamlindoro: and what a comment
[00:59:21] iamlindoro: If that's a comment, I'd hate to see a note
[00:59:25] iamlindoro: or gotd forbid, a response
[00:59:34] sphery: heh
[01:00:02] sphery: don't want people to think we're just blowing off their tickets
[01:00:25] iamlindoro: How are we going to stop them lodging them if they think we're not blowing them off?
[01:00:31] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has quit (Remote host closed the connection)
[01:00:46] sphery: ooh, hadn't thought that through
[01:02:54] techmik (techmik!~quassel@c-76-109-173-83.hsd1.fl.comcast.net) has joined #mythtv-users
[01:15:30] ** eddytv just read the scroll and LOL'd @wagnerrp's comments about the sprinkler pressurization pump. I can *totally* imagine that happening to me, too. **
[01:15:43] eddytv: s/scroll/scrollback/
[01:15:48] wagnerrp: the thing is seriously friggen loud
[01:16:09] eddytv: I bet. :)
[01:16:17] wagnerrp: nice, relatively quiet, nothing but the woosh of thousands of system fans
[01:16:28] wagnerrp: and then bbbrrrrrraaaaaaaaaaaaaaaaaaaapp
[01:16:35] eddytv: hahahaha
[01:17:04] eddytv: The fans gotta induce a nice "drone", kinda like the air conditioner in a hotel room. I love a good, sleep-inducing AC drone when I'm at a hotel. :)
[01:17:35] eddytv: So I can totally understand your reaction, and seriously made me LOL
[01:17:52] eddytv: Made my night
[01:25:02] jst (jst!~jst@pool-74-103-3-248.bltmmd.fios.verizon.net) has joined #mythtv-users
[01:25:38] kormoc_afk is now known as kormoc
[01:26:38] wagnerrp: seems aaron on the mailing list names his machines after incredibles characters
[01:27:18] jst: I'm trying to connect my QIP7100 to my firewire card. It worked flawlessly in the past, but stopped working a few days ago. I replaced the firewire cable and the firewire PCI card itself, but I'm still getting the following error: http://pastebin.com/U7d4ArjK
[01:28:06] andreax (andreax!~andreaz@p57B93A66.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[01:29:43] sphery: wow, watching a movie I recorded, and it has an 11 min commercial break, including a 5min commercial for Disney cruises
[01:30:16] sphery: had to skip through it minute-by-minute to make sure there wasn't any show in there
[01:30:35] wagnerrp: on ABC?
[01:36:05] jst: I'm trying to connect my QIP7100 to my firewire card. It worked flawlessly in the past, but stopped working a few days ago. I replaced the firewire cable and the firewire PCI card itself, but I'm still getting the following error: http://pastebin.com/U7d4ArjK
[01:36:18] wagnerrp: yes, yes
[01:36:22] sphery: CW... it's the CW/this Sunday Movie Presentation
[01:36:29] wagnerrp: we saw it the first time, no need to repeat with no new people in the channel
[01:37:20] sphery: jst: have you tried a distro channel/forum/list?
[01:40:24] wagnerrp: sphery: any idea what this guy is talking about? http://code.mythtv.org/trac/ticket/9152#comment:4
[01:40:37] wagnerrp: run mythcommflag by hand on the queued programs?
[01:40:49] wagnerrp: if theyre in the jobqueue, why would you run them by hand?
[01:41:47] sphery: sounds like he's saying that mythcommflag with no args is doing a mythcommflag --all ?
[01:42:51] sphery: which, iirc, queues all programs, then lets backend run mythcommflag on them?
[01:43:34] sphery: which, ttbomk, which include shows whose recording rules were set to not commflag
[01:44:02] sphery: (either by channel.commmethod or by rule settings)
[01:45:14] wagnerrp: looks like we scrapped -all
[01:45:25] wagnerrp: im trying to figure out what happens if you give nothing on the command line
[01:47:36] wagnerrp: yes, if no options are specified, we run on all recordings
[01:47:46] wagnerrp: thats probably a bad fallthrough
[01:54:36] eddytv: Quick Q: you know in TV Settings / Playback Groups, there's a "Jump Amount" setting and the default is "(default)"... where is that default value set?
[01:54:53] pizzledizzle (pizzledizzle!~pizdets@pool-98-113-194-183.nycmny.fios.verizon.net) has joined #mythtv-users
[02:05:29] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:08:12] Araya213 (Araya213!d852d7cf@gateway/web/freenode/ip.216.82.215.207) has joined #mythtv-users
[02:08:26] Araya213: Hello, I've just done a fresh install of Mythbuntu 11.04 x64. It is a remote frontend and is perfect except for one thing. When I attempt to enter the Watch Videos Section It immediately crashes the frontend. Terminal output is as follows "ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 464 Aborted " I'm pretty sure this started happening immediately after enabling
[02:08:49] Araya213: alright, just asked in there
[02:09:41] sphery: Araya213: did you enable the fixes repos? http://www.mythbuntu.org/repos
[02:10:00] tgm4883: sphery, is (was?) that a known issue?
[02:10:18] Araya213: I'll try that.
[02:10:42] sphery: no, but figured we should probably start debugging from current/known-to-have-the-most-fixes version :)
[02:10:50] tgm4883: yea makes sense
[02:11:00] sphery: just hoping it will work after an update
[02:13:22] Araya213: applying patches now
[02:18:57] Araya213: All patched up now, but I'm afraid the issue persists
[02:21:51] sphery: ok, next suggestion is to make sure you don't have any kind of symlink loop in your MythVideos directory structure
[02:22:38] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out)
[02:22:58] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has joined #mythtv-users
[02:23:23] pizzledizzle (pizzledizzle!~pizdets@pool-98-113-194-183.nycmny.fios.verizon.net) has quit ()
[02:23:47] Araya213: I don't know if this means anything, but I created my own folder structure and am not using the MythVIdeos directory
[02:24:13] Araya213: I created /storage/Videos and have several cifs mounts inside of it
[02:24:18] Araya213: no symlinking that I know of
[02:25:18] jst (jst!~jst@pool-74-103-3-248.bltmmd.fios.verizon.net) has quit (Quit: Lost terminal)
[02:28:16] sphery: looks like hmmm... cifs mounts
[02:28:25] sphery: er, ignore looks like
[02:28:46] Araya213: OK, I'm a dumbass. I didn't add my custom location to the video settings section
[02:28:57] Araya213: Please feel free to berate me at will
[02:29:06] Araya213: It's working.
[02:29:09] sphery: heh, actually, if you figured it out, we're both happy :)
[02:29:22] Araya213: Indeed we are, A+ to you sir
[02:29:48] sphery: heh, well, you did all the work--including figuring it out
[02:30:01] sphery: /nick soundingboard
[02:30:17] Araya213: I'm sure the fixes aren't hurting anything, I'm setting them up on my 2 backends as well
[02:30:34] sphery: yeah, you really /should/ be running with those, regardless
[02:30:36] wagnerrp: Araya213: when you say the 'video settings section' what are you referring to?
[02:30:39] sphery: so that will be useful
[02:31:21] wagnerrp: youre talking about the line edit options in the frontend?
[02:31:26] wagnerrp: you dont want to mess with those
[02:32:05] Araya213: wagnerrp settings/media settings/video settings/general settings
[02:32:14] wagnerrp: yeah, you dont want to touch those
[02:32:19] Araya213: "Directories that hold videos"
[02:32:30] wagnerrp: on your two backends, go into mythtv-setup, storage groups
[02:32:40] wagnerrp: add the relevant folders to the 'Videos' storage group
[02:32:48] wagnerrp: and remove the CIFS mounts on your dedicated frontend
[02:33:19] Araya213: Will those folders also work with my slave backend?
[02:33:32] Araya213: It needs to use a common "recordings" folder
[02:33:40] Araya213: located on the master backend
[02:33:43] wagnerrp: mythvideo and recordings are completely independent
[02:33:55] wagnerrp: Videos is a special group only used for MythVideo
[02:34:03] Araya213: Of course! Alright I will do that
[02:34:28] wagnerrp: you define the storage on your backend(s), and the backends will then stream the content to any frontends
[02:34:34] wagnerrp: no special configuration on any frontends needed
[02:35:22] wagnerrp: you mention you have two backends
[02:35:27] wagnerrp: both of these machines have tuner cards?
[02:35:30] Araya213: Yes
[02:35:43] wagnerrp: and the mythvideo content exists on one of them?
[02:35:49] Araya213: No
[02:35:59] Araya213: It exists on a totally separate windows file server
[02:37:01] wagnerrp: well the content will be pulled over CIFS by the backend, and then streamed to the frontend over mythproto
[02:37:15] wagnerrp: not ideal, but its a trivial amount of bandwidth in reference to gigabit ethernet
[02:37:36] Araya213: It seems to work very well for me
[02:37:50] wagnerrp: in 0.25, if you mount the CIFS share on your frontend, the frontend will know to check the local filesystem, and if found, will stream directly from the CIFS server, rather than being proxied through the backend
[02:38:05] wagnerrp: or, you can give up on the windows file sever, and move the drives over to one of your backends
[02:38:11] wagnerrp: (better option)_
[02:38:15] Araya213: Is it just me or does this seem faster?
[02:38:20] wagnerrp: what?
[02:38:49] Araya213: using mythproto to stream rather than cifs
[02:38:55] sphery: wagnerrp: http://code.mythtv.org/trac/ticket/6569 is further reason to close #3911?
[02:38:59] Araya213: The video seems to start faster
[02:39:12] wagnerrp: dont know, i doubt it should make much difference
[02:39:24] Araya213: Placebo effect I suppose
[02:39:37] sphery: wagnerrp: and maybe a reference to the last remaining issue being our ignoring dialnorm ?
[02:39:50] wagnerrp: the move to mythproto streaming is not made out of performance, but rather ease of configuration
[02:40:35] wagnerrp: sphery: could be the same problem
[02:40:45] Araya213: Alright my mythnetwork is at 100%, I'm a happy guy
[02:41:02] Araya213: Goodnight all!
[02:41:06] wagnerrp: but nothing to do with dialnorm
[02:41:12] Araya213 (Araya213!d852d7cf@gateway/web/freenode/ip.216.82.215.207) has left #mythtv-users ()
[02:41:13] wagnerrp: it was an issue with the ffmpeg mixer
[02:41:18] sphery: right, but if we close it people will still say it's broken
[02:41:29] sphery: because they don't realize that we're ignoring dialnorm
[02:41:31] wagnerrp: when you downmix from 5.1 to 2.0, the gain is wrong
[02:41:46] wagnerrp: its a problem in ffmpeg independent of dialnorm
[02:41:57] sphery: they'll just hear differences when their recordings change from 5.1 to 2.0 and think it's "still broken"
[02:42:05] wagnerrp: jy a was explaining it a couple days ago
[02:42:06] sphery: when in fact the dialnorm is broken
[02:42:16] sphery: exactly
[02:42:20] sphery: I'm not saying dialnorm is related
[02:42:23] wagnerrp: no, because unless you lack SSE, you are not using the ffmpeg gain stuff
[02:42:29] sphery: I'm simply saying users will hear a difference
[02:42:37] wagnerrp: youre using an independent library that does not suffer from such issues
[02:42:39] sphery: and will say that it's still broken
[02:42:44] sphery: and will re-open the ticket
[02:42:51] sphery: so if you mention we /know/ dialnorm is broken
[02:43:00] wagnerrp: and the only people that lack SSE are people running ARMs
[02:43:04] sphery: they might realize that the volume changes they hear are something unrelated
[02:44:17] sphery: in other words, "This if fixed, but you will /still/ hear differences in volume"
[02:44:29] wagnerrp: well its not 'fixed'
[02:44:38] wagnerrp: but its bypassed for all worthwhile users
[02:44:38] sphery: well, wontfix
[02:44:44] sphery: you said to call it fixed
[02:44:59] sphery: It's probably safe to close this one fixed.
[02:48:54] wagnerrp: well if you want to close it, feel free
[02:49:02] wagnerrp: otherwise, im just going to leave it up to jya
[02:52:12] jya: wagnerrp: the issue is with ffmpeg, it has no up/down conversion official path... The fixes available around are just a dirty hack that would work with only one codec only... and to top it all, ffmpeg ac3 codec, doesn't support dialnorm whatsoever.. the ac3 streams does provide information on how the audio level should be applied when downmixing
[02:52:31] jya: now if someone is up to the task of adding support for dialnorm ...
[02:53:16] jya: personally, I can't hear much difference now between pure stereo and 5.1 on a stereo system volume-wise..
[02:53:40] wagnerrp: jya: im referring to #3911, which was complaining about quiet audio after downmixing
[02:53:53] wagnerrp: and was completely bypassed by the alternate mixing library you added
[02:54:22] jya: there are always going to be differences depending on what the person would expect. Like with the center channel, how much should be heard, same for the surround channel?
[02:54:30] jya: ah that one...
[02:54:37] jya: who uses liba52 these days ?
[02:55:06] wagnerrp: i figured there was nothing to be done with it, you just forgot to close it
[02:55:09] jya: [14365]
[02:55:09] MythLogBot: SVN 14365: (branch master) https://github.com/MythTV/mythtv/commit/9138ba89
[02:55:32] jya: that bug didn't even appear in the list of bug assigned to me in trac
[02:55:51] wagnerrp: no, it was moved to the audio section, but never reassigned to you
[02:56:26] jya: ah that's why... I only look at the bug assigned to me.. certainly not going to claim more bugs than I should :)
[02:56:54] jya: I don't think the downmixing even apply in 3911
[02:57:08] jya: ah yes maybe :)
[03:07:25] rmckee (rmckee!~rmckee@203.166.49.1) has joined #mythtv-users
[03:11:39] wagnerrp: well i guess that settles that
[03:12:58] wagnerrp: down to 385
[03:13:00] sphery: yeah, good catch--glad you noticed it
[03:25:03] G (G!~njones@parera.jnet.net.nz) has quit (Ping timeout: 240 seconds)
[03:26:10] shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has quit (Remote host closed the connection)
[03:26:23] G (G!~njones@parera.jnet.net.nz) has joined #mythtv-users
[03:31:23] G (G!~njones@parera.jnet.net.nz) has quit (Remote host closed the connection)
[03:33:53] G (G!~njones@parera.jnet.net.nz) has joined #mythtv-users
[03:38:56] wagnerrp: Beirdo: did you do the commandlineparser conversion to mythcommflag or did i?
[03:41:08] Beirdo: I don't remember
[03:41:23] Beirdo: heh. Coulda been either of us, why?
[03:42:14] wagnerrp: just wondering if i did it, why i would have been testing ("chanid").isEmpty()
[03:42:21] wagnerrp: rather than just testing the boolean of that value
[03:42:47] Beirdo: heh, not sure.
[03:43:09] wagnerrp: since the boolean only returns true if the user supplied it
[03:43:38] wagnerrp: plus im converting it to a string, and then back to an unsigned
[03:43:55] wagnerrp: when it is stored as an unsigned internally
[03:44:04] Beirdo: hehe
[03:44:16] Beirdo: One of us was smoking some good stuff, it seems
[03:44:42] wagnerrp: i think ill try rewriting this whole thing
[03:44:55] wagnerrp: part of the purpose of storing everything in the parser is that you can leave it there until you need it
[03:45:08] wagnerrp: rather than the old method of pulling everything out into independent variables
[03:45:11] Beirdo: heh
[03:45:17] Beirdo: another rewrite?!
[03:45:33] wagnerrp: no, rework mythcommflag/main.cpp to actually use the parser as intended
[03:45:37] Beirdo: heh
[03:45:50] Beirdo: whew. I was wondering there :)
[03:46:07] wagnerrp: rather than just shoehorning it into the old startup code
[03:46:23] Beirdo: well, shoehorning was a good step
[03:46:33] wagnerrp: well it was the quick step to get it running
[03:48:15] wagnerrp: is there a NOR version of || and &&?
[03:48:15] Beirdo: aye
[03:48:27] Beirdo: !(blah || blah)
[03:48:38] wagnerrp: er, NAND
[03:48:46] Beirdo: !(blah && blah)
[03:49:03] wagnerrp: whats ^?
[03:49:09] wagnerrp: whatever that one is
[03:49:19] Beirdo: or (by the fun of boolean algebra): !blah || !blah
[03:49:24] Beirdo: um
[03:49:42] Beirdo: there's ~(blah) which inverts every bit
[03:50:07] wagnerrp: i want, "exactly one of this series"
[03:50:09] Beirdo: ^ is XOR
[03:50:22] wagnerrp: XOR, thats what im thinking of
[03:50:28] Beirdo: err
[03:50:33] kormoc: Beirdo, isn't !blah || !blah == !blah?
[03:50:37] Beirdo: || and && are logical, not bit
[03:50:59] Beirdo: ok.  !(blah & arg) = !blah | !arg
[03:51:00] wagnerrp: i.e. i can take chanid/starttime, or jobid, or file, or video, or all
[03:51:04] wagnerrp: but i only want to take one of those
[03:51:08] wagnerrp: and i need to take one of those
[03:51:26] wagnerrp: i could just sum them up, and test the result
[03:51:32] wagnerrp: yeah... thats probably the easiest
[03:51:38] wagnerrp: rather than try to mess with some fancy logicals
[03:51:53] Beirdo: yeah, if ya want
[03:52:36] Beirdo: I'd probably do the fancy boolean myself, but that's just me
[03:52:47] wagnerrp: well, feel free to change it
[03:53:13] Beirdo: heh, if it works, good enough :)
[03:58:06] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:04:16] mzb: hi all ... I've just installed my new HD-Homerun ... wow!, how easy is that!
[04:04:22] mzb: tested as working
[04:04:24] mzb: BUT
[04:04:43] mzb: even though I've done a "mythbackend --resched" I've still got conflicts
[04:05:01] mzb: which shouldn't happen, as I've now got a tuner for every multiplex
[04:05:18] wagnerrp: depends on how youve got your virtual tuners set up
[04:05:18] mzb: does it take a while for the resched to start/complete ?
[04:05:28] wagnerrp: did you add each tuner with only a single virt initially?
[04:05:33] mzb: do I have to go back to a staggered arrangement?
[04:05:43] Beirdo: did you restart the backend after running the setup to add it?
[04:05:43] wagnerrp: do you ever intend to use live tv?
[04:06:20] mzb: I stopped the backend, updated git and resinstalled, added the tuners (5 virtuals per tuner)
[04:06:20] Beirdo: a --resched isn't enough, you have to completely restart the backend
[04:06:33] Beirdo: 5?!
[04:06:33] mzb: then started the backend
[04:06:36] Beirdo: hahah
[04:06:44] wagnerrp: 5 is the soft limit
[04:06:50] mzb: it often gets to 4 virtuals in use
[04:06:53] wagnerrp: mzb: do you ever use live tv?
[04:06:56] mzb: never seen 5
[04:07:02] Beirdo: you on OTA or on cable with that?
[04:07:20] mzb: wagnerrp: not of late ... I've found the backend "mysteriously" locks within 24 hours of livetv
[04:07:21] ** sphery thinks he's not in hte US **
[04:07:30] mzb: so I only use livetv for testing atm
[04:07:30] wagnerrp: nah, aussie
[04:07:39] Beirdo: ah.
[04:07:41] mzb: yeah, .tas.au
[04:07:43] wagnerrp: if you dont use live tv, use no staggering
[04:07:43] mzb: dvb-t
[04:07:57] mzb: I had staggered before
[04:08:09] wagnerrp: remove all the tuners, and add each back with five virts each from the start
[04:08:14] Beirdo: surprised that there are that many channels on a multiplex
[04:08:32] mzb: they use a multiplex _per_station_ here
[04:08:34] sphery: souns like a lot of people are doing the staggering thing without understanding what I was saying in my post
[04:08:53] mzb: so ABC has ABC1+ABC2+ABC3+RADIO1+RADIO2+ABC-HD
[04:09:00] sphery: maybe because they didn't read the whole thing or because they read some misinterpretation of it that was posted on a random blog or forum post?
[04:09:02] Beirdo: staggering is for after drinking too much
[04:09:08] mzb: I can't see the point in the staggering now
[04:09:15] mzb: the selection seems to work
[04:09:23] mzb: ie: I select an HDHR tuner
[04:09:27] mzb: then change channels
[04:09:28] wagnerrp: mzb: the only point to staggering is to have a one of each tuner at the end of the list
[04:09:40] sphery: the only point of staggering is to break your configuration so that Live TV gets priority over recordings
[04:09:44] wagnerrp: so you can tell livetv to 'avoid conflicts' and pull from the back of the list
[04:09:46] sphery: i.e. it's a /very/ bad thing to do
[04:09:49] mzb: if there's another tuner already recording that channel it swaps to that tuner
[04:09:54] wagnerrp: and each live session gets a fresh tuner
[04:10:07] sphery: but some users think it's better than hitting NEXTCARD
[04:10:13] mzb: wagnerrp: doesn't look like I need it
[04:10:19] wagnerrp: no, livetv does not automatically swap to a tuner already on that multiplex
[04:10:29] wagnerrp: it tries to use the one it has
[04:10:31] sphery: "Oooh, my remote-button-pushing finger... I'm going to feel that in the morning!"
[04:10:43] mzb: wagnerrp: that's not what my experience shows
[04:10:58] mzb: I only use a wii-remote for control, so "next-card" may not be an option
[04:11:00] sphery: mzb: that's because you had them staggered
[04:11:02] sphery: ?
[04:11:03] wagnerrp: you can change tuners automatically if you are switching to an entirely different source
[04:11:12] mzb: sphery: no ... they're not staggered atm
[04:11:14] wagnerrp: but otherwise, you stick with the tuner youve got
[04:11:40] mzb: the HDHR is on "UHF", and the 3 other tuners are on "VHF" (different transmitter)
[04:11:50] mzb: but it's still all the same content
[04:12:41] mzb: I live on the top edge of a blackspot ... so I'm in one of those weird positions where get 100% signal from both the main tower (VHF) AND the "blackspot" tower (UHF)
[04:12:55] mzb: I have separate aerials for each, of course
[04:13:04] mzb: (high-band UHF that is)
[04:13:26] wagnerrp: blackspot?
[04:13:46] mzb: very hilly here
[04:14:32] mzb: so there are digital relays to cover the "blackspots" (areas shadowed from the main transmitter by hills)
[04:16:00] mzb: I suspect my previous attempt to stop the backend must have failed ... restarting now to see if scheduling better
[04:16:11] mzb: nope
[04:18:08] wagnerrp: Beirdo: any reason why we would be using a bunch of cerrs in mythcommflag?
[04:18:48] dkeith (dkeith!~dkeith@173.48.207.227) has quit (Read error: Connection reset by peer)
[04:18:52] mzb: how do I debug/fix this scheduling error?
[04:19:37] dkeith (dkeith!~dkeith@173.48.207.227) has joined #mythtv-users
[04:19:45] wagnerrp: Beirdo: looks like its to avoid the timestamp the logger produced
[04:19:54] wagnerrp: is there any way to print directly without that stuff in the new logger?
[04:20:45] kusznir_ (kusznir_!~kusznir@76.178.149.15) has joined #mythtv-users
[04:21:02] Beirdo: no, the progress stuff?
[04:21:07] wagnerrp: yeah
[04:21:11] wagnerrp: just leave as cerr?
[04:21:11] Beirdo: that's the console output
[04:21:16] wagnerrp: right
[04:21:18] Beirdo: just leave it
[04:21:22] wagnerrp: k
[04:21:33] kusznir_: Hi all: I'm having issues with my myth freezing periodically, and I found this in the mythbackend.log: Updated pathname '':'' -> '1281_20110517200000.mpg' . Its repeated several times. Is it a problem?
[04:21:45] mzb: ok ... so 5 tuners, covering all multiplexes, no staggering ... how can I still have a conflict?
[04:21:50] [R]: kusznir_: its othing, ignore it
[04:22:00] [R]: nothing*
[04:22:04] Beirdo: it was a pain getting it to do both logging and the progress. Hheh
[04:23:34] kusznir_: Ok, thanks [R]. Any suggestions on how to track down why mythfrontend is locking up semi-often these days? My system hasn't been updated/touched for a while, and has been running very smoothly for about a year. Recently its been pulling this periodically, and sometimes when I log in, I see a reasonable amount of iowait and delays handling ssh login requests; other times, it may be completely crashed.
[04:23:41] kusznir_: Nothing in the logs (espicially syslog)
[04:23:55] mzb: adding "schedule" to the -v flags
[04:24:00] [R]: kusznir_: gdb
[04:25:57] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 264 seconds)
[04:26:01] mzb: would I be more likely to get an answer if all 5 tuners were on the same source?
[04:26:03] mzb: ;)
[04:26:57] sphery: mzb: better would be mythbackend -v schedule --printsched
[04:27:05] mzb: k, will do
[04:27:35] mag0o_ (mag0o_!20001@slackhost.lynchmv.com) has joined #mythtv-users
[04:27:51] mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Ping timeout: 244 seconds)
[04:27:52] sphery: but then you'll have to inspect the output to find out what it's recording, where, and why it's conflicting
[04:28:01] mzb: err ...
[04:28:01] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 244 seconds)
[04:28:01] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 244 seconds)
[04:28:05] mzb: I've got a theory
[04:28:06] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has joined #mythtv-users
[04:28:06] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users
[04:28:06] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has quit (Changing host)
[04:28:10] Beirdo: sphery: the -v schedule's almost pointless there :)
[04:28:14] sphery: note, though, that if you have /any/ input or channel priorities, you're almost definitely telling it to schedule things wrong
[04:28:19] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[04:28:28] mzb: I suspect I've only been updating the VHF listings
[04:28:54] mzb: scratch that
[04:29:45] mzb: but none of the recordings from --printsched use the UHV source ... which they *should* be
[04:29:55] mzb: (to avoid a conflict)
[04:30:11] mzb: I'll just swap it over to the VHF to make life simpler ... bbs
[04:30:15] Beirdo: you did run mythfilldatabase?
[04:30:27] sphery: sounds like your inputs aren't properly connected
[04:30:48] sphery: I'd recommend "Delete all capture cards", then reconfigure cards and re-connect inputs
[04:31:36] sphery: configure cards in preference order for Live TV (from least preferred to most preferred)
[04:31:50] sphery: and connect inputs in preference order for recordings (from most preferred to least preferred)
[04:32:15] sphery: and do not set any input priorities (and make sure none of your channels have priorities)
[04:33:41] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[04:38:36] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:39:13] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[04:39:47] andreax (andreax!~andreaz@p57B93A66.dip.t-dialin.net) has joined #mythtv-users
[04:46:30] mzb: Beirdo: my grabber runs independently, and then runs mythfilldatabase for each source with the output
[04:47:08] mzb: I'll just change the HDHR inputs from UHF to VHF (now that they're all on the 4-way from the VHF)
[04:47:19] andreax (andreax!~andreaz@p57B93A66.dip.t-dialin.net) has quit (Quit: Leaving.)
[04:49:11] mzb: yep ... completely fixed from that _SINGLE_ change
[04:49:23] mzb: which is weird, as both inputs have the same info
[04:49:53] mzb: I'd prefer to have it with the UHF/VHF split for two reasons:
[04:50:26] mzb: 1) if for any reason (weather) I get a bad signal off the VHF I can swing onto the VHF (mostly for livetv)
[04:51:15] mzb: 2) I won't be degrading the signal quite as much by only splitting 3 ways ... occasionally get higher error rates when weather on the top of the mountain is *very* bad
[04:52:01] mzb: ie: both fairly minor, and probably only a theoretical advantage anyway
[04:52:08] mzb: I'll stick with what works ;)
[04:52:20] mzb: (as $SHE's due home any minute;))
[05:01:39] mzb: sphery + wagnerrp : so if I setup 5x4 virtual tuners, and then 5x1 virtual (staggered) I'll be able to let her do LiveTV again?
[05:02:04] wagnerrp: AND you set mythtv to avoid conflicts with livetv
[05:02:21] wagnerrp: AND then you run the risk of livetv sessions blocking recordings
[05:02:43] wagnerrp: or, you just add them all non-staggered, and have her use NEXT_CARD
[05:06:24] mzb: can't do NEXT_CARD as using a wii-remote ... simply not enough buttons
[05:06:37] mzb: avoid conflicts in the frontend settings?
[05:06:42] wagnerrp: flail to the right and left
[05:06:47] wagnerrp: use that accelerometer
[05:07:56] mzb: hehe
[05:08:18] Beirdo: gotta look properly spastic though
[05:08:43] sphery: will be really bad when people start saying they're using Kinect to control MythTV
[05:09:11] Beirdo: hehe, then a pelvic thrust would mean "tune to Playboy Channel"
[05:10:16] wagnerrp: that would be for kinect
[05:10:25] wagnerrp: the wii doesnt have that sort of 'attachment'
[05:10:34] Beirdo: hehe
[05:10:48] mzb: :)
[05:11:28] mzb: once you replace the std batteries and get a single charger it's a very nice remote ... a cheaper than a normal IR remote
[05:11:30] sphery: kick left foot out to skip back, right foot out to skip forward... left foot back to volume down, right foot back to volume up... and you shake it all about, you do the Hokey Pokey and you turn yourself around. That's what it's all about
[05:11:45] mzb: get about 3 days out of it if we forget to put it in the charger
[05:12:06] Beirdo: hump three times for channel 3
[05:12:23] Beirdo: God help you if you have satellite
[05:12:26] mzb: but as I now use xorg + wii drivers I don't have accelerometer ... not a huge loss
[05:12:38] sphery: any remote control that requires a wrist strap for safety isn't right for me
[05:13:08] sphery: so is it basically just a mouse?
[05:13:21] sphery: is it using gestures?
[05:13:22] mzb: no, it's basically a keyboard
[05:13:37] mzb: as I don't use the accelerometer or camera
[05:13:43] mzb: atm
[05:13:52] sphery: ah, so the buttons on it (A, B, cursor, trigger, ...)
[05:13:57] mzb: yep
[05:14:03] sphery: interesting
[05:14:05] mzb: bluetooth is the big seller
[05:14:33] sphery: I've been thinking of making a bluetooth-connected remote to replace my ATI Remote Wonder
[05:14:44] mzb: much nicer than IR
[05:15:03] sphery: but really want long range and don't want batteries drained as fast as most bluetooth devices I've seen
[05:15:19] mzb: also means she can control the music videos from the kitchen (think cocktails with the girls) without even being able to see the screen
[05:15:37] mzb: I've got 2400 (iirc) AA's in my wii-remote
[05:15:49] Beirdo: ?!
[05:15:50] mzb: and as I say ... 3 days _without_ charging is good enough
[05:15:56] Beirdo: that's a heck of a lot of batteries
[05:15:59] mzb: 2400mAh, that is ;)
[05:16:06] wagnerrp: what brand?
[05:16:07] Beirdo: ooooh ;)
[05:16:13] sphery: yeah, I do that with my ATI RW (it's an RF one), but it uses AAAs :(
[05:16:21] mzb: um ... cheapos from jaycar.com.au
[05:16:25] sphery: really wish it used AA's
[05:16:38] sphery: Beirdo: Powerex ftw!
[05:16:47] mzb: tight squeeze ... but it works
[05:17:01] Beirdo: that's what she said
[05:17:06] mzb: heh
[05:17:07] mzb: and the single cradle is a bonus
[05:17:46] mzb: can't see the"avoid conflict" bit for live tv ... it's called something like "allow livetv to move..." , right?
[05:18:05] mzb: ah , found it
[05:18:08] sphery: Avoid conflicts between l...
[05:18:14] mzb: Playback->Gen
[05:18:16] mzb: oh
[05:18:40] mzb: not: "Allow Live TV to move scheduled shows" ?
[05:18:49] mzb: oh
[05:18:51] mzb: duh
[05:18:53] mzb: line above it
[05:18:56] mzb: *cackle*
[05:18:59] mzb: yeah ... both enabled
[05:20:09] mzb: rats ... bad reception on SBS
[05:21:43] wagnerrp: kormoc: just punted a ticket to you
[05:21:56] mzb: might try increasing the tuner timeout slightly
[05:21:56] wagnerrp: feel free to ignore it, it will be fixed otherwise eventually
[05:24:39] mzb: fixed it .... weird!
[05:24:56] mzb: change tuning timeout on HDHR from 3000 to 4000 and now it's fine
[05:26:13] mzb: yay!
[05:26:24] mzb: now I can give a report ... thanks guys
[05:28:24] context- (context-!u2226@gateway/web/irccloud.com/x-hicvlyenilkzjvdg) has left #mythtv-users ()
[05:35:04] fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Quit: Leaving.)
[05:53:05] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[05:55:41] rmckee (rmckee!~rmckee@203.166.49.1) has quit (Quit: Leaving)
[05:57:26] esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users
[06:07:13] SteveGoodey (SteveGoodey!~steve@host86-182-0-202.range86-182.btcentralplus.com) has joined #mythtv-users
[06:10:53] SteveGoodey (SteveGoodey!~steve@host86-182-0-202.range86-182.btcentralplus.com) has quit (Remote host closed the connection)
[06:19:04] ubIx_ (ubIx_!~ulf@p5DD18237.dip0.t-ipconnect.de) has joined #mythtv-users
[06:21:11] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[06:21:23] Diverdude (Diverdude!~Diverdude@1709ds1-vbr.0.fullrate.dk) has quit (Ping timeout: 240 seconds)
[06:22:36] ubIx (ubIx!~ulf@p5DD18322.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds)
[06:24:26] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[06:28:45] tictric_ (tictric_!~quassel@p4FE17F75.dip.t-dialin.net) has joined #mythtv-users
[06:28:45] tictric_ (tictric_!~quassel@unaffiliated/tictric) has joined #mythtv-users
[06:28:45] tictric_ (tictric_!~quassel@p4FE17F75.dip.t-dialin.net) has quit (Changing host)
[06:33:56] Diverdude (Diverdude!~Diverdude@1709ds1-vbr.0.fullrate.dk) has joined #mythtv-users
[06:35:41] sailerboy (sailerboy!sailerboy@sailerboy.net) has quit (Quit: ZNC - http://znc.sourceforge.net)
[06:37:12] sailerboy (sailerboy!sailerboy@ipv61.sailerboy.net) has joined #mythtv-users
[06:40:00] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 252 seconds)
[06:47:57] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users
[06:50:35] Scopeuk-AFK is now known as Scopeuk
[06:51:35] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out)
[06:51:52] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has joined #mythtv-users
[06:54:33] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv-users
[06:57:17] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Client Quit)
[06:59:38] hoolio (hoolio!~hoolio@eth235.tas.adsl.internode.on.net) has quit (Remote host closed the connection)
[07:01:27] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv-users
[07:03:44] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Client Quit)
[07:04:24] Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has quit (Ping timeout: 255 seconds)
[07:16:50] henkpoley (henkpoley!~henkpoley@2001:888:133c:0:21a:73ff:fef2:8071) has joined #mythtv-users
[07:18:05] Lord_Deathscythe (Lord_Deathscythe!~chris@173.185.131.245) has joined #mythtv-users
[07:26:26] Scopeuk is now known as Scopeuk-AFK
[07:39:11] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[07:45:31] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users
[08:11:44] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[08:17:16] Guest49629 (Guest49629!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds)
[08:19:37] Guest49629 (Guest49629!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users
[08:26:12] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 244 seconds)
[08:33:28] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[08:52:28] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[08:54:24] fendrychl (fendrychl!~fendrychl@ns1.neomezeny-hosting.cz) has joined #mythtv-users
[08:54:40] fendrychl (fendrychl!~fendrychl@ns1.neomezeny-hosting.cz) has left #mythtv-users ()
[08:55:34] fendrychl (fendrychl!~fendrychl@ns1.neomezeny-hosting.cz) has joined #mythtv-users
[09:03:47] andreax (andreax!~andreaz@p57B93A66.dip.t-dialin.net) has joined #mythtv-users
[09:07:39] hashbang (hashbang!~isajb@2001:630:e4:701:230:48ff:febf:1392) has joined #mythtv-users
[09:25:42] TheMaverick` (TheMaverick`!~TheMaveri@unaffiliated/themaverick/x-183836) has quit (Ping timeout: 255 seconds)
[09:38:20] lapion (lapion!~axion@axion.xs4all.nl) has quit (Read error: Connection reset by peer)
[09:42:48] lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv-users
[10:05:03] Guest49629 (Guest49629!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:49] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users
[10:06:15] mike is now known as Guest89491
[10:25:02] slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has joined #mythtv-users
[10:25:10] slacker-: Hi
[10:25:28] slacker-: How does one enter the IMDB # when running an interactive jamu session?
[10:26:17] slacker-: This is raiders of the lost ark: http://www.imdb.com/title/tt0082971/
[10:26:36] slacker-: I tried tt0082971, #tt0082971 and # tt0082971 with no success
[10:49:09] slacker-: oh, I got it, it's without the tt
[10:49:15] slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has left #mythtv-users ()
[11:23:21] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[11:28:42] Katibe (Katibe!~Katibe@212.174.109.55) has joined #mythtv-users
[11:37:33] unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving)
[11:38:02] unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users
[11:42:38] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[11:43:04] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv-users
[11:54:21] MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:8828:2dbd:1aa:1d10) has quit (Quit: Bye...)
[12:03:27] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[12:08:33] cocoa117 (cocoa117!~cocoa117@wk-29-212.guest.rdg.ac.uk) has joined #mythtv-users
[12:16:28] SusanH (SusanH!~chatzilla@c-24-128-160-48.hsd1.nh.comcast.net) has joined #mythtv-users
[12:23:02] SusanH: hey can anyone give me a hint with a problem with my analog recording after upgrading linux versions? card is a Pinnacle 800i, error log says "TVRecEvent v4lchannel.cpp:203 (format_to_mode) – ormat_to_mode() does not recognize V4L"
[12:24:03] slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has joined #mythtv-users
[12:24:46] Katibe (Katibe!~Katibe@212.174.109.55) has quit (Read error: Connection reset by peer)
[12:25:07] slacker-: hey, is there a way in mythvideo to input the series id of a directory?
[12:25:31] slacker-: so that jamu can fetch its info
[12:27:51] Katibe (Katibe!~Katibe@212.174.109.55) has joined #mythtv-users
[12:29:11] ikonia (ikonia!~irc@unaffiliated/ikonia) has quit (Ping timeout: 240 seconds)
[12:31:17] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[12:31:58] Katibe (Katibe!~Katibe@212.174.109.55) has quit (Remote host closed the connection)
[12:34:59] Katibe (Katibe!~Katibe@212.174.109.55) has joined #mythtv-users
[12:36:41] Katibe (Katibe!~Katibe@212.174.109.55) has quit (Remote host closed the connection)
[12:39:31] Katibe (Katibe!~Katibe@212.174.109.55) has joined #mythtv-users
[12:40:31] ikonia (ikonia!~irc@unaffiliated/ikonia) has joined #mythtv-users
[13:02:24] cocoa117 (cocoa117!~cocoa117@wk-29-212.guest.rdg.ac.uk) has quit (Quit: Leaving)
[13:03:52] Muzer: hmm
[13:04:47] Muzer: is there any chance that the changing of aspect ratio could be added to the list of things used to detect adverts? Because when a programme is shown in 4:3, the adverts are still 16:9, so the switching between them should be able to be used to detect adverts.
[13:10:48] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds)
[13:18:40] squidly (squidly!~squidly@HoodLUG/member/squidly) has quit (Quit: leaving)
[13:33:53] squidly (squidly!~squidly@HoodLUG/member/squidly) has joined #mythtv-users
[13:34:54] henkpoley: Muzer: I'd file a feature request for mythcommflag
[13:35:06] Muzer: OK
[13:35:17] henkpoley: The devs don't look very kindly on that though, but you can try.
[13:35:44] Captain_Murdoch: the only place to 'file' a feature request is the wiki. don't open a ticket for something like that.
[13:35:52] thecardsmith (thecardsmith!~doug@pool-72-92-150-82.burl.east.myfairpoint.net) has joined #mythtv-users
[13:36:18] Captain_Murdoch: plus the fact that we already attempt to detect aspect ratio and letterbox/pillarbox changes during flagging.
[13:37:46] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Remote host closed the connection)
[13:38:14] thecardsmith: i've got a hdpvr under fedora, and i added the driver with a "modprobe lirc_zilog" — and i can do a "irw" and see my remote buttons being press, but... now I have "zilog-rx-i2c-0" running at 99.7% CPU utilization according to top
[13:38:26] thecardsmith: pressed*
[13:39:46] slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has left #mythtv-users ()
[13:41:07] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[13:46:01] Muzer: Captain_Murdoch: ah, why doesn't it say in the options, then? :p
[13:46:14] Muzer: what does it come under?
[13:52:45] esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection)
[13:57:31] gucko (gucko!~gucko@unaffiliated/rockyrock) has joined #mythtv-users
[13:57:41] gucko: hi guys
[13:57:47] gucko: I have a server linux box with a DVB-S card (Skystart2). I have a Macbook Pro and I want to watch TV from my Macbook. Can I do that using Mythtv? I think I'm talking about building a streaming DVB server, right?
[13:57:51] gucko: f this is possible, please guide me through the links that I should read :0
[13:57:59] gucko: I also wonder if this is possible, how could I watch TV from my Mac? i.e what software to use?
[13:58:43] lyricnz (lyricnz!~simonrobe@ppp118-209-169-77.lns20.mel6.internode.on.net) has joined #mythtv-users
[14:01:12] gucko: oh so I understood this: I have to install a backend on the linux server, then on OS X I download and install the fronted :) I hope this is correct
[14:01:52] jams: yes that will work
[14:03:14] jams: the linux backend will host the tuner and will record the stream to disk. The frontend can then play back that file at your lesiure.
[14:04:05] gucko: thanks :)
[14:04:32] gucko: I hope configuring the backend is easy through the command line, since I'm accessing the server through ssh
[14:05:37] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv-users
[14:05:50] jams: it's configured through a x11 gui. cmd line isn't an option
[14:06:11] gucko: oh!
[14:06:28] gucko: so I need a monitor connected :S
[14:06:33] jams: or use vnc
[14:06:44] jams: or export the display
[14:06:47] JEDIDIAH__: just just the -X forwarding option in ssh
[14:07:40] gucko: but my server is Ubuntu server, so does it display GUIs?! since it doesn't have desktop installed Gnome..etc
[14:08:02] Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Remote host closed the connection)
[14:08:28] JEDIDIAH__: the server doesn't need to display anything. Your "client" machine handles that.
[14:08:34] Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users
[14:09:15] gucko: do you know how to do that in OS X? I have no idea how to do that :(
[14:09:30] gucko: or at least, what to google?
[14:10:45] jams: remote x11 desktop.. or i think in the case vncserver would be quicker to setup.
[14:11:28] JEDIDIAH__: Works the same in MacOS as it does in Unix actually.
[14:11:54] NULL[0] (NULL[0]!~fred@e181023072.adsl.alicedsl.de) has quit (Ping timeout: 255 seconds)
[14:12:53] JEDIDIAH__: open terminal. run ssh. run remote app.
[14:18:30] streeter (streeter!~streeter@nat/redhat/x-rmajymlnzjgkdhdh) has joined #mythtv-users
[14:23:51] henkpoley (henkpoley!~henkpoley@2001:888:133c:0:21a:73ff:fef2:8071) has quit (Quit: henkpoley)
[14:24:56] NULL[0] (NULL[0]!~fred@e181032120.adsl.alicedsl.de) has joined #mythtv-users
[14:29:42] mycoserve (mycoserve!~mycoserve@unaffiliated/mycosys) has joined #mythtv-users
[14:44:26] eddytv: gucko: In Mac OS X, go the Finder, and choose Go > Connec to server...
[14:44:57] eddytv: In the dialog box that opens, enter: vnc://192.168.1.110 (or whatever the IP address of your Ubunut box is)
[14:45:07] eddytv: This assumes of course, you have a VNC server running on your Ubuntu box.
[14:45:31] gucko: oh this is so new to me :D
[14:45:41] eddytv: Personally, I run 'x11vnc' so I can VNC in to my backend from wherever, including my iPhone, iPad, etc.
[14:45:46] gucko: do you know the package name of a vnc server in ubuntu
[14:45:47] gucko: ?
[14:45:58] gucko: oh ok
[14:46:02] gucko: i'll install it
[14:52:23] quicksilver (quicksilver!~jules@roobarb.crazydogs.org) has quit (Ping timeout: 240 seconds)
[14:53:18] quicksilver (quicksilver!~jules@93.93.128.87) has joined #mythtv-users
[14:54:09] sailerboy (sailerboy!sailerboy@ipv61.sailerboy.net) has quit (Ping timeout: 264 seconds)
[14:56:43] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv-users
[15:00:30] gucko (gucko!~gucko@unaffiliated/rockyrock) has quit (Ping timeout: 252 seconds)
[15:04:43] gucko (gucko!~gucko@unaffiliated/rockyrock) has joined #mythtv-users
[15:09:21] sailerboy (sailerboy!sailerboy@ipv61.sailerboy.net) has joined #mythtv-users
[15:11:22] GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has joined #mythtv-users
[15:12:28] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[15:18:54] gucko (gucko!~gucko@unaffiliated/rockyrock) has quit (Ping timeout: 250 seconds)
[15:21:53] gucko (gucko!~gucko@unaffiliated/rockyrock) has joined #mythtv-users
[15:24:38] MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:b5cc:84d5:c634:2bbc) has joined #mythtv-users
[15:28:09] gucko: eddytv: I installed x11vnc, then I directly tried to connect to the machine with vnc://192.168.1.110 from Finder, but it didn't work
[15:28:22] gucko: eddytv: do I need to provide configuration for x11vnc?!
[15:28:40] eddytv: did you put in the correct IP address for your ubuntu box?
[15:28:42] wagnerrp: probably, and you probably need to manually run it too
[15:29:14] wagnerrp: OSX has an X11 server
[15:29:21] wagnerrp: just run it, and 'ssh -X'
[15:29:51] eddytv: true, but only if you install the optional X11 package from the instal CD
[15:30:10] eddytv: Most "normal" people don't have it installed.
[15:31:00] wagnerrp: i suppose the people i work with arent normal
[15:31:34] wagnerrp: several have macs, and only because they wanted a nice laptop with a good terminal, and native ssh and X11 capability
[15:31:51] gucko: I have the X11 package installed :D
[15:31:57] gucko: no need to vnc then!
[15:32:58] wagnerrp: as you said, the only need was for iphone/ipad and similar things with no X11 server
[15:33:20] wagnerrp: plus remote X tends to not work so hot over unstable wireless connections
[15:33:36] wagnerrp: as shone by my periodic stuck keys
[15:39:16] kth (kth!~kth@unaffiliated/kth) has joined #mythtv-users
[15:39:37] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[15:41:24] TheMaverick` (TheMaverick`!~TheMaveri@ip70-171-11-97.ga.at.cox.net) has joined #mythtv-users
[15:42:07] thecardsmith: man ssh -X tip is awesome in macos, just gave it a try (as I have x11 installed for stuff like OOo etc)
[15:45:11] wagnerrp: if youre on a local secure network, and you can configure the Mac X11 server to listen on the network
[15:45:21] wagnerrp: its better to just 'xhost +remotemachine'
[15:45:41] wagnerrp: and then 'export DISPLAY=macfrontend:0.0'
[15:45:53] wagnerrp: avoids the latency and overhead of the encrypted SSH tunnel
[15:46:38] wagnerrp: i say secure because that allows anyone on that host to hit your X server
[15:46:56] wagnerrp: if not secure, you have to use xauth and manage the authentication tokens manually
[15:47:07] wagnerrp: its usually not worth the effort to do that over just letting ssh handle it for you
[15:47:18] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has joined #mythtv-users
[15:48:13] devinheitmueller: thecardsmith: FYI: the Zilog issue you are experiencing is a known bug that Jarod Wilson fixed a couple of weeks ago.
[15:48:18] devinheitmueller: (e.g. the 99% CPU issue)
[15:48:24] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[15:48:42] wagnerrp: Beirdo: around?
[15:48:45] thecardsmith: devinheitmueller: thanks! i found his thread @ http://www.gossamer-threads.com/lists/mythtv/users/482412#482412 too.... wondering if I can find a place to download/compile the new lirc_zilog
[15:49:16] thecardsmith: otherwise i'll just go w/o rx and grab myself a (probably more stable) MCEUSB
[15:49:16] devinheitmueller: thecardsmith: Ok, cool. Just wanted to make sure you know it has already been fixed before you burn too many cycles trying to debug it.
[15:49:32] thecardsmith: that is valorous, much appreciated :)
[15:49:40] devinheitmueller: np
[15:50:33] gucko: guys I got this error in the terminal: Can't open DVB frontend (/dev/dvb/adapter0/frontend0)
[15:50:50] gucko: I got an error when I selected the device from capture card
[15:50:54] gucko: I selected DVB
[15:51:00] wagnerrp: gucko: when running mythtv-setup?
[15:51:05] gucko: yes
[15:51:17] wagnerrp: that means either your user does not have permissions
[15:51:17] gucko: but then I got: Unkown error, can't get card info
[15:51:24] gucko: oh
[15:51:27] wagnerrp: or something else (like mythbackend) already has the card open and locked
[15:51:32] gucko: maybe I should run it with sude
[15:51:36] gucko: sudo
[15:51:39] wagnerrp: you should be running mythtv-setup as the user that runs mythbackend
[15:51:46] wagnerrp: which in many distros is 'mythtv'
[15:53:12] gucko: I existed then tried to run it with sudo, but I got i have to be a group memeber, then got this: Please manually log out of your session for the changes to take effect.
[15:53:30] wagnerrp: sphery: up?
[15:53:54] gucko (gucko!~gucko@unaffiliated/rockyrock) has quit (Remote host closed the connection)
[15:55:43] Gibby: Anyone ever have an issue with hd-pvr just disappering? I have to unplug the usb and plug it back in
[15:55:56] wagnerrp (wagnerrp!~Wagner@nr-ft1-66-42-241-137.fuse.net) has quit (Changing host)
[15:55:56] wagnerrp (wagnerrp!~Wagner@mythtv/developer/wagnerrp) has joined #mythtv-users
[15:55:56] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v wagnerrp
[15:56:23] gucko (gucko!~gucko@unaffiliated/rockyrock) has joined #mythtv-users
[15:56:28] gucko: sorry guys1
[15:56:32] sphery: wagnerrp: yeah
[15:56:57] wagnerrp: sphery: have you read through the command line parser much?
[15:57:25] sphery: not much
[15:57:40] abqjp: Gibby: Do your system logs show anything useful?
[15:57:46] wagnerrp: anyway, ive got an overloaded operator [], for direct access to the qvariant storage
[15:57:55] wagnerrp: if the user doesnt want to hit the toType() methods
[15:58:05] Gibby: abqjp, onpe
[15:58:16] wagnerrp: i have two maps that i store content in
[15:58:22] wagnerrp: one that stores the default values
[15:58:24] thecardsmith (thecardsmith!~doug@pool-72-92-150-82.burl.east.myfairpoint.net) has quit (Quit: thecardsmith)
[15:58:37] wagnerrp: and one that stores the values set on the command line
[15:58:37] mag0o_ is now known as mag0o
[15:58:44] sphery: Gibby: it's a workaround, but http://www.gossamer-threads.com/lists/mythtv/users/479733#479733
[15:59:01] wagnerrp: so when that operator runs, if there is nothing defined on the command line list, if returns the value from th default list
[15:59:27] wagnerrp: i want to provide an option for the user to manually set those values
[15:59:44] wagnerrp: which means instead of returning a QVariant, i return a QVariant& that can be updates
[16:00:16] wagnerrp: now the problem is that if i return the value from the command line list, everything works as normal
[16:00:33] wagnerrp: but if there is not an entry from the command line list, it instead pulls from the default list, and updates the default value
[16:00:37] Gibby: wow, seems like a well known issue
[16:00:38] wagnerrp: which i dont think i want
[16:01:27] wagnerrp: on the opposite, if i pulled the value from the default list, added it to the command line list, and returned that, if the user was merely polling it, it would incorrectly set a value as having been defined on the command line
[16:01:45] gucko: guys I got the card working, and I'm now in the Connect Source to input window. I'm in the scan step. How can I let it scan? I only have Nilesat
[16:02:00] wagnerrp: sphery: python has a '__setitem__' method, that is specifically called when you try to update a value in a class attempting to act as a list
[16:02:10] wagnerrp: is there any way to achieve similar behavior in c++
[16:02:21] wagnerrp: so i know the intentions of how the user is going to use the operator
[16:03:22] hashbang (hashbang!~isajb@2001:630:e4:701:230:48ff:febf:1392) has left #mythtv-users ()
[16:03:31] abqjp: Gibby: the HD-PVR can be *very* sensitive to the USB controller it is hooked up to. It works best if it is the only device hooked up to a specific controller. Also, make sure your HD-PVR is well ventilated — they can over heat.
[16:04:37] Gibby: abqjp, it is running through a power usb hub, 2 hdpvr-s, 1 usb blaster, and a rack mount usb keyboard.... it is well ventilated, under 78 degrees in my server room now, just put in a 500CFM fan in the ceiling
[16:05:09] sphery: wagnerrp: would an overload of = do what you want?
[16:06:13] wagnerrp: no, because then i couldnt indicate what key i wanted to save to
[16:06:24] wagnerrp: seems i can pull it off using proxy classes
[16:06:29] sphery: FWIW, this is exactly why I think operator overloading is evil--you end up trying to define how things should work with your class and the operator itself is not nearly as expressive as a well-thought-out function name.  :) (But that's just personal style--and a very anti-C view of programming.)
[16:06:37] abqjp: Gibby: wow. I am not surprised you are having problems. It would probably work better if you could hook the HD-PVR directly up to the motherboard *and* have it be the only thing attached to *that* USB controller on the motherboard. The HD-PVR really does not like to share.
[16:07:00] sphery: ah, yeah... forgot that we need the key
[16:07:58] wagnerrp: i would have to use a proxy class when i would return a proxy to the qvariant, and it would have an overloaded = operator to update the parser as needed
[16:08:07] wagnerrp: and thats really more complicated than i was hoping...
[16:08:28] Gibby: abqjp, Yeah I was afraid of that, but figured I would give it a shot, only seems to be 1 of the hd-pvrs, boot them both at the same time, (last week) both are the same rev number and upgraded the firmwar, but the v4l2-ctl -l is differnt on both.... the mother board does have more usb ports but the stupid service case designer designed to cover them all up except 1
[16:08:52] wagnerrp: for now, i could just indicate that operator is only to be used for operator assignment, not polling
[16:09:03] wagnerrp: since for polling, everyone should be using the toType methods
[16:09:23] wagnerrp: there should be no need for one to pull a qvariant out directly
[16:09:55] wagnerrp: and if there is, i can always have a toVariant() method
[16:10:38] abqjp: Gibby: one option may be to buy a PCIe USB card, if you have a spare slot.
[16:10:53] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users
[16:11:18] Gibby: it would have to be a PCI usb card, but I have yet to get the pci riser card to work.... I think I am just going to buy my own rack case and rebuild it
[16:11:35] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[16:12:26] wagnerrp: sphery: basically, i intended for the parser rewrite to get away from the old behavior where all the configuration options were pulled out of the parser and stored in variables
[16:12:38] wagnerrp: and instead access those variables in the parser as needed
[16:12:48] wagnerrp: the problem is that some options require other options to be disabled
[16:13:02] wagnerrp: which requires either pulling them out and storing the locally, or updating the values in the parser
[16:20:23] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Remote host closed the connection)
[16:20:40] esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users
[16:22:11] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[16:22:37] thecardsmith (thecardsmith!~doug@65-183-135-114-dhcp.burlingtontelecom.net) has joined #mythtv-users
[16:23:10] sphery: wagnerrp: Yeah. I think the most expressive way to allow what you want (and the least-likely-to-cause-confusion way) would be to get rid of the operator overloading (or at least make it read-only by not using a reference) and use functions to allow pushing new values into the map.
[16:23:24] sphery: but then again, you've heard that I'm not a fan of overloading :)
[16:23:38] sphery: (of operator overloading, that is--function overloading is great)
[16:23:42] wagnerrp: man, i love overloading
[16:23:58] wagnerrp: ill have overloading overloading overloading overloading bacon eggs and overloading
[16:24:15] sphery: heh
[16:24:45] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Operation timed out)
[16:26:52] sphery: My main problem with it is how much it gets abused by devs (at least in work projects). If you give someone the capability, they'll use it, and before long, we have overloads for adding bank information to a user account with the + operator (which is completely wrong, IMHO, because you're not summing the two).
[16:28:02] sphery: not to mention all the times when far-less-intuitive (even if not so incorrect) functionality is triggered by an operator, or cases where intuition says the result of using the operator could be either of 2 different actions, but the dev arbitrarily chose one
[16:28:47] sphery: IMHO, the loss of expressiveness is /not/ worth the "benefits"--of saving typing a couple of extra characters to call a function.
[16:30:02] gucko: guys I always get failed to find any channels!
[16:30:07] gucko: what could be wrong?
[16:30:23] gucko: or at least, how could I know if the signal is ok?
[16:31:01] sphery: have you increased (to max) the timeouts?
[16:31:04] sphery: in mythtv-setup
[16:31:40] gucko: sphery: which step?
[16:31:45] sphery: (then, if that works, you can scale them back to something lower, but still high enough to work)
[16:31:54] sphery: I'm guessing it's in capture card configuration
[16:31:58] gucko: ok
[16:32:04] sphery: likely on a 2nd screen or something
[16:32:08] sphery: might need to hit a button
[16:32:15] sphery: also, is this digital capture?
[16:32:32] gucko: DVB
[16:32:47] gucko: sphery: signal timeout and tuning timeout?
[16:32:49] sphery: ok--just making sure since most people shouldn't ever do analog scanning
[16:32:52] sphery: yep
[16:33:02] sphery: increase both to the max and try again
[16:33:07] gucko: how to put max?
[16:33:19] sphery: just hit right until it stops going up
[16:33:36] sphery: (or maybe pgup/pgdown or something?)
[16:33:53] sphery: also, make sure you let the channel scan completely end
[16:34:00] sphery: as it will show you that nothing is found on many channels
[16:34:19] sphery: and the channel numbers you know may be completely unrelated to the frequency "channel numbers"
[16:34:38] sphery: so until it finishes the scan, you can't say it didn't find anything...  :)
[16:34:39] poolshrk (poolshrk!425a9e5a@gateway/web/freenode/ip.66.90.158.90) has joined #mythtv-users
[16:39:08] poolshrk: Hi, I use the 0.25 ebuilds in the git packaging repo. Can someone shed some light on why mythvideo is no longer in trunk?
[16:39:29] wagnerrp: mythvideo no longer exists
[16:39:52] poolshrk: I see, is it being replaced by something else?
[16:40:51] wagnerrp: mythfrontend
[16:43:04] poolshrk: Thanks for the help, is the replacement functionality already in mythfrontend or is it still in progress? I'm trying to decide if I should upgrade or not.
[16:43:26] wagnerrp: yes, mythvideo has been completely migrated over to core, the plugin is no more
[16:43:40] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[16:43:58] gucko: sphery: didn't work :(
[16:44:06] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv-users
[16:44:09] gucko: it gives me channel not found immeditly
[16:44:46] poolshrk: Great, that's just what I wanted to know. Thanks. And thank you to all the dev's for MythTV.
[16:46:44] gucko: oh I saw something on the terminal when i run the scanning. Failed to setup DiSEqC devices
[16:46:59] gucko: Error: Tune(): Failed to setup DiSEqC devices
[16:47:13] gucko: I don't have DisEqC
[16:47:19] wagnerrp: you are configuring a DVB-S tuner?
[16:47:24] gucko: yes
[16:47:39] wagnerrp: then you must configure a DiSEqC chain
[16:47:49] wagnerrp: even if that chain just has two points, your LNB and your card
[16:48:04] gucko: where to find that?
[16:48:39] wagnerrp: dont know off hand, never had to do it
[16:51:50] sphery: gucko: http://www.mythtv.org/wiki/DVB-S
[16:51:59] gucko: thanks ;)
[16:54:30] gucko: yahahooooooo :D
[16:54:37] gucko: it's getting the channels :D
[16:57:59] thecardsmith (thecardsmith!~doug@65-183-135-114-dhcp.burlingtontelecom.net) has quit (Quit: thecardsmith)
[16:59:10] wagnerrp: markk: something you may want to take a look at... http://www.mythtvtalk.com/watchingdvd-crashes . . . 4/#post57664
[16:59:52] wagnerrp: its failing inside VideoBuffers, in a MythDeque<VideoFrame*>
[16:59:56] wagnerrp: while trying to allocate space
[17:00:11] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[17:01:32] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv-users
[17:01:32] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuartm
[17:02:19] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[17:02:46] gucko: guys how can I delete a directoy?!
[17:02:53] gucko: from Storage
[17:02:54] wagnerrp: rmdir
[17:03:00] gucko: I can't find an option for that
[17:03:07] wagnerrp: on the command line
[17:03:12] wagnerrp: 'rmdir <directory>'
[17:03:13] gucko: ?!
[17:03:15] gucko: no
[17:03:19] gucko: on MythTV setup
[17:03:21] wagnerrp: er... 'rm -r'
[17:03:26] wagnerrp: oh, the 'd' key
[17:03:44] gucko: how to make a directory the default one?
[17:04:00] gucko: now I have two!
[17:04:07] gucko: but I want to select one of them
[17:05:17] wagnerrp: eh?
[17:05:26] wagnerrp: mythtv does not have any default storage directories
[17:05:54] wagnerrp: and if you define multiple directories in a storage group, and record to that storage group
[17:06:02] wagnerrp: mythtv will balance between those directories automatically
[17:06:10] gucko: ah ok
[17:06:22] gucko: OMG the frontend for OS X is 200MB!
[17:06:29] gucko: :(
[17:06:39] gucko: I thought I would be able to watch tv now
[17:06:50] gucko: I'm on a 512Kb DSL :(
[17:06:51] wagnerrp: the frontend for everything else is like 3MB
[17:06:58] gucko: ha!
[17:07:01] gucko: OMG!!
[17:07:03] wagnerrp: the bulk lies in the libraries
[17:07:13] wagnerrp: i assume the case is the same for OSX
[17:07:27] wagnerrp: the _whole_package_ is 200MB
[17:07:39] gucko: ah ok
[17:07:40] wagnerrp: which likely includes Qt as well
[17:08:03] gucko: btw, can I watch tv from vlc on OS X? while I'm downloading the frontend?
[17:08:40] gucko: and I wonder if i can even watch tv on iphone :D
[17:08:48] wagnerrp: you can watch recordings on VLC and an iphone
[17:08:54] wagnerrp: streamed through mythweb
[17:09:15] SteveGoodey (SteveGoodey!~steve@host86-147-183-182.range86-147.btcentralplus.com) has joined #mythtv-users
[17:09:31] gucko: but what about TV?
[17:09:52] wagnerrp: in order to get live tv, you need to speak mythprotocol
[17:09:54] wagnerrp: and those do not
[17:10:28] gucko: don't what?
[17:10:53] wagnerrp: actually, if the binaries are not stripped, 200MB is reasonable for mythtv alone
[17:11:13] wagnerrp: but stripped binaries are 1/5th to 1/10th the size of those with debugging symbols
[17:11:22] wagnerrp: they dont speak mythprotocol
[17:11:36] wagnerrp: so they cannot access the backend directly to set up a live tv session
[17:11:46] wagnerrp: the only way they would be able to do so would be with some proxying application
[17:12:31] gucko: what's LiveTV?
[17:13:44] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[17:14:07] wagnerrp: when you access the tuners defined in the backend, for near live playback of a recording, and control over tuning
[17:14:23] wagnerrp: as opposed to scheduling a recording, and watching it as it is recorded with no tuner control
[17:15:19] Defense|Twin (Defense|Twin!~jepz@e177225217.adsl.alicedsl.de) has joined #mythtv-users
[17:15:27] gucko: oh nice idea!
[17:16:06] wagnerrp: basically, when you hit 'watch tv' in mythfrontend, you are watching a recording with a bit of glue to allow for tuner control
[17:16:33] gucko: I hope the frontend for OS X is as good and beautiful as the one for Linux
[17:16:41] wagnerrp: its the same exact frontend
[17:16:46] gucko: great :D
[17:22:33] Beirdo: wagnerrp: in now
[17:23:08] gucko: should I setup the time of my country or no?
[17:23:19] gucko: for scheduling and stuff...
[17:24:26] Beirdo: ugh, and now I have a meeting in 5min
[17:31:35] dkeith (dkeith!~dkeith@173.48.207.227) has quit (Read error: Connection reset by peer)
[17:34:24] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Ping timeout: 258 seconds)
[17:40:07] j-rod (j-rod!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has joined #mythtv-users
[17:40:07] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v j-rod
[17:40:36] j-rod: ok, need some suggestions...
[17:40:50] j-rod: clean install, transplanted a dumped database
[17:40:59] j-rod: started up mythbackend, then
[17:41:00] j-rod: 2011-06–28 13:38:04.387 Protocol version check failure.
[17:41:00] j-rod: The response to MYTH_PROTO_VERSION was empty.
[17:41:01] j-rod: This happens when the backend is too busy to respond,
[17:41:01] j-rod: or has deadlocked in due to bugs or hardware failure.
[17:41:07] j-rod: after mythfilldatabase ran
[17:42:02] wagnerrp: the protocol server has deadlocked
[17:42:20] wagnerrp: it accepted the connection, but there were no available request threads to process the query before the timeout
[17:42:37] wagnerrp: known issue that a small number of users experience, but the cause is not known
[17:42:41] wagnerrp: you have to restart your backend
[17:42:55] j-rod: weird thing is, this is the same hardware, and almost identical software install
[17:43:00] j-rod: *never* had this before
[17:43:25] wagnerrp: theres a ticket for it on trac, but i dont know the number off hand
[17:44:26] j-rod: ok, will take a look
[17:45:31] sphery: and you're sure the backend is running? and that IP addresses and hostnames are all configured properly
[17:45:58] sphery: i.e. if you changed the host name on the new install, you changed it in the DB before starting any mythtv apps? http://www.mythtv.org/wiki/Database_Backup_an . . . d_or_backend
[17:46:07] j-rod: hostname and IP are the same as before
[17:46:08] wagnerrp: the backend must be running, or else you would get a different error
[17:46:30] wagnerrp: wrong IP could be a problem, for things like where a slave backend tries to connect back to itself as a master
[17:46:30] j-rod: and the backend is still running
[17:46:33] wagnerrp: and never sets up properly
[17:53:31] RyeBrye (RyeBrye!~ryebrye@67.199.180.145) has joined #mythtv-users
[18:04:07] poolshrk (poolshrk!425a9e5a@gateway/web/freenode/ip.66.90.158.90) has quit (Quit: Page closed)
[18:04:38] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Operation timed out)
[18:06:19] j-rod: blame canada
[18:06:21] j-rod: er, mysql
[18:06:50] j-rod: just set query_cache_{size,type}=0, and things look much better instantly
[18:09:20] j-rod: looked.
[18:09:26] j-rod: happened again
[18:09:28] j-rod: crap
[18:12:45] sphery: ah, are you using one of the newest mysql versions? there was some discussion of that causing problems
[18:13:01] wagnerrp: newest as in 5.5
[18:13:08] wagnerrp: although that should have been patched already
[18:13:15] sphery: j-rod: http://www.gossamer-threads.com/lists/mythtv/ . . . 82305#482305
[18:13:18] j-rod: nopw, 5.1.52
[18:13:23] j-rod: nope
[18:13:49] j-rod: sphery: yeah, found that, that's why I tried those settings.
[18:13:52] sphery: I thought high 5.1 versions also had an issue
[18:14:01] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-32-196.w83-200.abo.wanadoo.fr) has joined #mythtv-users
[18:14:18] j-rod: they don't seem to have actually made a difference. got the mythweb status page for the first time in ages
[18:14:22] j-rod: but everything after that is hung up too
[18:14:26] sphery: :(
[18:15:51] j-rod: looks like I was running 5.1.47 previously
[18:18:48] Beirdo: fun fun fun
[18:18:57] nidhoegger (nidhoegger!~nidhoegge@p4FDE3EA4.dip.t-dialin.net) has joined #mythtv-users
[18:19:14] wagnerrp: Beirdo: anyway, i was going to ask your opinion about applications updating the information in the parser
[18:19:45] wagnerrp: so if 'jobid' was passed, it could enforce !progress and !skipdb
[18:20:02] wagnerrp: and store the value in the parser, rather than an external variable
[18:20:17] Beirdo: well, the logic we currently have in the main() of the apps should probably be sucked into the parser classes a bit more
[18:20:36] wagnerrp: id like to suck all the verbosity stuff in there
[18:20:40] Beirdo: but after that, we still will need some local copies.
[18:20:42] Beirdo: agreed
[18:20:45] Beirdo: DRY
[18:20:45] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[18:20:57] wagnerrp: DRY?
[18:21:03] Beirdo: do not repeat yourself
[18:21:09] wagnerrp: ah
[18:21:16] Beirdo: we have a lot of nearly identical code
[18:21:23] wagnerrp: i dont mind the old method where there was one line to initialize the logger
[18:21:30] Beirdo: which is a bit of a nuisance to maintain
[18:21:32] wagnerrp: but now weve got a dozen
[18:21:35] Beirdo: yeah
[18:21:55] nidhoegger: hi, ive installed mythtv 0.24 and tried to setup DiSEqC settings for my TV Card. When i click on the button, a list appears with (unconnected), when i click on it, the screen flashes and im back in the list...nothing for selection appears. just a message in the console: DiSEqCDevTree, Warning: No device tree ffor cardid 1
[18:22:06] wagnerrp: like 'TestHelp()' and 'InitLogger()'
[18:22:08] nidhoegger: how can i solve this? im using mythtv 0.24 on a gentoo x86 machine
[18:22:31] Beirdo: wagnerrp: I was thinking of refactoring it some after finishing the VERBOSE->LOG transition, but yeah, by all means
[18:22:50] Beirdo: and a CheckSanity() on the parser output
[18:23:02] Beirdo: for the logic bits we have in several of them
[18:23:12] Beirdo: each subclass can have their own implementation
[18:23:40] wagnerrp: would that be for testing options that require or do not permit other options?
[18:23:44] Beirdo: yeah
[18:23:49] Beirdo: that's what I was thinking
[18:23:54] StevenR (StevenR!~foo@88.97.49.237) has joined #mythtv-users
[18:24:47] wagnerrp: at some point, i would prefer breaking these different implementations out into their own files
[18:24:50] j-rod: ok, time to try back-revving mysql
[18:24:56] Beirdo: but yeah, chunks of code we have over and over... would be nice to have in the class
[18:25:07] Beirdo: with overrides for the specific
[18:25:21] Beirdo: yeah, or put them in the main.cpp
[18:25:31] Beirdo: or with the main.cpp at least
[18:25:43] wagnerrp: or yeah, have each application handle its own custom parser
[18:26:05] Beirdo: as mythcommflag doesn't need to know how mythtranscode's subclassed parser works :)
[18:26:27] Beirdo: I had to do that for the two binaries being built in mythplugins anyways
[18:26:51] wagnerrp: yeah, i dont recall why i stuffed it in there initially
[18:27:13] Beirdo: ease of consolidating stuff, probably
[18:27:30] nidhoegger: how can i reset the complete mythtv data?
[18:27:38] Beirdo: and (shudder), should we move the main class over to libmythbase? :)
[18:28:23] wagnerrp: i never understood the difference between libmyth and libmythbase
[18:28:35] wagnerrp: nidhoegger: delete the database and recreate a fresh one
[18:29:15] Beirdo: wagnerrp: to be honest, not quite sure I do either, but IIRC, we were trying to get rid of libmyth over time.
[18:29:27] Beirdo: It's all such a mess these days.
[18:29:43] joanjett (joanjett!b84ac8ae@gateway/web/freenode/ip.184.74.200.174) has joined #mythtv-users
[18:30:41] wagnerrp: wow, chunk of debris came within a sixth of a mile of ISS
[18:30:41] nidhoegger: can you give me the command to drop the db? ive logged in to mysql
[18:30:55] thecardsmith (thecardsmith!~doug@pool-72-92-150-82.burl.east.myfairpoint.net) has joined #mythtv-users
[18:30:59] wizbit (wizbit!wiz@newelite1.bshellz.net) has left #mythtv-users ()
[18:31:08] wagnerrp: drop database mythconverg;
[18:31:23] wagnerrp: do understand, you will lose EVERYTHING
[18:31:29] wagnerrp: that includes all recordings
[18:31:41] wagnerrp: you will still have the files, but will have no metadata to access or reference them
[18:31:58] wagnerrp: they will just be a file with a meaningless channel id and starttime in the name
[18:33:14] nidhoegger: i want to loose everything, but when i try to insert the new database (mysql -u root -p < /usr/share/mythtv/database/mc.sql) i get an error on line 3: Table mysql.server doesnt exists
[18:33:51] thecardsmith: with HDPVR, i have an IR blasting question: I just ran through the setup @ http://www.mythtv.org/wiki/Hauppauge_HD-PVR#I . . . tter_Support and ran the script referenced to find the codes for your STB, but... my STB never changed power states. Bummer. Is it possible to learn the codes from my STB's remote and program those into my lirc config?
[18:34:00] j-rod: screw it. I'm putting the old disks back in.
[18:34:45] thecardsmith: good news is that the ir blaster appeared to be working with the LED blinking, but, I don't know where to start to try to record the IR and/or convert that into a lirc config, any pointers to docs would be a godsend
[18:35:15] devinheitmueller: thecardsmith: IR learning for the Zilog is not supported under Linux.
[18:35:30] devinheitmueller: If it isn't in the database, you cannot use the blaster under Linux.
[18:35:50] thecardsmith: devinheitmueller: are there are other blasters that are programmable? if I use something else?
[18:36:06] devinheitmueller: thecardsmith: the MS-CIR blasters can learn codes.
[18:36:22] devinheitmueller: In fact, the HD-PVR blaster can as well, but the driver support is lacking.
[18:36:25] devinheitmueller: I blame j-rod.
[18:36:27] devinheitmueller: :-)
[18:36:39] j-rod: I was about to add "yet" :)
[18:36:55] j-rod: because of some lazy bastard...
[18:37:08] j-rod: who can't believe how much pain and suffering he's caused himself the past few days
[18:37:26] j-rod: tried moving my backend to another machine, it completely and totally hates all nvidia binary drivers, won't work
[18:37:38] j-rod: back to the old hw, and find out the memory in it died
[18:37:52] j-rod: replace that, put the new disks in, now this backend deadlock
[18:37:53] j-rod: ugh
[18:38:06] j-rod: on the bright side, my opteron dev box now has 16GB of RAM
[18:38:11] thecardsmith: devinheitmueller: hahah, ahhh i only blame you guys for working too hard :) So... excuse my n00bness but MS-CIR? Like a MCE usb remote/blaster kit?
[18:38:19] j-rod: yes, that
[18:38:28] thecardsmith: thank you :)
[18:38:36] j-rod: Windows Media Center Edition eHome Infrared Transceiver kit
[18:39:03] thecardsmith: most excellent :)
[18:39:14] devinheitmueller: j-rod: in fairness, I'm sure *I* have cuased you plenty of pain and sufffering too.
[18:39:37] j-rod: hey, we reciprocate ;)
[18:39:55] j-rod: you see that I found a cable identical to the one the 1150 needed?
[18:40:18] j-rod: I have so much IR crap, I don't even know what I have
[18:40:25] nidhoegger: ive resettet now all mythtv settings and still have the problem ive mentioned after joining with DiSEqC settings :( can anybody help me?
[18:40:55] joanjett (joanjett!b84ac8ae@gateway/web/freenode/ip.184.74.200.174) has quit (Quit: Page closed)
[18:42:37] nidhoegger: okay, its a bug in mythtv, the menu opens, but the focus stays on the "unconnected" and so the new list where i can set up the rotor is in the background
[18:47:48] nidhoegger: how can i make a full channel scan? mythtv wants a frequency from me
[18:52:58] nidhoegger: how can i find transponders?
[18:53:51] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has joined #mythtv-users
[18:54:24] nidhoegger: is there any tutorial?
[18:54:45] thecardsmith: j-rod: do you have a recommended make/model of an MCE USB kit? one that's currently available on the market, and/or a vendor. I'm shopping around but I seem to be finding off brands like Pinnacle and HP.
[18:54:48] ** thecardsmith bows humbly to the IR gods **
[18:55:45] j-rod: they should all work pretty much the same
[18:55:59] j-rod: I have 6 or 7 mceusb devices, they all behave more or less identically
[18:55:59] thecardsmith: legit :) thanks for entertaining the question
[18:56:30] j-rod: the only gotcha would be if you bought a device that isn't yet known by the driver
[18:56:51] j-rod: there's a GP-IR02BK kit at newegg for $25 that is known working, though it seems to have recently changed device IDs
[18:56:58] j-rod: the new ID is already known though
[18:57:15] thecardsmith: awesome :)
[19:01:09] devinheitmueller: j-rod: sorry, went afk.
[19:01:25] j-rod: np
[19:01:31] devinheitmueller: Yeah, I saw that you had a cable for the 1150, but as far as I knew that is the one you already ordered. The problem you had was with the 800i cable.
[19:02:00] j-rod: yeah, I was just lamenting that I spent the $10 to order it, and wasted time waiting for it, when I had one already
[19:02:00] devinheitmueller: But yeah, I feel your pain. I have entire boxes of cards/cables/stuff that is unlabeled.
[19:02:06] devinheitmueller: Oh, gotcha.
[19:02:13] j-rod: I'd forgot the 1250 even had onboard IR
[19:02:37] j-rod: 1250 and 1600 now in my dev box running 3.0-rc4, going to see what blows up here...
[19:02:40] devinheitmueller: Sure. Also the combined blast/receive cables that ship with boards like the 2250 will work with the 1150 as well (just no blasting support)
[19:02:53] devinheitmueller: For example, when I did the 1150 stuff I just used my 2250 cable.
[19:03:07] j-rod: still don't have a 2250 — what's the IR handled by in that?
[19:03:29] devinheitmueller: Oh, yeah. The 2250 doesn't have IR support at all. it's onboard the saa7164.
[19:03:36] devinheitmueller: Pardon, I mean no IR support in kernel.
[19:03:52] devinheitmueller: Steven never got around to it (there was no commercial demand)
[19:03:57] j-rod: ah, ok. hm. that could be fun...
[19:04:24] devinheitmueller: Without the datasheet it would be a lost cause for you.
[19:04:57] j-rod: hm. who owns the saa7164 now? still nxp, or did trident get that too?
[19:05:07] j-rod: I actually did get the saa7133 datasheet out of trident
[19:05:31] j-rod: of course, it doesn't seem much different than what I found on the 'tubes (no register-level listing)
[19:05:46] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 252 seconds)
[19:06:12] devinheitmueller: The 7164 did go to Trident I believe. But from what I gather it is totally different than the 7133.
[19:06:45] j-rod: yeah, was wondering if I could leverage them to also get the 7164 datasheet :)
[19:06:52] devinheitmueller: Doubtful.
[19:06:57] devinheitmueller: You need register level docs.
[19:07:09] j-rod: darn.
[19:07:18] j-rod: oh well. not like I don't have enough other things to do already.
[19:07:34] devinheitmueller: Your time would be better spent making the IR devices that are currently supported more stable.
[19:07:48] j-rod: yeah
[19:08:00] j-rod: better less stuff that works reliably, than more that is all half-assed
[19:08:00] devinheitmueller: Oh, I found a really nasty bug in the cx88-blackbird driver last night. Very exciting.
[19:08:41] devinheitmueller: The video decoder gets improperly configured if you're using the s-video input, but *only* if you are also using the MPEG encoder (raw capture works fine).
[19:09:27] j-rod: that sounds like giggles
[19:09:37] devinheitmueller: I think the community would be much happier with four or five products which are rock solid, than with 30 products which "sort of work but sometimes break"
[19:09:57] devinheitmueller: Yeah, it had me puzzled for a couple of hours last night until I figured out what was going on.
[19:11:27] devinheitmueller: Yeah, was definitely one of those "why the hell does the video decoder go from working to screwed up just by doing 'cat /dev/video1'?"
[19:14:10] devinheitmueller: I have to admit I get a thrill from being confused and finally seeing a line of code and screaming "Oh, COME ON!"
[19:15:43] wagnerrp: Beirdo: im going to move all the individual parsers into the applications shortly
[19:16:19] wagnerrp: devinheitmueller: the buying community would certainly be happier
[19:16:31] devinheitmueller: wagnerrp: Yeah, I hear you.
[19:17:05] devinheitmueller: I can argue we're making some progress in each product category, between the HDHR, the 2250, the 1600, and the HD-PVR.
[19:17:06] wagnerrp: but the new members would complain that their generic bargin bin 'tv tooner crd' doesnt work
[19:17:27] devinheitmueller: (see, I can even recommend products my company didn't make)  :-)
[19:17:33] Beirdo: wagnerrp: cool :)
[19:17:56] wagnerrp: devinheitmueller: arent you guys going to start selling a version of the HDHR?
[19:18:01] devinheitmueller: no comment.
[19:18:18] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv-users
[19:19:11] devinheitmueller: wagnerrp: I can only point you to what is publicly known: http://www.silicondust.com/company/news/
[19:19:24] devinheitmueller: (see September 10th, 2010)
[19:20:30] wagnerrp: Beirdo: im moving everything into a 'commandlineparser.h/.cpp' in each application
[19:20:35] wagnerrp: i dont believe that will conflict with anything
[19:21:31] Beirdo: yay :)
[19:21:34] Beirdo: sounds good
[19:24:36] wagnerrp: this is quite tedious, six left
[19:25:24] Beirdo: Oh, I know.
[19:25:26] Beirdo: :)
[19:26:58] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-32-196.w83-200.abo.wanadoo.fr) has quit (Quit: Ex-Chat)
[19:28:00] j-rod: rc5 time...
[19:28:16] ** j-rod rebases patch queue, starts building **
[19:29:18] bouncysteve (bouncysteve!~bouncyste@78.144.147.1) has joined #mythtv-users
[19:29:41] bouncysteve (bouncysteve!~bouncyste@78.144.147.1) has quit (Client Quit)
[19:30:30] bouncysteve (bouncysteve!~bouncyste@78.144.147.1) has joined #mythtv-users
[19:31:25] messerting (messerting!~messertin@39.79-161-65.customer.lyse.net) has joined #mythtv-users
[19:35:13] devinheitmueller: wagnerrp: Looking at http://www.mythtv.org/wiki/Digital_Tuner_Cards, should there really be a "CC" column at all for ATSC devices? Closed captioning is an analog feature, so it really should only be on the analog page.
[19:36:57] wagnerrp: CC meaning CableCard
[19:37:01] devinheitmueller: Oh.
[19:37:05] wagnerrp: would probably be good to clarify that
[19:37:09] devinheitmueller: Perhaps that should be "OCUR" then.
[19:37:13] nidhoegger: is signal: 46% too low?
[19:37:24] devinheitmueller: Or just spell out "CableCard"
[19:37:24] wagnerrp: er, no... i guess not
[19:37:28] iamlindoro: wagnerrp: devinheitmueller Huh? That can't be right
[19:37:29] wagnerrp: those have a separate category
[19:37:36] iamlindoro: Since none of the HVR-xxx cards have cablecards
[19:37:53] wagnerrp: i dont know why some would be marked a not supporting 'CC' whatever that is
[19:37:56] iamlindoro: But presumably the column is to indicate if you can do VBI with the framegrabber side
[19:37:56] devinheitmueller: iamlindoro: I set the CC flag for the HVR-xxx cards because I thought it was closed cpationing.
[19:38:00] RyeBrye: Hmm... mytharchivehelper seems broken – can anyone running trunk see if "mytharchivehelper --getdbparameters" returns something, or if it just dies and prints the help info for them?
[19:38:09] devinheitmueller: I'll remove it now.
[19:38:13] iamlindoro: devinheitmueller: Did you set it for the pinnacle ones?
[19:38:17] devinheitmueller: Yes.
[19:38:29] iamlindoro: oh... then yeah, I guess it is probably CableCard
[19:38:31] devinheitmueller: I took a pass over both the HCW and PCTV cards, and set it thinking it was closed captioning.
[19:38:36] devinheitmueller: fixing....
[19:39:56] devinheitmueller: fixed.
[19:42:17] wagnerrp: Beirdo: got a list of additional methods we might want to add to the parser?
[19:42:35] wagnerrp: just so theyre in there now during the ABI bump, and we dont have to bump again later
[19:43:07] stuartm: huh, what criteria are we requiring for that wiki page? It could be pretty large if all supported hardware is listed and I don't say that's a bad thing, but we had been steering people to the linuxtv wiki precisely because there was no sense in duplicating that information
[19:43:49] wagnerrp: stuartm: the criteria was that they previously had a whole page on our wiki
[19:43:51] devinheitmueller: stuartm: I do not know the origins of that page. Indeed though the list is somewhat duplicated from the LinuxTV wiki, but organized differently.
[19:44:04] Beirdo: wagnerrp: not off-hand... Oooh
[19:44:08] Beirdo: I think of one
[19:44:20] Beirdo: the "started application" banner to logs
[19:44:25] wagnerrp: any card that had a page instead got a line in a table, and a link to the linuxtv wiki
[19:44:40] devinheitmueller: wagnerrp: I think perhaps stuartm is referring to the lists themselves.
[19:44:42] Beirdo: that's common code, nearly, but not sure it quite belongs in the parser, necessarily
[19:44:48] wagnerrp: Beirdo: but thats part of the method, and not a new method itself
[19:45:07] devinheitmueller: wagnerrp: for example, much of the same content can be found on http://linuxtv.org/wiki/index.php/ATSC_USB_Devices
[19:45:16] Azelphur (Azelphur!~Azelphur@azelphur.com) has quit (Read error: Connection reset by peer)
[19:45:32] stuartm: the linuxtv pages are sadly a minefield of outdated information, and not always that easy to make quick decisions because things aren't always clear up front but often buried in driver pages etc
[19:45:37] Beirdo: wagnerrp: not currently, it isn't. Don't we do that from main()?
[19:46:12] devinheitmueller: stuartm: it's not like the MythTV wiki doesn't suffer from the same problems though.
[19:46:33] stuartm: I think we'd still prefer that people invest their time in improving the linuxtv wiki rather than duplicating information
[19:46:52] stuartm: devinheitmueller: absolutely, which is why it's even more important that we have just one central source
[19:46:59] devinheitmueller: stuartm: no complaints here, of course.
[19:47:22] wagnerrp: devinheitmueller, stuartm: at the time i went through and deleted the individual tuner pages, i figured we should have at least *something* as a quick reference users could check
[19:47:31] GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Remote host closed the connection)
[19:47:56] wagnerrp: if there was nothing, no guide to follow for additional cards
[19:48:09] wagnerrp: users would just end up adding cards right back to our wiki like they had previously
[19:48:14] stuartm: wagnerrp: aye, it's nice, if the linuxtv wiki had a clean, well organised table such as that for every device type it would be a significant improvement
[19:48:53] devinheitmueller: stuartm: generally, there is single page for each device type, except the pages are indexed by standard and interface (USB, PCI, etc), rather than jamming them all onto the same page.
[19:49:05] stuartm: the linuxtv wiki has some of that information, for some devices, but it's sadly not applied comprehensively
[19:49:08] devinheitmueller: stuartm: e.g. http://linuxtv.org/wiki/index.php/ATSC_Devices
[19:49:27] devinheitmueller: stuartm: it is probably far more uniform than what's in the MythTV wiki.
[19:49:45] devinheitmueller: For example, i just fixed about a dozen missing fields in the Myth wiki.
[19:49:54] devinheitmueller: (all of which were already in the linuxtv wiki)
[19:50:05] Lord_Deathscythe (Lord_Deathscythe!~chris@173.185.131.245) has quit (Quit: I am called onward)
[19:50:23] wagnerrp: most of the information i used to build that table, i gleaned from the pages on the mythtv wiki was deleting
[19:50:42] wagnerrp: if our wiki page didnt have the information, it was left blank on the tables
[19:50:57] stuartm: yeah, again I'm not saying that the MythTV wiki is better in this respect or even that it should be covered in our wiki, only that I wish more people would make positive contributions to the linuxtv wiki
[19:51:21] devinheitmueller: I keep telling myself that I will build a real database to house such information, which would provide much more flexibility in how the data is represented. But I never get around to it.
[19:51:50] wagnerrp: i did add a lot of 'the linuxtv wiki is the official source' and 'here are pages on the linuxtv wiki', and locking other pages saying 'this crap needs to be migrated to the linuxtv wiki'
[19:52:03] wagnerrp: but not much of that appears to have happened
[19:52:06] Beirdo: yay. Thanks, stuartm :)
[19:52:08] stuartm: and while I'm wishing on stars, I'd also like a million pounds
[19:52:20] wagnerrp: a million? you dream small
[19:52:35] stuartm: wagnerrp: heh, maybe
[19:52:36] devinheitmueller: I would be in favor of dumping the table and pointing the users to the corresponding LinuxTV pages for the various standards. But that would mean throwing away wagnerrp's hard work.
[19:53:11] Beirdo: he could ask for a billion (using the UK definition of a million million, IIRC)
[19:53:26] devinheitmueller: In my mind the big advantage of the LinuxTV approach is for hybrid cards it contains data on both analog and digital, so you can easily see which cards have both working.
[19:53:54] devinheitmueller: ... that said though, it's a bit harder to find stuff if you don't care what interface type you use.
[19:54:00] stuartm: Beirdo: nah, that would be obscene ;) No-one needs that much money, not even close
[19:54:16] Beirdo: yeah, a bit too much :)
[19:54:17] wagnerrp: devinheitmueller: in my mind, the big advantage of the mythtv approach is that hybrid cards are largely ignored, so that people dont think running analog on their framegrabbers is a good idea
[19:54:19] wagnerrp: :)
[19:54:41] devinheitmueller: wagnerrp: almost all ATSC/ClearQAM cards have analog support, and in many of them it is provided via an encoder.
[19:55:01] devinheitmueller: ... perhaps using the term "hybrid" instead of "card with both analog and digital" would have been more clear.
[19:55:10] Azelphur (Azelphur!~Azelphur@azelphur.com) has joined #mythtv-users
[19:55:20] wagnerrp: many? in the US, the only one we have is the 2250
[19:55:36] devinheitmueller: hvr-1600?
[19:55:37] wagnerrp: the 1600, 1800/50, and 1950 are all dual tuners arent they?
[19:55:44] devinheitmueller: hvr-1800, hvr-1850
[19:55:59] wagnerrp: im not sure on the 1950, dont know much about it
[19:56:05] wagnerrp: other than it works
[19:56:13] devinheitmueller: The 1950 is a hybrid. You cannot capture on both inputs at the same time.
[19:56:45] devinheitmueller: The 1800/1850 is hybrid. You cannot capture on both simultaneously.
[19:56:50] stuartm: Beirdo: fwiw, billion is now understood to mean a thousand million in the UK thanks to the influence of the US
[19:57:04] Beirdo: ahh, yeah
[19:57:06] devinheitmueller: The 1200/1250 are the same as the 1800/1850 but with no encoder.
[19:57:08] wagnerrp: devinheitmueller: oh? i thought the 1800 was a dual tuner like the 1600
[19:57:13] Beirdo: the US billion :)
[19:57:23] devinheitmueller: uh, now I have to look....
[19:57:40] j-rod: I was thinking it wasn't
[19:58:15] j-rod: however, now that I think about it...
[19:58:16] wagnerrp: i guess not, the tuner shield on both the 1850 and 1250 is the same size
[19:58:20] j-rod: mine has 3 coax jacks
[19:58:22] wagnerrp: i thought the 1250 had a smaller shield
[19:58:34] j-rod: forget if its the 1800 or 1850
[19:58:51] j-rod: labels are fm, tv and tuner, or something like that
[19:58:58] stuartm: Beirdo: it's a bastardisation of the word, but not that important in the scheme of things (bi – of course meaning two, 1 milx1mil ... tri – three or 1mill x 1mil x 1 mill)
[19:59:08] devinheitmueller: Oh, I guess the 1800 is a dual tuner (mt2131/tda18271)
[19:59:12] devinheitmueller: I have one, but have never used it.
[19:59:13] wagnerrp: j-rod: yeah, thats the bigger thing that threw me
[19:59:18] wagnerrp: the 1250 only has one input
[19:59:20] j-rod: looks like one coax input goes to an analog tuner
[19:59:29] wagnerrp: while the 1850 has one for both analog and digital each
[19:59:50] j-rod: checking if mine actually works correctly under windows is still on my TODO list
[20:00:06] devinheitmueller: I know the 1850 has cx23887 while the 1800 has cx23885, but I don't remember if the tuner layout is different.
[20:00:10] Beirdo: stuartm: should just use M$, G$, T$, P$
[20:00:11] j-rod: doesn't behave well under linux, gives me corrupted qam recordings
[20:00:15] Beirdo: metric++
[20:00:26] devinheitmueller: j-rod: the 1850?
[20:00:44] Beirdo: 5 giga-dollars sounds good to me.
[20:01:02] wagnerrp: i will admit that it is a detriment to the table that there is no simple way to find out what cards support both digital and analog encoder inputs
[20:01:13] wagnerrp: you have to open up both pages, and see which cards exist on both
[20:01:24] andreax1 (andreax1!~andreaz@p57B94377.dip.t-dialin.net) has joined #mythtv-users
[20:01:44] devinheitmueller: j-rod: if you're getting corrupted QAM, that is not good. Using a recent driver?
[20:02:02] Beirdo: .win 15
[20:02:03] j-rod: devinheitmueller: I can't recall which model it is… box isn't on atm, lemme see if I can dig up the invoice...
[20:02:03] devinheitmueller: The reason I ask is because Krufky did an 18271 driver update a couple of months ago.
[20:02:06] Beirdo: f'argh
[20:03:06] wagnerrp: devinheitmueller: the other issue with relying on the linuxtv pages is for things like the hdhomerun and ceton cards, which have no linux drivers
[20:03:08] andreax (andreax!~andreaz@p57B93A66.dip.t-dialin.net) has quit (Ping timeout: 258 seconds)
[20:03:13] j-rod: devinheitmueller: 1800. model 1128. or so says the newegg invoice from early 2009.
[20:03:15] wagnerrp: but instead are supported by mythtv directly
[20:03:41] devinheitmueller: wagnerrp: I feel like for those *two* cards it would be fine to just have something on the MythTV wiki.
[20:04:09] Steve_Goodey (Steve_Goodey!~steve@host86-160-206-203.range86-160.btcentralplus.com) has joined #mythtv-users
[20:04:10] devinheitmueller: j-rod: interesting. Would also be good to know if your "corrupted QAM" recordings was some sort of SNR problem, or whether it was an issue getting the TS out of the driver.
[20:04:15] SteveGoodey (SteveGoodey!~steve@host86-147-183-182.range86-147.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[20:04:24] stuartm: Beirdo: I'm a huge fan of metric, I dunno why I get a kick that 1 litre of water occupies exactly 10 cubic centimetres (at a standard temp/pressure) and weighs exactly 1 kilogramme, but I really do
[20:04:27] wagnerrp: devinheitmueller: they do have their own pages on the wiki, but the fact that we have a list means they can be put in the list with traditional DVB tuners
[20:05:02] devinheitmueller: wagnerrp: there actually is a page for network based tuners: http://linuxtv.org/wiki/index.php/ATSC_Devices
[20:05:41] j-rod: devinheitmueller: yeah, keep meaning to look into it. multiple other tuners, never an issue, only this one, and its a pretty clean signal (verizon fios qam).
[20:06:07] devinheitmueller: I cannot say I am too surprised. I don't think any developer has really played with the card since Krufky added the original support.
[20:06:17] devinheitmueller: (and he basically did enough to get a tuning lock and didn't use it after that0
[20:06:20] devinheitmueller: )
[20:06:22] Beirdo: stuartm: yeah, it's great. made learning physics so much nicer than using non-metric would
[20:06:49] j-rod: ah, ok. I'd assumed it was used by a fair number of people.
[20:07:18] wagnerrp: Beirdo: plus you dont have to dick around with slugs, pound force, pound mass, etc...
[20:07:24] Beirdo: yeah
[20:07:37] devinheitmueller: j-rod: a fair number of "people" use it, but because the analog is broken for Myth they tend to stay away. And I referred specifically to developers who can tell the difference between a good signal and bad as opposed to regular users.
[20:07:53] stuartm: Beirdo: btw, was there a ticket I was supposed to reference/close with that commit? I couldn't find one and I assumed that it was just something that had been raised on the -users list?
[20:08:04] bouncysteve: Hi, don't know if this is the right channel to ask this. I have a Hauppage hvr4000 and it will not lock on a DVB-S2 channel (DVB-T and DVB-S are fine). Any help please (or suggest the right channel to ask in)? Thanks.
[20:08:37] Beirdo: stuartm: not sure, but we'll go searching for related tickets. It's been an ongoing issue for a while, but I'm not sure if there's a ticket.
[20:08:38] j-rod: devinheitmueller: ah, gotcha. recordings with mine are so bad, I'd assume someone would have complained.
[20:09:19] devinheitmueller: j-rod: possible somebody did and it fell on deaf ears.
[20:09:31] j-rod: there would be that :)
[20:10:24] devinheitmueller: j-rod: Mike hasn't actively followed the mailing list in quite a while.
[20:11:07] stuartm: hmm, in hindsight I probably should have had someone test the fix against 0.24 before back-porting
[20:11:22] JamesHarrison (JamesHarrison!~jharrison@cpc3-addl4-2-0-cust52.6-3.cable.virginmedia.com) has joined #mythtv-users
[20:11:45] devinheitmueller: bouncysteve: have you tried it under Windows?
[20:13:24] JamesHarrison: Hi all – I've been running a single DVB-S card for a little while now and just added a second card to my system, capable of DVB-S2. They're both fed off the same LNB (it's an octo LNB). However, since the S2 card get some S2-only channels, those show up in the EPG but MythTV tries to view them with the S card, which fails. However I want to share the S channels between the two for recording and so on. How do I
[20:14:17] stuartm: JamesHarrison: set up a second videosource for the DVB-S2 card
[20:20:43] nidhoegger: is there a bug for mythtv not saving the diseqc config? i can setup it as much as i want...after i go back to the card the status is back to unconnected :(
[20:21:11] j-rod: here we go, booting rc5 with the 1600 and 1250, enable_885_ir=1
[20:21:37] j-rod: wonder if kdump works with something this bleeding-edge
[20:23:05] stuartm: nidhoegger: no, it does work if you don't hit 'Cancel' on the device page instead of 'Save'
[20:23:56] stuartm: but people constantly select Cancel, perhaps because it's highlighted by default :( I even do it myself _regularly_
[20:26:14] devinheitmueller: j-rod: I imagine you'll have much better luck with a recent build, given Andy's email.
[20:26:18] nidhoegger: in the diseqc config i have no such buttons (but theres a hidden button somewhere, i need to click back or forth to get to the selection) maybe there lies the problem
[20:26:22] devinheitmueller: (yes, doing i2c in an interrupt handler is *BAD*)
[20:26:30] nidhoegger: and i looked to click on "Finish" everytime
[20:26:44] nidhoegger: but from the diseqc config i can only get back with "Esc"
[20:27:38] j-rod: looked okay for a little bit… machine is wedged now.
[20:27:42] j-rod: not panicked though
[20:27:46] devinheitmueller: doh
[20:28:12] j-rod: the memory added to the box may not be entirely healthy
[20:28:18] devinheitmueller: I would probably take the 1600 out of the equation entirely. I really doubt it is an interaction issue.
[20:28:44] j-rod: yeah, I'm inclined to think its not
[20:29:02] nidhoegger: i can do what i want...i always get unconnected
[20:29:05] devinheitmueller: j-rod: is there a doc somewhere on getting the ZIlog setup for LIRC?
[20:29:08] nidhoegger: all other settings like timeout times get saves
[20:29:28] stuartm: nidhoegger: after exiting the diseqc config, click finish on the device screen
[20:29:44] j-rod: devinheitmueller: there is… well, there are two. one says "pvr-150" the other says "hd-pvr".
[20:29:51] devinheitmueller: oh
[20:29:52] devinheitmueller: oh?
[20:29:53] j-rod: both contain outdated bits about having to patch various things
[20:29:59] devinheitmueller: Oh.
[20:30:05] stuartm: nidhoegger: it works here, but the UI sucks
[20:30:14] devinheitmueller: Given the number of people who ask, I would have assumed there was a wiki doc somewhere...
[20:30:15] j-rod: one sec...
[20:30:15] stuartm: it's truly terrible
[20:30:29] nidhoegger: :(
[20:30:47] nidhoegger: may it be that if the cable is not connected to the sat that he doesnt save the settings?
[20:30:51] j-rod: devinheitmueller: http://wilsonet.com/?p=40 and http://www.blushingpenguin.com/mark/blog/?p=24
[20:30:53] nidhoegger: but that would be...strange...
[20:31:10] devinheitmueller: Yeah, I know about the blushingpenguin page. I was thinking something relatively recent.
[20:31:19] devinheitmueller: ... that takes into account the current driver and LIRC versions.
[20:31:33] j-rod: To Be Written, I suppose
[20:31:43] bouncysteve: devinheitmueller: I don't have Windows, sorry. I've tried to scan using myth, scan-s2, w_scan and Kaffeine, but I can't get any DVB-S2.
[20:31:46] j-rod: I have this notion of rewriting large portions of lirc.org
[20:31:49] j-rod: just no time to do it
[20:32:07] devinheitmueller: bouncysteve: I am just saying that it's entirely possible that this has nothing to do with Linux but rather your satellite config is bad.
[20:32:12] j-rod: would like to have an IR wiki with actual up-to-date info
[20:32:36] Steve_Goodey (Steve_Goodey!~steve@host86-160-206-203.range86-160.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[20:32:42] bouncysteve: I have a TV using the same dish (different LNB) and it survived the BBC switch from DVB-S to DVB-S2 with no problems.
[20:32:43] devinheitmueller: Well, at least for the Zilog it seems it would be straightforward to have a single doc that covers all the Zilog based products (hd-pvr, 1600, 1950, etc)
[20:32:53] j-rod: agreed
[20:33:02] devinheitmueller: .... oh, and now HVR-1300 too...
[20:33:14] j-rod: I've pointed a few people at my hdpvr doc, saying "start at 'Either way, you still need…'"
[20:33:24] devinheitmueller: j-rod: fair enough.
[20:33:34] j-rod: everything from there on should largely be applicable to any zilog hw
[20:34:05] devinheitmueller: Yeah, I was more interested in the LIRC and userland config.
[20:34:34] stuartm: nidhoegger: it doesn't care whether the cable is connected or not
[20:34:54] stuartm: nidhoegger: which option are you selecting? lnb or something more complicated?
[20:35:18] devinheitmueller: j-rod: all that said, the IR *receiver* should "just work" out of the box, right? Associated with the Hauppauge remote?
[20:35:38] stuartm: hah, ITV appear to have dropped Silverlight in favour of Flash
[20:35:53] devinheitmueller: In other words, I should be able to plug in an HD-PVR, point the remote at it, and see codes via inputdev?
[20:35:57] nidhoegger: i got it stuartm
[20:36:02] nidhoegger: dont know how, but its saved
[20:36:10] j-rod: devinheitmueller: after you modprobe ir-kbd-i2c or lirc_zilog, yes
[20:36:22] j-rod: er, scratch lirc_zilog with the input dev caveat
[20:36:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:36:38] nidhoegger: my last problem is that i get a warning in the terminal: DVBSM (/dev/dvb/ad......) Warning: Cannot Count Uncorrected Blocks (Operation Not Supported (95)). Is that bad?
[20:36:38] devinheitmueller: Wouldn't lirc_zilog get loaded automatically on device connect?
[20:36:49] j-rod: nope
[20:36:59] devinheitmueller: Uh.
[20:37:15] devinheitmueller: Oh, I guess I can see lirc_zilog not loading automatically, but I would have thought ir-kbd-i2c would have.
[20:37:27] stuartm: nidhoegger: if it was bad it would be an 'error', not a 'warning'
[20:37:34] messerting (messerting!~messertin@39.79-161-65.customer.lyse.net) has quit (Remote host closed the connection)
[20:37:42] nidhoegger: kay
[20:38:19] nidhoegger: and i cant seek for channels, only 46% signal and the other bar is on 63% (sorry, cant name the second, my mythtv is german and i cant translate it)...i think ill simply give up :(
[20:38:20] j-rod: yeah, neither one auto-loads. I'm not sure if i2c has any sort of device ID-based auto-load....
[20:38:39] devinheitmueller: That seems strange. IR is available automatically for other devices.
[20:39:16] j-rod: yeah, I've always found it a touch odd, but never cared enough to look into fixing it
[20:39:35] jams: wow the DVD with this months linux pro is like 1/2 the thickness of a normal DVD
[20:39:35] devinheitmueller: doing such would definitely improve usabiliyt.
[20:39:40] j-rod: box wedged again after a number of keypresses
[20:39:54] devinheitmueller: j-rod: I blame awalls.  :-)
[20:40:01] jams: oh it's an EcoDisc
[20:40:02] j-rod: I like this plan
[20:40:21] devinheitmueller: j-rod: can you sysrq the system?
[20:42:18] j-rod: good question
[20:42:34] stuartm: nidhoegger: do you give up so easily on everything in life? It's probably something simple and we might be able to talk you through it
[20:42:36] j-rod: will try shortly, need to step afk for a bit
[20:43:02] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has quit (Remote host closed the connection)
[20:43:15] stuartm: nidhoegger: for example are you scanning from scratch? What frequency values are you starting with? Are you scanning DVB-S or DVB-S2? etc
[20:44:46] sphery: wagnerrp: Is the gentoo ebuild at a revision after the 0.24-fixes 2.6.38+ V4L1 fix went in? Why are users ( http://code.mythtv.org/trac/ticket/9872 ) having problems? Are they using some out-of-date ebuild but just editing the revision number or something? Or do we actually need to update the ebuild to a new revision and remove the patch that's in there?
[20:45:46] nidhoegger: i scan DVB-S and use Tuned scan, i scan frequency 12188000 H @ 27500000 (i got this from another receiver in the house)
[20:45:56] nidhoegger: i also get an errormessage: ChScan, Error: Failed to handle tune complete.
[20:47:56] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Remote host closed the connection)
[20:49:47] thecardsmith (thecardsmith!~doug@pool-72-92-150-82.burl.east.myfairpoint.net) has quit (Quit: thecardsmith)
[20:50:56] nidhoegger: any idea?
[20:51:00] stuartm: nidhoegger: try 12187500
[20:51:03] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has joined #mythtv-users
[20:51:07] nidhoegger: what is that?
[20:51:13] nidhoegger: ah okay
[20:51:14] nidhoegger: mom
[20:51:34] stuartm: that's the actual frequency of that transport according to my scan
[20:51:56] nidhoegger: 46% signal, other bar @ 63%, timeout
[20:52:16] nidhoegger: is that errormessage relevant?
[20:52:23] stuartm: is everything else set to auto?
[20:52:33] stuartm: nidhoegger: it might be, but I'm not familiar with it
[20:53:08] stuartm: the two guys who might know what that means aren't here atm
[20:53:36] nidhoegger: FEC and Inversion is set to auto, Symbol is at default (27500000)
[20:54:17] stuartm: Here's the same transport in my database – http://pastebin.com/Xth5MkXy
[20:55:32] devinheitmueller: It might make sense to run scan-s2, where at least you can see all the output.
[20:56:20] nidhoegger: shall i try to set FEC and Inversion manually?
[20:56:39] stuartm: nidhoegger: try starting with 10714000 H 22000000
[20:57:07] stuartm: nidhoegger: the multiplex you are trying to start with is encrypted, so it wouldn't find any tunable channels anyway
[20:58:08] nidhoegger: doesnt find anything either
[20:58:57] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has quit (Ping timeout: 264 seconds)
[20:59:00] stuartm: nidhoegger: ok, go back to the card setup page and increase the timeouts, double them
[20:59:11] nidhoegger: already done
[20:59:14] stuartm: hmm
[20:59:22] stuartm: nidhoegger: latest drivers?
[20:59:41] devinheitmueller: the HVR-4000 driver hasn't changed in quite some time.
[20:59:45] stuartm: nidhoegger: you might try dvbscan from the dvb-tools package
[21:00:00] devinheitmueller: stuartm: dvbscan doesn't support S2.
[21:00:10] devinheitmueller: He needs scan-s2 or w_scan.
[21:00:18] nidhoegger: driver of kernel 2.6.38-r6
[21:00:21] stuartm: devinheitmueller: right, good point, I missed the bit where you suggests scan-s2 :)
[21:00:27] nidhoegger: devinheitmueller, i have no s2
[21:00:29] devinheitmueller: http://linuxtv.org/wiki/index.php/Frequency_s . . . ne_utilities
[21:01:07] devinheitmueller: Oh, sorry. Got you confused with the other user who complained about an S2 related issue right before you.
[21:01:13] nidhoegger: np
[21:01:55] stuartm: nidhoegger: try one of those tools anyway, it should indicate whether this is a driver/hardware problem or an issue with the MythTV version you are using
[21:02:55] stuartm: nidhoegger: and for the sake of ruling out all potential problems, which kernel are you using? Which card? The kernel driver or the latest from one of the linuxtv trees?
[21:02:56] bouncysteve: devinheitmueller: I already ran w_scan (because it doesn't need an initial scan file). Didn't get any lock on either BBC or Channel4 HD DVB-S2 transports
[21:03:22] nidhoegger: 2.6.38-r6 X3M SPC1000 (conexant 24123) kernel driver
[21:03:29] devinheitmueller: bouncysteve: are you specifying the correct frontend?
[21:03:40] devinheitmueller: If I recall, dvb-s is on frontend0, dvb-s2 is on frontend1.
[21:03:59] nidhoegger: i read the card was in kernel 2.6.32 already fully supported, so i didnt bother to build the linuxtv trees
[21:04:09] stuartm: two separate frontends? Interesting
[21:04:22] bouncysteve: devinheitmueller: I thought dvb-t was on frontend0 and dvb-s/dvb-s2 on frontend1
[21:04:24] devinheitmueller: Hmmm, on second thought, that card may have only a single frontend device for both S and S2.
[21:04:41] devinheitmueller: bouncysteve: varies by device. Now that I think about it, you are probably correct.
[21:04:51] stuartm: nidhoegger: it could be supported but buggy in that kernel, but first things first, try w_scan
[21:04:55] devinheitmueller: The 4000 is a cx24116, right?
[21:05:14] j-rod: devinheitmueller: nope, no sysrq
[21:05:16] bouncysteve: devinheitmueller: Yes
[21:05:24] nidhoegger: 1000, cx24123
[21:05:28] devinheitmueller: j-rod: ok. How about watchdog_nmi?
[21:05:51] stuartm: the crosstalk is going to make this fun
[21:05:55] devinheitmueller: bouncysteve: yeah, it's a 116.
[21:05:57] nidhoegger: sorry
[21:06:00] nidhoegger: cx2388x
[21:06:19] devinheitmueller: I really should get a damn dish.
[21:06:26] nidhoegger: http://pastebin.com/zAMpiGYh heres the dmesg part
[21:08:48] nidhoegger: shall i build the drivers from linuxtv?
[21:09:36] devinheitmueller: bouncysteve: I cannot imagine why S would work but not S2, unless this is some weird aspect of AUTO being specified for a particular tuning parameter that is unsupported.
[21:13:15] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has joined #mythtv-users
[21:14:23] bouncysteve: devinheitmueller: I'm needing to do this as a result of BBC switching from S to S2 on freesat. I'd seen a number of different postings of the transport details, and I've tried all possible combinations. I thought I might have been doing something wrong, so I thought w_scan (with no initial file) would brute force it, but no.
[21:14:41] SusanH (SusanH!~chatzilla@c-24-128-160-48.hsd1.nh.comcast.net) has quit (Remote host closed the connection)
[21:15:25] devinheitmueller: I'm wondering if this is really a general tuning issue or something specific to scanning. Would be interesting to see you just hack a channels.conf together with the right parameters and try a tuning request.
[21:15:48] devinheitmueller: LIkewise, would be good to know if the scanner is getting a lock but failing in the TS phase, or whether it gets no channel lock at all.
[21:16:31] nidhoegger: i have tried that already with the channels.conf
[21:16:49] bouncysteve: devinheitmueller: I don't know what failing in the TS phase would look like, but all I've ever seen is "no lock" messages.
[21:16:58] devinheitmueller: nidhoegger: sorry, was talking to bouncysteve
[21:17:01] nidhoegger: oh sorry
[21:17:04] devinheitmueller: np
[21:17:13] devinheitmueller: bound to happen debugging two issues of the same nature.
[21:17:42] devinheitmueller: bouncysteve: if you're never seeing a lock at all, then it's a frontend issue, not some case where there is a lock but failure to parse a valid TS.
[21:18:41] bouncysteve: devinheitmueller: So perhaps a hardware fault? Need to borrow a windows install and rule that out, I suppose.
[21:19:01] devinheitmueller: bouncysteve: I would strongly recommend it. Could also be some sort of dish issue as well.
[21:19:12] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[21:19:16] devinheitmueller: (where the dish is close enough for your STB, but off enough to prevent the 4000 from locking)
[21:20:35] stuartm: nidhoegger: so w_scan produces results?
[21:21:16] bouncysteve: devinheitmueller: What windows (XP) software can I use to test?
[21:21:20] nidhoegger: im installing dvb-utils
[21:21:26] devinheitmueller: bouncysteve: WinTV?
[21:21:40] devinheitmueller: bouncysteve: seems reasonable to start with whatever came with the card.
[21:21:59] stuartm: bouncysteve: you say you've already tried the values supplied by others, but just in case – http://pastebin.com/MtgVFizJ
[21:23:02] bouncysteve: Ok. Thanks for the help guys.
[21:23:14] j-rod: devinheitmueller: never used the nmi watchdog, guess now's as good a time as any to figure it out...
[21:23:27] devinheitmueller: Yeah, it's a good tool from what I understand.
[21:23:28] bouncysteve: nidhoegger: sorry for the crosstalk. All yours, now.
[21:23:30] j-rod: I think I've enabled it, now to see if it does anything
[21:23:33] nidhoegger: in which package is w_scan? its not in the linuxtv-dvb-utils package
[21:23:55] nidhoegger: damn, has its own package -.-
[21:24:09] devinheitmueller: nidhoegger: correct. w_scan is not written by the LinuxTV maintainers.
[21:24:43] stuartm: sorry, that's my fault, I mentioned the dvb-utils package earlier which was confusing
[21:25:19] nidhoegger: some application is blocking the device -.- need to install lsof first
[21:25:20] j-rod: not seeing anything from the nmi watchdog. :\
[21:25:36] stuartm: offhand I'm not actually sure what package might provide w_scan
[21:26:01] j-rod: oh. I suck. rtfm.
[21:26:07] nidhoegger: im officialy dumb...i emerged it on my i7, not the mediacenter :P
[21:26:13] nidhoegger: package is named "w_scan" :P
[21:26:23] devinheitmueller: j-rod: did you forget nmi_watchdog=1 ?
[21:26:28] j-rod: *has* to be enabled at boot time. can disable at run-time, then re-enable, but if its not set up to begin with, you get nothing (at least, I think that's right)
[21:26:32] Defense|Twin (Defense|Twin!~jepz@e177225217.adsl.alicedsl.de) has quit (Remote host closed the connection)
[21:26:41] stuartm: you could use scan-s2, but iirc it needs to be given a frequency config which makes it a little harder to explain
[21:26:56] j-rod: added it, but hadn't rebooted, was thinking echo'ing 1 into /proc/sys/kernel/nmi_watchdog was enough to get it going
[21:27:07] nidhoegger: w_scan seems to find nothing
[21:27:32] stuartm: the frequency config file will be installed along with the package but then you need to run scan-s2 --blah path/to/file
[21:28:36] j-rod: unfortunately, still nothing. damn.
[21:28:48] lyricnz (lyricnz!~simonrobe@ppp118-209-169-77.lns20.mel6.internode.on.net) has quit (Quit: lyricnz)
[21:29:21] nidhoegger: ill try it
[21:30:04] stuartm: nidhoegger: I can't talk you through scan-s2, I've never used it but devinheitmueller might be able to help
[21:30:27] devinheitmueller: Probably not. My limited experience with S2 was oriented around szap.
[21:31:05] nidhoegger: can i even use it without an s2 card?
[21:31:14] j-rod: no to try pci=nomsi
[21:31:15] stuartm: well he's not using S2, as I keep forgetting :/
[21:31:16] j-rod: now to
[21:31:34] stuartm: in which case dvbscan might be more appropriate
[21:31:35] RockHound (RockHound!~quassel@d033157.adsl.hansenet.de) has quit (Remote host closed the connection)
[21:31:38] nidhoegger: (i have an S2 card, but there arent any working drivers yet for that card, its the TechniSat SkyStar S2)
[21:31:53] bouncysteve (bouncysteve!~bouncyste@78.144.147.1) has quit (Quit: Leaving)
[21:32:00] wagnerrp: sphery: we updated to a version with proper V4L2 support a long time ago
[21:33:10] stuartm: nidhoegger: ok, just to be sure use dvbscan e.g. dvbscan /usr/share/dvb/dvb-s/Astra-28.2E
[21:34:15] stuartm: I'm at least partially familiar with dvbscan
[21:35:35] j-rod: wow. we have a winner.
[21:35:42] j-rod: pci=nomsi == no more lockups
[21:36:19] sphery: wagnerrp: ok, so I'm guessing they're just not updating the ebuild or are using some broken 3rd-party ebuild
[21:36:43] sphery: thanks for the info--just didn't understand why multiple people were reporting the same problem to us
[21:37:45] devinheitmueller: j-rod: ouch, seriously?
[21:37:58] j-rod: yep. mashing buttons on the remote now.
[21:38:08] j-rod: ir-keytable keeps pumping out scancodes and keycodes
[21:38:23] j-rod: was a hard-lock within 20 keypresses before
[21:38:47] nidhoegger: kay
[21:38:49] nidhoegger: tuning problem
[21:38:58] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 258 seconds)
[21:39:03] wagnerrp: where are you hearing reports of brokenness
[21:39:31] nidhoegger: http://nopaste.info/eb5e638256.html
[21:39:40] wagnerrp: sphery: ^^^
[21:40:11] thecardsmith (thecardsmith!~doug@65-183-135-114-dhcp.burlingtontelecom.net) has joined #mythtv-users
[21:40:45] nidhoegger: wow
[21:40:49] nidhoegger: now im finding stuff
[21:40:53] nidhoegger: yepp
[21:40:59] nidhoegger: i get channels using dvbscan
[21:41:12] nidhoegger: pretty much :D
[21:42:42] nidhoegger: but mythtv-setup still doesnt find anything :(
[21:42:49] nidhoegger: can i generate a channels.conf with dvbscan?
[21:43:08] stuartm: nidhoegger: oops, the frequency I gave you earlier was for 28.2E, I wrongly assumed that was the constellation you were pointed at as there was an identical frequency/polarity/symbolrate
[21:43:21] nidhoegger: np
[21:43:26] nidhoegger: im happy at least something works atm
[21:43:40] nidhoegger: but mythtv doesnt find anything :(
[21:43:53] devinheitmueller: nidhoegger: which card is this?
[21:44:25] shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has joined #mythtv-users
[21:44:27] nidhoegger: X3M SPC1000
[21:45:05] devinheitmueller: ok
[21:45:19] sphery: wagnerrp: just reports on http://code.mythtv.org/trac/ticket/9872
[21:45:51] stuartm: nidhoegger: ok, let's try one alternate frequency then – 11023000 H 22000000 5/6
[21:46:02] sphery: heh, just realized that you were pointing to your question, not to the nopaste post :)
[21:46:12] nidhoegger: i thought i wait for a common channel in dvbscan and use that transponder (e.g. ARD)
[21:46:20] fendrychl (fendrychl!~fendrychl@ns1.neomezeny-hosting.cz) has left #mythtv-users ()
[21:46:32] wagnerrp: sphery: honestly... we dont text the 0.24 builds
[21:46:37] stuartm: nidhoegger: you can do that, I just picked the earliest digital frequency on that satellite
[21:46:49] wagnerrp: test
[21:47:02] nidhoegger: strange
[21:47:10] nidhoegger: mythtv reports pretty quick that it cant find anything
[21:47:12] stuartm: s/earliest/lowest/
[21:47:40] stuartm: nidhoegger: that is strange, what is it set to find? TV Only, TV + Radio or Everything?
[21:47:52] sphery: wagnerrp: well, unless the build still says to apply that old/broken V4L1 patch, I don't see any way that they'd get that error
[21:48:04] sphery: so I'm guessing there's more to it than just our not having tested it
[21:48:09] nidhoegger: everything
[21:48:16] sphery: guess I could look for that patch in our 0.24-fixes version of the ebuild
[21:48:46] nidhoegger: it reports it very quick, timeout time is set pretty high o_O
[21:48:58] nidhoegger: but that reports it even bevore timeout is reached
[21:49:03] dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has quit (Ping timeout: 240 seconds)
[21:49:27] j-rod: stoth: don't suppose you have more information on what the cx23885 register RDR_RDRCTL1 is for?
[21:49:47] j-rod: there's a comment in the code about disabling msi by writing to that register for CI functionality
[21:50:25] devinheitmueller: j-rod: stoth is in the U.K.. He probably just left his PC running.
[21:51:02] nidhoegger: say, do i NEED a diseqc config? ive read you have to setup at least the LNB
[21:51:03] j-rod: oh. knew he was from there, thought he was residing stateside though
[21:51:11] stuartm: devinheitmueller: that would suggest that he's more sensible than me and he's already gone to bed
[21:51:31] sphery: wagnerrp: seems that the ebuild still says to apply the patch: https://github.com/MythTV/packaging/blob/mast . . . .ebuild#L112 and the patch file is still in the repo: https://github.com/MythTV/packaging/blob/mast . . . -fix.2.patch
[21:51:33] ** j-rod uses an irc proxy **
[21:51:49] sphery: so even though we've updated past that revision, we haven't removed the patch from the ebuild
[21:51:57] devinheitmueller: j-rod: he lives in New York. He is traveling in the UK this week though.
[21:52:17] devinheitmueller: j-rod: hence he probably won't see your message until next week.
[21:52:19] stuartm: ah, heh
[21:52:20] j-rod: realized after the fact it might be that
[21:52:31] stuartm: nidhoegger: you need to configure it as a universal LNB
[21:52:54] nidhoegger: kay
[21:52:58] nidhoegger: thats what ive done
[21:52:59] j-rod: looks like an easy enough quick hack to disable msi in cx23885-core.c regardless
[21:53:05] stuartm: nidhoegger: in future releases I'd hope that we guess/assume that DVB-S2 == LNB unless the user specifies otherwise
[21:53:06] j-rod: just curious what that register is about
[21:53:21] j-rod: there's an explicit call to enable msi right now
[21:53:41] stuartm: nidhoegger: well, I say that but some LNBs in use outside the UK aren't universal but that's not my area of expertise
[21:53:46] devinheitmueller: j-rod: if you *really* need to know, I can look it up tonight.
[21:53:47] nidhoegger: i dont understand why mythtv is so quick done with scanning....
[21:53:51] j-rod: but there's also the bit about that register, which I was wondering about
[21:53:53] nidhoegger: dvbscan works pretty well
[21:54:14] j-rod: most notably, if doing that same register write might help with the IR side of things for other cards
[21:54:30] stuartm: nidhoegger: try changing the LNB type to Single
[21:54:37] nidhoegger: kay
[21:55:05] j-rod: devinheitmueller: I don't *really* need to know, I can figure out if it helps by experimentation, but it wouldn't hurt to know what that register actually is
[21:55:15] devinheitmueller: j-rod: my experience with 23885 is pretty minimal. Cannot really comment on any of the register stuff without digging out the datasheet.
[21:55:16] nidhoegger: mythtv doesnt save the configs again -.-
[21:55:33] Toast (Toast!~quassel@87.127.37.199) has joined #mythtv-users
[21:55:46] j-rod: nidhoegger: are you hitting next, next, next, all the way through to finish in the settings panes?
[21:55:59] j-rod: or setting stuff, and exiting out?
[21:56:05] stuartm: LNB Config > Finish > Card Config > Finish
[21:56:30] j-rod: only logical explanation I can think of for settings changes not sticking, anyway
[21:56:44] nidhoegger: wow
[21:56:49] nidhoegger: now ive got a segfault...lol
[21:56:56] Toast: could someone remind me of the linux service which chooses what name devices get? I am trying to make sure my capture cards always get the same name. I know it's on the wiki, but I can't remember what to search for.
[21:57:08] j-rod: udev
[21:57:14] Toast: Thanks.
[21:57:19] Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has joined #mythtv-users
[21:57:44] stuartm: j-rod: yeah, that's pretty much always the reason, but that UI really, really sucks, the LNB config especially is très buggy
[21:57:48] ** j-rod actually needs to update some udev symlink rules now that the pvr-250 is gone… **
[21:57:51] nidhoegger: segfaulting :(
[21:58:04] j-rod: stuartm: I wouldn't know, no sat hw. :)
[21:58:33] stuartm: I'm actually embarressed by how crappy parts of mythtv-setup are, but the plan has been to completely re-write it for as long as I can remember
[21:58:52] stuartm: and that has been the excuse to leave it in a pretty sorry state :(
[21:58:53] nidhoegger: ill recompile it
[21:58:57] sphery: nidhoegger: or are you starting it such that your IP address or hostname are changing?
[21:59:00] nidhoegger: maybe theres a mashup somewhere else
[21:59:06] nidhoegger: ?
[21:59:12] nidhoegger: sphery i dont understand, sorry
[21:59:44] stuartm: sphery: I think that's confusing the issue, I'm pretty certain that it's just the same issue that most everyone with DVB-S hits
[22:00:18] sphery: ok, he was saying it wasn't saving settings, so I mentioned the only way I know that settings aren't "saved"
[22:00:26] stuartm: the LNB config stuff is, to repeat myself, buggy :)
[22:00:36] sphery: but it could well be that they're saved but just not reflected in what's displayed in mythtv-setup
[22:00:50] unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving)
[22:01:41] dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has joined #mythtv-users
[22:02:20] nidhoegger: sphery, the DiSEqC dialog need rework ;) pretty much of that :D
[22:02:59] streeter (streeter!~streeter@nat/redhat/x-rmajymlnzjgkdhdh) has quit (Quit: Leaving)
[22:04:35] stuartm: sphery: it's normally that hitting finish in the diseqc config doesn't save anything, we don't save the changes unless you also click finish in the card setup page, so most users exit the diseqc config thinking their changes are saved and then escape back out of the card setup
[22:05:23] stuartm: keep in mind that almost no-one remembers to configure diseqc when they first setup the card, so they end up going back in later to make the changes
[22:05:45] stuartm: and the diseqc dialog has all sorts of focus/design issues
[22:06:19] stuartm: I speak from experience because I've done it so many times myself
[22:06:34] sphery: ah, that makes sense
[22:08:02] stuartm: I can't see why we even require a diseqc setup for LNBs, dvbscan/w_scan/kaffeine etc don't require the user to configure that stuff, it just works
[22:09:35] stuartm: but I don't know the internals at all, I don't think I've ever once looked at the code to answer that question, so what I'm really doing is kicking myself for being too lazy to fix an issue that drives me crazy once every few months
[22:10:42] wagnerrp: stuartm: do you have a grasp on what is supposed to go into the different libs?
[22:11:06] wagnerrp: specifically, anything wrong with moving mythcommandlineparser out of libmyth and into libmythbase?
[22:11:20] stuartm: sometimes I wonder if all the developers should be required to re-install from scratch every other day just so that we never forget just how painful the experience can sometimes be
[22:12:17] Beirdo: stuartm: heh, make that once a month, and you might be able to convince some of us :)
[22:12:21] stuartm: wagnerrp: pretty much everything in libmyth which isn't redundant should be moved into libmythbase, so there is nothing wrong with that at all, it belongs in lmb
[22:12:51] Beirdo: cool.
[22:13:26] john___ (john___!bcb04344@gateway/web/freenode/ip.188.176.67.68) has joined #mythtv-users
[22:13:40] stuartm: libmythbase replaces libmyth but without the nasty circular dependencies or cruft such as the old UI code etc
[22:13:49] stuartm: one day libmyth will disappear
[22:14:11] wagnerrp: ok, this only relies on corecontext and database stuff, so it should be fine
[22:15:47] stuartm: yeah, it's been a gradual transition between the two as various dependency issues get resolved and code is refactored to allow it
[22:16:12] Beirdo: I thought that was the case, but couldn't remember details
[22:17:03] j-rod: quick hack to disable msi just in the driver works
[22:17:06] stuartm: new tangles are created all the time sadly, but we're slowly getting there
[22:17:20] wagnerrp: Beirdo: so everything is migrated, ive added a method to allow setting content in the parser
[22:17:35] wagnerrp: have any additional stuff you want added no before i bump and commit?
[22:17:44] Beirdo: not sure what we'd use the feature for, but cool
[22:17:47] j-rod: stuartm: new idea that was bounced around in #lirc this morning...
[22:17:56] john___ (john___!bcb04344@gateway/web/freenode/ip.188.176.67.68) has quit (Client Quit)
[22:18:09] j-rod: to get around the crap-storm that is Xorg's input handling...
[22:18:17] stuartm: oh?
[22:18:23] Beirdo: nah, I can't think of anything at the moment. We'll be bumping API often enough later anyways if anything's missing
[22:18:33] j-rod: a script, which does batch replacement of key mappings
[22:18:48] wagnerrp: Beirdo: well the plan for the parser was that it would be used as a global, and anything that wanted information from the command line could pull it directly
[22:18:58] j-rod: so for every keymap in /etc/rc_keymaps/, replace KEY_NUMERIC_0 with KEY_0, KEY_PLAY with KEY_P, etc.
[22:19:02] wagnerrp: rather than passing all sorts of infrequently used options on the stack
[22:19:16] wagnerrp: stuff like the 'progress' and 'useDB' options
[22:19:18] StevenR (StevenR!~foo@88.97.49.237) has quit (Quit: leaving)
[22:19:31] Beirdo: I don't want to be pulling that from the parser every use
[22:19:40] j-rod: then in theory, rc-core-driven remotes would Just Work, no lirc required
[22:19:51] Beirdo: that's anti-performance ;)
[22:20:08] Beirdo: not that it's all that bad performance-wise in those cases
[22:20:09] j-rod: is that the same as performance anxiety?
[22:20:23] wagnerrp: then have the function store it to a local variable when it runs
[22:20:23] thecardsmith (thecardsmith!~doug@65-183-135-114-dhcp.burlingtontelecom.net) has quit (Quit: thecardsmith)
[22:20:38] wagnerrp: i just wanted to get rid of all these extra globals were adding for stuff like that
[22:20:41] Beirdo: so the parser will be available as a global extern?
[22:21:19] wagnerrp: when i was reworking mythcommflag/main.cpp
[22:21:26] wagnerrp: it wasnt an extern, it was just a global relative to that file
[22:21:31] wagnerrp: but the idea is the same
[22:21:36] Beirdo: Hmm, OK
[22:21:47] stuartm: j-rod: well I'll cautiously say that sounds like a good idea
[22:21:54] Beirdo: we pass in the progress flag to functions anyways
[22:22:11] wagnerrp: Beirdo: no we dont, its a file global
[22:22:25] Beirdo: the progress flag? sure we do
[22:22:37] wagnerrp: not in mythcommflag
[22:22:41] stuartm: j-rod: I'm being cautious because it's late, I'm tired and therefore unable to think through the possible snags
[22:22:46] wagnerrp: useDB is passed through, but not progress
[22:23:00] Beirdo: it may also be a file global, but it's used to tell the other functions whether to shos progress or not
[22:23:10] j-rod: stuartm: previously, I'd been thinking of just adding an rc6-mce-mythtv keymap users could choose to load for mce remotes
[22:23:11] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[22:23:18] j-rod: heh
[22:23:19] wagnerrp: i mean its not passed through in the function arguments
[22:23:32] Beirdo: cfp->RebuildSeekTable(progress);
[22:23:35] Beirdo: like so
[22:23:37] wagnerrp: in each case its used, its pulled from the global context
[22:23:59] wagnerrp: that would be cfp->RebuildSeekTable(cmdline.toBool("progress"))
[22:24:02] ** j-rod attempts to start getting out the door... **
[22:24:05] stuartm: j-rod: plus I'm not familiar with /etc/rc_keymaps at all
[22:24:17] j-rod: part of v4l-utils, so that would have to be installed
[22:24:23] Beirdo: yeah. I'm not sure I like that for maintainability
[22:24:34] Beirdo: but sure.
[22:24:42] j-rod: but basically, a udev rule runs, and loads the keymap from that dir, per /etc/rc_map.cfg, iirc
[22:24:46] wagnerrp: well in any case, the option would be there
[22:25:07] wagnerrp: allowing the application to force a setting would be for things like when jobid is define, it forces no progress printout
[22:25:18] Beirdo: yeah
[22:25:25] Beirdo: I getcha
[22:25:41] Beirdo: a lot of the funky stuff can use that and then pull the result where needed
[22:25:43] stuartm: j-rod: yeah, even a mythtv specific file would be a solution, this is the first time I've heard about the rc_keymaps stuff and it opens up lots of new possibilities
[22:25:43] esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection)
[22:26:05] stuartm: I assumed that the keycodes were all hardcoded
[22:26:20] skd5aner: wagnerrp: got a sec to give me the 10k foot view of the mythmediaserver so I can properly document it in the changelog? I don't want to misrepresent what it's purpose will be for 0.25
[22:26:53] j-rod: stuartm: they were, initially (more or less)
[22:27:12] wagnerrp: skd5aner: its purpose is to be used in any case where you have content to share (e.g. mythvideo files), and do not want a full backend
[22:27:23] stuartm: j-rod: ah, ok, that's why I was a little confused just now :)
[22:27:27] j-rod: you'd still need per-scancode mappings though
[22:27:35] wagnerrp: for when you have no tuners and dont want to run a backend, or on windows and cannot run the backend
[22:27:40] stuartm: j-rod: yeah
[22:27:44] wagnerrp: (i assume it will run on windows, ive not actually tested)
[22:27:51] skd5aner: wagnerrp: so it can act as a uPNP server and a tunerless backend for mythfrontend to connect to... correct?
[22:27:55] j-rod: for example, "0x800f0400 KEY_NUMERIC_0"
[22:28:00] wagnerrp: no UPNP
[22:28:00] j-rod: in the rc6_mce file
[22:28:05] skd5aner: k
[22:28:06] wagnerrp: the only thing that runs UPNP is the master backend
[22:28:21] j-rod: the first field is the decoded RC6 scancode
[22:28:24] wagnerrp: this would be for those people who seem intent on storing all their content on windows, and running CIFS shares
[22:28:29] skd5aner: Does it require ANY backend to be running or can it be run entirely in place of any sbe/mbes for playback?
[22:28:46] wagnerrp: it runs in place of the MBE
[22:28:48] skd5aner: can it do all the functions of mythbackend besides tuner support (scheduling, etc)?
[22:28:56] wagnerrp: erm, it runs in place of a SBE
[22:28:59] stuartm: j-rod: well that's the issue whether or not they are in the driver or in userspace, this was only ever going to work for known remotes etc
[22:29:00] wagnerrp: it needs a MBE to connect to
[22:29:19] skd5aner: k, so an MBE still needs to be up and running, but it can happily function as a SBE sans tuners
[22:29:24] skd5aner: ?
[22:29:29] wagnerrp: correct
[22:29:33] skd5aner: cool, thanks
[22:30:06] wagnerrp: the idea being that it will be run on windows file servers, or dedicated frontends with optical drives
[22:30:17] skd5aner: Not sure if I should dump it under the mythbackend section or create it's own section at the same level or put it down at the bottom near the support programs (i.e., mythfilldatabase, mythtranscode, etc)
[22:30:18] wagnerrp: at some point in the future, all optical drive access will be routed through a backend
[22:30:46] wagnerrp: at least in capt'm's plan of the architecture
[22:30:53] stuartm: I don't think convincing users to use a decent media centre remote from an approved list is going to be a hard sell when most tuners/capture cards ship with a remote anyway
[22:31:15] RyeBrye: anyone know what would cause my mytharchivehelper to barf when I try to pass the parameter to the outfile?
[22:31:24] j-rod: yeah, and we support most of those pretty well now
[22:31:31] j-rod: a few receivers that are still quirky
[22:31:34] sphery: skd5aner: it's akin to mythjobqueue
[22:31:34] RyeBrye: It's complaining that outfile is a boolean parameter – which doesn't make sense from the code: http://pastebin.com/Fr7EKu2u
[22:31:47] j-rod: ok, gotta run for the hills
[22:31:48] skd5aner: k, I'll add it as a utility application then
[22:31:57] stuartm: it's mostly older users who might still be scraping by with their old TV/VCR remotes and a homebrew serial IR receiver because that was the only option 5 years ago
[22:31:57] sphery: it's the file serving part of mythbackend stripped out of mythbackend
[22:32:09] sphery: just like mythjobqueue is the jobqueue part of mythbackend stripped out of the backend
[22:32:10] j-rod: my stance on serial receivers: die in a fire
[22:32:18] j-rod: hate 'em
[22:32:27] wagnerrp: actually its the file serving part of mythbackend rewritten into a shared library
[22:32:54] wagnerrp: where as the jobqueue part of mythbackend is just one implementation of an existing shared library
[22:33:19] ** j-rod leaves for real now **
[22:33:24] sphery: actually, it was pulled out of mythbackend the same way
[22:33:28] j-rod is now known as j-rod|afk
[22:33:29] stuartm: j-rod: goodnight ;)
[22:33:33] stuartm: too slow
[22:33:35] stuartm: nidhoegger: how is it going?
[22:33:44] nidhoegger: recompiling ^^
[22:33:48] wagnerrp: sphery: that would explain why its not a proper class, but rather a collection of static functions
[22:35:00] skd5aner: wagnerrp, sphery: "* Add MythMediaServer as a utility to provide file server duties (i.e., tunerless slave backend support)"  ??
[22:35:21] skd5aner: s/server/serving
[22:35:31] sphery: yeah, I guess if you actually rewrote it/redesigned it into a proper lib, yours is likely a cleaner implementation
[22:35:55] sphery: I think mythjobqueue was mainly just "moved out of mythbackend" versus redesigned
[22:35:56] stuartm: although not elegant, I'd have to wonder whether it would need to be a proper class given that you wouldn't have more than a single instance of the jobqueue in any application
[22:36:53] stuartm: but re-writing it into a proper class wouldn't be a complete waste of time
[22:37:32] sphery: I have no clue how to get to the CVS revisions from a log message, but http://www.gossamer-threads.com/lists/mythtv/commits/96704#96704 (and I'm assuming there were earlier "supporting" commits)
[22:37:59] Beirdo: hehe
[22:38:03] sphery: on the bright side, this likely means that one day I'll find it /extremely/ infrequent to need to go back to pre-git changesets
[22:38:08] Beirdo: I know one way...
[22:38:13] Beirdo: but it's a PITA
[22:38:16] wagnerrp: skd5aner: its not a 'tunerless slave backend'
[22:38:28] Beirdo: git log | grep "some text"
[22:38:34] stuartm: wow, 2004?
[22:38:35] sphery: git log | grep -B 20 "Added mythjobqueue executable"
[22:38:37] Beirdo: or... git log | less
[22:38:37] wagnerrp: since it only implements the fileserver, nothing more
[22:38:39] stuartm: time flies
[22:38:41] Beirdo: and search
[22:38:43] sphery: heh, yeah
[22:38:45] Beirdo: yeah
[22:39:04] Beirdo: could well be more elegant ways, and it wouldn't surprise me
[22:39:13] skd5aner: wagnerrp: "Add MythMediaServer as a utility to provide file serving duties in place of running a full backend" ??
[22:39:14] stuartm: I feel extremely old suddenly
[22:39:53] jkn (jkn!~jkn@0xbcb04344.aarsnqu1.dynamic.dsl.tele.dk) has joined #mythtv-users
[22:40:07] sphery: skd5aner: "... file serving duties for hosts without capture cards."
[22:40:34] sphery: i.e. it's not a choice that's up to the user :)
[22:40:37] Beirdo: ahhh, I was happily single back when that was committed
[22:40:43] sphery: I really need to put that mythtvd in
[22:40:59] sphery: Beirdo: and you are, now, again :)
[22:41:02] jkn: can anyone tell me whats the best dristo for a hvr 4000?
[22:41:03] Beirdo: yup
[22:41:15] Beirdo: hehe, funny how that cycle works
[22:41:15] sphery: happiness comes full circle
[22:42:14] wagnerrp: skd5aner: sounds better
[22:43:02] Beirdo: I should go declick this song
[22:43:11] Beirdo: scratched LPs. bah
[22:43:30] Beirdo: Fleetwood Mac – Say You Love Me.
[22:44:07] jkn: i have been trying for to long with mythbuntu and hvr4000 but the DVB-t side dont work, now i am told thats its ubuntu that messes it up
[22:46:46] wagnerrp: oof
[22:47:04] wagnerrp: Beirdo: mythcommandlineparser relies on mythexp and mythcontext, both in libmyth
[22:47:17] wagnerrp: oh, whoops
[22:47:30] wagnerrp: mythcommandlineparser relies on mythcontext, in libmyth
[22:47:31] Beirdo: well, mythexp -> mythbaseexp
[22:47:36] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has quit (Quit: buh-bye)
[22:47:45] Beirdo: aye, that should be OK, as far as I know
[22:48:10] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has joined #mythtv-users
[22:48:13] jkn (jkn!~jkn@0xbcb04344.aarsnqu1.dynamic.dsl.tele.dk) has quit (Quit: http://irc2go.com/)
[22:48:17] sphery: wagnerrp: can you use mythcorecontext, instead?
[22:49:01] simcop2387 is now known as dirkobot
[22:49:24] wagnerrp: honestly, i dont see why mythcontext.h is even an include
[22:49:27] dirkobot is now known as simcop2387
[22:49:33] Beirdo: hehe
[22:49:38] Beirdo: take it out, see if it compiles
[22:49:40] sphery: even better :)
[22:49:43] Beirdo: if it does, perfect
[22:49:50] Beirdo: if not, you'll know why it's needed
[22:50:02] wagnerrp: seems to compile
[22:50:08] Beirdo: cool
[22:50:14] Beirdo: even better :)
[22:52:11] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller)
[22:53:15] skd5aner: wagnerrp: anything worth calling out here, or really just behind the scenes functionality? http://www.mythtv.org/pipermail/mythtv-fireho . . . /000435.html
[22:53:45] wagnerrp: behind the scenes stuff
[22:53:57] skd5aner: figured as much, but looked like a pretty big change eitehr way
[22:54:10] wagnerrp: its a rewrite of the mythprotocol server, and implementation of the file server
[22:54:16] Beirdo: oh, on that note... anything happening with your modular protocol branch?
[22:54:35] wagnerrp: eventually, im going to be migrating mythbackend over to it
[22:55:12] wagnerrp: Beirdo: honestly, what i committed is similar to the modular proto branch
[22:55:24] wagnerrp: but its going to be a PITA to merge the differences back in
[22:55:29] wagnerrp: so id consider it dead at this point
[22:55:37] wagnerrp: which is why i wanted to delete it and start fresh
[22:57:59] wagnerrp: ugh... why does qmake still think mythcommandlineparser is in libmyth
[23:00:18] skd5aner: Beirdo: commit logs like this (http://www.mythtv.org/pipermail/mythtv-fireho . . . 000462.html) really don't do justice to explain what the heck is going on in the merge :(
[23:01:20] skd5aner: since, you know... it doesn't say anything except "merge" – yet you did a TON of stuff in that branch (luckily, I read most of the individual commits in -firehouse to new-logging). It would be nice if the merge could somehow have maybe a bulletted summary – is that possible/easy?
[23:01:32] skd5aner: gah, brb
[23:01:57] sphery: skd5aner: but there was another actual message with instructions and descriptions
[23:02:39] SporkD2 (SporkD2!~nonya@99-58-57-244.lightspeed.austtx.sbcglobal.net) has left #mythtv-users ("Leaving")
[23:03:03] sphery: skd5aner: ah, I guess the description was in http://www.gossamer-threads.com/lists/mythtv/dev/482330#482330 (probably git just does the merge commit text for us)?
[23:03:42] sphery: FWIW, I've never seen anyone do a different commit message for a "Merge branch" commit, so I assumed it was all git allows.
[23:07:27] iamlindoro: sphery: skd5aner: TTBOMK a merge is just that... meaning all the historical commits to the branch are now in the timeline
[23:08:11] nidhoegger: stuartm, recompiled mythtv, now for some reason got 99% signal quality....and hes actually scanning
[23:08:15] nidhoegger: thanks you!
[23:08:44] hoolio (hoolio!~hoolio@eth235.tas.adsl.internode.on.net) has joined #mythtv-users
[23:08:57] nidhoegger: 11837000 is the transponder frequency ive initaialy used btw (maybe thatll be relevent to someone else here). its the frequency of ARD
[23:10:38] stuartm: nidhoegger: glad you've got it working :)
[23:11:07] nidhoegger: :)
[23:12:00] wagnerrp: ok, time for a clean build
[23:12:33] wagnerrp: i _do_not_understand_ why Qt insists on putting mythcommandlineparser inside of libmyth
[23:12:39] wagnerrp: i moved it, i moved all references of it
[23:13:00] Beirdo: qmake being a PITA?
[23:13:10] wagnerrp: apparently
[23:13:33] Beirdo: yeah, a distclean probably is in order
[23:13:49] stuartm: wagnerrp: pastebin diffs of .pro changes?
[23:14:07] stuartm: distclean is probably a good idea
[23:14:52] wagnerrp: yeah, just did so
[23:20:41] andreax1 (andreax1!~andreaz@p57B94377.dip.t-dialin.net) has quit (Quit: Leaving.)
[23:23:55] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)
[23:24:28] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer)
[23:26:00] skd5aner: iamlindoro, sphery: yea, I'm git ignorant, so I can't say one way or the other – but I can say it was nice to see a log when branches got merged in svn. Sure, I can go back and read the 100+ individual commits that make up a branch – but wouldn't it be nice if I could just read something like what Beirdo typed up in an email to the list, only have it directly tied to the merge commit? eh, just wonderin'
[23:26:23] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[23:26:59] skd5aner: I mean, all I see is a single message (if I'm only following master) that a branch got merged in... not all the nifty stuff I should know about what got merged in
[23:27:16] skd5aner: to micro to go through commit by commit and see what I should know
[23:27:20] skd5aner: anyway – dinner's ready
[23:33:06] wagnerrp: skd5aner: you can run something like gitk, which provides something like github's network view
[23:34:24] bbee (bbee!~bbee@unaffiliated/bbee) has joined #mythtv-users
[23:36:04] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:39:58] Toast (Toast!~quassel@87.127.37.199) has quit (Remote host closed the connection)
[23:42:20] nidhoegger (nidhoegger!~nidhoegge@p4FDE3EA4.dip.t-dialin.net) has quit (Remote host closed the connection)
[23:51:20] bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM00222da10af5.cpe.net.cable.rogers.com) has joined #mythtv-users
[23:52:13] awalls (awalls!~awalls@d-216-36-28-191.cpe.metrocast.net) has joined #mythtv-users
[23:52:49] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[23:52:55] cesman_ (cesman_!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has joined #mythtv-users
[23:59:53] cesman_ (cesman_!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has quit (Remote host closed the connection)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.