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

Daily chat history

Current users (147):

adante, aloril, AndyCap, anykey_, Azelphur, ben1066, benc_, BLZbubba, bofh_omega, brfransen, brtb, Captain_Murdoch, Cardoe, ChanServ, christ`, CiaranG, clever, cocoa117, Cougar, CyberKnet, d00gster, d0netsFN, damaltor, Dave123-road, dekarl, director9, dlblog, emmanuelux, EvilGuru, felipe`, fendrychl, Ffseto, Floppe, fluvvell, G, ghoti, gigem, gregL, GreyFoxx, grumpydevil, Heliwr, highzeth, ikevin, IMSanchMac, infojunky, J-e-f-f-A, jams, jarle, jayb_, jbrett, jcarlos, jduggan, jm|laptop, johntramp, joki, jpabq, jstenback, justdave, justinh, k-man, keith4, kenni, kinsel8, kloeri, knightr, kurre2, kwmonroe, lapion, larrikin, likwid-, lis0r, lotia, M0nk3Ee, mag0o, MaverickTech, Metoer, mike|3, MilkBoy, MissionCritical, Moscherkobold, Muzer, MythLogBot, mzanetti, NewBuntu81, NightMonkey, npm, nutron, Oleg_, peitolm, petefunk, peterpops, pheld, pigeon, pmhahn_, pplmaker, purserj, pyrodex, quicksilver, RagingComputer, RagingMind, roknir_, rsiebert, russell5, Scopeuk, Seeker`, seld, ServerSage, Shadow__X, sid3windr, simcop2387, Slasher`, Spanky, sphery, squidly, StevenR, sulx, sutula, tank-man, Technophil, tgm4883, TheAsp, thefRont, ThisNewGuy, tmkt, toeb, tomimo, toorima, tris, troyt, trumee, Twiggy2cents, Ua2, ubIx, Unhelpful, wahrhaft, wizbit, wseltzer, xavierh, XDS2010_, xrdodrx, xris, xtort-, Zan^, zombor, _abbenormal, _Anomaly, _charly_
Friday, April 6th, 2012, 00:06 UTC
[00:06:54] tgm4883: *
[00:08:25] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[00:19:31] wagnerrp: Cardoe: im actually talking about something like chrooting into an ARM or P3 installation to build on a much more powerful amd64 system
[00:19:39] wagnerrp: *real* cross compiling
[00:19:59] wagnerrp: right now, we simply dont allow it at all, and ignore the local settings to just use --enable-proc-opts
[00:21:20] wagnerrp: was i meant was that i would like to be able to support cross compiling in a manner that wouldnt get abused by people just trying to force their own unnecessary compile flags
[01:06:07] lapion (lapion!~axion@axion.xs4all.nl) has quit (Ping timeout: 264 seconds)
[01:07:16] DarthFrog (DarthFrog!~rob@S01060014bfba779e.vc.shawcable.net) has left #mythtv-users ("Konversation terminated!")
[01:15:46] kisak (kisak!~kisak@pool-74-99-175-111.hrbgpa.fios.verizon.net) has joined #mythtv-users
[01:16:43] kisak: would it be very hard to add logging for user jobs 1–4 in the same way that mythpreviewgen has all those obnoxious logs?
[01:18:12] wagnerrp: you could write a quick wrapper using the python bindings, and add the proper argument to the job command
[01:20:31] kisak: so it's mythpreviewgen that separates itself and creates the logfile?
[01:20:41] wagnerrp: correct
[01:20:51] kisak: for some reason I thought the dispatcher did it
[01:21:19] kisak: thanks for that bit of info wagnerrp
[01:21:28] wagnerrp: not at current, and i would fight against making it do so
[01:22:07] ** wagnerrp wants to make the jobqueue more generic, rather than adding such features to it **
[01:24:07] kisak: well, my user job is simple and a oneshot, so it didn't need anything more than bash to get the job done
[01:27:32] kisak: is it possible to redirect the stdout and stderr on the line that specifies the user job?
[01:27:51] wagnerrp: currently, yes
[01:27:58] wagnerrp: standard bourne syntax
[01:32:35] aramus (aramus!442d0862@gateway/web/freenode/ip.68.45.8.98) has joined #mythtv-users
[01:32:48] aramus: Hey what were the live tv errors the release of .25 was delayed for?
[01:33:11] wagnerrp: channel changing would typically fail
[01:33:54] aramus: ah ok
[01:34:00] aramus: just curious
[01:34:12] kisak: so that's: /usr/local/bin/userjob %infopassedtoscript% > %FILENAME%-%JOBID%.log ?
[01:35:45] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[01:35:51] wagnerrp: that would work, but not exactly the format mythtv uses
[01:36:10] kisak: at least it wouldn't try to write over itself
[01:36:23] wagnerrp: true
[01:36:57] kisak: I didn't see a %JOBSTARTTIME% or equivilent
[01:37:34] wagnerrp: there isnt one, it gets generated by the process
[01:38:39] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users
[01:40:55] kisak: my script regularly fails and I need to sample the failures so I can adjust it, since the logging rework, I don't think the script's log output ends up in mythbackend.log like it used to
[01:41:33] wagnerrp: no, it doesnt
[01:41:45] wagnerrp: however that was the myth_system rewrite's fault, not the loggers
[01:43:39] aramus: any idea why sometimes when watching live TV it goes black and then the guide screen comes up at freezes on loading
[01:46:16] kisak: wagnerrp: well here's to hoping I didn't make a mess of my user job
[01:49:25] kisak: semi-silly question, do I need to restart the backend for it to know the user job call changed?
[01:50:50] wagnerrp: no, but you may need to trigger a settings refresh
[01:55:33] kisak: I don't know how to do that unless you're referring to mythfilldatabase --refresh
[01:55:51] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[01:56:20] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:57:21] wagnerrp: there should be a mythutil --clearcache
[01:57:25] wagnerrp: or something along those lines
[01:57:37] wagnerrp: the cache gets flushed periodically on its own
[01:59:24] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)
[02:00:12] aramus (aramus!442d0862@gateway/web/freenode/ip.68.45.8.98) has quit (Quit: Page closed)
[02:01:29] kisak: thank you again for the info
[02:10:35] kisak: hmm ... the script failed to run, also %FILENAME% did not get swapped
[02:11:41] wagnerrp: looks like just %FILE%
[02:11:54] wagnerrp: http://www.mythtv.org/wiki/User_job
[02:13:17] kisak: hmm ... that changed under my feet
[02:13:41] wagnerrp: i dont think that page has been changed in many years
[02:13:58] kisak: no it didn't, I just mis-remembered
[02:14:22] kisak: or more like, I remember old information
[02:14:37] ubuntuaddicted (ubuntuaddicted!~Ubu@75-9-97-210.lightspeed.milwwi.sbcglobal.net) has joined #mythtv-users
[02:14:46] wagnerrp: i dont know about that
[02:14:53] wagnerrp: to be honest, ive never used %FILE%
[02:15:06] wagnerrp: i always just pull chanid/starttime, or jobid directly
[02:15:20] kisak: well, it was there in the user job call, how it should be
[02:15:34] ubuntuaddicted: i got a new router which started handing out new IP's and instead of configuring the router, I changed IP's on all my machines and now mythtv doesn't work. Where all do I need to update my backend IP so this works again?
[02:16:00] wagnerrp: in mythtv-setup, on each backend
[02:16:25] kisak: wagnerrp: I send %FILE% and %DIR% into my script to make file manipulation easier
[02:16:41] andreax1 (andreax1!~andreaz@p54BF2F51.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[02:16:46] wagnerrp: i wrote MythTV.mythproto.findfile to grab that information for me
[02:17:05] ubuntuaddicted: wagnerrp, i did, as well as updated mysql to allow connections from all IP's in range of 192.168.1.X
[02:17:08] ubuntuaddicted: still no luck
[02:17:20] kisak: why pull the info when it can be pushed to you?
[02:17:30] ubuntuaddicted: old IP was 192.168.0.X range
[02:17:39] kisak: (besides for the fun of it)
[02:17:43] wagnerrp: because only some of the data i wanted to access could be pushed to me
[02:17:47] wagnerrp: and i couldnt push anything back
[02:17:55] wagnerrp: so i had to write the methods regardless
[02:18:03] wagnerrp: may as well use them if theyre available
[02:19:40] ubuntuaddicted: is there anywhere else I need to change some IP from 192.168.0.5 to 192.168.1.5?
[02:20:23] wagnerrp: the only place the IP exists is those settings in mythtv-setup
[02:26:41] ubuntuaddicted: weird, it won't connect
[02:27:12] ** wagnerrp wonders if he can get his fax to delay communications for a couple seconds after picking up **
[02:27:51] ** wagnerrp wants to wait for these jackass political callers to actually pick up, and then blare DTMF codes at them **
[02:32:30] kisak: oh! I already discovered a problem with my setup, /home/mythtv/.mythtv/config.xml exists, but is empty on my backend
[02:33:02] kisak: that's fixed by running mythfrontend as that user over ssh, right?
[02:33:48] wagnerrp: mythtv-setup
[02:38:04] ubuntuaddicted (ubuntuaddicted!~Ubu@75-9-97-210.lightspeed.milwwi.sbcglobal.net) has quit (Remote host closed the connection)
[02:39:56] kisak: these logs are nicer than it used to be
[02:51:25] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv-users
[02:53:22] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Client Quit)
[02:53:50] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv-users
[02:56:55] kisak: wagnerrp: I take it that logcleanup.py will ignore my user job's logs because they have the jobid instead of the starttime
[02:57:09] wagnerrp: not sure on that one
[02:57:24] wagnerrp: it uses a regex to specifically match the pattern of mythtv's logger
[02:57:44] wagnerrp: i dont remember specifically want it is off hand to know whether it would be lax enough to support your format
[02:59:05] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Ping timeout: 260 seconds)
[02:59:21] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[02:59:31] kisak: I don't care either way, I just don't want to be double sheparding the log directort
[02:59:46] kisak: s/directort/directory/
[03:00:48] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users
[03:01:35] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Client Quit)
[03:02:01] kisak: well, I have time, so I'll check it in a week and a day and see if any logs have been trimmed
[03:03:37] wagnerrp: seems its looking specifically for that 14-digit date
[03:03:45] wagnerrp: so unless youve got that, it wont work
[03:05:40] kisak: okay, I'll pick up the cleanup in my other cron job that tends mythtv
[03:10:36] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[03:32:54] ahhughes (ahhughes!~ahhughes@182-239-184-189.ip.adam.com.au) has joined #mythtv-users
[03:48:05] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Ping timeout: 260 seconds)
[03:49:46] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users
[03:50:08] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[04:07:55] troyt (troyt!~troyt@2001:1938:240:3000::3) has quit (Read error: Operation timed out)
[04:12:41] troyt (troyt!~troyt@2001:1938:240:3000::3) has joined #mythtv-users
[04:39:36] wagnerrp: xris: you in?
[04:44:51] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[04:52:00] kisak (kisak!~kisak@pool-74-99-175-111.hrbgpa.fios.verizon.net) has quit (Quit: Lost terminal)
[04:52:21] mzb (mzb!~mzb@ppp108-88.static.internode.on.net) has quit (Quit: Quit? I never quit! ... well, hardly ever.)
[04:54:12] xris: yup
[04:54:47] wagnerrp: got some basic questions about high volume HTTP APIs if youve got a couple minutes
[04:58:15] xris: sure
[04:58:54] wagnerrp: basically, ive been writing a new TMDB grabber for their new API
[04:59:23] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Ping timeout: 260 seconds)
[04:59:24] wagnerrp: the new API was designed to be very simple, breaking larger queries up into a bunch of smaller individual queries
[04:59:41] xris: REST stuff?
[04:59:48] wagnerrp: but one of the persistent requests on the API support forums is for a move back to more complex stuff
[05:00:02] wagnerrp: single calls to return information for multiple movies
[05:00:15] wagnerrp: combined calls to return multiple sets of data at once
[05:00:33] wagnerrp: and all of these requests are in the name of "improved speed"
[05:00:58] xris: ok
[05:01:12] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[05:01:21] wagnerrp: but it seems to me like more simple queries, combined with a static caching engine in front of the dynamic API servers, would offer far better performance than fewer, but more complex queries that have to hit the dynamic API servers directly
[05:02:02] wagnerrp: you make your queries too complex, and your potential combinations of options grows too large to feasibly cache it
[05:02:08] xris: for a lot of that kind of stuff, I'd want to take the db out of the system completely
[05:03:43] wagnerrp: coming from a position of no real world experience with this sort of thing, it just seems to me like all these people wanting more complex queries with higher volume responses (as opposed to more smaller responses), have the optimization strategy completely backwards
[05:04:37] wagnerrp: after voicing this, i get told by one of the people that i have no idea what im talking about
[05:04:49] wagnerrp: id just rather hear the opinion of someone i know and trust
[05:04:57] wagnerrp: rather than random anonymous user on a forum
[05:04:57] xris: sort of depends on what kinds of queries they're running. like really specific bands of date searches, combined with a specific actor
[05:06:09] wagnerrp: nothing of the sort, this is a real basic interface
[05:06:20] wagnerrp: http://help.themoviedb.org/kb/api/movie-info
[05:07:09] wagnerrp: basically, 3/movie/11 gets you movie info, 3/movie/11/alternate_titles gives you additional names, /casts gives you a cast list, and so on
[05:07:48] wagnerrp: similar structure for people, collections, and studios
[05:07:58] xris: have you looked at facebook's API documentation?
[05:08:03] wagnerrp: nope
[05:08:25] xris: very similar setup: https://developers.facebook.com/docs/reference/api/
[05:08:37] xris: and if that's your case then yes, simpler is better
[05:09:08] wagnerrp: i mean the V2 API was much more complex, like the things they were asking for
[05:09:09] xris: there are a handful of "combined" kind of queries (e.g. query for all photos in an album), but mostly just simple stuff
[05:09:37] wagnerrp: and after several years of experience, he scrapped the whole thing and rewrote it in a much more simplified manner
[05:09:52] wagnerrp: i have to assume there is good reason, logically, thats the reason i came up with
[05:10:31] xris: yeah. probably trying to simplify it more like the REST interface facebook uses (which is one of the better ones I've run into)
[05:10:48] wagnerrp: im wondering if these people requesting this stuff have only ever accessed the client side
[05:11:02] wagnerrp: and so theyre just blindly trying to optimize for as few requests as possible
[05:11:03] xris: probably
[05:11:12] xris: well, that makes sense, though.
[05:11:39] xris: if they have no idea how much data is on the other side, they don't want to run a query that would return 100k rows, and then have to filter it client-side
[05:11:51] xris: that would be bad for client *and* server
[05:12:30] wagnerrp: right now, the only unbounded responses are things like collections and artwork
[05:12:44] wagnerrp: each query returns the full list, however large that may be
[05:12:56] wagnerrp: searches are paged at 20 items
[05:13:12] xris: right. and searches are the things that get super complex, right?
[05:13:17] xris: maybe I'm just not understanding what you're asking
[05:14:10] pyrodex3 (pyrodex3!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[05:14:27] wagnerrp: right now, youve got to run eight different queries to pull all the information for a single movie
[05:14:35] xris: oh, gotcha.
[05:14:40] xris: yeah. that's too split up.
[05:14:45] wagnerrp: and you have to have to run that set once for each movie
[05:14:59] xris: "movie" should be a single data object
[05:15:17] wagnerrp: well movie is a big single object
[05:15:32] wagnerrp: for the most part, you would usually only need the primary query
[05:15:33] xris: no its not. it's smaller than a single jpg
[05:15:38] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Ping timeout: 240 seconds)
[05:16:00] wagnerrp: there are additional queries to look up corresponding images, collections, trailers, etc...
[05:16:05] xris: right
[05:16:19] wagnerrp: not that the response is big, but that it is returned as a single big object
[05:16:48] xris: look at http://graph.facebook.com/WingmanBrewers
[05:17:21] xris: better yet.. assuming you have a fb account, go to https://developers.facebook.com/tools/explore . . . h=1414269123
[05:17:25] wagnerrp: well a direct question, they want a method to provide a list of movies, and return the movie objects for all of them in one giant response
[05:17:38] xris: and then look at the /me/photos URL
[05:17:56] xris: that's not unreasonable
[05:17:58] wagnerrp: im just wondering if its possible for a decently designed API and caching scheme to return 10 movies from ten independent requests faster than one request with all ten
[05:18:14] xris: for REST, not easily
[05:18:31] xris: for JSON-RPC, you could run them as a bulk operation and it would probably be a tiny bit faster
[05:19:00] xris: well, REST with pipelining would theoretically be fast
[05:19:28] xris: even facebook has a "get multiple IDs" query method
[05:20:11] xris: so a search might return a list of movie IDs (or summary records with basic info like name, id, thumbnail URL). then the client could issue a "get me full details on this list of IDs" query
[05:21:02] wagnerrp: thats what we currently get, you just have to query each full detail page individually
[05:21:27] xris: and does his server allow pipelining requests?
[05:21:45] xris: (reuse the same http connection without hanging up)
[05:21:51] wagnerrp: no idea
[05:22:25] xris: if I were to architect something like that, I'd allow pipelining (you really have to on an API server that accepts multiple queries like that)..
[05:22:54] xris: and maybe set something up like plugging nginx directly into my nosql cache (or even the fie system)
[05:22:59] wagnerrp: its not documented one way or another, but i could probably check quickly
[05:23:07] xris: so that /path/to/$movie_id returns a pre-formatted JSON document with the movid edata
[05:23:21] xris: filesystem or memcache filled with static files
[05:23:23] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[05:23:33] wagnerrp: its just that the initial connection itself really kills you on overhead?
[05:23:38] xris: yeah
[05:23:45] xris: http has a fair amount of overhead
[05:24:20] wagnerrp: so pipelineing, and preforming all those requests individually as before, but on a single continuous connection, would be significantly higher performance
[05:24:27] xris: *most* webservers these days have pipelining enabled. it used to be a Bad Thing (that IE did), but it's generally accepted as a Good Thing these days now that modern servers can handle more connections.
[05:24:29] wagnerrp: but then thats not what theyre asking for
[05:24:36] pyrodex3 (pyrodex3!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Ping timeout: 244 seconds)
[05:24:41] wagnerrp: they want to do something like 3/movie/11,12,13,14,15,...
[05:24:47] wagnerrp: and have it return each of those
[05:24:56] xris: right.
[05:25:19] wagnerrp: meaning a significantly more complex API engine to handle that and combine multiple JSON responses
[05:25:22] xris: even something like that isn't *that* much more work (or slower) if you have a the preformatted JSON available
[05:25:47] wagnerrp: since the data is all there, youre just running it through the JSON parser?
[05:25:48] xris: adding '[' + join('],[', @movies) + ']' doesn't take up that many resources
[05:25:59] wagnerrp: or.. not even parsing it, just string modification
[05:26:08] xris: yeah.. for the most part you shouldn't even need to parse it
[05:27:33] xris: disk space is cheap. keeping multiple slightly different preformatted chunks of data for each thing is often an easy choice
[05:28:48] wagnerrp: the cache is only periodically updated, it isnt connected live to the website
[05:28:59] wagnerrp: but im not sure how exactly its set up
[05:29:00] xris: so for any given movie, you might have "full record" as a file on disk, "summary record" in memcached. then set up the webserver to serve the static files from disk. and a couple of dynamic API handlers that can stitch together summary records for search results, and full records for multi-ID queries.
[05:29:36] xris: yeah, that just shows he hasn't had time/resources to devote to building a live-update thing
[05:29:46] xris: or doesn't think it's important, or doesn't know how.
[05:30:38] xris: IIRC the app is built in rails2 with activerecord. not super easy to move from that basic ruby mindset to something a bit more enterprisey
[05:31:09] xris: esp. with an ORM in the way
[05:37:21] xris: flat JSON files work well for dumping things into a lucene service like solr or elasticsearch, too.
[05:37:50] wagnerrp: so basically i just need to check to see if there is 'keep-alive' in the headers?
[05:37:59] xris: and send them, too
[05:38:05] xris: let me check if I have some python code...
[05:40:10] xris: ok, I *think* http://docs.python.org/library/httplib.html should handle keep-alive
[05:41:40] wagnerrp: right now im using urllib2 for everything, so it might take a bit of a rewrite
[05:44:24] xris: or http://code.google.com/p/httplib2/
[05:45:04] xris: going through my old api test scripts to see what I used. they're a bit disjointed.
[05:45:50] xris: httplib2 is pretty straightforward, though. you basically instantiate a connection, and then reuse it to grab each new URL
[05:46:15] xris: afk on and off.. need to go take out the trash and do other chores
[05:47:03] wagnerrp: well for mythtv's needs, youre only looking at a couple of requests max per grabber instance, so it would be of limited use
[05:47:16] xris: yeah
[05:47:26] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv-users
[05:47:31] wagnerrp: for someone else, it might be much more useful, and i do have the tmdb bindings in a separate repository on github
[05:53:12] wagnerrp: xris: im taking this 'Connection: close' as a negative... http://pastebin.com/DJSYSyTK
[05:55:33] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users
[05:56:49] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[05:58:15] xris: nah. looks like you only made one request.
[05:58:35] xris: that could have confused things.
[05:58:43] xris: but maybe. there must be a good reason I ended up on httplib2
[06:04:20] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[06:05:33] lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv-users
[06:06:23] wagnerrp: ill give it a try, i just tend to want to stick to the built-in libs
[06:16:25] wagnerrp: looks like the stock httplib will do persistent connections, but not pipelining
[06:19:20] ubIx_ (ubIx_!~ulf@p5DD187C8.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[06:19:25] wagnerrp: seems you can do pipelining with it, but you have to fudge things a bit to force it
[06:21:05] ubIx (ubIx!~ulf@p5DD18A4E.dip0.t-ipconnect.de) has joined #mythtv-users
[07:40:09] pheld (pheld!disncd@109-109-76-195.bb.cust.telefiber.no) has quit (Quit: Leaving.)
[07:48:44] rsiebert (rsiebert!~quassel@g231186161.adsl.alicedsl.de) has joined #mythtv-users
[08:09:10] ahhughes (ahhughes!~ahhughes@182-239-184-189.ip.adam.com.au) has quit (Read error: Operation timed out)
[08:30:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[08:39:31] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus)
[08:42:38] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv-users
[08:46:55] _Anomaly (_Anomaly!Anomaly@85.114.128.135) has quit (Remote host closed the connection)
[08:48:30] _Anomaly (_Anomaly!Anomaly@marduk.touchlay.com) has joined #mythtv-users
[09:20:59] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Quit: Leaving.)
[09:21:24] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-users
[09:28:22] dekarl (dekarl!~dekarl@p4FCEE02A.dip.t-dialin.net) has joined #mythtv-users
[09:30:02] dekarl1 (dekarl1!~dekarl@p4FE85D6D.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[10:05:02] Guest30021 (Guest30021!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:52] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users
[10:14:35] williammanda (williammanda!~william@c-98-193-211-138.hsd1.tn.comcast.net) has joined #mythtv-users
[10:14:53] williammanda (williammanda!~william@c-98-193-211-138.hsd1.tn.comcast.net) has left #mythtv-users ()
[10:28:40] jm|laptop (jm|laptop!~jm|laptop@2001:8b0:ffb7::155) has quit (Read error: Connection reset by peer)
[10:38:09] jm|laptop (jm|laptop!~jm|laptop@2001:8b0:ffb7::155) has joined #mythtv-users
[10:42:49] slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has joined #mythtv-users
[10:55:58] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[10:58:28] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)
[10:59:56] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[11:45:55] JadedJacob (JadedJacob!~JadedJaco@101.98.169.181) has joined #mythtv-users
[11:49:40] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)
[11:57:47] rsiebert (rsiebert!~quassel@g231186161.adsl.alicedsl.de) has quit (Read error: Connection reset by peer)
[11:59:25] rsiebert (rsiebert!~quassel@g226060252.adsl.alicedsl.de) has joined #mythtv-users
[12:02:31] derekj (derekj!4c15556e@gateway/web/freenode/ip.76.21.85.110) has joined #mythtv-users
[12:03:32] derekj: !w
[12:12:30] MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:b550:fbf2:caa8:24ea) has quit (Quit: Bye...)
[12:14:31] JadedJacob (JadedJacob!~JadedJaco@101.98.169.181) has quit ()
[12:45:03] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[12:49:53] alan12 (alan12!442d0862@gateway/web/freenode/ip.68.45.8.98) has joined #mythtv-users
[13:05:41] alan12: what is the deal with the ringbuffer setting in BE setup
[13:06:35] wagnerrp: i think its a dead setting that simply never got removed
[13:07:45] alan12: oh, just trying to figure out with all of my FE's crash watching live TV but when I watch livetv on the BE/FE it works fine.
[13:08:21] wagnerrp: crash? as in mythfrontend terminates?
[13:08:48] alan12: sometimes it just gets the video frame buffering error, and other times it simply crashes and goes to black screen
[13:09:16] alan12: the only difference between the FE's is that the BE/FE is not using VDPAU
[13:09:32] alan12: i dont think let me double check that
[13:10:36] alan12: yea BE/FE is not using vdpau
[13:11:53] alan12: I did a stress test as well with my network having 5 FE's watch bluray rips stored on the backend, and no errors at all or crashes
[13:13:44] wagnerrp: are these frontends streaming the content from the backend? or do you have the recording drives NFS mounted on them?
[13:13:56] wagnerrp: what type of tuner card?
[13:14:00] wagnerrp: what version of mythtv?
[13:14:18] alan12: It is an hdhomerunprime using the mythbuntu .25 repos
[13:14:23] alan12: let me check version real quick
[13:14:32] wagnerrp: no need
[13:14:35] wagnerrp: thats close enough
[13:14:47] alan12: Everything is being streamed from the backend
[13:15:05] alan12: the Livetv is on a 120gb SSD and the videos/recordings are on a raid 5 array
[13:15:18] wagnerrp: meaning those bluray rips are M2TS files rather than BDMV folders?
[13:15:32] alan12: oh they are .mkv
[13:16:19] wagnerrp: i mean... BDMV folders are not supported streamed from the backend at this point (i think)
[13:18:01] alan12: well there isnt an issue streaming the rips, they stream fine without any errors
[13:18:32] alan12: live tv causes all the problems for me
[13:20:40] alan12: should I try to change the livetv location to the array and see if it is an issue with the ssd? or do you think that is unlikely
[13:24:10] wagnerrp: that is very unlikely
[13:24:47] wagnerrp: even in the most clumsy of IO configurations, a 120GB is going to be fairly high end and will burn through anything mythtv, or mysql on the scales mythtv needs, could generate
[13:24:56] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[13:30:34] RagingMind: alan12, just curious... what kind of tuner?
[13:31:04] alan12: Raging it is an HDHomerunPrime 3CC
[13:31:05] wagnerrp: hdhomerun prime
[13:31:48] RagingMind: oh, boo... for some reason that didn't click as I was scanning the backlog
[13:31:54] wagnerrp: alan12: can you play pre-scheduled recordings on the remote frontends?
[13:32:08] alan12: yes no problem
[13:32:14] alan12: recordings work fine
[13:33:38] TheAsp: Hah, I've been using myth for 10 years :)
[13:33:43] RagingMind: so far it sounds like all the issues I have, but I'm using a bttv card and myth 0.24.2
[13:33:44] TheAsp: almost
[13:34:15] TheAsp: 2002-12–21 13:00:00
[13:35:31] alan12: also my FE before it crashes/errors is riddled with waited for videobuffers AAAAAAALdADAdA
[13:37:17] wagnerrp: RagingComputer: you might consider updating to 0.25 early and checking out the recent commits
[13:37:31] RagingMind: that I don't get... live tv will either get stuck on the "please wait" then crash, give me the buffer error, or it'll start and crash/error when I change channels.
[13:37:57] wagnerrp: not crash, just fail
[13:38:04] wagnerrp: big difference
[13:38:14] RagingMind: no... mine crashes occasionally
[13:38:42] RagingMind: sometimes I wind up back at the main menu with the error, but sometimes mythfrontend dies
[13:38:42] wagnerrp: if it crashes, get a backtrace and submit a ticket
[13:39:03] wagnerrp: what distro and video card?
[13:39:52] RagingMind: debian stable, frontend is a laptop who's lcd died... so it's just an intel i945
[13:40:15] wagnerrp: RagingMind: anyway, i only suggest that as 0.25 has been held up a week to resolve livetv issues with framegrabber and mpeg tuners
[13:40:26] wagnerrp: if it hasnt resolved your issue, its about out of time to speak up
[13:40:45] wagnerrp: as for the crashes, make sure you are using the Slim video profile
[13:41:09] wagnerrp: there have been issues where mythtv will attempt to use XvMC as per the selected playback profile
[13:41:14] wagnerrp: but doing so will cause Xorg to crash
[13:41:24] wagnerrp: however I believe that may have only been for ATI cards
[13:41:59] alan12: So I should try using slim profile?
[13:42:06] RagingMind: right now I"m using packages from debian-multimedia, and while I can compile 0.25 I know i"m not gonna have time today
[13:42:31] RagingMind: X never crashes. just mythfe
[13:42:37] wagnerrp: alan12: if youre experiencing some quirk with the VDPAU decoder, that could help
[13:42:49] alan12: arighty il give it a go
[13:43:09] wagnerrp: but it sounds more like other facilities are simply never feeding data to VDPAU
[13:44:47] RagingMind: I'd love to try and help, but with work and other stuff this weekend the soonest I can is on monday
[13:45:04] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus)
[13:45:15] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Ping timeout: 244 seconds)
[13:46:55] alan12: wagnerrp should I keep it on use 2cpus for the vdpau or just one
[13:48:19] wagnerrp: makes no difference
[13:48:36] wagnerrp: that setting only affects h264 playback of sliced content using the software decoder
[13:50:01] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds)
[13:50:19] alan12: aright il change all the FE to slim and see how they do
[13:50:42] alan12: also using playback profiles I can have it use slim for livetv and then vdpau HQ for videos/recordings right?
[13:51:44] wagnerrp: no, but you can create your own playback profile to vary based off resolution
[13:51:58] alan12: oh ok
[13:53:58] alan12: ah i cant really tell a difference anway with how it looks lol
[13:54:20] wagnerrp: you have nvidia cards in all these systems?
[13:54:33] alan12: yes they are using nvidia ion
[13:54:45] wagnerrp: well then you have no option
[13:54:50] wagnerrp: you must use VDPAU
[13:56:34] Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Quit: Leaving)
[13:59:56] alan12: thanks wagnerrp, i have to head out
[13:59:59] alan12: have a good day
[14:00:29] alan12 (alan12!442d0862@gateway/web/freenode/ip.68.45.8.98) has quit (Quit: Page closed)
[14:00:30] wagnerrp: alan12: i say that as the Atom does not have enough power to decode HD MPEG2
[14:00:33] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Remote host closed the connection)
[14:00:34] wagnerrp: bleh
[14:01:15] mag0o_ (mag0o_!20001@slackhost.lynchmv.com) has quit (Read error: Operation timed out)
[14:01:50] mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv-users
[14:03:57] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users
[14:04:49] dmz (dmz!~dmz@unaffiliated/dmz) has quit (Quit: Ex-Chat)
[14:08:31] aberrios (aberrios!~aberrios@195.171.4.82) has quit (Quit: Ex-Chat)
[14:08:37] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[14:08:51] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Client Quit)
[14:14:36] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)
[14:17:32] alan12 (alan12!442d0862@gateway/web/freenode/ip.68.45.8.98) has joined #mythtv-users
[14:17:56] alan12: wagnerrp, I just noticed something the error message came up again but I noticed it was when the show ended
[14:18:40] wagnerrp: [10:00] wagnerrp> alan12: i say that as the Atom does not have enough power to decode HD MPEG2
[14:20:06] alan12: btu the cpu usage is only about 14%
[14:20:33] wagnerrp: standard definition content?
[14:20:38] wagnerrp: single or dual core Atom?
[14:20:50] alan12: its a dual 1.8ghz
[14:20:55] alan12: HD content
[14:21:10] alan12: 4gb ram 32gb ssd
[14:21:31] wagnerrp: if youre running 14% CPU usage on HD MPEG2, youre using VDPAU
[14:21:48] wagnerrp: that CPU should be pretty consistently pegged at 45–50%
[14:21:56] wagnerrp: (MPEG2 decoding is single threaded)
[14:22:21] alan12: yes I am using vdpau, but I noticed that it seems to video frame buffer error when a new tv show begins
[14:31:41] adam_112 (adam_112!~chatzilla@mail.riskadmin.com) has joined #mythtv-users
[14:34:35] adam_112: Setup a new .25 mythtv frontend / backend. Been trying to get it to work for a month or so. Having problems. The machine is a dual core with an Homerun prime CC tuner. Livetv starts, run for 5 10 secs on some channels and then fails. It works on others...... Just working on SD right now.
[14:38:08] joki (joki!~joki@p548628DA.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[14:39:40] derekj: adam_112: livetv on myth is not ready for prime time
[14:40:18] wagnerrp: well its supposed to be, it just tends to break periodically as it gets little use among the developer base
[14:40:23] derekj: adam_112: If a record works fine then you should count your blesings
[14:40:34] derekj: blessings*
[14:41:04] wagnerrp: if a recording works just fine, you should count yourself among the vast majority of mythtv users for the past several years
[14:41:11] adam_112: Is there another product out there that actually works?  :)
[14:41:24] wagnerrp: recording failures are pretty rare these days without external changes beyond our control
[14:41:50] derekj: adam_112: mythtv works fine as long as you don't use it to watch livetv
[14:42:07] wagnerrp: derekj: and that should be significantly improved in 0.25
[14:42:17] adam_112: I'm looking for livetv.
[14:42:19] wagnerrp: a lot of the livetv issues that crept in with 0.24 should be resolved currently
[14:42:28] adam_112: I'm running .25 right now.
[14:42:30] derekj: adam_112: then don't use myth
[14:42:31] wagnerrp: that was the purpose of the week delay of the release of 0.25
[14:42:53] adam_112: :)
[14:43:36] adam_112: Do you have an other suggestions? I'd like to run a backend for recording etc. and a thinclient zotac frontend.
[14:43:47] adam_112: an – any
[14:44:01] tgm4883: wait 4 days?
[14:44:10] wagnerrp: derekj: the livetv issues were always due to analog capture, there are no significant reported issues with digital live tv (besides it taking a long time)
[14:44:18] derekj: adam_112: if you want to watch live tv why bother using dvr at all?
[14:44:25] wagnerrp: which is why i have no idea what could be causing adam_112's problems
[14:44:48] derekj: wagnerrp: no, there are plenty of issues with sound....
[14:45:06] derekj: and timing out 100ms*1000
[14:45:09] wagnerrp: considerably more strange is that all of the livetv issues tend to be related to changing channels or changing programs, where as his live tv just arbitrarily stops recording
[14:45:20] derekj: lameness like those
[14:45:28] wagnerrp: sound issues? got a ticket i could look at?
[14:45:33] adam_112: I've one cablecard in a HD homerun prime. I don't want to pay for a cablecard for each tv.
[14:45:49] adam_112: I'm cheap!
[14:45:55] derekj: wagnerrp: I don't bother submitting bug reports for livetv
[14:46:02] wagnerrp: adam_112: besides the fact that its damn hard to find a tv that will accept a cablecard
[14:46:12] wagnerrp: if no one submits tickets, how are bugs ever going to get fixed?
[14:46:13] adam_112: exactly
[14:46:16] derekj: way too messed up even to begin to describe the issues
[14:47:30] derekj: adam_112: go knock yourself out submitting bug reports for livetv
[14:48:13] derekj: wagnerrp: it's not as if the devs weren't full aware that there were serious issues with livetv
[14:48:45] wagnerrp: serious issues with analog, yes
[14:49:16] derekj: wagnerrp: besides I personally don't use live tv, except for sanity checks for diagnostics
[14:49:21] wagnerrp: the only issues with digital im aware of is the slight gap between show transitions, and difficulty when trying to tune a digital channel that does not exist
[14:49:45] adam_112: The weird thing is I can tune the channels using VLC and the prime gui
[14:49:45] derekj: wagnerrp: no, serious issues with livetv, period. Digital or analog
[14:50:24] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv-users
[14:50:25] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[14:51:01] wagnerrp: like i said, as a dev, im not aware of any serious issues with digital livetv
[14:51:11] derekj: pfft
[14:51:34] derekj: a blind man can see there are serious issues with livetv
[14:51:35] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv-users
[14:51:36] wagnerrp: the only one i would consider serious is the annoyance where tuning an invalid channel will cause the session to terminate, and subsequent attempts to access livetv will fail because its trying to start on an invalid channel
[14:52:04] derekj: wagnerrp: I'm not even referring to that
[14:52:55] wagnerrp: that, and the gap between back-to-back shows on the same channel, are the only two im aware of
[14:53:02] derekj: livetv playback (on a single program) doesn't work nearly anywhere nearly as well as prerecorded playback
[14:53:19] derekj: and it's not because my machines are under-powered
[14:53:24] wagnerrp: as you, i periodically use livetv for testing things, and ive not noticed any problems
[14:54:51] wagnerrp: the only other one i know of is strange behavior due to damaged seek tables that need to be regenerated offline, however that affected both livetv and recordings
[14:54:58] derekj: you run livetv on mythtv from a console prompt and you will immediately see a difference in number of messages as well as playback hiccups
[14:55:28] derekj: compared to playback of pre-recorded
[14:58:47] derekj: I set up myth for a friend who has a dad in advanced age
[14:58:51] wagnerrp: that could just indicate excessively verbose logging on issues that are otherwise handled fine by the player
[14:59:02] derekj: the dad likes to watch livetv
[14:59:46] derekj: I told my friend if his dad wants to watch live tv he should just use the tuner in the TV and call it a day
[15:00:23] derekj: wagnerrp: I assure you those messages are not "well handled" by the player
[15:00:54] wagnerrp: in which case we should be getting tickets to improve the player
[15:01:16] derekj: when you have rate limited 100ms timeout messages there are serious issues
[15:01:34] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Quit: Ex-Chat)
[15:01:39] derekj: (not to mention the stuttered playback on DIGITAL
[15:02:01] wagnerrp: we dont do rate limiting, do you mean youre running it through syslog rather than the terminal?
[15:02:50] derekj: in logs they show up as rate limited
[15:03:14] derekj: in terminal they do not
[15:03:27] derekj: anyway, enough talk about livetv
[15:03:45] wagnerrp: by "rate limited", you mean you have thousands of duplicate messages, so it merges them and only displays one instance with "(N copies)"
[15:03:49] wagnerrp: yes, we dont do that
[15:04:00] derekj: if the devs want to improve it I'm sure they don't lack any places where to start
[15:04:11] derekj: wagnerrp: yup
[15:04:28] wagnerrp: thats because youre routing your logs through your syslog daemon
[15:04:33] wagnerrp: which is doing that for us
[15:04:45] derekj: hell, I know that
[15:05:43] derekj: I'm saying if syslog has to throttle the number of messages and playback is stuttering you cannot claim "there is no problem with livetv playback"
[15:05:49] joki (joki!~joki@p548628DA.dip.t-dialin.net) has joined #mythtv-users
[15:06:22] alan12: derek keep in mind this is an opensource project
[15:06:25] wagnerrp: if syslog has to throttle the number of messages, that just means mythtv logs too verbosely
[15:06:36] derekj: when there is only one stream with no channel changing, etc.
[15:07:37] derekj: wagnerrp: then explain why syslog doesn't throttle when playing back pre-recorded, and more importantly, why there is significantly less (if any) stuttering
[15:07:40] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Ping timeout: 260 seconds)
[15:09:07] wagnerrp: well i fired up livetv about ten minutes ago, and was flipping through channels with no problem for several minutes
[15:09:19] wagnerrp: i left it on one channel for around a minute, and just hit what you see to be describing
[15:10:42] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users
[15:16:11] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[15:19:16] wagnerrp: derekj: these log messages youre talking about are merely the ringbuffer code tuning its transfer block size. honestly something that should be made debug rather than info
[15:19:56] derekj: wagnerrp: just to make clear, I'm not complaining about the # of messages
[15:20:05] wagnerrp: i realize that
[15:20:31] wagnerrp: like i said, i saw that issue where it just seized up, but i cant seem to force it
[15:20:39] derekj: I'm complaining about the difference in playback quality between live vs. recorded
[15:21:09] derekj: wagnerrp: you don't really need to force it to reproduce
[15:21:26] wagnerrp: im not seeing any kind of quality issues
[15:21:29] derekj: it happens often enough to make livetv unwatchable
[15:21:43] wagnerrp: this is digital, not analog, youre talking about?
[15:21:49] derekj: yup
[15:22:05] wagnerrp: the default 'livetv' encoder profiles for analog tv are intentionally at significantly lower bitrate, and will be lower quality
[15:22:28] derekj: havent used analog for at least 6 years
[15:23:15] wagnerrp: the only thing i can think of that would cause quality issues is some glitch in the code that prevents the frontend from hitting the end of the file
[15:23:38] derekj: maybe
[15:23:40] Cardoe: wagnerrp: ah ok I understand now. Gentoo does support that so sure we could enable that
[15:23:45] wagnerrp: if the frontend hits the end of the file, it will attempt to play an incomplete frame, with the visual artifacts that produces
[15:24:17] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[15:24:23] wagnerrp: wait, is that drew carey on the price is right?
[15:24:26] derekj: but there is also funkiness with sound processing latency that's particularly noticeable in livetv playback
[15:24:37] derekj: wagnerrp: lol
[15:25:00] wagnerrp: it sounds like him, it looks kind of like him, but i dont think its him
[15:25:24] wagnerrp: no, it is him
[15:25:29] jams: unless they got a new host it's him
[15:25:32] derekj: wagnerrp: Isn't he the host of that show?
[15:25:45] wagnerrp: yeah, for a couple years now
[15:26:07] derekj: wagnerrp: yup, you're behind the times :)
[15:26:43] wagnerrp: jams: ive been looking through this smolt data...
[15:26:54] wagnerrp: i knew bob barker was gone, but i didnt know who they replaced him with
[15:27:03] wagnerrp: there are 21 people listed for the US locale
[15:27:10] wagnerrp: yet only 9 people using a US-based time zone
[15:27:15] wagnerrp: (and one more in canada)
[15:27:25] jams: yeah i saw that
[15:27:53] jams: figured TZ was correct, and they just picked the default us/locale when setting up myth
[15:28:22] wagnerrp: probably
[15:29:14] alan12: anyone use this remote http://www.amazon.com/RFS200-PowerPak-Bundle- . . . 3&sr=8-1
[15:29:27] wagnerrp: i wonder if we could have some "derived country", with a time zone lookup table
[15:30:07] wagnerrp: i dont really know if the Olsen DB has cities available for every country
[15:30:17] derekj: alan12: is it JP1 capable?
[15:30:22] jams: probably doesn't
[15:31:17] alan12: derek not sure
[15:31:19] derekj: alan12: remotecentral is probably your best bet
[15:31:38] derekj: alan12: for feedback & specs
[15:32:30] derekj: alan12: for $70 I'd probably find other alternatives
[15:32:37] wagnerrp: sphery: youve got it backwards, the guy was asking if he could run it when the backend was NOT running (during shutdown)
[15:32:40] jams: well it's hard to go wrong with a URC
[15:32:59] wagnerrp: although TBH, its a moot question, as everything is going down, including the database
[15:33:14] sphery: hehe, I guess so
[15:33:18] wagnerrp: IMHO, you shouldnt be doing system maintenance when shutting down
[15:33:29] alan12: derek the problem is that my FE's are in the attic, ive tried bluetooth but it drops signal too much
[15:34:13] derekj: alan12: hmm??
[15:34:21] joki- (joki-!~joki@p5486221A.dip.t-dialin.net) has joined #mythtv-users
[15:34:43] derekj: alan12: why you need to blast a FE?
[15:35:06] jams: derekj- have you tried disabling all logging or redirecting to /dev/null? it's possible that too much IO is generated causing minor glitches.
[15:35:29] derekj: jams: no, I'm sure logging is not the issue
[15:35:49] joki (joki!~joki@p548628DA.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[15:35:49] joki- is now known as joki
[15:36:04] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Remote host closed the connection)
[15:36:10] derekj: jams: something else is going on
[15:36:30] alan12: what do you suggest i do derek?
[15:36:40] derekj: jams: I mean why would playback log more on live vs. pre-recorded?
[15:37:00] derekj: alan12: I don't even know what you're trying to achieve
[15:37:16] alan12: trying to find efficient remote control scheme to control my FE's in attic
[15:37:38] derekj: alan12: are you watching in the attic? I dont get it
[15:37:43] wagnerrp: derekj: because the file/network buffers are regulating themselves due to varying content bitrate
[15:37:56] wagnerrp: theyre pulling more data than is yet available, and logging such
[15:38:08] alan12: no not watching in the attic they are located in the attic and then tvs are the floor below
[15:38:28] jams: wagnerrp- also thinking that during reporting, it might be worthwile to group the DB version. I don't see a reason to distinguish between all the 5.X.minor-change
[15:38:47] derekj: wagnerrp: what? prerecorded would have the same exact bit rate as live (assuming the same show)
[15:39:11] derekj: alan12: so why is the FE in the attic??
[15:39:12] wagnerrp: derekj: yes, but it would only ever hit the end of the file once
[15:39:17] kmcorbett (kmcorbett!~kmcorbett@199.180.145.100) has joined #mythtv-users
[15:39:18] derekj: alan12: makes no sense
[15:39:58] derekj: alan12: oh, wait a sec
[15:40:01] wagnerrp: jams: could be done client or server side
[15:40:14] derekj: alan12: you have a long run of hdmi cable?
[15:40:19] alan12: yes
[15:40:27] derekj: alan12: lol
[15:40:40] alan12: i dont like using my iphone to control them
[15:40:42] alan12: doenst feel right
[15:40:58] wagnerrp: you could try one of the pulse-8 units
[15:40:58] derekj: feels more right than using URC :)
[15:41:17] wagnerrp: strips the CEC signal out of the HDMI cable, and allows access to it over USB
[15:41:31] wagnerrp: in theory, allowing you to use your TV as a IR receiver for your PC
[15:41:39] alan12: wow thats neat
[15:41:48] derekj: I thought pulse 8 is IR?
[15:41:48] wagnerrp: in practice, mythtv "supports" it, but i have absolutely no idea what that actually means
[15:41:55] wagnerrp: no, CEC
[15:42:12] derekj: oh, I'm thinking something else
[15:42:14] wagnerrp: there is another unrelated product that repurposes the CEC wire as an IR extender
[15:42:38] derekj: yeah, I think the other one isconsiderably more expensive
[15:42:53] alan12: whats the first thing called pulse-8
[15:43:15] wagnerrp: a little HDMI passthrough box that strips out the CEC data for access over USB
[15:43:29] alan12: how much is it
[15:43:38] wagnerrp: only a handful of ARM devices, and no AMD/nVidia cards, support CEC for PCs
[15:43:40] derekj: think around 45
[15:43:46] alan12: not bad
[15:43:48] wagnerrp: something like that, yeah
[15:44:07] alan12: have u ever tried it
[15:44:08] alan12: lol
[15:44:17] derekj: nope
[15:44:26] alan12: where can i buy it
[15:44:26] derekj: using nvidia here
[15:44:36] wagnerrp: CEC is a serial data communication path designed to allow HDMI devices to auto-manage each other
[15:44:43] derekj: go buy a raspberri pi :)
[15:44:49] EvilGuru: wagnerrp: Didn't Toshiba add CEC support to some of their laptops
[15:44:58] derekj: EvilGuru: yup
[15:45:23] wagnerrp: EvilGuru: AFAIK, the intel chipsets support it, but im not aware of anyone who wires up the necessary hardware coming off the TMDS transmitter to make use of it
[15:46:21] wagnerrp: alan12: anyway, as mentioned, mythtv will link against it and "support" it, but i have no idea what its current capabilities entail
[15:48:00] alan12: apparently its supported in LG Tv's
[15:48:03] alan12: which is what I have
[15:48:13] EvilGuru: most TVs support it, albeit under their own branding
[15:48:15] wagnerrp: it should be supported in most modern HDMI TVs
[15:48:18] derekj: so my friend driveblew up....
[15:48:30] wagnerrp: but as EvilGuru mentioned, every manu has their own name for it
[15:48:51] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[15:49:13] derekj: turns out if you advance rma a drive (and don't decide to return it) they only charge you $80 for it
[15:49:22] derekj: a real bargain!
[15:49:44] derekj: umm, decide not to return it
[15:49:57] wagnerrp: last i did an advance RMA, it was considerably more expensive than the 'street price'
[15:50:07] EvilGuru: advance RMA?
[15:50:29] derekj: yeah, well, now street price is above RMA price
[15:50:30] wagnerrp: EvilGuru: normal RMA, you ship them your drive and they return a replacement
[15:50:55] wagnerrp: advance RMA, you pay them to ship you a replacement, and then you use the return label to send the old one back
[15:51:25] wagnerrp: normal RMA is free, but shipping is usually ~$10
[15:51:32] EvilGuru: I currently have two dead disks waiting to be RMA'ed
[15:51:42] alan12: im going to buy that thing, il let you all know how it works
[15:51:43] wagnerrp: while advance RMA, they charge you ~$15-$20, but the return is pre-paid
[15:51:48] derekj: the funny thing is I triggered sector sparing using dd
[15:51:49] EvilGuru: Amazingly both are more expensive now then when I bought them
[15:52:11] derekj: so now his drive is "OK" again
[15:52:22] EvilGuru: derekj: That is not uncommon; read a drive every month or so and you'll have fewer issues
[15:52:45] derekj: read doesn't trigger sector sparing
[15:52:53] derekj: write does
[15:53:23] derekj: pending sectors doesn't do anybody any good
[15:53:39] EvilGuru: Many drives will swap out on read without needing to write
[15:54:08] derekj: EvilGuru: maybe your rich enterprise drives
[15:54:23] derekj: not his desktop drive
[15:55:17] wagnerrp: theyre the same thing, often only the firmware is retuned
[15:58:08] EvilGuru: does anyone still provide 5yr warrenties with consumer drives?
[15:58:19] derekj: think so
[15:58:29] derekj: seagate still does for retail
[15:58:33] alan12 (alan12!442d0862@gateway/web/freenode/ip.68.45.8.98) has quit (Quit: Page closed)
[15:58:50] derekj: but you generally get back refurb mystery meat
[15:59:14] derekj: so warranty really isn't worth much
[15:59:42] EvilGuru: I'm okay with that; most of my dead drives come from RAID 1 arrays
[15:59:45] derekj: cause you might end up with a drive that's even worse than the one you have on hand
[16:00:31] derekj: I've heard stories of RMAs that didn't survive the week
[16:01:27] EvilGuru: interesting, thus far when I have RMA'ed it has been to the distributor
[16:01:33] derekj: plus who whant to get back a seagate 7200.11 (even if it's brand new?)
[16:01:50] derekj: wants*
[16:02:10] derekj: EvilGuru: that's if you bought it from an oem
[16:02:31] derekj: EvilGuru: generally 3 yr warranties from oem
[16:03:42] EvilGuru: I went off of seagate after having a 7200.10 die on me
[16:03:55] derekj: EvilGuru: good call
[16:04:32] EvilGuru: then went WD, but had high load cycle count issues so never trusted them fully, played with Samsung until I got bit by dodgy firmware and am now back with seagate
[16:04:38] derekj: my 7200.10 died 3 days past it's warranty
[16:04:44] derekj: I kid you not
[16:05:22] derekj: EvilGuru: should have gone for hitachi before they got acquired by seagate
[16:05:53] EvilGuru: I did get two 1TB hitatchi drives, not bad at all, three years on one is good the other died electrically a month ago
[16:06:12] derekj: EvilGuru: if you read the linux kernel sources you'd known to avoid samsung like the plague
[16:06:23] slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has quit (Remote host closed the connection)
[16:07:15] derekj: EvilGuru: and understood why certain companies make you sign NDAs :)
[16:07:58] EvilGuru: I have two seagate SCIS drives which — I believe — are getting close to 100,000 hours
[16:08:03] EvilGuru: *SCSI
[16:08:30] derekj: nice
[16:08:45] derekj: back when they built quality and not crap
[16:09:31] EvilGuru: I would quite like to take my non-mythtv boxes to SSDs but the firmware issues scare me
[16:09:54] derekj: EvilGuru: pfft
[16:10:14] derekj: EvilGuru: go pxe netboot :)
[16:10:38] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Ping timeout: 240 seconds)
[16:12:11] mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv-users
[16:13:48] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Ping timeout: 245 seconds)
[16:14:43] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[16:46:25] blscearce (blscearce!~blscearce@64.125.181.72) has joined #mythtv-users
[16:46:45] wagnerrp: blscearce: tuner priority not withstanding, the scheduler will automatically choose the first tuner available
[16:47:09] wagnerrp: since you have three tuners in an HDHR, that means a Prime, meaning youre going to be recording the same digital cable channels you would from analog capture off your PVR-150
[16:47:35] wagnerrp: although to be honest, youre going to always want to use the HDHR for those channels you can, and only use the -150 and cable box for those channels that are marked DRM
[16:47:58] wagnerrp: so you likely want to set up two different video sources, with no common channels between them
[16:48:04] blscearce: I thought that assigning the PVR150 tuners a lower priority would do exactly that
[16:48:38] blscearce: I do have two video sources, but the PVR150 channels are a proper subset of the HDHomerun Prime channels
[16:49:07] wagnerrp: the issue is that depending on the priority different, it may choose to use the PVR-150 now, rather than a Prime at a later date, which is likely not what you want
[16:49:40] blscearce: But the situation I had was: channel (say) 4 is available on both HDHR and PVR150
[16:49:41] wagnerrp: the -150 should be a superset, since its recording the digital cable channels the HDHR has the right to give mythtv, as well as the digital cable channels it doesnt and have to be routed through the cable box
[16:49:55] wagnerrp: or do you actually still have analog cable available?
[16:50:04] blscearce: one tuner is being used on HDHR, the other two were available, and it chose to use the PVR150
[16:50:26] wagnerrp: if this is analog cable, then you are actually talking about independent SD and HD versions of that channel
[16:50:37] wagnerrp: which are going to be different channels, with different XMLTV IDs
[16:50:52] blscearce: I have a ~50 channel lineup from my cable company, the bottom ~10 or so are available as analog.
[16:50:55] wagnerrp: have you ever used more than one tuner on the HDHR?
[16:51:19] wagnerrp: 50-channel lineup... this is just unencrypted cable without a cablecard?
[16:51:25] blscearce: Yes, all the time. the thing that was unusual this week is that a PVR-150 was being used at all
[16:51:42] blscearce: Cablecard in the HDHR to get the ~40 channels, not required for the other 10
[16:51:58] wagnerrp: but 40 channels is pretty light for digital cable
[16:52:07] wagnerrp: i mean i get ~25 channels from my local broadcasts
[16:53:08] blscearce: Maybe it's more than that... fewer than 100 though. I don't have the box in front of me. But definitely the HDHR can record the unecrypted channels, so its videosurce includes them; the PVR-150 can ONLY record the unencrypted channels, so it's videosource comprises them
[16:53:09] wagnerrp: if you do have two separate video sources for your two tuner types, you will have different channel IDs for each source
[16:53:31] wagnerrp: and if you have any 'record on this channel' rules
[16:53:45] wagnerrp: those will record against a specific channel id, meaning they will record against a specific video source
[16:54:07] blscearce: I hadn't thought of that, maybe that's what happened.
[16:54:10] wagnerrp: if you made that rule back when you only had the -150s, then it will still be trying to record off the 150s
[16:54:19] wagnerrp: since those are the only ones that have access to that channel
[16:54:21] blscearce: No, I've always had all the tuners
[16:54:43] wagnerrp: well you still could have selected the wrong version of the channel when making the rule
[16:54:57] wagnerrp: which is why it is recommended to always use 'record on any channel' unless you have very good reason otherwise
[16:55:05] blscearce: I've been using this for six months, and the only time (before this) I've seen the 150s being used is when I deliberately set up five conflicting recordings, just to make sure it worked
[16:56:09] blscearce: I usually do set up recording rules that way, but it's possible that the PVR-150 recording I noticed this week is from a recently-created rule that is "this channel only".
[16:56:12] wagnerrp: are you using the same or different SD lineups for these video sources?
[16:56:19] blscearce: Different
[16:56:47] wagnerrp: the analog and digital lineups will be using different XMLTV IDs and could potentially have different data
[16:57:03] wagnerrp: the -150 channel could have started a minute ahead of the HDHR channel
[16:57:08] wagnerrp: according to the guide data
[16:57:23] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[16:57:28] wagnerrp: i dont know off hand the behavior pertaining to priority levels and deferring to a later recording
[16:59:09] blscearce: I think the XMLTV data will be the same — the two SD lineups were created by just selecting from the channels that my cable company offers, and the =150 lineup is just the analong channels
[16:59:32] blscearce: so the start times should match
[16:59:50] wagnerrp: different XMLTV IDs, different guide data
[16:59:52] blscearce: but I will check if this is from a "this channel only" recently-created recording
[16:59:55] wagnerrp: they may line up, they may not
[17:00:21] blscearce: thank you very much for the detailed explanation
[17:01:31] adam_112: so no more ideas on my livetv issue? http://pastebin.com/BW6BXe8Z
[17:27:57] adam_112: nada?
[17:28:02] adam_112: Dang.
[17:28:07] wagnerrp: nope
[17:28:33] adam_112: Well that sucks. Was really hoping I could get it to work.
[17:28:54] wagnerrp: it *should* work, many other users are using the same hardware
[17:29:01] wagnerrp: i cant explain why you might be having problems
[17:29:12] adam_112: Can you least tell me if I'm having problems in the frontend or the backend?
[17:29:25] adam_112: Or what is causing the failure?
[17:29:43] wagnerrp: got that link to the logs again?
[17:29:46] adam_112: IS the backend starved for data?
[17:29:53] adam_112: http://pastebin.com/BW6BXe8Z
[17:30:34] adam_112: If I could get it narrowed down to that it might give me something to go on.
[17:31:29] wagnerrp: the diagnostic page on your HDHR says the cablecard is paired properly?
[17:31:51] adam_112: Yes. I can use the card with WMC
[17:32:50] wagnerrp: this bit in the backend where it complains about the channel being encrypted, and trying to apply some PID filer, makes no sense
[17:33:13] wagnerrp: the Prime is supposed to handle all that internally using its virtual channel table
[17:33:24] wagnerrp: mythtv is supposed to be ignorant of any such information
[17:33:30] adam_112: Okay. You are talking above my head here.
[17:33:40] wagnerrp: 23:00:05
[17:34:02] wagnerrp: the PMT table and PID filter is what is used to denote multiple streams (multiple channels) in a digital multiplex
[17:34:14] wagnerrp: you tune the multiplex, and can capture multiple channels out of it simultaneously
[17:34:25] wagnerrp: using the filter to specify specifically which ones you want
[17:34:33] adam_112: Okay. I think I understand.
[17:34:36] wagnerrp: but that only should happen when operating in ATSC/ClearQAM mode
[17:34:53] wagnerrp: in cablecard mode, mythtv should be using a completely different mechanism for tuning
[17:35:06] wagnerrp: passing the virtual channel number into the HDHR, and letting it handle all that
[17:35:14] adam_112: Yes. That is what I was told by my cable company.
[17:35:34] adam_112: Do I need to run this by silicondust?
[17:35:57] wagnerrp: ive never used one myself, and i dont know enough about the libraries to say definitively that is bad
[17:36:04] wagnerrp: ill just say it seems "odd"
[17:36:07] adam_112: k
[17:36:25] wagnerrp: almost as if mythtv is detecting it as a standard HDHR, and not a Prime
[17:36:45] wagnerrp: quick check, you pulled your lineup from schedules direct, correct?
[17:36:52] wagnerrp: you at no point ever scanned for channels?
[17:36:52] adam_112: Yes I do.
[17:37:11] adam_112: Never scanned using Myth. I'm sure I did under wmc
[17:37:32] wagnerrp: if anything, WMC would have just grabbed a lineup off the HDHR, rather than any real scan
[17:37:40] adam_112: k
[17:38:03] wagnerrp: i just ask as you shouldnt even have the kind of data stored in your database needed to perform that kind of tuning operation
[17:38:20] wagnerrp: mythtv shouldnt know to complain that "program 8 is encrypted"
[17:38:35] adam_112: Ahhhh I see.
[17:38:42] wagnerrp: unless as mentioned, it is some internal behavior of the library
[17:39:38] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Quit: brfransen)
[17:39:48] adam_112: To setup the unit I first ran the schedules direct pointing to the demo tuner. Then pointed the downloaded info to the homerun.
[17:40:07] wagnerrp: demo tuner... the instructions for 0.24?
[17:40:15] adam_112: Yes.
[17:40:25] wagnerrp: i would delete the tuner, and try on a fresh video source with 0.25
[17:40:36] wagnerrp: dont use that old source
[17:40:54] adam_112: If I delete the tuner will that delete everything from the db?
[17:41:09] adam_112: Should I delete my Schedule Direct stuff also?
[17:41:09] wagnerrp: the tuner only references the tuner
[17:41:17] wagnerrp: the video source maps to multiple tuners and stores all your channels
[17:41:33] wagnerrp: any recordings youve made are independent from both of those
[17:41:36] adam_112: So should I delete the video source
[17:41:46] adam_112: I don't have anything on the unit yet.
[17:41:54] wagnerrp: no recordings? then just trash it
[17:42:04] adam_112: ??
[17:42:06] wagnerrp: delete tuner and video source, and start from scratch
[17:42:11] adam_112: Will do!
[17:42:21] adam_112: I'll gather the logs and post back.
[17:43:29] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv-users
[17:45:00] Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-088-069-031-169.pools.arcor-ip.net) has joined #mythtv-users
[17:48:26] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Quit: brfransen)
[17:48:45] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv-users
[17:52:09] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Remote host closed the connection)
[18:02:43] Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-088-069-031-169.pools.arcor-ip.net) has quit (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
[18:05:00] d00gster (d00gster!~dt@173.195.1.95) has joined #mythtv-users
[18:13:16] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[18:16:25] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[18:20:11] faichele_ (faichele_!~quassel@p5498FB73.dip.t-dialin.net) has joined #mythtv-users
[18:22:01] d00gster (d00gster!~dt@173.195.1.95) has quit (Quit: d00gster)
[18:23:39] d00gster (d00gster!~dt@173.195.1.95) has joined #mythtv-users
[18:40:15] Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-088-069-031-169.pools.arcor-ip.net) has joined #mythtv-users
[18:40:53] lapion (lapion!~axion@axion.xs4all.nl) has quit (Ping timeout: 245 seconds)
[18:52:09] skd5aner: I don't understand why some messages going to -firehose have the old format and some have the "new" format?
[18:54:05] skd5aner: #10549
[18:54:05] ** MythLogBot http://code.mythtv.org/trac/ticket/10549 **
[18:54:25] Seeker`: is Paul Gardiner in here?
[18:58:14] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Quit: :q!)
[19:01:18] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[19:15:17] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 246 seconds)
[19:15:46] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[19:19:36] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Remote host closed the connection)
[19:32:50] jams: is it a known problem that channels can not be changed via the program guide with live-tv? anytime i try it says that all available inputs are in use
[19:36:04] wagnerrp: could be related to #10545
[19:36:04] ** MythLogBot http://code.mythtv.org/trac/ticket/10545 **
[19:36:20] jams: was just looking at that
[19:37:17] jams: least CC works now for analog. it's about twice as slow, but it works
[19:37:44] jams: did segfault on me once..but haven't been able ot make that happen again
[19:41:07] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[19:42:03] jams: actually more then 2x. used to be sub 2 secs, now it's 8
[19:47:21] Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-088-069-031-169.pools.arcor-ip.net) has quit (Read error: Connection reset by peer)
[19:48:01] lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv-users
[19:52:09] kmcorbett (kmcorbett!~kmcorbett@199.180.145.100) has quit (Quit: Leaving.)
[20:02:19] d00gster_ (d00gster_!~dt@77.30.60.142) has joined #mythtv-users
[20:05:34] nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users
[20:05:53] d00gster (d00gster!~dt@173.195.1.95) has quit (Ping timeout: 245 seconds)
[20:05:53] d00gster_ is now known as d00gster
[20:14:16] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv-users
[20:19:30] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[20:22:15] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[20:22:23] adam_112_ (adam_112_!~chatzilla@mail.riskadmin.com) has joined #mythtv-users
[20:24:14] adam_112 (adam_112!~chatzilla@mail.riskadmin.com) has quit (Ping timeout: 250 seconds)
[20:24:19] adam_112_ is now known as adam_112
[20:28:31] EvilGuru: Bah! My mythtv box tried to write to LBA 0x0fffffff silly thing
[20:28:39] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[20:28:58] EvilGuru: No wonder I was having playback troubles last week
[20:30:05] Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users
[20:32:42] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[20:34:59] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Remote host closed the connection)
[20:35:27] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[20:35:55] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Remote host closed the connection)
[20:35:56] ** EvilGuru had thought that the kernel devs had dealt with these snafu's **
[20:51:46] blscearce (blscearce!~blscearce@64.125.181.72) has quit (Read error: Connection reset by peer)
[20:52:02] blscearce (blscearce!~blscearce@64.125.181.72) has joined #mythtv-users
[21:03:23] somedude (somedude!~root@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv-users
[21:06:37] somedude: hey all – I lost a hard drive with ~20 recordings on it – if I delete them in mythweb (but allow re-record) they still show in the recgroup 'deleted' so myth thinks there's ~30GB of unclaimed space – anything I can do about this?
[21:12:38] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[21:32:22] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:34:29] bofh_omega (bofh_omega!~bofh_omeg@p549EAE8C.dip.t-dialin.net) has joined #mythtv-users
[21:34:40] bofh_omega: Hi @all.
[21:35:57] bofh_omega: I've a mythbox with upnp. TV doesn't show the records. PS3 shows the records. If I use mediatomb on the mythtv servers recording direktory I can view recordings on TV and PS3. Any ideas?
[21:36:17] sphery: somedude: mythweb can't delete recordings whose files no longer exist... use mythfrontend or find_orphans.py
[21:36:29] sphery: http://www.mythtv.org/wiki/Find_orphans.py
[21:37:36] sphery: somedude: and http://www.mythtv.org/wiki/Frequently_Asked_Q . . . t_on_disk.3F
[21:38:26] somedude: thanks sphery
[21:39:19] bofh_omega: In my opinion. TV is able to decode the files (mediatomb doesn't render on the fly) But the following tweek was necessary
[21:39:22] bofh_omega: <map from="mpeg" to="video/mpeg"/>
[21:39:41] bofh_omega: bzw <map from="mpg" to="video/mpeg"/> <map from="mpegts" to="video/mpeg"/>
[21:41:04] bofh_omega: to get mediatomb to work. Is there a similar option for mythtv?
[21:43:09] bofh_omega: there are other users with similar issues http://www.mythtvtalk.com/samsung-dlna-mythtv-upnp-11789/
[21:43:31] bofh_omega: but I'd definitly would like to use mythtv, not mediatomb for this task
[21:45:18] wagnerrp: bofh_omega: mediatomb DOES encode on-the-fly if you tell it to
[21:46:48] somedude: sphery – does find orphans allow rerecord? The prompts just say "delete"
[21:46:57] wagnerrp: yes
[21:47:00] bofh_omega: right, i haven't told it to.
[21:48:00] bofh_omega: wagnerrp: <transcoding enabled="no">
[21:48:45] adam_112 (adam_112!~chatzilla@mail.riskadmin.com) has quit (Read error: Connection reset by peer)
[21:49:57] somedude: wagnerrp – was that for me?
[21:50:33] wagnerrp: yes
[21:50:38] somedude: k – thanks!
[21:50:57] jkfod (jkfod!~Greg_od@79.140.13.90) has joined #mythtv-users
[21:51:38] faichele_ (faichele_!~quassel@p5498FB73.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[21:56:40] jkfod (jkfod!~Greg_od@79.140.13.90) has quit (Quit: Leaving.)
[22:10:46] pmhahn_ (pmhahn_!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users
[22:11:18] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Ping timeout: 245 seconds)
[22:11:33] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds)
[22:18:29] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Ping timeout: 245 seconds)
[22:23:59] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[22:28:55] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[22:31:44] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:36:02] Beirdo: head. spinning.
[22:46:06] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[23:03:10] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[23:09:47] somedude (somedude!~root@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Quit: Lost terminal)
[23:23:07] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users
[23:30:47] blscearce (blscearce!~blscearce@64.125.181.72) has quit (Ping timeout: 246 seconds)
[23:40:05] derekj (derekj!4c15556e@gateway/web/freenode/ip.76.21.85.110) has quit (Quit: Page closed)
[23:41:54] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv-users
[23:42:16] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Client Quit)
[23:58:44] Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Quit: Leaving)

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