Back to Home / #mythtv / 2003 / 05 / Prev Day | Next Day
#mythtv IRC Logs for 2003-05-26

00:24-!-Timon [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
00:29-!-Timon [~dan@157-11-237-24.gci.net] has joined #mythtv
00:30-!-Timon [] has quit [Client Quit]
00:31-!-Timon [~dan@157-11-237-24.gci.net] has joined #mythtv
01:01-!-Timon [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
01:01-!-jrh [] has quit [Read error: 104 (Connection reset by peer)]
01:01-!-jrh [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv
03:12-!-FryGuy [] has quit ["peace and protection - if you don't try it, you can't tell me it sucks. - www.pairc.com"]
03:12-!-yebo [] has quit [Read error: 104 (Connection reset by peer)]
03:58-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
04:06-!-kiwi_uk [~kiwiuk@pc3-nfds1-6-cust201.nott.cable.ntl.com] has joined #mythtv
04:12-!-choenig [~choenig@p50859BE5.dip.t-dialin.net] has joined #mythtv
04:44-!-choenig [] has quit [Remote closed the connection]
05:29-!-kiwi_uk [] has quit ["Peace and Protection 4.22"]
05:33-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
05:34-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
05:44-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
05:44-!-froggy19 [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
05:44-!-froggy19 is now known as FryGuy
06:01-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
06:01-!-froggy19 [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
06:01-!-froggy19 is now known as FryGuy
06:12-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
06:54-!-choenig [~choenig@p50859BE5.dip.t-dialin.net] has joined #mythtv
07:51-!-bline [] has quit [Read error: 104 (Connection reset by peer)]
08:47-!-bline [~sbeck@h24-84-93-233.vc.shawcable.net] has joined #mythtv
09:26-!-bline [] has quit ["Client exiting"]
09:52-!-bline [office-0@office.gossamer-threads.com] has joined #mythtv
11:40-!-bline [] has quit [Read error: 113 (No route to host)]
11:44-!-bline [office-6@office.gossamer-threads.com] has joined #mythtv
11:57-!-rkulagow [] has quit [Read error: 110 (Connection timed out)]
12:04-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
12:35-!-kiwi_uk [~kiwiuk@pc3-nfds1-6-cust201.nott.cable.ntl.com] has joined #mythtv
12:45-!-kiwi_uk [] has quit [Read error: 104 (Connection reset by peer)]
15:33-!-justin [~justin@H239-211.STATE.resnet.albany.edu] has joined #mythtv
16:01-!-itsame [~joejoe2@rdu74-170-244.nc.rr.com] has joined #mythtv
16:07<-- itsamehas quit ()
16:10-!-TheAsp [asp@CDR13-117.accesscable.net] has joined #mythtv
16:10<TheAsp>funny, the patch i wrote like 4 months ago was reimplemented this afternoon...
16:12<TheAsp>or is it my patch?
16:15<TheAsp>close but not the same
16:25-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
16:46<mdz_>is there an osd.xml for oldosd? or is oldosd obsolete?
16:50<Captain_Murdoch>TheAsp: you mean what I put in?
16:51<Captain_Murdoch>I didn't remember a patch. I thought you were working on some form of editor that would let you change things like profile, "record only on weekdays", etc..
16:52<TheAsp>no, the press i to get the infordialog in the scheduled recordings screen patch
16:52<TheAsp>i'm working on the autodeletion stuff, but need ui stuff to config it
16:53<TheAsp>so i was going to write something like that menu, but gave up
16:53<TheAsp>the ui.xml stuff was just new at that point
16:54<Captain_Murdoch>that's what I committed, the 'I' key thing. just creates an InfoDialog and then refreshes afterwards. I didn't add much code, just called infodialog like the epg does.
16:54<TheAsp>neither did i
17:15-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
17:37-!-bline [] has quit ["Client exiting"]
17:43-!-TheAsp [] has quit [Remote closed the connection]
17:43-!-Drikus_ [] has quit ["toedeledoki"]
18:21-!-choenig [] has quit [Remote closed the connection]
18:22<mdz_>I'm getting quite a bit of this:
18:22<mdz_>uitypes.o: Going to be hard to request an update without a parent
18:22<mdz_>whose code is that?
18:22<Chutt>thor's
18:23<mdz_>is that normal?
18:23<mdz_>(for now anyway)
18:23<Chutt>i dunno
18:23<Chutt>probably
18:23<Chutt>it's not finished yet
18:23<mdz_>Chutt: the gcc guys yelled at us for mythtv's default CFLAGS
18:23<Chutt>heh
18:23<Chutt>why's that?
18:24<mdz_>-O6 because it's no different from -O3, -fexpensive-optimizations because it's on at -O2 and higher
18:24<mdz_>and -funroll-loops because it probably shouldn't be on for every file
18:24<Chutt>heh
18:24<Chutt>yeah, whatever
18:24<mdz_>I'm using just -O3 -march=pentiumpro -fomit-frame-pointer now
18:25<mdz_>current CVS is looking pretty good so far
18:25<Chutt>-fmmx or -fsse would be appropriate
18:25<Chutt>as well
18:25<Chutt>or is it -mmmx and -msse
18:25<mdz_>-m
18:26<mdz_>would you object to changing the defaults to remove -fexpensive-optimizations and use -O3 instead of -O6 at least?
18:27<mdz_>should be no functional change, makes the command line a bit shorter
18:28<mdz_>I think I'd like to remove -funroll-loops as well, but whatever
18:33<Chutt>sure
18:33<Chutt>whatever you want
18:33<Chutt>i don't use those defaults anyway
18:49<mdz_>just got some weird behaviour while watching an in-progress recording
18:49<mdz_>I tried to skip back, and it seemed to skip forward
18:49<mdz_>it was fast, though, definitely using the seek table
18:50<mdz_>it looks like it's being written in batches, every 15 seconds or so
18:50<mdz_>to the db
18:59<Morph>hrm. still no live tv for me.
18:59* Morphrebuilds
19:03-!-Sg4 [StealthZ@adsl-80-129-121.sdf.bellsouth.net] has joined #mythtv
19:10<Morph>hmm no luck.
19:19<Morph>Chutt: has something changed recently in regards to ivtv and mythtv? that would cause this to not work?
19:20<Chutt>nope
19:20<Chutt>everything's working for me with all that
19:20<Morph>hmm hmm
19:20<Morph>you're using latest ivtv cvs?
19:20<Chutt>i did go in and drop the bitrate of the video so that the crappy nehemiah had an easier time decoding, though =)
19:20<Chutt>yup
19:21<Morph>hmm
19:21-!-hfb [] has quit [Read error: 110 (Connection timed out)]
19:21<Morph>I suspected ivtv but mplayer grabs video from the device..mythtv doesnt seem to attempt anything.
19:22<Chutt>best thing to do would be to compile in debug mode
19:22<Chutt>get it to hang
19:22<Morph>its in debug mode :)
19:22<Chutt>switch to the gdb term, hit ctl-c
19:23<Chutt>to break it, then generate the backtrace like it says how to in the mythtvdocs
19:23<Chutt>err, insert a space there =)
19:23<Morph>did that. didnt see anything out of the ordinary. looking around now.
19:23<Chutt>well, mail it to me
19:24<Chutt>i'll check it out
19:24<Morph>k. one sec.
19:24<Chutt>later, though, i'll bbiab =)
19:24<Morph>hasta.
19:30<Viddy>la vista
19:30<Viddy>baby
19:30<Viddy>;)
19:45<mdz_>Chutt: is oldosd obsolete now, or does it just need an osd.xml?
19:46<thor_>mdz, where are you getting "uitypes.o: Going to be hard to request an update without a parent"
19:46<mdz_>thor_: I'm not sure; I see it on the terminal where I started mythfrontend when I come back after using it
19:46<mdz_>when I'm navigating the menus I assume
19:46<mdz_>11 of them
19:47<mdz_>in a row
19:47<thor_>probably on theme parsing ... I'll fix it
19:48* Morphfires off the backtrace
19:49<thor_>mdz, it's just me walking over moegreen's code ... setting UI text objects ... will be gone when I commit tonight. Sorry about that
19:49<mdz_>thor_: no problem, didn't break anything for me
19:55<Morph>hm mythweather works :)
19:57<mdz_>hmm, it's not that it's going forward, it's that it doesn't skip at all
19:57<mdz_>doesn't happen on another frontend I started up to test
19:57<mdz_>ah, unknown position errors
19:57<mdz_>unknown position: 130980
19:58<mdz_>meaning it wasn't in the positionmap
20:45-!-billytwowilly [~chris@h24-86-147-220.ed.shawcable.net] has joined #mythtv
20:48<billytwowilly>Since the last piece of news (that is almost a month old now) Hints at a release soon and I can't find any mention of a release or pending release on the mailing lists archives, anyone care to speculate as to when a release will be coming?
20:53-!-billytwowilly [] has quit ["Client exiting"]
20:53-!-billytwowilly [~chris@h24-86-147-220.ed.shawcable.net] has joined #mythtv
20:56<mdz_>where is the font set for the new EPG?
20:59-!-billytwowilly [] has quit ["Client exiting"]
21:34<Chutt>in the ui
21:34<Chutt>.xml file
21:35<Chutt>mdz, it just needs a new theme xml written for it
21:35<Chutt>should be easy to translate over
21:36<thor_>Chutt, have you tried that tarball I sent last night
21:36<Chutt>no, sorry :(
21:36<Chutt>been really busy with other stuff
21:37<Chutt>morph, if you see this, could you repeat that step on the backend process?
21:37-!-hfb [~hfb@66-91-245-224.san.rr.com] has joined #mythtv
21:38<Chutt>morph, and get a trace of all threads? (shows how to in the mythtv howto)
21:43<Chutt>thor, lemme compile it up right now
21:44<mdz_>Chutt: is the positionmap updated at all while watching an in-progress recording?
21:44<Chutt>no
21:44<mdz_>or will it only have what was there when it starts watching?
21:44<mdz_>ah
21:44<Chutt>well
21:44<Chutt>it should be grabbing it from the backend
21:44<Chutt>but i think captain_murdoch might've broken that
21:45<mdz_>it didn't seem to be, for me, earlier
21:45<mdz_>looking at it, I was thinking, is there any reason not to add entries as we go along if they don't exist for whatever reason?
21:45<mdz_>right now it does if (!haspositionmap)
21:45<Chutt>ah
21:45<Chutt>ya know, that's probably the issue
21:46<Morph>back.
21:46<Chutt>before, you'd not have any position map
21:46<Chutt>now, you get a partial one when you start playing the in-progress recording
21:46<Chutt>so that fucks it up
21:46<mdz_>yeah
21:46<Captain_Murdoch>haspositionmap doesn't get set true unless it loads the positionmap/seektable when it first starts, so it should always try to get the latest if it needs it.
21:46<mdz_>but even if it did, it wouldn't have any entries ahead of where it's watching
21:46<Chutt>right
21:46<mdz_>so no seek table for skipping forward
21:46<Chutt>_but_
21:46<Chutt>no seek table for seeking backwards
21:47<Chutt>it'll grab the stuff from the backend for forward
21:47<thor_>Chutt, don't run on it a box with code that isn't saved somewhere else
21:47<mdz_>ahh
21:47<Chutt>but not for stuff that it (the frontend) has seen itself
21:47<thor_>it can lock up pretty hard ... I'm solving that now
21:47<Chutt>thor, heh
21:47<Chutt>ok
21:47<Chutt>i'm just recompiling mythtv to try out bruce's stuff
21:47<Chutt>first
21:47<Chutt>then i'll do mythmusic
21:47<thor_>no hurry
21:48<Morph>Chutt: just saw your messages.
21:48<Chutt>morph, cool, mind doing that?
21:48<Morph>not at all. doing it now. noticed something on the backend that im looking at now..something with the mysql query.
21:48<Chutt>captain_murdoch, main issue is that seeking forward will grab from the backend, rewinding won't
21:49<Captain_Murdoch>so if there's no entry in the positionmap for where you're trying to seek to it should either fetch from the backend (preferably) or the db.
21:49<Chutt>and if it has a seektable (like an inprogress recording does now), it won't append data to that seektable as it plays back
21:49<Chutt>best thing to do would be to get rid of the if !positionmap tests for adding to the map
21:49<Chutt>and to try and load it from the db if it's not in the local map
21:49<Chutt>yup
21:50<mdz_>Chutt: do you think it should be if (it's not in the map already) or just unconditional?
21:50<mdz_>I can't think of any time it would be different
21:50<Captain_Murdoch>haspostitionmap is only set true when it loads a positionmap at startup. so that !haspositionmap will execute whenever there was no positionmap at startup.
21:50<Chutt>right
21:50<Chutt>that used to catch in-progress recordings
21:51<Chutt>since they wouldn't have a seektable
21:51<Chutt>now they do, though
21:51<mdz_>in-progress recordings have a positionmap at start
21:51<mdz_>but an incomplete one
21:51<Morph>hehe
21:51<Morph>it works.
21:51<Morph>database issues.
21:51<Captain_Murdoch>this goes back to what we were talking about the other day then.
21:51<mdz_>so I start watching, I get a partial seek table, I watch past where the seek table ends, and then try to skip
21:51<mdz_>and those entries are not there
21:51<Captain_Murdoch>if livtv or watching recording then don't set haspositionmap to true.
21:51<Chutt>morph, what was it?
21:51<mdz_>(skip backwards, that is)
21:52<Morph>Chutt: it was missing some columns so it wasnt reading in the info for the tuner..
21:52<mdz_>Captain_Murdoch: so, don't set haspositionmap when loading from the db?
21:52<mdz_>or try to determine if it's complete or not?
21:52<Captain_Murdoch>no, just if loading from the DB and it's livetv or watching a recording.
21:52<Chutt>wasn
21:52<Chutt>blah
21:52<Captain_Murdoch>sorry, inprogress recording
21:52<Chutt>morph, wasn't it complaining about that?
21:53<Captain_Murdoch>watchingrecording, not watching-recorded
21:53<Morph>Chutt: not before, no. I only noticed it when it was running from gdb.
21:53<Chutt>weird
21:53<Morph>Chutt: this was the backend running in gdb when I noticed the DB error.
21:53<Morph>yeah.
21:53<mdz_>does it know at that point if it's incomplete or not?
21:54<Captain_Murdoch>mdz, if it's livetv or watching an in-progress recording then by definitiion it's incomplete
21:54<mdz_>I am not sure that it does
21:54<mdz_>but does nuppeldecoder know that?
21:54<mdz_>isn't it transparent from the ringbuffer up?
21:55<Captain_Murdoch>yes. there are 2 variables, livetv and watchingrecording.
21:55<mdz_>ahh
21:55<Captain_Murdoch>the player knows about the livetv because it can get the positionmap from the encoder
21:56<Captain_Murdoch>so I can just make the 2 decoders check those vars before setting haspotitionmap = true.
21:56<Captain_Murdoch>if either is set then don't set haspositionmap
21:56<Chutt>that'll work
21:56<mdz_>and rename haspositionmap to hasfullpositionmap :-P
21:57<Chutt>heh
21:57<Chutt>meh
21:58<Chutt>compiled mythtv in debug mode
21:58<Chutt>no cpu =)
21:59<Captain_Murdoch>is that a good meh or a bad meh? so I'll add checks for !livetv and !watchingrecording and then rename all haspositionmap to hasfullpositionmap
21:59<Chutt>no no, you're fine
21:59<Captain_Murdoch>ok. it'll be in cvs in a few minutes.
22:00<Chutt>how 'bout the setlength calls?
22:00<Chutt>those should also not be used if it's 'live'
22:03-!-Sg4 [] has quit [Read error: 60 (Operation timed out)]
22:04<Captain_Murdoch>ok. so wrap the hasfullpositionmap = true and the setfilelength() call.
22:04<mdz_>totalLength, but not filelength, right?
22:05<Chutt>right
22:06<Captain_Murdoch>so totalframes = what?
22:07-!-PeteCool [~pete@modemcable019.237-201-24.mtl.mc.videotron.ca] has joined #mythtv
22:07<PeteCool>any of you guys able to connect to tarek's website? Doesn't work here :(
22:07<Captain_Murdoch>I don't see it setting either of those after it calls nvr_enc->FillPositionMap in dofastforward
22:08* Captain_Murdochdoesn't remember the url off the top of his head.
22:09<PeteCool>tarek.2y.net/myth/
22:11<Captain_Murdoch>no connection here either.
22:14<hachi>what's the program I'm looking for on the lists to convert the nupple video files to something else?
22:14<hachi>mythtranscode?
22:14<PeteCool>hachi: you need to use a patched mencoder (mencoder comes with mplayer)
22:16<hachi>ahh, I'll patch it then, I asumed it was a standalone product
22:17<hachi>project, even
22:17<PeteCool>hachi: search the archives for the patch, I think Matt Zimmermann posted it
22:18<hachi>he has it on his site
22:19<PeteCool>hachi: can you paste the URL please? I didn't know he had a site :)
22:19<hachi>http://dijkstra.csh.rit.edu:8088/~mdz
22:20<hachi>somewhere in that tree
22:22<hachi>oh wonderful... I know I saw it on there somewhere
22:22<Captain_Murdoch>Chutt, mdz_: should m_parent->SetFileLength() be called at all if it's livetv or recording?
22:23<Chutt>no
22:23<Chutt>it wasn't set before
22:23<PeteCool>I'm getting a 403 going there
22:23<Captain_Murdoch>ok, that's what I thought. but avformatdecoder.cpp has code that predicts the length and frames based upon the bitrate if haspositonmap is false.
22:23<hachi>PeteCool, mythtv/ belongs on the end of that again
22:24<hachi>eep, /mythtv/
22:24<Chutt>right
22:24<Chutt>but that gets overwritten later
22:25<hachi>PeteCool: documented here http://www.mythtv.org/docs/mythtv-HOWTO-19.html#ss19.1
22:25<Chutt>thor, hey, it kinda works now =)
22:26<thor_>turn off accelerators
22:26<Captain_Murdoch>chutt, ok. thanks.
22:26<Chutt>they're off
22:27<thor_>I've just greaty sped up the redrawing, and figured where it was going hard (that's fixed). Lot faster now
22:27<Chutt>cool
22:28<thor_>First time people hit left arrow, it will kinda throw them
22:29<Chutt>hmm
22:29<Chutt>might it make sense to combine the pause/play button?
22:29<Chutt>or do you want to keep them separate?
22:29<thor_>makes no differene to me
22:30<thor_>(there the same on the QKeyEvent intercepting level)
22:31<Chutt>hrm
22:31<Chutt>bruce's stuff is worse :(
22:38<Captain_Murdoch>hasFullPositionMap fix is in cvs.
22:38<Chutt>excellent
23:04-!-paperclip [] has quit [kornbluth.freenode.net irc.freenode.net]
23:05-!-paperclip [~joe@ip68-11-30-158.no.no.cox.net] has joined #mythtv
23:06-!-hfb [] has quit ["Client exiting"]
23:09<hachi>I just searched on google for mythtranscode, only one match that doesn't give me anything, does anyone have a pointer?
23:20<thor_>Chutt, you sure you want a "no tree" option even with acclerators on?
23:20-!-rkulagow [] has quit [Read error: 104 (Connection reset by peer)]
23:22<Morph>hm openbox makes a decent WM to run with myth.
23:22<Morph>brb.
23:23<thor_>anyone know anything about: http://www.prismiq.org ?? Nice dedicated MythMusic box at $250.00
23:25<thor_>or even a frontend ... "integrated MPEG decoder" ??
23:30-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
23:32<mdz_>Captain_Murdoch: thanks
23:42<Captain_Murdoch>if I broke it, I should have to fix it. :)