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

---Logopened Tue Jul 29 00:00:25 2008
00:04-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 104 (Connection reset by peer)]
00:05-!-kali67 [] has joined #mythtv
00:15-!-kali67_ [] has joined #mythtv
00:32-!-kali67 [] has quit [Read error: 110 (Connection timed out)]
00:55-!-clever [] has quit [Connection timed out]
00:59-!-clever [] has joined #mythtv
01:01-!-iamlindoro_ [] has joined #mythtv
01:02-!-gnome42 [] has quit [Remote closed the connection]
01:02-!-iamlindoro_ [] has quit [Client Quit]
01:52-!-cattelan is now known as cattelan_away
02:35-!-edannenbe [] has joined #mythtv
03:08-!-xris [] has quit []
03:25-!-otwin [n=otwin@] has joined #mythtv
03:34-!-nhuisman [] has joined #mythtv
03:34<nhuisman>Hey anyone got suggestions for a low power myth tv box?
03:38-!-noisymime [n=josh@nat/ibm/x-e1d381797547e25b] has quit [Read error: 110 (Connection timed out)]
03:39<sphery>Hmmm. valgrind log on #5447 doesn't seem to agree with comment ("Almost instantly the memory consumption was visible.") as it's only showing a few hundred kB lost (with repeated calls to operator new(unsigned long) in init_freq_tables()).
03:39<sphery>nhuisman: #mythtv-users
03:51-!-joobie [] has quit [Read error: 110 (Connection timed out)]
04:29<leprechau>brb....kernel update...
04:30-!-leprechau [] has quit ["reboot..."]
04:33-!-leprechau [] has joined #mythtv
04:36-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 54 (Connection reset by peer)]
04:36-!-cesman [n=cecil@] has joined #mythtv
04:57-!-joobie [] has joined #mythtv
05:19-!-joobie [] has quit ["This computer has gone to sleep"]
05:20-!-noisymime [] has joined #mythtv
05:22-!-joobie [] has joined #mythtv
05:23-!-lyricnz_ [] has joined #mythtv
05:31-!-Dibblah [] has joined #mythtv
05:32-!-rooau1 [] has joined #mythtv
05:32-!-rooaus [] has quit [No route to host]
05:35<gbee>anyone know if there is a good overview of what codecs ffmpeg supports native decoding?
05:37<gbee>preferably including detail of how complete that support is and how well it works
05:40<stuarta>there used to be something on their website
05:41<stuarta>whether you could apply "good" or "complete" to it
05:41<stuarta>i doubt
05:42-!-Er1K [i=namehere@unaffiliated/er1k] has joined #mythtv
05:43<Er1K>I'm running the multiproto.5 patch against release-0-21-fixes with a tt-s2-3200 pointed at dish network (north america) and I get a good signal lock, but the channel scan always comes back with a 'no tables' message
05:43<Er1K>any idea?
05:43<gbee>can find anything at the moment
05:44<Er1K>I can tune the card just fine with szap and watch it with mplayer
05:44<gbee>good, bad or otherwise
05:45<gbee>Er1K: #mythtv-users
05:45<Er1K>ok, ttyty
05:46*gbee builds mythmusic using the AVF decoder for ogg instead of libvorbis
05:50-!-reynaldo_ [n=rverdejo@] has joined #mythtv
05:50<Er1K>I missed the pm, gbee, I apologize.
05:50-!-Er1K [i=namehere@unaffiliated/er1k] has left #mythtv ["Leaving"]
05:51<laga>gbee: can it also _encode_ for ripping?
05:54<gbee>laga: not sure yet, just experimenting
05:56<gbee>using ffmpeg for encoding should offer us a wider choice of formats - but since I can't find a list of natively supported formats I don't know what those would be yet
05:57*Dibblah loves Gentoo. It's possible to compile Myth without png support :(
05:57<Dibblah>Err... QT.
06:02<gbee>eww, didn't even know the PNG support in QT was optional - gif yes, png no
06:07-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
06:07<gbee>ok, well decoding works, but switching tracks take 10 seconds or more :(
06:08<gbee>this has to have been a problem with the wma/wav decoding before so I'm suprised no-one complained
06:10<gbee>I'll have to dig into the ffmpeg API to figure out how to drain buffers if we want to stop decoding early
06:13<gbee>obviously switching to ffmpeg for decoding but not encoding won't avoid the vorbis dependancy, but I'd probably do it anyway
06:33-!-dagar [] has quit [Read error: 113 (No route to host)]
06:41-!-MrGandalf [] has quit ["work"]
06:42<gbee>not an ffmpeg thing after all, just that we pack the audiooutput buffer with at least 10 seconds of data in the AVF decoder
06:47-!-dagar [] has joined #mythtv
07:22<janneg>whether the support is native or not is in the comments
07:22<gbee>janneg: thanks :D
07:22<gbee>that's what I was looking for, guess I didn't look hard enough
07:28-!-|gunni| [] has joined #mythtv
07:30-!-nhuisman [] has quit []
07:32-!-robthebob [] has joined #mythtv
07:37<gbee>any known issues with the native flac decoder?
07:41<gbee>hmm, that would be a yes - sample I've downloaded has a static distortion throughout
07:42<gbee>that said, libflac won't play it at all
07:44-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
08:03-!-Chutt [] has joined #mythtv
08:18-!-jgarvey [] has joined #mythtv
08:18-!-joobie [] has quit ["Leaving"]
08:19<Dibblah>gbee - What's the ogg bug?
08:20<gbee>Dibblah: not an ogg bug, one in the avfdecoder which the patch now uses for ogg - previously would have only affected wma and wav
08:20<Dibblah>Oh, right. Not clear to me from the ticket...
08:21<Dibblah>But the same question still applies - How would I test for the bug? :)
08:21<gbee>if you switched tracks before the first had finished it would keep playing for upwards of 10 seconds before stopping and starting the second
08:22<Chutt>gbee, does avf support encoding?
08:22<Chutt>and metadata?
08:22<Dibblah>Okay. Gotta get up to current SVN and install the plugins.
08:23<gbee>Chutt: neither yet, but adding an avfencoder shouldn't be too hard and metadata can be handled by taglib
08:24<Chutt>is there an encoder?
08:25<janneg>for which format?
08:25<gbee>ffmpeg supports vorbis (ogg) encoding
08:25<Chutt>i didn't think it did
08:25<gbee>flac, wma too
08:26<janneg>aac and alac encoders are current google SoC projects
08:27<gbee>so adding avf encoding would give us some additional ripping options
08:27<janneg>mp3 through lame
08:27<gbee>oh yeah, nearly forgot alac
08:29<gbee>oh and of course native mp3 decoding - which was a suprise to me
08:30<gbee>so that would eliminate all the existing decoding and encoding dependancies for mythmusic - aside from lame which is a requirement for libmythtv anyway
08:34<gbee>I've been threatening to do this for ages but never got around to it because my initial idea was going to be more complicated
08:35<Dibblah>Is broken?
08:35<Dibblah>... There are some entries in the ts files that no longer exist in trunk.
08:35<Dibblah>And I can't find a method to update them.
08:36-!-Chutt [] has quit [Remote closed the connection]
08:36<gbee>or lupdate
08:37<gbee>can't remember which
08:37<Dibblah>gbee: Right. Thanks! - I'm not doing a translation, but someone in -users asked about a nonsense string.
08:37<Dibblah>Looks like it could do with a committed update in trunk.
08:37<gbee>lupdate -noobsolete
08:38<gbee>drops old, unused strings
08:38<teprrr>hi, can someone point me how symbolrate gets passed to the channel scanner? and whether the real scanning happens in SIScan or somewhere else?
08:38<teprrr>found out that the value given in the ui doesn't get passed to the scanner for some reason and I'm trying to fix it in the meantime
08:38<Dibblah>teprrr: Is this trunk?
08:39<teprrr>Dibblah, yup, in trunk
08:39<Dibblah>If so, you're probably coming across the issue with changes in spinboxes being ignored (ISTR)
08:39<Dibblah>Others would know better...
08:40<teprrr>Dibblah, yup, that's what I'm thinking too. though the value of the symbolrate spinbox is used for scanning.. getting "symbol rate 27500000 out of range" driver message for my frontend
08:40<Dibblah>ISTR symbol rates are in k.
08:40<Dibblah>So 27500 would be right.
08:43<gbee>dvb-s scanning needs a little TLC
08:44<teprrr>tuner says that the value should be in range of 451875-7230000, and this is dvb-c in here
08:46<teprrr>the value of symbolrate is empty indeed
08:52<stuarta>a little tlc?
08:52*stuarta thinks a lot
08:52<stuarta>teprrr: if you run setup with --verbose siparser,channel,record you will get much useful info
08:55<teprrr>stuarta, yeah, though looks like the problem is that the value of ComboBoxSetting is empty for reason or another
08:56<gbee>stuarta: I was being polite ;)
08:57<laga>gbee: "Tables, Ladders, Chairs"?
08:59<gbee>"Tender Loving Care"
09:00<teprrr>yay, if I add my symbolrate to the list in scanwizardhelpers.h and set it as selected, the scanning works just fine :)
09:01<gbee>IRC can be difficult at times, especially when English isn't everyone's first language
09:05-!-CDev [] has quit [Read error: 104 (Connection reset by peer)]
09:05-!-CDev [] has joined #mythtv
09:08-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:18<teprrr>btw, are menu texts still read from the xml files and not from the translation files?
09:25<stuarta>i would expect from the translation files
09:25<stuarta>but ask gbee to be sure
09:29<teprrr>okies, just wondering why the translations are messed up.. for 0.21 those xml files were at least used
09:29<teprrr>oh, and got a patch for that comboboxsetting problem :)
09:29<danielk22>teprrr: editable comboboxes broke around the time of the initial Qt4 conversion, I haven't had time to look at it.
09:30<teprrr>danielk22, got a patch for it, just a minute :P
09:30<danielk22>a patch, what a lovely fellow :)
09:30<stuarta>we like him a lot
09:35<teprrr> there you go
09:40-!-cattelan_away is now known as cattelan
09:41<danielk22>teprrr: I'll test & commit it later today, if no one beats me to it.
09:43<teprrr>danielk22, okies, thanks :)
09:44<teprrr>btw, which way should I go if I'd like to get status of mythbackend remotely? try to reproduce the used socket api to my app?
09:45<teprrr>but oh well, perhaps I should hack around with mythlcdserver first..
09:46<stuarta>http to port 6544
09:46<danielk22>teperr: there is some status available on the status port
09:46<danielk22>in general you would use the myth protocol, but you would want to start with one of the existing 3rd party implementations
09:47<teprrr>danielk22, yup, investigated it a bit and saw that there's been some efforts to replicate the protocol functionality
09:49<teprrr>stuarta, is there some spec what should I give as input to that?
09:49<teprrr>or does it follow myth protocol?
09:49<stuarta>eh? just go to it with a web browser
09:50<stuarta>it returns a web pages, which isn't ideal for automation of status retrieval
09:50<teprrr>stuarta, ahh, I see. so http get is what I need
09:50<teprrr>yup, I can see that
09:51<danielk22>Anyone got a clue why a read on a stream socket would continuously fall through select but a read would only get 0 bytes of data?
09:51<gbee>stuarta: also can return xml which is more parseable
09:51<stuarta>gbee: ah...
09:51<danielk22>I'm trying to make the lirc code a little more flexible.
09:52<stuarta>what error code do you get back from the read
09:53<stuarta>that should help
09:53<danielk22>none, it just returns a length of 0, eof
09:53<stuarta>is the select blocking or non blocking?
09:53<danielk22>but that's what i would expect when there is no data on the socket, but why is select falling through
09:54<teprrr>yay for the xml :)
09:54<stuarta>well that's why it falls through
09:54<danielk22>tried blocking to, no difference
09:54<teprrr>/me adds todo to write a mythtv plasmoid
09:54<danielk22>huh? select on non-blocking files doesn't report a read is possible when it will return eof..
09:54*gbee guesses it's a desktop widget of some kind
09:54<janneg>kde 4 plasma widget
09:54<teprrr>ye, kde4 widgets
09:55<danielk22>er files->devices/pipes
09:55<teprrr>but first, mythlcdserver stuff.. apparently it doesn't currently follow the date styling setting at all
09:55<stuarta>well it shouldn't
09:55<teprrr>and doesn't include support for custom lcd/vfd icons
09:56<teprrr>btw, are there any other xml outputs mythtv currently offers?
10:00<gbee>a bunch, mainly used as part of the upnp server support
10:00<Dibblah>gbee: Current trunk works fine skipping through a collection of oggs.
10:01<Dibblah>... Visualisation doesn't seem to be working, but that's a seperate issue, I think.
10:01<gbee>visualisations have been broken ever since the QT4 port
10:01<GreyFoxx>Goom works for me :)
10:01<Dibblah>gbee: Right. That's OK, then. :)
10:02<GreyFoxx>I'm yet to try the others
10:02<gbee>Dibblah: thanks, no issues with quality etc?
10:02<Dibblah>gbee: Arf. It was trunk you wanted?
10:02<Dibblah>No patch applied?
10:02<gbee>trunk or fixes with patch applied
10:03-!-huhlig [] has quit [Success]
10:04<gbee>if visualisations are broken in -fixes then I've no idea what the cause is, don't see how it would be related to the patch unless that decoder has never supported visualisations
10:05<Dibblah>No, I'm testing on Trunk. Without the patch at the moment to get a comparison.
10:06<Dibblah>That's my excuse and I'm sticking to it.
10:12<Dibblah>With the patch, it appears to work the same. Skipping through tracks, track transitions, skipping inside tracks, miniplayer skip all work.
10:12<dageorge>danielk22: still wondering about stream socket read of 0? It happens when remote end does a socket shutdown. Select returns read available and read returns 0 bytes.
10:12<dageorge>Not sure if this is what you are seeing
10:13<gbee>Dibblah: heh, ok thanks
10:13<Dibblah>I assume that after the miniplayer has been used, it has to be explicitly dismissed?
10:14<gbee>I've found a couple of bugs with the avf decoder, don't think many people listened to wma/wav because I've seen no reports or issues
10:14-!-huhlig [] has joined #mythtv
10:15<gbee>Dibblah: once used it stays around until you leave the frontend, it can be called up at any time with F12 and then Stop/Play and the other controls can be used
10:15<danielk22>thx dageorge, I don't think that's what I'm seeing, but I'll verify
10:15<gbee>just hit stop then esc to hide it again
10:16<Dibblah>Or esc on it's own.
10:16-!-huhlig_work [] has joined #mythtv
10:17<gbee>yeah, stop if you want to stop it playing first though ;)
10:17<Dibblah>Unrelated: With video manager, the Parental PIN dialog doesn't appear to work.
10:18<gbee>trunk? Probably another QT3->QT4 issue
10:18<Dibblah>I see the dialog, the cursor flashes slightly with entry, but nothing gets printed and the PIN isn't recognised.
10:18<gbee>should be fixed once the mythui port gets merged back
10:24<Dibblah>danielk22: BTW, are you still using a PVR150 or friends? CC is meant to be improved in a new tree - See the IVTV mailing list.
10:32-!-gustave_ [] has joined #mythtv
10:32-!-huhlig [] has quit [Read error: 110 (Connection timed out)]
11:08-!-iamlindoro_ [n=iamlindo@] has joined #mythtv
11:21-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 110 (Connection timed out)]
11:23-!-foxbuntu [] has quit [Read error: 110 (Connection timed out)]
11:27-!-cesman [n=cecil@] has joined #mythtv
11:31-!-edannenbe [] has quit [Remote closed the connection]
11:41-!-Arttu [] has quit ["Lähdössä"]
11:46-!-mattwire [] has joined #mythtv
12:00-!-xris [n=xris@] has joined #mythtv
12:00-!-Dibblah [] has quit [Remote closed the connection]
12:01-!-Dibblah [] has joined #mythtv
12:09-!-leprechau [] has quit [Connection reset by peer]
12:09-!-leprechau [] has joined #mythtv
12:13-!-kali67_ [] has quit [Read error: 110 (Connection timed out)]
12:15<gbee>updated patch in trac which switches flac and mad for ffmpeg's native decoders, also adds Real Audio, ATRAC, AC3
12:16<gbee>if we use libvorbis through ffmpeg then we can get rid of the extension switching stuff and support any audio codecs/formats that ffmpeg does
12:17<gbee>lots of really obscure stuff
12:18<GreyFoxx>Doesn't ffmpeg support mp3 encoding+decoding ?
12:18<GreyFoxx>do we need lame for that >?
12:18<gbee>doesn't support encoding, we still need lame
12:19<gbee>lame is currently compiled in to myth for framegrabbers, audio is encoded as mp3 - although Captain_Murdoch was looking at adding ogg vorbis support
12:20-!-CDev [] has quit [Read error: 104 (Connection reset by peer)]
12:20-!-CDev [] has joined #mythtv
12:21<laga>that'd be a huge step - getting rid of liblame
12:22-!-gustave_ [] has quit [Remote closed the connection]
12:29<gbee>well having the option to compile without it is one thing, removing it is another
12:29<gbee>without lame you couldn't rip CDs to mp3
12:30-!-bendailey [] has joined #mythtv
12:30<gbee>jpabq: yes
12:48-!-kali67 [] has joined #mythtv
12:50-!-famicom [] has joined #mythtv
12:53-!-dgibbons [n=dgibbons@] has joined #mythtv
12:57-!-robthebob [] has quit [Read error: 54 (Connection reset by peer)]
12:58-!-robthebob [] has joined #mythtv
13:08-!-trontonic [] has joined #mythtv
13:22<teprrr>btw, has tabbing out from spinboxes worked ever?
13:23-!-gustave_ [] has joined #mythtv
13:24-!-trontonic [] has left #mythtv ["Leaving"]
13:24-!-Nem^ [] has quit [Read error: 110 (Connection timed out)]
13:26<gbee>it used to, broken since the QT4 port
13:26-!-kali67 [] has quit []
13:26-!-bendailey [] has left #mythtv []
13:26-!-kali67 [] has joined #mythtv
13:36<teprrr>gbee, hmm. doesn't seem to work in 0.21-fixes mythbuntu is using either.. that's why I was wondering
13:36<gbee>hmm, don't know then - maybe it never worked
13:37<mattwire>I'm sure it did used to work
13:37<mattwire>if you mean tabbing to the next control
13:37<mattwire>that was something I fixed when I first started using myth
13:40<sphery>teprrr: I think you have to use Up/Down, not the actual "Tab" key.
13:41<teprrr>sphery, yes, up/down works just fine. I wouldn't have noticed that if I wasn't using a keyboard to control
13:51<teprrr>is used to fetch the channel icons? where does it get its icons?
13:51<teprrr>some finnish tv channel icons are missing and I'm wondering if they could be added
13:52<teprrr> lists those missing icons though.. but are they copyrighted/having such a license they can't be automatically added?
13:55<sphery>teprrr: I think xris has a script that will automatically grab the available icon info. He probably just needs to run it to update the icon list on services.
13:55-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
13:55<xris>yeah, I can rerun that
13:56<xris>man, that's another project I really need to spend some time looking into
13:57<xris>"replace lyntsat" heh
13:59<sphery>xris: weren't "they" doing something through XMLTV? (Or are you the "they"?)
13:59<xris>lyngsat wasn't.. that was probably me wanting to do stuff.
13:59<xris>then I ran out of free time (aka. summer started)
13:59<teprrr>xris, sphery, hmm, actually founds the correct icon, but /search?s=Nelonen returns just #.. is that ok?
14:00<teprrr>hrm, it doesn't find it now.. odd
14:01<teprrr>and now it does.. heh
14:01<teprrr>yup, search works also fine.. thanks xris :)
14:02<xris>I'm re-syncing the channel icon lists
14:02<xris>I just don't like to automate this in case lyngsat decides that I'm violating some agreement.
14:08<teprrr>I see
14:09-!-clever_ [] has joined #mythtv
14:09-!-clever [] has quit [Connection timed out]
14:11<gbee> guess I should have another go at approving icons
14:19<xris>yeah. definitely need to come up with a better way to do all of that stuff.
14:21<gbee>just searching inline for x15,x16,x17 etc right now, but it's pretty slow because of the size of those pages :)
14:22<gbee>and though I make an effort to spot obviously wrong icons, some are going to slip through anyway
14:24<gbee>yay, fixed a particularly nasty avfdecoder bug
14:30<xris>yeah, I keep meaning to add a "min submissions" filter to hide all of those x1 things
14:36<gbee>things like everyone submitting the ABC HD logo for ABC1 HD
14:37<gbee>where ABC != ABC (American vs Australian)
14:38<sphery>did xris give it an auto-reject capability?
14:38<xris>you shouldn't be able to submit stuff that's already attached.
14:39<gbee>we can deny icons which I think prevents them appearing in the list of options, Ozzie ABC HD doesn't have an icon right now, or at least no-one has submitted the correct one
14:40<gbee>20 people sent in the wrong one though
14:40<gbee>not sure whether it's better to have the wrong icon or no icon at all
14:41<xris>yeah, if you deny it, it gets marked as "no" vs just "unknown"
14:41<xris>you can also block an IP, and it will reject all of that IP's sumissions for like 2 weeks
14:41<xris>and wipe out any previous entries
14:41<xris>no icon is better than wrong
14:43<gbee>I've had to block IPs a couple of times
14:43<gbee>no idea if the submissions were just lazy or malicious but I've seen one person consistently pick completely wrong icons etc
14:44-!-|gunni| [] has quit ["KVIrc 3.4.0 Virgo"]
14:45<gbee>would be nice to get some people from a few different countries with access to services
14:46-!-_gunni_ [] has joined #mythtv
14:46<gbee>we need a German moderator, I'm not sure whether "WDR Fernsehen" is an appropriate icon for "WDR Bonn", since I think Fernsehen is a regional carrier which may or may not cover Bonn
14:46<xris>yeah. I asked, but only brits/americans really wanted to do it
14:47<xris>Fernsehen just means TV (basically)
14:47<xris>so I suspect that WDR is the network
14:48<laga>not sure if they have their own icon or just use the WDR one
14:50<janneg>xris: you can sign my up
14:51<janneg>gbee: it is
14:51<janneg>Bonn is covered by WDR
14:52<xris>janneg: pm me the output from: htdigest -c /dev/stdout MythTV janneg (or whatever username you wnat)
14:52<gbee>Fernsehen literally just means TV then? It's not a company/network name?
14:53<janneg>WDR is a regional public TV station and they have splitted their programm for smaller regions
14:53<gbee>thought I'd read that it was a carrier like Virgin, Sky, Dish etc albeit on DVB-T
14:53<janneg>yes Fernsehghen is just television
14:53<xris>fern == far, sehen == to see
14:54<gbee>ok - see this is why we need someone from each country ;) or at least someone like xris who learnt German
14:54<xris>just like english (with wacky old roots).. tele == far, vision == seeing
14:54<xris>nein, ich kann kein Deutsch sprechen.
14:54<gbee>I only learnt Spanish and French at school
14:55<xris>I can't do french, so we're even
14:55<gbee>xris: heh, ok
14:56<gbee>I should be able to speak Welsh, but it never sunk in, guess I'm letting my ancestors down
14:59<janneg>xris: is there a way to see the DVB id for the icons
15:01<janneg>ah, I'm blind seing them now
15:02<gbee>if AVCodecContext returns 0 for channels is it safe to pick a sane number, e.g. 2 or should we bail out?
15:04<janneg>I don't know, which decoder?
15:05<gbee>should be the mp3 decoder, and it doesn't always do it so I suspect something isn't being reset correctly when switching between tracks
15:06<gbee>switching from flac -> vorbis -> mp3 triggers it for me at the moment
15:15-!-huhlig_work [] has quit [Read error: 104 (Connection reset by peer)]
15:23<gbee>ok, seems like it's always the same mp3 and doesn't matter what the previous track was, so it's not a case of failing to reset stuff - ffplay works just fine with the mp3 but myth doesn't like it
15:24<gbee>if I try to play anything after that it thinks it's mp2 and fails
15:25<gbee>ahh, but that _is_ because in an error condition we're not reseting like we should
15:30-!-cecil [n=cecil@] has joined #mythtv
15:39<gbee>when was the last ffmpeg resync?
15:42<sphery>gbee: looks like ffmpeg r11051 -
15:44<gbee>sphery: thanks
15:45<GreyFoxx>There was talk of another resync just the other day
15:46<gbee>yeah, so I'm on 11599 - so it's possible that the bugs I'm hitting would be resolved by a resync
15:51-!-Pyretic [] has joined #mythtv
15:52<Pyretic>does anyone know if an analog-tv mpeg-4 encoder card exists ?
15:55<gbee>keeps mis-identifying mp3s as mp2
15:58<sphery>Pyretic: #mythtv-users
15:59-!-mattwire [] has quit [Remote closed the connection]
16:00<Pyretic>oh duh
16:00-!-Pyretic [] has left #mythtv []
16:03<janneg>sphery: I've just run and noticed it reports db backups as unknown files
16:04<janneg>it should probably ignore the DB backup storage group
16:05<janneg>but if we have regular db backups we should probably have them in a table so we can clean out old backups
16:06<sphery>janneg: Yeah, I realize that, but I hate that script (and because it's not well maintained and doesn't use the Perl bindings.. I'm working on moving their functionality into the backend ( in backend's housekeeping and both available "on demand"--even with scripted requests). I'm hoping we'll just remove both of the Perl scripts.
16:07<sphery>The new backup script automatically rotates backups (keeping 5 by default, but modifiable with --rotate X).
16:08<sphery>You can actually modify the automatic backups with the undocumented setting BackupDBScriptArgs
16:10<sphery>If you want, I'll do a patch for find_orphans in the meantime, but I was hoping to just avoid that script.
16:10-!-ahbritto_ [] has quit [Client Quit]
16:11<janneg>sphery: I find find_orphans useful and it's fixed but I can't be bothered to port it to the bindings
16:21*stuarta decides to be rash and attempt building win32 port
16:21<sphery>janneg: That fix will only work for users who a) create a DB Backups SG and b) do not specify any directories that are in other SG's in the DB Backups SG. Ideally we would ignore the backup files, though doing so is /much/ more effort (since backup filenames can be just about anything). However, the current fix is good enough for me if it works for you.
16:21<sphery>Guess it's better than nothing, though.
16:22<kormoc>could just run each file though the file command and verify it thinks it's a video file before adding as a orphan
16:23<sphery>though many video files are identified as data by file
16:23<kormoc>Hrm, formats we record/transcode to?
16:24<sphery>Pretty sure Myth NUV files are and most/all MPEG-2 files from DVB.
16:24<kormoc>fair 'nuff
16:24<sphery>that's why xris had a hack in the bindings for a while that ran mplayer -identify on the files
16:24<xris>still does
16:25<kormoc>could do the other way, verify it's not a tar/gzed file type before adding
16:25<xris>no one ever got around to helping me out by putting that info into the db
16:25<sphery>Oh, right. Guess you just took the call to that function out of the script
16:25<kormoc>xris, bug me after bro heads home, that could be a fun c++ fortay
16:25<xris>btw, you going to CC on saturday?
16:26<kormoc>If we're not camping, sure
16:26<kormoc>and doesn't seem like we're camping
16:27<xris>I'm hoping they'll be pouring the hearth for the oven
16:28<janneg>sphery: true, I haven't thaught about those corner cases. it works for me
16:29<janneg>well, not having a DB backup storage group is probably not a corner case
16:32<sphery>Yeah, probably not worth worrying about--at least not until you've seen the new functionality I'm adding. :) If you then decide you still want, I'll probably port it to the bindings and make it (not just the DB Backup part) work properly.
16:34-!-robthebob [] has quit [Read error: 104 (Connection reset by peer)]
16:34-!-robthebob [] has joined #mythtv
16:41-!-dekarl1 [] has joined #mythtv
16:43-!-dekarl1 is now known as dekarl
16:54-!-leprechau [] has quit [Read error: 60 (Operation timed out)]
17:04-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 110 (Connection timed out)]
17:04-!-cecil [n=cecil@] has quit [Read error: 110 (Connection timed out)]
17:10-!-adante [] has quit [Read error: 101 (Network is unreachable)]
17:20-!-JoeyBorn [] has joined #mythtv
17:25-!-dekarl1 [] has joined #mythtv
17:25-!-sphery_ [] has joined #mythtv
17:28-!-clever_ is now known as clever
17:36-!-huhlig [] has joined #mythtv
17:39-!-sphery [] has quit [Read error: 110 (Connection timed out)]
17:40-!-leprechau [] has joined #mythtv
17:43-!-dekarl [] has quit [Read error: 110 (Connection timed out)]
17:44-!-ahbritto_ [] has joined #mythtv
17:44-!-gustave_ [] has quit [Remote closed the connection]
17:53-!-sphery_ is now known as sphery
17:54<gbee>janneg: is there likely to be an ffmpeg resync soon? There is no hurry but if it isn't planned then I'll put the mythmusic stuff on a back burner
17:58-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
17:59-!-jgarvey [] has quit ["Leaving"]
18:01-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:04<kormoc>xris, aye, that'd be awesome
18:05-!-lyricnz_ [] has quit [Read error: 110 (Connection timed out)]
18:13-!-gnome42 [] has joined #mythtv
18:15-!-iamlindoro_ [n=iamlindo@] has quit [Connection timed out]
18:20<janneg>gbee: git clone git:// mythtv_git; cd mythtv_git; git checkout 00-ffmpeg-sync
18:22<gbee>git: fatal error: `chdir' failed: permission denied.
18:22<gbee>janneg: thanks btw
18:25<janneg>gbee: that's the only message git clone gives?
18:25<gbee>git: warning: invalid extra options ignored
18:26<gbee>plus version, license info
18:26<janneg>gbee: try the commands seperate without the ';'
18:26<iamlindoro>heh, did you include the parts after the ; instead of newlines? (sorry if that's insulting)
18:26<gbee>makes no difference
18:27<gbee>hmm, ok - I know what's wrong, git != git
18:27<janneg>gbee: which git version?
18:28<gbee>janneg: I just installed the git package, but it turns out that it's another application by the same name ;)
18:28<janneg>ah, there is a filemanager also called git but I thought until now nobody uses it
18:29-!-adante [] has joined #mythtv
18:29<gbee>yeah, I just assumed that the 'git' package would be the right one
18:30<gbee>everythings fine now I have the right one :)
18:31<gbee>error: pathspec '00-ffmpeg-sync' did not match any file(s) known to git.
18:31<gbee>well not quite
18:33<janneg>git checkout origin/00-ffmpeg-sync
18:35-!-MrGandalf [] has joined #mythtv
18:35<MrGandalf>you're welcome
18:35-!-adante_ [] has joined #mythtv
18:36-!-xris [n=xris@] has quit []
18:44-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 110 (Connection timed out)]
18:47<gbee>hmm, I'm getting aac and vorbis all confused, mythmusic never had AAC encoding and vorbis encoding is native to ffmpeg so we don't need libvorbis at all
18:48<iamlindoro>Will be nice not to need libfaac/d once that's finally committed to ffmpeg, though
18:48<iamlindoro>where that = inboard AAC encode/decode
18:48<gbee>I'm hoping that might happen before we release 0.22
18:48<iamlindoro>Seems like there's a good chance of that, they're in the midst of hemming and hawing about in on ffmpeg-devel
18:49<iamlindoro>I just want E-AC3 to sneak in so that I can watch my HD-DVD and Blu-ray pretties :)
18:49<gbee>I'd rather not mess with adding optional aac support to myth's configure etc so the sooner the better
18:49<janneg>MrGandalf: git clone git://
18:49<janneg>the ffmpeg merge is in the 00-ffmpeg-sync branch
18:50-!-adante [] has quit [Read error: 101 (Network is unreachable)]
18:50-!-adante_ is now known as adante
18:50<janneg>gbee: that's already there for libavcodecs sake
18:51<janneg>and the aac decoder will be ready before 0.22, not sure about the encoder
18:51<gbee>I wasn't sure how much we retained from ffmpeg's configure
18:51<gbee>and I hadn't checked yet
18:52<MrGandalf>janneg: thanks! :)
18:52<gbee>doesn't compile here
18:52<janneg>aac decoding should already work with the avfdecoder if you run configure with --enable-libfaad
18:53<janneg>gbee: libavcodec SIMD failing with text relocations?
18:53<janneg>MrGandalf: ac3 passtrough is currently broken
18:53<MrGandalf>janneg: That's ok, don't use it.
18:54<janneg>and you need gcc 4
18:57<janneg>gbee: git pull and try again
18:59<gbee>think I need to read the git manual
19:00*GreyFoxx installs git
19:01<gbee>don't do it!
19:03<GreyFoxx>I'm interested to see if my couple of h264 mkv's that wont seek work any better
19:04<GreyFoxx>anyones I've made with handbrake all show the same behaviour
19:05<gbee>git pull is giving me an error about not specifying the branch to merge from
19:05<MrGandalf>the configure differences aren't bad..
19:08<iamlindoro>Sheesh, you're up to date, newer than the ffmpeg a build a few days ago :)
19:08<iamlindoro>er I built
19:08<janneg>gbee: git fetch should be enough
19:09-!-Dave123 [] has quit [Read error: 60 (Operation timed out)]
19:09<janneg>iamlindoro: just refereshed before announced
19:09<iamlindoro>ah, makes sense :)
19:09<GreyFoxx>Hmmm the file downloaded without error and bzip2 decompressed without error but pipping into patch ends up with patch unexpectedly ends in middle of line
19:09<gbee>didn't appear to do anything :( janneg - I'll read up on git before I bother you further
19:10-!-mattwire [i=84b9f078@gateway/web/ajax/] has joined #mythtv
19:11<gbee>heh, just re-running checkout did work though
19:11<gbee>$ git checkout origin/00-ffmpeg-sync
19:11<gbee>HEAD is now at 75b044f... add needed include path for libmythfreesurround
19:12<janneg>GreyFoxx: please try again
19:13<GreyFoxx>that worked, thanks
19:13<janneg>gbee: sorry, failure. I shouldn't have used the shortcut of checking out a remote branch
19:14<gbee>janneg: doesn't help that I've only used git a couple of times before
19:14<janneg>GreyFoxx: ok, I probably started the bzip2 before the file was entirely on the server
19:15<janneg>s/failure/my failure/
19:15<iamlindoro>janneg: I may be off base here (or doing something stupid) but make install doesn't seem to be installing the .so files
19:18<MrGandalf>likely make failed
19:18<iamlindoro>naw, make completed w/o errors
19:18<iamlindoro>and they exist, just not getting installed
19:19-!-noisymim1 [n=josh@nat/ibm/x-834b9ebcfc4816c8] has joined #mythtv
19:20<GreyFoxx>same here
19:20*janneg waits for make to finish to test it
19:20<GreyFoxx>install -m 755 -p "" "/hdd/2/src/mythtv/svn/mythtv/mythtv/libs/libavcodec//lib/"
19:20<GreyFoxx>ln -sf "" "/hdd/2/src/mythtv/svn/mythtv/mythtv/libs/libavcodec//lib/"
19:21<GreyFoxx>The install path isn't right
19:21-!-noisymime [] has quit [Read error: 110 (Connection timed out)]
19:23-!-noisymim1 is now known as noisymime
19:23<clever>GreyFoxx: ive had problems before when changing the --prefix without cleaning up
19:24<iamlindoro>clever: Except in this case we're all checking out fresh
19:24<clever>not my problem then
19:24<clever>resume working
19:24<iamlindoro>or not working as the case may be :)
19:24<GreyFoxx>clev: I never change prefix on any myth install
19:25<clever>by change i mean i did it with the default of /usr/local/ then reconfigured to another prefix
19:25<janneg>I probably missed prefix change in configure
19:25<clever>so half the makefiles refered to the 'old' prefix
19:27*MrGandalf has too many patches..
19:27<GreyFoxx>mrg: hehe
19:28<MrGandalf>janneg: looks like libs/libav* may be a near drop-in replacement in -fixes.
19:29-!-kali67 [] has quit [Read error: 110 (Connection timed out)]
19:30<MrGandalf>just remove an include from libavutil (mythdb/compat.h) and it's good to go
19:30<MrGandalf>and no segfault in xchg_mb_border() :)
19:31<janneg>GreyFoxx: so there is a wrong '/lib' in the path
19:33<GreyFoxx>janne: Where should I look ?
19:35<janneg>GreyFoxx: you're compiling in /hdd/2/src/mythtv/svn/mythtv/mythtv?
19:36<MrGandalf>janneg: I'm still getting motion artifacts, but I don't with my patches
19:36<janneg>MrGandalf: the libraries are probably not installed
19:37<MrGandalf>they are.. they overwrote my old ones
19:37<MrGandalf>hold on, my stupidity
19:40<gbee>ugh, why is this so slow
19:41<GreyFoxx> # installation paths
19:41<GreyFoxx>looks like it takes out the default PREFIX
19:42<GreyFoxx>ahh ok, it's now defined in another variable
19:42<GreyFoxx>PREFIX was swapped for prefix_default
19:42<GreyFoxx>and some stuff uses one and others the other
19:42<janneg>argh, I'm looking at the wrong branch
19:43-!-kali67 [] has joined #mythtv
19:45-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
19:45-!-_gunni_ [] has joined #mythtv
19:56<iamlindoro>also looks like libmythdvdnav might not be building (probably also Makefile related)
19:57<iamlindoro>But if that's right then I think mythvideo will fail to compile
19:57<iamlindoro>(haven't tested)
20:04-!-xris [] has joined #mythtv
20:05<iamlindoro>oh my bad, it's building, but not installing, same issue
20:05-!-jhulst [] has joined #mythtv
20:07<janneg>GreyFoxx, iamlindoro, MrGandalf:
20:08<MrGandalf>thanks, but I
20:08<MrGandalf>'m not using the newer configure
20:18-!-cecil [n=cecil@] has joined #mythtv
20:21-!-MaverickTech [] has quit [Read error: 113 (No route to host)]
20:26-!-huhlig_work [] has joined #mythtv
20:27<iamlindoro>janneg: Appears to have fixed make install
20:31<iamlindoro>gbee: That's related to having a ffmpeg-from-source libavformat/codec/util in /usr/lib, no?
20:31<iamlindoro>and it being picked up first in the include order
20:32<iamlindoro>mv /usr/lib/libav* /some/other/dir/for/a/second and it should finish the make IIRC
20:33<gbee>could be, I'm not really looking at these errors, too tired
20:34<gbee>I've just skipped past building the filters for now
20:34<gbee>should be looking in the source tree first though if that's the case
20:35-!-Dave123 [] has joined #mythtv
20:36<janneg>gbee: might need ../../libs as includepath
20:36-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
20:36<janneg>going tobed now, good night
20:37<iamlindoro>libs/libavformat/allformats.c:116: undefined reference to `mpegtsraw_demuxer'
20:37<iamlindoro>any hint on that one-- oddly built fine on oen machine, broken on the other, so I'm sure it's me
20:37<iamlindoro>er one
20:37<gbee>janneg: it did
20:38<janneg>did you run configure on both?
20:39<iamlindoro>yeah... but I have a hunch as to what I did wrong
20:39-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
20:40<janneg>make distclean or it might try to link old libs
20:41<iamlindoro>I'm sure I'll get to the bottom of it, go to bed... thanks :)
20:41<iamlindoro>besides, the MBE is running, so that's more than enough for tonight
20:42<gbee>and mythmusic ..
20:42*gbee is going to bed too
20:43-!-huhlig [] has quit [Read error: 110 (Connection timed out)]
20:45<iamlindoro>Heh, looks like it breaks mythweb preview creation of h.264 recordings
20:46<iamlindoro>yeah, "/usr/bin/mythbackend --generate-preview 0x0 --chanid 1751 --starttime 20080729174400" segfaults
20:47-!-test34 [n=test34@unaffiliated/test34] has quit ["MCCAIN??? NO!"]
20:47<iamlindoro>ill get a backtrace tomorrow and show janneg if he/you care
20:49-!-JoeyBorn [] has quit [Read error: 110 (Connection timed out)]
20:52-!-kali67 [] has quit []
20:54-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
20:55-!-dgibbons [n=dgibbons@] has left #mythtv []
20:56-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
20:56-!-huhlig_work [] has quit [Read error: 110 (Connection timed out)]
20:57-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
21:06<iamlindoro>Hmm, guess it's not just h.264, but all previews for mythweb
21:12<iamlindoro>janneg: BT of preview creation segfault with your myth branch:
21:17-!-Dibblah [] has quit [Read error: 113 (No route to host)]
21:21-!-robthebob [] has quit [Read error: 104 (Connection reset by peer)]
21:23-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
21:35-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
22:16-!-cecil is now known as cesman
22:50-!-mattwire [i=84b9f078@gateway/web/ajax/] has quit [" ajax IRC Client"]
22:53-!-danielk22 is now known as danielk_Zzzzzz
23:18<iamlindoro>bad kitty
23:39<iamlindoro>Anyone noticed in trunk that when skipping in the internal player, it reflects the timestamp of the time *before* the skip rather than the one after it?
23:51<Anduin>iamlindoro: Yes, and no prompt at exit anymore, haven't actually looked in to why though.
23:56-!-foxbuntu [] has joined #mythtv
---Logclosed Wed Jul 30 00:00:06 2008