--- | Log | opened Mon Jan 07 00:00:41 2008 |
--- | Day | changed Mon Jan 07 2008 |
00:00 | <GreyFoxx> | With all the talk of moving mythvideo content into a SG, I hope whatever solution gets done it still supports direct browsing of the content. It would suck if we were forced run videomanager everytime |
00:01 | <Captain_Murdoch> | I thought that's what the GetAllFiles() would be used for, to build the tree to browse. |
00:01 | |-| | jamesd [n=jamesd@adsl-68-248-231-27.dsl.milwwi.ameritech.net] has joined #mythtv |
00:02 | <xris> | yeah |
00:02 | <xris> | we're still talking about different things, though |
00:02 | <GreyFoxx> | xris: with all your messing with ffmpeg, ever use it to convert a mpeg into a wmv file ? |
00:03 | <xris> | there's a wmv module for nuvexport |
00:03 | <GreyFoxx> | I'm back onto the idea of finding a way to live convert a recording to wmv, just like mythweb is doing to make the flashplayer stuff |
00:03 | <xris> | or something like that |
00:04 | <xris> | ffmpeg only has access to the really old wmv codecs |
00:04 | <GreyFoxx> | ahhh |
00:04 | <xris> | better to use something more standard like h.264 or divx |
00:04 | <GreyFoxx> | wmv9 would be preferred of course :) |
00:04 | <Captain_Murdoch> | xris, what you need might have to be more of a "save this file" command on the backend, rather than having the backend do the fetch itself. |
00:04 | <GreyFoxx> | the codec is more for the unit playing that for my preferrence :) |
00:04 | <clever> | xris: ive got an idea on how to fix generic subtitle/descriptions which i think would work as a addition to mythweb |
00:05 | <Tanthrix> | GreyFoxx: I second your feelings on mythvideo. In fact, I think you were the one that implemented the ability to turn of the DB functions for mythvideo after I spoke to you about it. For those of us with networked shares full of stuff, relyong too much on the db can cause serious problems. |
00:05 | <clever> | ive added a table to mythconverg which has every title/subtitle/description ever seen |
00:06 | <xris> | Captain_Murdoch: figured it'd be easier to get all of that into the backend rather than having to reinvent a "grab" routine in each client. |
00:06 | <clever> | xris: basicaly i want to have a list of select subtitle from allshows where title='x'; and stamp its values over the selected recording |
00:06 | <xris> | could be useful for mythmusic/video, too.. podcasts, etc |
00:06 | <GreyFoxx> | Takes 2-3 seconds to scan through my 2800 files over an NFS mount. 1 second after the info is cached |
00:06 | <Tanthrix> | GreyFoxx: Though, I'd probably be happy if someone just made a simple file browser (like mythvideo in list mode) plugin for myth, with the ability to assign commands to file types. Then mythvideo could be changed as much as possible |
00:07 | <Tanthrix> | GreyFoxx: Currently about 9 seconds for me with the db metadata stuff turned off, for four separate smb mounts. Not sure how many files. |
00:07 | <xris> | clever: I want to redesign the program table to be a little more like how TMS stores the data (makes more sense to me).. separate the program and the schedule |
00:07 | <GreyFoxx> | That's strangley slow |
00:07 | <clever> | xris: the new table i have is basicaly a list of all episodes for every show |
00:08 | <clever> | xris: which you could refer to from the program table and cut the program table down some |
00:08 | <xris> | clever: yeah... |
00:08 | <Captain_Murdoch> | xris: only thing I'm was concerned about is giving mythtv the ability do download any file and write it to the disk. |
00:08 | <clever> | xris: i was also thinking the new table i added could be updated directly from SD |
00:08 | <xris> | Captain_Murdoch: that should be controlled by user permissions, though, no? I mean, it can already fill up the disk by just recording things. |
00:09 | <clever> | xris: so instead of scraping the info from program i can get a better list of EVERY episode of every show(posibly only those covered by record rules) |
00:09 | <xris> | clever: well, SD runs into some problems because we can't officially encourage people to archive that data. |
00:09 | <clever> | ah |
00:09 | <xris> | we're required to flush any local databases of "past" shows... that's one of the reasons we want to build our own database |
00:09 | <clever> | im archiving the title/subtitle and a few other posibly usefull columns atm |
00:09 | <clever> | for every uniq title/subtitle pair |
00:10 | <xris> | or work up a partnership with somewhere like tviv.org |
00:10 | <Captain_Murdoch> | yeah, probably could be secured enough. if someone runs the backend as root they're crazy. :) |
00:10 | <xris> | Captain_Murdoch: most fedora users do... no reason not to. |
00:10 | |-| | turbo changed nick to briand |
00:10 | <clever> | xris: are you allowed to scrape EVERY channel from tms then feed the data out from your own servers? |
00:11 | <xris> | we can't scrape anything from TMS |
00:11 | <clever> | it would be one heck of a scrape but it would only be done by 1 system |
00:11 | <Captain_Murdoch> | well, if I have write access to the DB, and I setup a SG to point to /etc, and then tell mythbackend to download my /etc/passwd and /etc/shadow from some website out there.... |
00:11 | <xris> | we don't even have permission at the moment to populate our db with the episode names from the TMS feed, and that's purely factual data... |
00:11 | <clever> | :( |
00:11 | <clever> | xris: im guessing right now sd is just an interface to get a valid name/pw on the tms servers |
00:12 | <xris> | yeah |
00:12 | <clever> | and to validate it |
00:12 | <xris> | but we'll be licensing the data to run it from our own servers |
00:12 | <GreyFoxx> | for the moment :) |
00:12 | <xris> | and can do more once we get that |
00:12 | <clever> | so for now i cant scrape info on the shows only |
00:12 | <clever> | so i'll have to go back to my current method of scraping the program table |
00:13 | <clever> | also one of my channels is showing the wrong name and listings |
00:13 | <clever> | when you get the data on your own servers i could browse a list of every channel out there and slap the right one into my source |
00:15 | <GreyFoxx> | I can't imagine there being and interface made which will show all channels in one big list :) |
00:15 | <clever> | i could just search that for keywords:P |
00:15 | <xris> | clever: sorry, that won't happen.. we're limited in how we present the data |
00:15 | <clever> | damn tms! |
00:15 | <clever> | :P |
00:15 | <clever> | damn wifi! |
00:16 | <clever> | (frontend just crashed AGAIN) |
00:16 | <clever> | and AGAIN |
00:17 | <clever> | 'fixed' |
00:18 | <xris> | clever: it's their data, they can tell us how to use it. |
00:18 | <clever> | yeah |
00:18 | <xris> | that's again why we want to get as much of our own versions of things as we can |
00:18 | <clever> | and you cant release the price |
00:18 | <clever> | so it could be 5$/month and i wont even know it |
00:18 | <clever> | so i have no idea what it would take to make my own deal with them:P |
00:19 | <GreyFoxx> | Call them and find out :) |
00:19 | <clever> | how many layers will i need to hire to get an answer:P |
00:19 | <xris> | I'll give your the name of our contact at TMS.. I'm sure he'd be happy to talk to you.. problem is, you wouldn't be able to afford it as an individual |
00:20 | <clever> | fixing the timeout bugs would come first here i feel |
00:20 | <clever> | i cant even watch 10mins without the frontend stoping and returning to the recording list |
00:21 | <clever> | and it doesnt do crap all to save the position so it takes 5mins to get back |
00:21 | <xris> | ick |
00:21 | <clever> | i set it to ask on recording end and save a bookmark on end |
00:22 | <clever> | and it doesnt:P |
00:23 | <clever> | best way to fix it is to constantly set a bookmark any time i feel a hint of it crashing |
00:23 | <clever> | which means i need a finger on the button 24/7 |
00:23 | <clever> | 2008-01-07 01:20:55.658 RingBuf(myth://192.168.1.60:6543/1020_20080107010200.mpg) Error: RingBuffer::safe_read(RemoteFile* ...): read failed |
00:24 | <clever> | thats the cause of the playback stoping |
00:24 | <clever> | and the cause of that appears to be some kind of timeout within the wifi drivers |
00:25 | <clever> | Captain_Murdoch: ive found 2 recordings which have messed up seek tables |
00:25 | <clever> | could extract more details if i knew how |
00:29 | |-| | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has quit [Remote closed the connection] |
00:30 | |-| | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has joined #mythtv |
00:34 | |-| | guest_ [n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net] has quit [Client Quit] |
00:37 | |-| | loops [n=sean@bas7-london14-1242516584.dsl.bell.ca] has quit ["Leaving"] |
00:43 | <clever> | the change i made semi works |
00:43 | <clever> | before |
00:43 | |-| | iotis [n=pete__D@adsl-69-209-226-129.dsl.chcgil.ameritech.net] has joined #mythtv |
00:43 | <clever> | the entire ui would lockup when the wifi dies |
00:43 | <clever> | and playback would resume when the wifi recovers |
00:43 | <clever> | some of the time the read would fail |
00:43 | <clever> | and seconds after playback resumes the buffer runs dry and it crashes |
00:44 | <clever> | the hacked up line of code simply makes the buffer alot more massive(30-45 seconds of play after a read failed) |
00:44 | <clever> | but its useless for actualy covering the wifi dropout since playback halts to a stop when the wifi dies even with the buffer full |
00:45 | <iotis> | got a ? been an fta dvb and stb user, want to use MYthTV, is it compatible with NEXUS-S dvb-s card |
00:45 | <clever> | read topic |
00:45 | <iotis> | sorry whats a better channel |
00:45 | <clever> | #mythtv-users |
00:45 | <iotis> | thx |
00:46 | |-| | iotis [n=pete__D@adsl-69-209-226-129.dsl.chcgil.ameritech.net] has left #mythtv [] |
00:47 | |-| | justinh [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has quit [Read error: 110 (Connection timed out)] |
01:05 | <clever> | FUCKIT |
01:05 | <clever> | im getting a cord! |
01:08 | <clever> | now to undo making a buffer 10x normal size which i can now see is eating half my ram |
01:08 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has quit [Remote closed the connection] |
01:26 | |-| | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has quit [Remote closed the connection] |
01:27 | |-| | kr00l [n=rob@c-67-190-214-28.hsd1.mn.comcast.net] has joined #mythTV |
01:27 | <kr00l> | hello? |
01:28 | <clever> | hello? |
01:29 | <kr00l> | I'm trying to get MythTV installed on my computer but i need help |
01:29 | <clever> | read the topic |
01:29 | <kr00l> | shit |
01:29 | <kr00l> | thx |
01:29 | |-| | kr00l [n=rob@c-67-190-214-28.hsd1.mn.comcast.net] has left #mythTV ["Ex-Chat"] |
01:38 | |-| | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
01:49 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] |
01:56 | |-| | jarle [n=jarle@70.84-234-133.customer.lyse.net] has quit [Read error: 110 (Connection timed out)] |
02:07 | |-| | xris [n=xris@xris.forevermore.net] has quit ["Leaving."] |
02:09 | |-| | justinh [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has joined #mythtv |
02:16 | |-| | justinh_ [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has joined #mythtv |
02:16 | |-| | justinh [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has quit [Read error: 104 (Connection reset by peer)] |
02:23 | |-| | justinh_ [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has quit [Remote closed the connection] |
02:44 | |-| | purserj [n=purserj@k-sit.com] has quit [Read error: 104 (Connection reset by peer)] |
02:46 | |-| | purserj [n=purserj@k-sit.com] has joined #mythtv |
02:53 | |-| | dans91_ [n=dans91@ppp194-240.static.internode.on.net] has joined #mythtv |
02:53 | |-| | dans91_ [n=dans91@ppp194-240.static.internode.on.net] has quit [Remote closed the connection] |
03:02 | |-| | xris [n=xris@xris.forevermore.net] has joined #mythtv |
03:14 | |-| | purserj [n=purserj@k-sit.com] has quit [Read error: 104 (Connection reset by peer)] |
03:39 | |-| | robthebob [n=rn114@robthebob.plus.com] has joined #mythtv |
03:53 | |-| | degreseven [n=degresev@c-24-17-159-215.hsd1.mn.comcast.net] has quit [Remote closed the connection] |
03:56 | |-| | johnp_ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
03:56 | |-| | Lewy [n=kvirc@host-ip253-247.crowley.pl] has joined #mythtv |
03:56 | |-| | Lewy [n=kvirc@host-ip253-247.crowley.pl] has left #mythtv ["Time makes no sense"] |
03:58 | |-| | purserj [n=purserj@k-sit.com] has joined #mythtv |
04:12 | |-| | xris [n=xris@xris.forevermore.net] has quit ["Leaving."] |
04:16 | <stuarta> | morning all |
04:23 | |-| | robthebob [n=rn114@robthebob.plus.com] has quit [Read error: 113 (No route to host)] |
04:25 | |-| | otwin_ [n=otwin@217.31.79.224] has joined #mythtv |
04:38 | |-| | otwin [n=otwin@217.31.79.224] has quit [Read error: 110 (Connection timed out)] |
04:43 | |-| | Merlin83b2 [n=Merlin83@office.34sp.com] has joined #mythtv |
04:45 | <rooaus> | stuarta: Morning |
04:47 | [~] | stuarta waves |
04:47 | |-| | inteliwasp [n=inteliwa@cpe-76-189-94-34.neo.res.rr.com] has joined #mythtv |
04:48 | |-| | inteliwasp [n=inteliwa@cpe-76-189-94-34.neo.res.rr.com] has left #mythtv [] |
06:21 | |-| | grokky [n=grokky@ppp59-167-69-101.lns1.mel6.internode.on.net] has joined #mythtv |
06:49 | |-| | grokky [n=grokky@ppp59-167-69-101.lns1.mel6.internode.on.net] has quit [] |
06:58 | |-| | MavT [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
07:16 | |-| | XChatMav [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 110 (Connection timed out)] |
07:27 | |-| | jarle [n=jarle@70.84-234-133.customer.lyse.net] has joined #mythtv |
07:52 | |-| | knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit ["Leaving..."] |
08:04 | <stuarta> | ooo patch on 4421 look interesting |
08:25 | <GreyFoxx> | Sweet, that's something that's bugged me too :) |
08:25 | <stuarta> | same here. |
08:26 | <stuarta> | sadly i can't test it from here :( |
08:30 | <stuarta> | now if i can just work out where the memory gain in the backend comes from with each recording i'll be a happy bunny |
08:33 | <GreyFoxx> | not saying it's the cause, but I've noticed that everyrecording startup does a upnp discovery to find out the mysql login info just like when you first launch it |
08:33 | <GreyFoxx> | rather than using the info it already has cached |
08:34 | <stuarta> | pretty sure it predates upnp support |
08:34 | <stuarta> | https://callisto.squashedfrog.net/rrdtool/ |
08:35 | <GreyFoxx> | What are you using to grab the data being graphed ? |
08:37 | <GreyFoxx> | I wiped all my stuff a few months back when I reinstalled everything and it's time to build all my monitoring/stats gathering again |
08:39 | <anykey_> | GreyFoxx: cacti seems to be something that is quite good |
08:39 | <GreyFoxx> | I use to use cacti and likely will again. I'm more curious about what gathers the specific data on t he mythbackend process that he is using |
08:40 | |-| | otwin [n=otwin@217.31.79.224] has joined #mythtv |
08:40 | <GreyFoxx> | though I imagine it could be done with cacti and a perl script |
08:47 | |-| | minri [n=minri@inet.bee.lt] has joined #mythtv |
08:51 | |-| | rooaus [n=cameron@ppp59-167-64-196.lns1.mel6.internode.on.net] has quit [Read error: 110 (Connection timed out)] |
08:51 | |-| | rooaus [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] has joined #mythtv |
08:53 | |-| | otwin_ [n=otwin@217.31.79.224] has quit [Read error: 110 (Connection timed out)] |
08:54 | <stuarta> | GreyFoxx: just a bit of script |
08:54 | <stuarta> | lemme fish it out |
08:57 | <stuarta> | if anyone's interested i can pastebin it |
08:58 | |-| | moodboom [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has joined #mythtv |
08:59 | <stuarta> | basically grabs a few bits from /proc/<pid>/status and sticks em in a rrd graph |
09:00 | <GreyFoxx> | I'll probably whip of something to do something similar when I reinstall cacti |
09:00 | <GreyFoxx> | monitor backends and frontends |
09:00 | <stuarta> | yeah, it's not rocket science |
09:06 | |-| | PatLinX [n=PatMan@83.101.1.223] has joined #mythtv |
09:06 | |-| | PatLinX [n=PatMan@83.101.1.223] has left #mythtv [] |
09:07 | <janneg> | GreyFoxx: Daniel changed the preview geenration to start a seperate mythbackend process only for preview generation |
09:07 | <janneg> | that new process needs database information and gathers them through upnp |
09:08 | <GreyFoxx> | Right, I had forgotten that it was a seperate call to the app now |
09:08 | <GreyFoxx> | I think I need more Jolt cola to kickstart the brain |
09:15 | <stuarta> | cola++ |
09:17 | <GreyFoxx> | heh |
09:18 | <stuarta> | i need it too. trying to plan server migrations. |
09:20 | <gbee> | heh, one of my old friends became the first Jolt reseller in the UK (or something like that), not sure what happened to him, last I saw the website wasn't doing too well |
09:37 | |-| | dekarl_zZz changed nick to dekarl |
09:42 | |-| | Merlin83b [n=Merlin83@office.34sp.com] has joined #mythtv |
09:55 | <janneg> | gbee: patch is working. I need to workout a couple of details |
09:56 | <gbee> | janneg: fantastic |
09:56 | <stuarta> | sweet |
09:57 | <janneg> | I think "Dolby" might refer Dolby Prologic or Surround encoded stereo |
09:57 | <janneg> | +to |
10:00 | |-| | Merlin83b2 [n=Merlin83@office.34sp.com] has quit [Read error: 110 (Connection timed out)] |
10:00 | <janneg> | the subtitle types in the eitfixup needs attention too. kCaptioned should be equivalent too SUB_HARDHEAR |
10:01 | <janneg> | but I'm not sure whether kSubtitled should become SUB_NORMAL or SUB_ONSCREEN |
10:01 | <stuarta> | but are CC and subtitles equivalent |
10:01 | <stuarta> | CC tends to be the VBI stuff |
10:01 | <stuarta> | subtitles is a digital stream |
10:03 | <gbee> | the difference between SUB_NORMAL and SUB_ONSCREEN is that one is optional, the other is part of the video frame (foreign film etc) |
10:03 | <stuarta> | ah |
10:05 | |-| | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit ["This computer has gone to sleep"] |
10:05 | <gbee> | HARDHEAR is CC, where sounds are described |
10:06 | <stuarta> | CC is american subtitles |
10:06 | <stuarta> | is it not? |
10:06 | <stuarta> | sure you aren't confusing audio described sound tracks? |
10:07 | <gbee> | CC is the (only?) standard used in North America, but it differs from subtitles in the UK by including stuff like "door creaks, followed by a bang" |
10:07 | <stuarta> | k |
10:08 | |-| | jwhite [n=jwhite@jwhite.codeweavers.com] has quit [Read error: 113 (No route to host)] |
10:09 | <janneg> | so the UK AD should set SUB_HARDHEAR if AD means audio description |
10:09 | <stuarta> | no |
10:10 | <stuarta> | AD is for the visually impaired |
10:10 | <stuarta> | as it is an audio track which describes the visual scene |
10:10 | <janneg> | I'll just replace kCaptioend with SUB_HARDHEAR and kSubtitled with SUB_NORMAL |
10:10 | |-| | jwhite [n=jwhite@jwhite.codeweavers.com] has joined #mythtv |
10:11 | <stuarta> | sounds good |
10:11 | <gbee> | SubtitleTypes could probably use two more values, SUB_AUDIODESC and SUB_DEAFSIGNED |
10:11 | <janneg> | ah yeah, seeing that in the mUKCC regexp irritated |
10:11 | <stuarta> | i'm gunna rewrite the m_ukCC regexp |
10:12 | <janneg> | gbee: there is SUB_SIGNED |
10:12 | <stuarta> | thats for SL |
10:12 | <stuarta> | i thik |
10:12 | <gbee> | is there? forgot that I added that |
10:13 | <gbee> | http://svn.mythtv.org/trac/changeset/14789 |
10:37 | |-| | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv |
10:38 | <janneg> | gbee: http://svn.mythtv.org/trac/attachment/ticket/4308/eit_component_parsing.diff |
10:43 | <gbee> | janneg: thanks, looks good, do you want to commit it? I'm a bit busy at the moment |
10:47 | <gbee> | I'll add support for the additional types to ProgramInfo::showDetails() |
10:48 | <janneg> | yeah, I'll commit is this evening. I just wanted to make it available for testing |
10:56 | [~] | GreyFoxx ponders a Upnp config setup page in mythtv-setup |
10:57 | <GreyFoxx> | I can expose mythvideo type content to WMP for example which I find useful or I could expose recordings which others might prefer. |
10:58 | <gbee> | GreyFoxx: not both? |
10:58 | <GreyFoxx> | the WMP player is REALLY limited |
10:58 | <GreyFoxx> | I can't even return folders |
10:58 | <gbee> | ahh |
10:58 | <GreyFoxx> | just one long list of files |
10:58 | <gbee> | sucky |
10:59 | <GreyFoxx> | I could expose recordings+videos under 1 list maybe. But that might be ugly if you want to watch a recording and have thousands of other videos in the way |
10:59 | <laga> | can't you have different prefixes for the files? |
10:59 | |-| | dekar1 [n=deKarl@dslb-084-058-091-248.pools.arcor-ip.net] has joined #mythtv |
10:59 | <stuarta> | i did always wonder why it was just videos |
11:00 | <GreyFoxx> | WMP does a upnp search for all videoitems rather than a browse like most other upnp clients do |
11:00 | <GreyFoxx> | so it only accepts a single list of items and no storage folders :/ |
11:01 | <GreyFoxx> | If it accepted folders I'd merge both lists into 1 so a user could navigate to what they want cleanly |
11:01 | |-| | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
11:01 | <GreyFoxx> | I've got WMP working perfeclty now with cover images and everything. |
11:01 | <GreyFoxx> | just gotta decide what to expose |
11:03 | <GreyFoxx> | laga: You mean a mixed list with RECORDING: in the fronte or something? |
11:04 | <laga> | GreyFoxx: well, internally. i thought the problem was the disambiguation inside mythtv |
11:05 | <GreyFoxx> | nah, and I've been seriously thinking of merging the lists into one "Videos" list with a MYTH-RECORDINGS as a subfolder containing all of the stuff the current "Recordings" class shows |
11:08 | |-| | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
11:09 | <GreyFoxx> | I'm sure if I ask on the -users list I'll get a million replies from people who wont actually use it anyway :) |
11:09 | [~] | GreyFoxx wonders if he can borrow a PS3 to try as well |
11:13 | <janneg> | stuarta: please no further eit patches until I have component parsing committed |
11:13 | <stuarta> | np |
11:14 | <stuarta> | i assume the last one conflicted? |
11:15 | |-| | dekarl [n=deKarl@dslb-084-058-094-029.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] |
11:16 | |-| | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has joined #mythtv |
11:18 | <janneg> | yes, 5 conflicts in eit.h and a wrong query index in eit.cpp |
11:18 | <stuarta> | :( |
11:19 | <MrGandalf> | janneg: is that eit patch stable? |
11:19 | <janneg> | btw the commit is wrong: between originalairdate and previouslyshown are program and seriesid |
11:20 | <janneg> | MrGandalf: yes, I think I'll commit it now |
11:20 | <janneg> | stuarta: I'll fix it |
11:21 | [~] | stuarta trouts himself |
11:21 | <MrGandalf> | is there an easy way to tell of my EIT tables contain this information? |
11:23 | |-| | kawsy [n=kawsy@71-82-148-80.dhcp.eucl.wi.charter.com] has joined #mythtv |
11:25 | <janneg> | MrGandalf: dvbsnoop 0x12 | grep -i component_type |
11:26 | <MrGandalf> | nope |
11:28 | <MrGandalf> | I don't have descriptor id 0x86 at all |
11:29 | <MrGandalf> | the info is probably there, but in a custom table |
11:29 | <gbee> | :( |
11:32 | <MrGandalf> | 0x89 or 0x96 I'm guessing.. |
11:34 | <janneg> | committed |
11:37 | <janneg> | MrGandalf: component descriptor is 0x50 |
11:38 | <MrGandalf> | My EIT tables are very non-standard |
11:42 | <janneg> | _very_ if they change descriptor ids |
11:44 | <MrGandalf> | maybe I'll figure it out.. I'd have to write something to quick parse dvbsnoop and decode 0x91 and 0x92 and figure out a pattern for 0x96.. it has 8 values |
11:45 | |-| | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
11:45 | |-| | foxhunt [n=Richard@cazadelzorro.demon.nl] has joined #mythtv |
11:45 | |-| | till___ [n=mailer@p57A73EB5.dip.t-dialin.net] has joined #mythtv |
11:46 | |-| | till___ [n=mailer@p57A73EB5.dip.t-dialin.net] has left #mythtv [] |
11:46 | |-| | ldkronos [n=chatzill@ldkronos.umd.umich.edu] has joined #mythtv |
11:46 | |-| | lucas2 [n=lucas@lucas.demon.nl] has quit [Read error: 113 (No route to host)] |
11:46 | <stuarta> | MrGandalf: you'll definitely have to do some digging |
11:54 | |-| | kawsy [n=kawsy@71-82-148-80.dhcp.eucl.wi.charter.com] has quit ["BitchX-1.1-final -- just do it."] |
12:02 | |-| | ldkronos changed nick to ldkronos_ |
12:02 | |-| | ldkronos_ changed nick to ldkronos |
12:03 | |-| | ldkronos [n=chatzill@ldkronos.umd.umich.edu] has left #mythtv [] |
12:09 | |-| | ldkronos [n=chatzill@ldkronos.umd.umich.edu] has joined #mythtv |
12:13 | |-| | ldkronos [n=chatzill@ldkronos.umd.umich.edu] has quit [Client Quit] |
12:18 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has joined #mythtv |
12:18 | <jams> | stuarta- great idea about graphing the memory usage of myth* I'm going to add that to my setup today. |
12:24 | |-| | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has joined #mythtv |
12:44 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv |
12:51 | |-| | Puhi [i=puh@reppana.ttek.fi] has joined #mythtv |
12:52 | |-| | catinpan changed nick to catinpan_away |
12:59 | |-| | beavis [n=beavis@drms-590d5941.pool.einsundeins.de] has joined #mythtv |
13:00 | |-| | Merlin83b [n=Merlin83@office.34sp.com] has quit [Read error: 104 (Connection reset by peer)] |
13:08 | |-| | mitchp [n=dsl@206.165.196.68] has joined #mythtv |
13:11 | |-| | foxhunt [n=Richard@cazadelzorro.demon.nl] has quit [Remote closed the connection] |
13:12 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Remote closed the connection] |
13:12 | |-| | mitchp [n=dsl@206.165.196.68] has left #mythtv [] |
13:14 | |-| | catinpan_away [n=cattelan@ip65-44-182-162.z182-44-65.customer.algx.net] has quit [Read error: 104 (Connection reset by peer)] |
13:14 | |-| | justinh [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has joined #mythtv |
13:16 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv |
13:21 | |-| | robthebob [n=rn114@robthebob.plus.com] has joined #mythtv |
13:21 | |-| | beavis [n=beavis@drms-590d5941.pool.einsundeins.de] has quit ["Verlassend"] |
13:22 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Remote closed the connection] |
13:45 | |-| | catinpan [n=cattelan@ip65-44-182-162.z182-44-65.customer.algx.net] has joined #mythtv |
13:50 | |-| | plediii` [n=user@c-76-30-68-28.hsd1.tx.comcast.net] has quit [Connection timed out] |
13:50 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv |
14:19 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Remote closed the connection] |
14:21 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv |
14:26 | |-| | robthebob [n=rn114@robthebob.plus.com] has quit [Read error: 104 (Connection reset by peer)] |
14:26 | |-| | rn114 [n=rn114@robthebob.plus.com] has joined #mythtv |
14:49 | <gbee> | xris: any objections to closing #3217 and having people open new tickets? The original problem is fixed and everyone is just getting confused because 1/3 different bugs are being described in addition |
15:04 | <clever> | jams: i use cacti to graph everything(global mem/cpu usage and other stuff) |
15:09 | |-| | rtsai [n=rtsai@76.191.146.183] has quit [Remote closed the connection] |
15:09 | |-| | Netsplit anthony.freenode.net <-> irc.freenode.net quits: Cougar, janneg, tomimo |
15:09 | |-| | rtsai [n=rtsai@76.191.146.183] has joined #mythtv |
15:10 | |-| | loops [n=sean@bas7-london14-1242516584.dsl.bell.ca] has joined #mythtv |
15:11 | |-| | feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] |
15:11 | |-| | Netsplit over, joins: janneg, Cougar, tomimo |
15:28 | |-| | johnp_ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has quit ["Leaving."] |
15:32 | |-| | skyphyr- [n=susan@82-35-2-96.cable.ubr01.hari.blueyonder.co.uk] has joined #mythtv |
15:58 | |-| | rn114 [n=rn114@robthebob.plus.com] has quit [Read error: 113 (No route to host)] |
15:58 | |-| | rn114 [n=rn114@robthebob.plus.com] has joined #mythtv |
15:59 | <xris> | gbee: yeah, just make sure you mention that in the current ticket or ignorant people like me will just reopen it again. |
16:00 | |-| | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has quit [Remote closed the connection] |
16:01 | |-| | Toxicity999 [n=bryan@unaffiliated/Toxicity999] has quit [Remote closed the connection] |
16:03 | |-| | Toxicity999 [n=bryan@unaffiliated/Toxicity999] has joined #mythtv |
16:07 | <dhr> | I have a .mpg file that causes mythreplex to go into an infinite loop. I've recompiled it without optimization and have it running under gdb. Does anyone here know their way around the mythreplex code? |
16:08 | <dhr> | it is looping in analyze_audio. I sent a note about this to the dev mailing list. |
16:10 | |-| | kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
16:11 | <gbee> | xris: just easier to follow tickets if they deal with just the one bug, no offence meant |
16:11 | <xris> | yeah |
16:11 | <xris> | I understand |
16:13 | |-| | knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv |
16:15 | <knowledgejunkie> | stuarta: Are you aware of a comprehensive list of network/service ids for the UK DVB-T network? |
16:24 | |-| | mattwire [n=mattwire@host81-157-28-224.range81-157.btcentralplus.com] has joined #mythtv |
16:26 | |-| | javatexan [n=javatexa@rrcs-24-227-199-231.sw.biz.rr.com] has joined #mythtv |
16:28 | <javatexan> | how do you travscode mpeg2 to h.264? |
16:30 | |-| | javatexan [n=javatexa@rrcs-24-227-199-231.sw.biz.rr.com] has left #mythtv ["Leaving"] |
16:53 | |-| | mattwire [n=mattwire@host81-157-28-224.range81-157.btcentralplus.com] has quit ["Leaving"] |
17:03 | |-| | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
17:07 | <gbee> | knowledgejunkie: heh, asked the exact same question a couple of days ago, no-one had any idea |
17:07 | <knowledgejunkie> | gbee: hehe |
17:08 | <gbee> | well, network id is 9018 for the freeview network, but no list of service ids |
17:08 | <knowledgejunkie> | gbee: I'm wondering whether each Tx uses it's own serviceids, or whether only the region-specific chans have different serviceids |
17:08 | <knowledgejunkie> | gbee: I guess there must be a different networkid for Astra-2D? I've got DVB-T and DVB-S so I'll check my systems |
17:10 | |-| | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
17:10 | <knowledgejunkie> | gbee: I might make a request on the users list for UK DVB users to send me their DVB-x channels.conf |
17:10 | <gbee> | there will be a different networkid for Astra |
17:10 | <gbee> | knowledgejunkie: that's one way |
17:11 | <knowledgejunkie> | gbee: onm DVB-S, one ID per bird or per satellite provider? I can see Astra and Eurobird from my fixed dish so I'll check through my scanning output |
17:12 | <knowledgejunkie> | s/onm/one/ |
17:12 | <gbee> | one per provider I guess, but you can check that |
17:12 | <knowledgejunkie> | will do |
17:14 | <knowledgejunkie> | I'm also thinking of writing a patch to add an option on the video sources page to 'Enable/Disable EIT on all channels on this source' if 'Use EIT on this source' is enabled - any thoughts? |
17:14 | <knowledgejunkie> | will make it much easier for users to swtich between EIT and another grabber for their listings |
17:14 | <gbee> | ignore the NITo 'other' ids, those apply when a channel was originally broadcast on one network but then has been relayed on another |
17:15 | <knowledgejunkie> | gbee: thanks for that |
17:16 | <knowledgejunkie> | gbee: off to watch Hugh and his chickens - ttyl |
17:16 | <gbee> | knowledgejunkie: it's not an option I'd use personally, I mix xmltv and EIT on a single source, but maybe there would be interest |
17:16 | <gbee> | I can see it being useful |
17:17 | <janneg> | you will see more than one network id on satellites |
17:17 | <dhr> | I don't have any chickens. |
17:18 | <janneg> | ses astra has network id 1 and there might be transponders with a different network id |
17:18 | <janneg> | on astra 19.2E Premiere uses its own network id |
17:19 | <janneg> | but I would guess that BBC is using network id 1 |
17:19 | <gbee> | janneg: do those correspond to different providers sharing the same satellite, e.g. Sky has one networkid, whilst XYZ has another? |
17:19 | <gbee> | or is there no pattern to it? |
17:21 | <janneg> | knowledgejunkie: enabling / disabling eit grabbing in the video source is enough |
17:21 | <janneg> | i.e. switching from eit-only to xmltv_xx with eit scanning disabled |
17:22 | <gbee> | janneg: I think knowledgejunkie is imaging a situation where you have previously enabled EIT on some channels but not others |
17:23 | <janneg> | gbee: depends on the provider and satellite. Sky probably uses like Premiere its own id |
17:23 | <gbee> | changing it so that all channels use EIT, would mean going through channel by channel unless there was an option to "enable on all" |
17:24 | <janneg> | and single channels tend to use the satellite's network id |
17:27 | |-| | MavT [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 110 (Connection timed out)] |
17:30 | <janneg> | knowledgejunkie: the only (minor) problem with enabling it for all is that it would enable EIT also for channels were no EIT is available |
17:32 | |-| | skyphyr- [n=susan@82-35-2-96.cable.ubr01.hari.blueyonder.co.uk] has quit [Remote closed the connection] |
17:44 | |-| | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has quit ["Leaving."] |
17:57 | <gbee> | any better suggestions for the text? http://pastebin.ca/845884 |
18:01 | |-| | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
18:01 | <justinh> | gbee: if there's no more PC way of saying 'hard of hearing' |
18:02 | <justinh> | then again 'aurally impaired' might suggest fans of X factor ;) |
18:03 | <gbee> | deaf is more succinct but no doubt I'll upset someone with that ;) |
18:03 | <janneg> | gbee: I started that change too |
18:03 | <janneg> | I've seen hearing impaired in the stander document too |
18:04 | <gbee> | hearing impaired has a better sound to it than "hard of hearing" |
18:04 | <justinh> | there's an icon for AVC now too? what's that gonna be? how do you draw a CPU straining? |
18:05 | <janneg> | I would prefer AVC over H.264. maybe AVC/H.264 |
18:05 | <gbee> | justinh: no icon yet, think that flag will mostly be used behind the scenes, for scheduling and playback |
18:05 | <janneg> | justinh: no icons yet and not even code to display the icons |
18:06 | <justinh> | alright then :) |
18:13 | <gbee> | not sure if we'd want an icon, if we accept that there really isn't room for more icons and that knowing if a recording is in HD is more important than knowing what codec was used (AVC could be SD) |
18:13 | |-| | xris [n=xris@xris.forevermore.net] has joined #mythtv |
18:14 | <justinh> | true indeed |
18:15 | <gbee> | the information is still there in the details and available for things like the scheduler |
18:26 | <gbee> | xris: any problem with me comitting this patch to mythweb? http://pastebin.ca/845912 |
18:29 | <xris> | gbee: looks good. |
18:29 | <xris> | you'll need to rebuild the translation files, too |
18:33 | <gbee> | ok, done |
18:34 | <gbee> | xris: when I'm less busy I'll create some new icons for mythweb and update that part too, at least to match what mythfrontend does |
18:34 | <xris> | cool |
18:42 | |-| | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has quit [Remote closed the connection] |
18:47 | |-| | rn114 [n=rn114@robthebob.plus.com] has quit [Read error: 113 (No route to host)] |
18:52 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has quit [Read error: 104 (Connection reset by peer)] |
18:53 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has joined #mythtv |
19:08 | |-| | jhulst [n=jhulst@unaffiliated/jhulst] has quit [Connection timed out] |
19:13 | <sphery> | gbee: You had asked what I thought about #4174 ( http://svn.mythtv.org/trac/ticket/4174 ) since I had made some changes to that area in #4049 ( http://svn.mythtv.org/trac/ticket/4049 ). I finally got a chance to look into it and #4381 ( http://svn.mythtv.org/trac/ticket/4381 ). |
19:14 | <sphery> | I haven't been able to cause a crash while having 2 shells doing: while [ 1 ]; do wget http://localhost:6544/ -O /dev/null; done |
19:14 | <sphery> | While also randomly hitting the MythWeb backend status page occasionally and running myth_sensors.sh every once in a while. |
19:14 | |-| | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has joined #mythtv |
19:15 | <sphery> | Been running for > 30mins and getting at least 2 status pages output per second. |
19:16 | <sphery> | I'm thinking if there is a bug in #4174, it's unrelated to libsensors. |
19:17 | <sphery> | and unrelated to the miscellaneous status script stuff (i.e. we had reports before and after lmsensors was removed/misc status was added). |
19:17 | <gbee> | sphery: ok, closed #4174 since it's comparatively old and was filed against 0.20 |
19:17 | <sphery> | #4381 may be a libsensors/lmsensors issue that only affects some configurations. |
19:17 | <gbee> | I'll leave #4381 open until I take a look at the backtrace |
19:18 | <sphery> | The only thing I could think of to try was to put some bash locking/queuing into myth_sensors.sh (though it seems the sensors program should handle that) because of the multithreaded issues we had shortly after libsensors was added to the backend status page, but I don't know if that's even worthwhile. |
19:19 | <sphery> | the bt on #4381 isn't too useful. |
19:19 | <sphery> | It has no debug symbols and the crash is shown in QProcess |
19:20 | <gbee> | just took a look, it's not really useful and I'm not sure I can think of a reason for it to crash mythbackend as long as it's running an external script |
19:20 | <gbee> | maybe I'll ask for another backtrace |
19:20 | <gbee> | off to bed now, so maybe tomorrow evening |
19:20 | <sphery> | thx |
19:33 | |-| | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
19:40 | |-| | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has quit ["Leaving"] |
20:06 | |-| | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has quit [Connection timed out] |
20:30 | |-| | davilla [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] has joined #mythtv |
20:48 | |-| | MavT [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
20:55 | |-| | xris [n=xris@xris.forevermore.net] has quit ["Leaving."] |
21:05 | |-| | janneg [n=janne@v29714.1blu.de] has quit [Remote closed the connection] |
21:05 | |-| | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 110 (Connection timed out)] |
21:28 | |-| | mace [n=mace@debian/developer/mace] has quit [Remote closed the connection] |
22:17 | |-| | Code-er [n=knoppix@CPE0040f4e43825-CM000a73a08946.cpe.net.cable.rogers.com] has joined #mythtv |
22:20 | |-| | kormoc [n=kormoc@unaffiliated/kormoc] has quit [] |
22:23 | |-| | pteague [n=patrick@64-151-34-57.dyn.everestkc.net] has joined #mythtv |
22:23 | |-| | pteague [n=patrick@64-151-34-57.dyn.everestkc.net] has left #mythtv ["Leaving"] |
22:27 | |-| | guest_ [n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net] has joined #mythtv |
22:28 | |-| | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has quit [Remote closed the connection] |
22:37 | |-| | PointyPumper [i=Pintlezz@OL162-112.fibertel.com.ar] has quit [Connection timed out] |
22:52 | |-| | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
23:04 | |-| | Code-er [n=knoppix@CPE0040f4e43825-CM000a73a08946.cpe.net.cable.rogers.com] has quit [Remote closed the connection] |
23:21 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has quit [Read error: 113 (No route to host)] |
23:22 | |-| | gnome42 [n=gnome42@76-10-147-200.dsl.teksavvy.com] has joined #mythtv |
23:23 | <GreyFoxx> | Anyone know why all of the sudden the media monitor is trying to mount my dvd (and failing cause the user isn't root) every second? |
23:24 | <GreyFoxx> | http://www.pastebin.ca/846242 |
23:25 | <GreyFoxx> | manually mounting it at least shut it up :) |
23:36 | |-| | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has joined #mythtv |
23:44 | |-| | davilla [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] has quit ["Leaving"] |
--- | Log | closed Tue Jan 08 00:00:29 2008 |