Back to Home / #mythtv / 2008 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2008-01-07

---Logopened Mon Jan 07 00:00:41 2008
---Daychanged 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 [] has joined #mythtv
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<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<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
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>xris: im guessing right now sd is just an interface to get a valid name/pw on the tms servers
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>damn wifi!
00:16<clever>(frontend just crashed AGAIN)
00:16<clever>and AGAIN
00:18<xris>clever: it's their data, they can tell us how to use it.
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<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:// 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 [] has quit [Remote closed the connection]
00:30|-|nsaspook [] has joined #mythtv
00:34|-|guest_ [] has quit [Client Quit]
00:37|-|loops [] has quit ["Leaving"]
00:43<clever>the change i made semi works
00:43|-|iotis [] 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:46|-|iotis [] has left #mythtv []
00:47|-|justinh [] has quit [Read error: 110 (Connection timed out)]
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 [] has quit [Remote closed the connection]
01:26|-|nsaspook [] has quit [Remote closed the connection]
01:27|-|kr00l [] has joined #mythTV
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 [] has left #mythTV ["Ex-Chat"]
01:38|-|jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
01:49|-|feiner [] has quit [Read error: 110 (Connection timed out)]
01:56|-|jarle [] has quit [Read error: 110 (Connection timed out)]
02:07|-|xris [] has quit ["Leaving."]
02:09|-|justinh [] has joined #mythtv
02:16|-|justinh_ [] has joined #mythtv
02:16|-|justinh [] has quit [Read error: 104 (Connection reset by peer)]
02:23|-|justinh_ [] has quit [Remote closed the connection]
02:44|-|purserj [] has quit [Read error: 104 (Connection reset by peer)]
02:46|-|purserj [] has joined #mythtv
02:53|-|dans91_ [] has joined #mythtv
02:53|-|dans91_ [] has quit [Remote closed the connection]
03:02|-|xris [] has joined #mythtv
03:14|-|purserj [] has quit [Read error: 104 (Connection reset by peer)]
03:39|-|robthebob [] has joined #mythtv
03:53|-|degreseven [] has quit [Remote closed the connection]
03:56|-|johnp_ [] has joined #mythtv
03:56|-|Lewy [] has joined #mythtv
03:56|-|Lewy [] has left #mythtv ["Time makes no sense"]
03:58|-|purserj [] has joined #mythtv
04:12|-|xris [] has quit ["Leaving."]
04:16<stuarta>morning all
04:23|-|robthebob [] has quit [Read error: 113 (No route to host)]
04:25|-|otwin_ [n=otwin@] has joined #mythtv
04:38|-|otwin [n=otwin@] has quit [Read error: 110 (Connection timed out)]
04:43|-|Merlin83b2 [] has joined #mythtv
04:45<rooaus>stuarta: Morning
04:47[~]stuarta waves
04:47|-|inteliwasp [] has joined #mythtv
04:48|-|inteliwasp [] has left #mythtv []
06:21|-|grokky [] has joined #mythtv
06:49|-|grokky [] has quit []
06:58|-|MavT [] has joined #mythtv
07:16|-|XChatMav [] has quit [Read error: 110 (Connection timed out)]
07:27|-|jarle [] 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: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@] has joined #mythtv
08:40<GreyFoxx>though I imagine it could be done with cacti and a perl script
08:47|-|minri [] has joined #mythtv
08:51|-|rooaus [] has quit [Read error: 110 (Connection timed out)]
08:51|-|rooaus [] has joined #mythtv
08:53|-|otwin_ [n=otwin@] 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 [] 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@] has joined #mythtv
09:06|-|PatLinX [n=PatMan@] 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: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 [] has joined #mythtv
09:55<janneg>gbee: patch is working. I need to workout a couple of details
09:56<gbee>janneg: fantastic
09:57<janneg>I think "Dolby" might refer Dolby Prologic or Surround encoded stereo
10:00|-|Merlin83b2 [] 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:05|-|cattelan [] 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:08|-|jwhite [] 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: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 [] 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:37|-|jgarvey [] has joined #mythtv
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<GreyFoxx>just one long list of files
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 [] 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:14<stuarta>i assume the last one conflicted?
11:15|-|dekarl [] has quit [Read error: 110 (Connection timed out)]
11:16|-|MrGandalf [] has joined #mythtv
11:18<janneg>yes, 5 conflicts in eit.h and a wrong query index in eit.cpp
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 [] has joined #mythtv
11:25<janneg>MrGandalf: dvbsnoop 0x12 | grep -i component_type
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:32<MrGandalf>0x89 or 0x96 I'm guessing..
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 [] has joined #mythtv
11:45|-|till___ [] has joined #mythtv
11:46|-|till___ [] has left #mythtv []
11:46|-|ldkronos [] has joined #mythtv
11:46|-|lucas2 [] has quit [Read error: 113 (No route to host)]
11:46<stuarta>MrGandalf: you'll definitely have to do some digging
11:54|-|kawsy [] 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 [] has left #mythtv []
12:09|-|ldkronos [] has joined #mythtv
12:13|-|ldkronos [] has quit [Client Quit]
12:18|-|gnome42 [] 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 [] has joined #mythtv
12:44|-|feiner [] has joined #mythtv
12:51|-|Puhi [] has joined #mythtv
12:52|-|catinpan changed nick to catinpan_away
12:59|-|beavis [] has joined #mythtv
13:00|-|Merlin83b [] has quit [Read error: 104 (Connection reset by peer)]
13:08|-|mitchp [n=dsl@] has joined #mythtv
13:11|-|foxhunt [] has quit [Remote closed the connection]
13:12|-|feiner [] has quit [Remote closed the connection]
13:12|-|mitchp [n=dsl@] has left #mythtv []
13:14|-|catinpan_away [] has quit [Read error: 104 (Connection reset by peer)]
13:14|-|justinh [] has joined #mythtv
13:16|-|feiner [] has joined #mythtv
13:21|-|robthebob [] has joined #mythtv
13:21|-|beavis [] has quit ["Verlassend"]
13:22|-|feiner [] has quit [Remote closed the connection]
13:45|-|catinpan [] has joined #mythtv
13:50|-|plediii` [] has quit [Connection timed out]
13:50|-|feiner [] has joined #mythtv
14:19|-|feiner [] has quit [Remote closed the connection]
14:21|-|feiner [] has joined #mythtv
14:26|-|robthebob [] has quit [Read error: 104 (Connection reset by peer)]
14:26|-|rn114 [] 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@] has quit [Remote closed the connection]
15:09|-|Netsplit <-> quits: Cougar, janneg, tomimo
15:09|-|rtsai [n=rtsai@] has joined #mythtv
15:10|-|loops [] has joined #mythtv
15:11|-|feiner [] has quit [Read error: 110 (Connection timed out)]
15:11|-|Netsplit over, joins: janneg, Cougar, tomimo
15:28|-|johnp_ [] has quit ["Leaving."]
15:32|-|skyphyr- [] has joined #mythtv
15:58|-|rn114 [] has quit [Read error: 113 (No route to host)]
15:58|-|rn114 [] 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 [] 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>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 [] has joined #mythtv
16:26|-|javatexan [] has joined #mythtv
16:28<javatexan>how do you travscode mpeg2 to h.264?
16:30|-|javatexan [] has left #mythtv ["Leaving"]
16:53|-|mattwire [] 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 [] 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<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 [] 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- [] has quit [Remote closed the connection]
17:44|-|xris [] has quit ["Leaving."]
17:57<gbee>any better suggestions for the text?
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 [] 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?
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:42|-|AriX_ [] has quit [Remote closed the connection]
18:47|-|rn114 [] has quit [Read error: 113 (No route to host)]
18:52|-|gnome42 [] has quit [Read error: 104 (Connection reset by peer)]
18:53|-|gnome42 [] 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 ( ) since I had made some changes to that area in #4049 ( ). I finally got a chance to look into it and #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 every once in a while.
19:14|-|AriX_ [] 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 (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:33|-|Chutt [] has joined #mythtv
19:40|-|jgarvey [] has quit ["Leaving"]
20:06|-|AriX_ [] has quit [Connection timed out]
20:30|-|davilla [] has joined #mythtv
20:48|-|MavT [] has joined #mythtv
20:55|-|xris [] has quit ["Leaving."]
21:05|-|janneg [] has quit [Remote closed the connection]
21:05|-|MaverickTech [] 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 [] has joined #mythtv
22:20|-|kormoc [n=kormoc@unaffiliated/kormoc] has quit []
22:23|-|pteague [] has joined #mythtv
22:23|-|pteague [] has left #mythtv ["Leaving"]
22:27|-|guest_ [] has joined #mythtv
22:28|-|Chutt [] has quit [Remote closed the connection]
22:37|-|PointyPumper [] has quit [Connection timed out]
22:52|-|cattelan [] has joined #mythtv
23:04|-|Code-er [] has quit [Remote closed the connection]
23:21|-|gnome42 [] has quit [Read error: 113 (No route to host)]
23:22|-|gnome42 [] 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:25<GreyFoxx>manually mounting it at least shut it up :)
23:36|-|nsaspook [] has joined #mythtv
23:44|-|davilla [] has quit ["Leaving"]
---Logclosed Tue Jan 08 00:00:29 2008