| Monday, August 20th, 2012, 00:00 UTC | ||
| [00:00:10] | ryao: | I configured the recording source to be "Transmitted guide only (EIT)". |
| [00:00:35] | wagnerrp: | there is no EIT data on digital cable, thats not a valid option |
| [00:00:46] | Sharky112065: | ryao: what country are you in? who is your cable provider? |
| [00:00:52] | ryao: | The US. I have Verizon. |
| [00:01:13] | Sharky112065: | dont use eit set up a source using schedules direct |
| [00:01:15] | ryao: | I will try a Schedules Direct trial. |
| [00:01:28] | ryao: | By the way, what keeps MythTV from using the same source that Windows Media Center uses? |
| [00:01:47] | wagnerrp: | it does |
| [00:02:04] | wagnerrp: | schedules direct and microsoft both pull from Tribune Media Services |
| [00:02:36] | wagnerrp: | Windows Media Center gets their license through the Windows purchase cost |
| [00:02:46] | wagnerrp: | MythTV users have to pay a yearly membership subscription |
| [00:03:29] | Sharky112065: | I just wish I knew why some days mythfilldatabase works and some days it does not. |
| [00:03:30] | ryao: | What happens if a MythTV user has a Windows license? |
| [00:03:54] | wagnerrp: | then they can pull that data with Windows Media Center |
| [00:03:55] | Sharky112065: | you still will have to subscribe after the trial |
| [00:04:31] | wagnerrp: | the WMC feed is for WMC only, it is not authorized for use outside of WMC |
| [00:04:44] | ryao: | Okay. |
| [00:05:46] | [R]: | Sharky112065: it never fails for me |
| [00:07:05] | Sharky112065: | [R]: well, I will have to eventually need to figure it out. I have two sources configured for two diff tuner types. |
| [00:07:32] | wagnerrp: | are you running it with --dd-grab-all? |
| [00:07:48] | Sharky112065: | mythbackend runs it |
| [00:07:59] | Sharky112065: | whatever the default is |
| [00:08:02] | wagnerrp: | yes, but you can modify the command in mythtv-setup |
| [00:08:19] | Sharky112065: | it is set to what ever the default was for 0.25/fixes |
| [00:08:40] | wagnerrp: | default is to just do one day at a time |
| [00:09:10] | wagnerrp: | since doing the whole 14 days in one shot takes a disruptive amount of time for low end Atom systems and the like |
| [00:09:17] | plut0: | anyone know how to fix this in mythweb? Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 30720 bytes) in /var/www/mythtv/htdocs/mythweb/modules/tv/tmpl/default/list_cell_program.php on line 20 |
| [00:10:01] | Sharky112065: | ok, ill try changing it to --dd-grab-all since I have a fast AMD system |
| [00:10:11] | Sharky112065: | Thanks for the suggestion |
| [00:10:14] | [R]: | plut0: tell your php to use more then 32mb of memory |
| [00:10:58] | Sharky112065: | Will the grab all pull mess up current data if the pull fails? |
| [00:11:41] | plut0: | [R]: it's set to 128M |
| [00:11:53] | [R]: | plut0: sure sounds like its not |
| [00:12:07] | plut0: | i understand but i just checked the config |
| [00:13:03] | plut0: | any other place it might be set? |
| [00:13:44] | plut0: | [R]: http://pastebin.com/nUmKyJJq |
| [00:14:40] | [R]: | did you restart the webserver when you changed it? |
| [00:14:50] | plut0: | hasn't changed in ages |
| [00:15:05] | [R]: | well then its a php problem |
| [00:15:09] | [R]: | not a mythtv problem |
| [00:15:12] | plut0: | actually i just rebooted about 30 minutes ago |
| [00:15:38] | plut0: | suggestions? |
| [00:16:58] | [R]: | [05:15:02] [R] well then its a php problem |
| [00:17:25] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [00:18:54] | plut0: | hmm |
| [00:19:05] | plut0: | i bet wagnerrp knows the answer |
| [00:19:12] | wagnerrp: | ? |
| [00:19:31] | plut0: | why is php running out of memory? |
| [00:21:50] | plut0: | fixed it |
| [00:21:51] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 244 seconds) | |
| [00:23:01] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv-users | |
| [00:32:56] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv-users | |
| [00:37:58] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has joined #mythtv-users | |
| [00:44:35] | adamu (adamu!442d0862@gateway/web/freenode/ip.68.45.8.98) has quit (Ping timeout: 245 seconds) | |
| [00:45:33] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [00:48:02] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [00:53:03] | Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users | |
| [00:55:00] | neufeld: | I'm doing some strange stuff to support my HD-PVR. My cable box with its wonderful new firmware turns itself off sometimes. Firewire doesn't work, and it can't be configured to turn on if a button is pressed. So... HDPVR connected to HD STB and plugged into switched outlet on HD box. HDPVR's IR blaster controls the SD STB. SD STB's IR blaster controls the HD box. I can check the USB bus to see if the HDPVR has |
| [00:55:00] | neufeld: | power, which indicates that the HD STB is turned on. But... that hangs unless I unload some modules, basically the "box turned on" test is disruptive of the system and I don't want to do it if there are things being recorded. I'll be running this in a cron job. I can check to see if any tuners are active, with fuser on the MPEG cards and 'hdhomerun_config xxxxxxxx get /tunerX/status' on the HD Homerun. Is there a |
| [00:55:00] | neufeld: | way, though, to ask the backend if it's planning to start any recordings in the next, say, 60 seconds? Maybe one of the system events? I could use SQL queries if that's the best way. |
| [00:55:31] | wagnerrp: | there is a system event that triggers shortly ahead, like 60 seconds prior |
| [00:56:20] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [00:56:33] | neufeld: | wagnerrp: that sounds good. I can have that touch a file, and if the file is older than, say, 90 seconds and all tuners are inactive, that indicates that we have no recordings, and won't have any for at least 60 seconds. Correct? |
| [00:57:00] | wagnerrp: | no, the command triggers a minute or so prior to recording |
| [00:57:01] | tgm4883: | plut0, how? |
| [00:57:09] | wagnerrp: | have it run a script that tests whether it is the troubled recorder |
| [00:57:19] | wagnerrp: | and if so, perform whatever actions are necessary to prep the recorder |
| [00:59:04] | neufeld: | wagnerrp: the STB can take 8 minutes to cold boot and start listening to the remote control, so I prefer to just have a periodic "are you on?" script running, say at 6 minutes before the hour. The box only turns itself off by itself every two or three days. |
| [00:59:57] | wagnerrp: | then run a script at maybe 15 and 45 that pulls the upcoming recordings from the backend |
| [01:00:11] | wagnerrp: | and if any start at the top or bottom of the hour, do your stuff |
| [01:00:27] | wagnerrp: | or use the hardware preroll |
| [01:00:29] | neufeld: | wagnerrp: Yes, that would be nice. How does one pull the upcoming recordings list from the backend? |
| [01:00:44] | wagnerrp: | perl, python, php, or from the services api |
| [01:01:01] | bregol_ (bregol_!~bregol@99-68-244-176.lightspeed.bcvloh.sbcglobal.net) has joined #mythtv-users | |
| [01:01:32] | bregol_ (bregol_!~bregol@99-68-244-176.lightspeed.bcvloh.sbcglobal.net) has quit (Client Quit) | |
| [01:01:33] | neufeld: | wagnerrp: OK. LinHES ships with only the PHP bindings, which wouldn't be my first choice for shell-scripting, but I can work with that... |
| [01:01:56] | wagnerrp: | i honestly doubt that is the case |
| [01:02:05] | wagnerrp: | perl bindings, maybe |
| [01:02:14] | wagnerrp: | but most of the metadata stuff relies on the python bindings |
| [01:03:40] | neufeld: | wagnerrp: sorry, I'm not following. What do you doubt is the case? The lack of perl bindings? I've got only one dirent in /usr/share/mythtv/bindings, and it's a directory, "php". |
| [01:04:23] | wagnerrp: | thats because the php bindings are the only ones that dont really have a default install path, so they just get shoved into share |
| [01:04:40] | wagnerrp: | perl and python bindings get installed to there the perl and python interpreters expect them to be |
| [01:04:49] | wagnerrp: | *where |
| [01:04:51] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [01:06:24] | neufeld: | wagnerrp: Aha, yes, I see. Thanks. |
| [01:13:27] | plut0 (plut0!~cory@pool-96-236-44-21.albyny.fios.verizon.net) has left #mythtv-users () | |
| [01:15:26] | sambagirl: | i was wondering if mythtv has touchscreen capability? |
| [01:15:33] | wagnerrp: | sorta |
| [01:15:55] | wagnerrp: | partially written, but not fully hooked up |
| [01:15:57] | sambagirl: | definately maybe? |
| [01:15:59] | sambagirl: | ok |
| [01:16:14] | wagnerrp: | it will report mouse gestures to the logs, but cannot actually act on them |
| [01:16:36] | sambagirl: | ahh ok |
| [01:16:44] | sambagirl: | so it's in its infancy |
| [01:16:55] | wagnerrp: | it was in its infancy years ago |
| [01:16:58] | wagnerrp: | now its simply incomplete |
| [01:17:13] | sambagirl: | okie dokie wagnerrp |
| [01:17:17] | sambagirl: | thank you |
| [01:17:52] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [01:22:07] | neufeld: | wagnerrp: OK, services API works for me. UTC time of next scheduled recording: wget -q -O – http://<<<HOSTNAME>>>:6544/ . . . List?Count=1 | sed -e 's|^.*<StartTime>\(.*\)</StartTime>.*$|\1|' |
| [01:22:53] | wagnerrp: | eeeeewwww.... |
| [01:23:14] | neufeld: | wagnerrp: Hey, it's a one-liner, and I don't have to learn python. |
| [01:23:55] | wagnerrp: | fake XML processing with sed? im still going to say eeeeeewwwww.... |
| [01:24:57] | neufeld: | OK, I can't argue with that. |
| [01:39:10] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [01:41:46] | wagnerrp: | you know, i once had some guy try to tell me that bash was the ideal language for text processing |
| [01:42:25] | joki (joki!~joki@p548629A9.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [01:42:26] | wagnerrp: | i tried to explain to him he really wasnt doing anything in bash, but was stringing code through external instances of curl, sed, awk, and other applications |
| [01:42:30] | wagnerrp: | but he wouldnt have any of that |
| [01:43:20] | neufeld: | True. Bash is really good at stringing those together, though. Doing a pipeline in perl is either a lot of pipe glue, or you invoke a bash shell and run the pipe in that. |
| [01:43:44] | joki (joki!~joki@p54863146.dip.t-dialin.net) has joined #mythtv-users | |
| [01:44:14] | wagnerrp: | true, but you can do all that regular expression processing internally, much more efficiently and full featured than bash's own internal regex capabilities |
| [01:44:24] | wagnerrp: | and dont need to farm out to things like sed and awk |
| [01:44:58] | neufeld: | Absolutely. Regex work is the natural environment for perl. |
| [01:45:38] | ** neufeld does write a lot of regex work in Lisp (CL and Emacs Lisp), which is an entirely different experience. ** | |
| [01:49:24] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [01:51:19] | russell5 (russell5!~kdhjuv@pool-173-48-60-32.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [02:03:35] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has quit (Ping timeout: 265 seconds) | |
| [02:09:54] | neufeld: | wagnerrp: thank you for all your help. My scripts are set up and briefly tested, I'll stick them in root's cron after more thorough testing tomorrow. |
| [02:11:55] | neufeld is now known as neufeld_AFK | |
| [02:14:10] | mythschema (mythschema!47bb99dd@gateway/web/freenode/ip.71.187.153.221) has quit (Ping timeout: 245 seconds) | |
| [02:15:17] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [02:43:06] | russell5 (russell5!~kdhjuv@pool-173-48-60-32.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [02:43:37] | russell5 (russell5!~kdhjuv@pool-173-48-60-32.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [02:59:33] | helpschema (helpschema!47bb99dd@gateway/web/freenode/ip.71.187.153.221) has joined #mythtv-users | |
| [02:59:38] | helpschema: | Hello again |
| [03:00:02] | helpschema: | I am unable to get a remote frontend to work with a newly installed backend/frontend combo |
| [03:00:13] | helpschema: | be/fe combo was a new install of myth 0.25 |
| [03:00:17] | wagnerrp: | what address did you tell your backend to listen on? |
| [03:00:24] | helpschema: | remote fe was a 0.24 that I upgraded to 0.25 |
| [03:00:32] | helpschema: | its a db schema thing |
| [03:00:40] | helpschema: | old db scehma 1269, new one 1299 |
| [03:00:49] | wagnerrp: | youre still getting that same error? |
| [03:00:51] | helpschema: | i tried to delete and reinstall mythtv on the remote fe, no dice |
| [03:00:52] | helpschema: | yeah |
| [03:01:03] | wagnerrp: | then you have still not updated mythtv on your frontend |
| [03:01:07] | wagnerrp: | you're still trying to run 0.24 |
| [03:02:11] | russell5 (russell5!~kdhjuv@pool-173-48-60-32.bstnma.fios.verizon.net) has quit (Quit: Leaving) | |
| [03:02:13] | helpschema: | mythtv-frontend -s showing |
| [03:02:42] | wagnerrp: | i do not know what 'mythtv-frontend' is |
| [03:02:42] | helpschema: | 2:0.25.2+fixes.2012 |
| [03:02:49] | wagnerrp: | its not a mythtv application |
| [03:03:18] | helpschema: | i think its a mythbuntu version |
| [03:03:45] | Captain_Murdoch: | tgm4883, you have to notify me so I can add it to the script to build that branch for 0.26. you're missing a closing </version> tag in your themeinfo.xml. once that is fixed, ping me and I'll turn it on so it's packaged for 0.26. |
| [03:05:14] | helpschema: | interesting that a non mythtv application gives a mythtv error when starting myth-frontend |
| [03:05:37] | wagnerrp: | the mythtv frontend application is... 'mythfrontend' |
| [03:05:55] | wagnerrp: | its possible you are running some script that does various things and then calls mythfrontend |
| [03:06:17] | wagnerrp: | but whatever is going on, 1264 is the schema version for 0.24 |
| [03:06:25] | wagnerrp: | so if your frontend is complaining it wants that schema version |
| [03:06:29] | wagnerrp: | you are still somehow running 0.24 |
| [03:08:06] | helpschema: | This appears to be a mythbuntu upgrade issue then |
| [03:08:23] | helpschema: | since I guess their version of mythfrontend is myth-frontend with the dash |
| [03:08:35] | helpschema: | and that – version is 0.25.2 |
| [03:08:53] | helpschema: | so is mythtv-common |
| [03:09:23] | helpschema: | how would one purge the 0.24 database from a remote frontend? |
| [03:09:36] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv-users | |
| [03:09:52] | helpschema: | the combined be/fe that was a new install works fine, the remote fe does not work |
| [03:10:23] | wagnerrp: | there is no database on a remote frontend |
| [03:10:30] | helpschema: | thats what I thought |
| [03:10:31] | wagnerrp: | there is only the single database for the whole mythtv cluster |
| [03:11:33] | helpschema: | why would a remote frontend have files in /var/lib/mythtv/db_backups ? |
| [03:14:04] | wagnerrp: | no idea |
| [03:14:17] | helpschema: | probably ok to delete them then? |
| [03:14:39] | ** wagnerrp searches for some functional rubber bands ** | |
| [03:18:52] | Guierrmo (Guierrmo!~Guierrmo@c-98-207-34-187.hsd1.ca.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [03:19:25] | Guierrmo (Guierrmo!~Guierrmo@c-98-207-34-187.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [03:23:19] | helpschema: | super weird |
| [03:24:59] | helpschema: | mythtv-frontend is the package I have installed, Maintainers are Ubuntu Maintainers |
| [03:25:27] | helpschema: | version is 2:0.25.2+fixes.20120802.46cab93–0ubuntu1 |
| [03:27:16] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [03:28:48] | wagnerrp: | could you put the full frontend log in a pastebin? |
| [03:31:01] | helpschema: | where is that located? |
| [03:34:54] | wagnerrp: | if you ran mythfrontend directly, on the terminal you ran it from |
| [03:35:04] | wagnerrp: | through some distro's startup script, try /var/log/mythtv |
| [03:37:23] | helpschema: | the log's entries are from december 2011, no newer entries |
| [03:37:36] | npm (npm!~npm@cpe-198-72-183-90.socal.res.rr.com) has quit (Quit: Leaving.) | |
| [03:57:02] | helpschema: | errr |
| [03:57:38] | helpschema: | in /usr/local/bin there's a bunch of files, among them are files named "mythfrontend" "mythbackend" |
| [03:57:40] | helpschema: | etc |
| [03:58:17] | npm_ (npm_!~npm@cpe-198-72-183-90.socal.res.rr.com) has quit (Remote host closed the connection) | |
| [04:05:54] | helpschema: | Just for reference, the error was that mythfrontend was a file located in /usr/local/bin |
| [04:06:13] | helpschema: | Once it, along with all the other files there were deleted, the problem went away |
| [04:15:41] | helpschema: | This is funny |
| [04:30:21] | Floppe (Floppe!~Floppe@85.134.55.226) has quit (Ping timeout: 272 seconds) | |
| [05:07:57] | Floppe (Floppe!~Floppe@85.134.55.226) has joined #mythtv-users | |
| [05:20:25] | helpschema (helpschema!47bb99dd@gateway/web/freenode/ip.71.187.153.221) has quit (Ping timeout: 245 seconds) | |
| [05:51:46] | ChanServ (ChanServ!ChanServ@services.) has quit (*.net *.split) | |
| [06:04:54] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv-users | |
| [06:15:44] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Remote host closed the connection) | |
| [06:29:34] | ubIx (ubIx!~ulf@p5DD19642.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:32:49] | rmckee (rmckee!~rmckee@203.166.49.1) has quit (Quit: Leaving) | |
| [06:33:17] | ubIx_ (ubIx_!~ulf@p5DD18E4D.dip0.t-ipconnect.de) has quit (Ping timeout: 265 seconds) | |
| [06:33:35] | ChanServ (ChanServ!ChanServ@services.) has joined #mythtv-users | |
| [06:33:35] | Mode for #mythtv-users by pratchett.freenode.net : +o ChanServ | |
| [06:58:22] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users | |
| [07:20:10] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [07:33:25] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [07:34:39] | Sharky112065 is now known as Sharky-AFK | |
| [07:35:09] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 268 seconds) | |
| [07:38:05] | duke42 (duke42!~aladin@frnk-4d017567.pool.mediaWays.net) has joined #mythtv-users | |
| [07:40:45] | ChanServ (ChanServ!ChanServ@services.) has quit (*.net *.split) | |
| [07:40:57] | duke21 (duke21!~aladin@frnk-590d8d8e.pool.mediaWays.net) has quit (Ping timeout: 265 seconds) | |
| [07:47:29] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Quit: Leaving.) | |
| [07:51:57] | CiaranG (CiaranG!~CiaranG@78.33.169.206) has joined #mythtv-users | |
| [08:21:32] | ChanServ (ChanServ!ChanServ@services.) has joined #mythtv-users | |
| [08:21:32] | Mode for #mythtv-users by pratchett.freenode.net : +o ChanServ | |
| [08:22:40] | rsiebert_ (rsiebert_!~quassel@g226063194.adsl.alicedsl.de) has joined #mythtv-users | |
| [08:25:51] | rsiebert (rsiebert!~quassel@g229055192.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [08:48:17] | hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has joined #mythtv-users | |
| [08:58:13] | faichele_ (faichele_!~quassel@d16-154.informatik.uni-stuttgart.de) has joined #mythtv-users | |
| [09:29:38] | dekarl (dekarl!~dekarl@p4FCEF675.dip.t-dialin.net) has joined #mythtv-users | |
| [09:30:40] | dekarl1 (dekarl1!~dekarl@p4FE84622.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [09:42:49] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Excess Flood) | |
| [09:44:23] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [09:48:26] | rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv-users | |
| [09:48:34] | rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Client Quit) | |
| [10:02:05] | ManGEE2 (ManGEE2!~ManGee2@59.167.103.234) has joined #mythtv-users | |
| [10:58:49] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [11:07:32] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [11:09:28] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [11:14:41] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
| [11:15:10] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [11:20:08] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [11:58:36] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv-users | |
| [11:58:45] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [12:04:00] | mal (mal!~malandmel@182-239-235-94.ip.adam.com.au) has joined #mythtv-users | |
| [12:05:03] | mal: | hi there, I'm getting there, I have mythbuntu installed on a frontend and backend setup. I have my other hdd mounted with NFS, but on selecting music to play I see every files listed twice |
| [12:09:27] | jduggan (jduggan!thom@89.21.227.66) has quit (Ping timeout: 276 seconds) | |
| [12:11:21] | Seeker`: | any ideas why I get a segfault after trying to watch any recordings from BBC3? Seems to be during/after audio initialisation, but only on recordings from that channel (not livetv) |
| [12:18:26] | ronoc-work (ronoc-work!~ronoc@pong.biochem.wisc.edu) has joined #mythtv-users | |
| [12:22:33] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [12:22:58] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users | |
| [12:29:19] | jduggan (jduggan!thom@89.21.227.66) has joined #mythtv-users | |
| [12:35:47] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has joined #mythtv-users | |
| [12:38:57] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv-users | |
| [12:52:22] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection) | |
| [12:54:53] | mal (mal!~malandmel@182-239-235-94.ip.adam.com.au) has quit (Quit: mal) | |
| [12:55:42] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv-users | |
| [12:58:13] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has quit (Ping timeout: 244 seconds) | |
| [12:59:07] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds) | |
| [12:59:40] | wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Ping timeout: 260 seconds) | |
| [13:01:02] | wizbit (wizbit!~wizbit@78-86-171-176.zone2.bethere.co.uk) has joined #mythtv-users | |
| [13:01:10] | wizbit (wizbit!~wizbit@78-86-171-176.zone2.bethere.co.uk) has quit (Changing host) | |
| [13:01:10] | wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users | |
| [13:03:30] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has joined #mythtv-users | |
| [13:12:37] | justdave_ (justdave_!~dave@unaffiliated/justdave) has joined #mythtv-users | |
| [13:13:15] | justdave (justdave!~dave@unaffiliated/justdave) has quit (Read error: Connection reset by peer) | |
| [13:21:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [13:33:40] | pedrocr (pedrocr!~pedrocr@bl16-216-25.dsl.telepac.pt) has joined #mythtv-users | |
| [13:34:10] | pedrocr: | I have a single livetv source from a dvb-t card that has all channels on the same frequency |
| [13:34:28] | pedrocr: | channel hopping takes a long time because mythtv starts a new save to disk every time |
| [13:34:59] | pedrocr: | is it possible to configure it to just record to disk all 4 channels all the time and then the switching channels could be immediate? |
| [13:35:02] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [13:36:03] | pedrocr: | that way a bunch of other features would be possible like starting up a fronted and jumping back to or recording from the beginning of the current show |
| [13:43:32] | mongy (mongy!~mongy@unaffiliated/duffydack) has joined #mythtv-users | |
| [13:45:25] | mongy: | anyone around to help? I'm getting RingBuf Taking too long to be allowed to read when trying to watch via the android app.. it works on another pc on the network, just not the droid app. what I see happening is it's trying to access the 0 byte file that's made upon first channel lock, but the main stream is a different file. this isn't a problem for other frontends though. any idea? |
| [13:51:29] | mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has quit (Ping timeout: 272 seconds) | |
| [13:52:38] | mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has joined #mythtv-users | |
| [13:53:25] | wagnerrp: | pedrocr: well you could just schedule everything to record on those channels, and watch the shows you want to watch |
| [13:53:34] | wagnerrp: | but there is no mechanism to do specifically what you want |
| [13:53:47] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users | |
| [13:54:28] | pedrocr: | so when a show is being recorded and live tv is accessed instead of streaming the recording mythtv creates a new livetv stream? |
| [13:55:37] | pedrocr: | so I can't record 3 shows and have 3 frontends showing live TV, even if the three recordings and the three live shows are the same? |
| [13:55:39] | wagnerrp: | correct, livetv will not piggyback on a previously scheduled recording |
| [13:55:53] | wagnerrp: | it will keep its own tuner |
| [13:55:58] | pedrocr: | that sucks |
| [13:56:22] | pedrocr: | and why does mythtv-setup not let me set something absurd like 100 for maximum recordings from the dvb-t tuner? |
| [13:56:23] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [13:56:24] | wagnerrp: | well the idea is that means the livetv user doesnt suddenly find themselves without a tuner to use to change channels |
| [13:56:36] | pedrocr: | but that's exactly what happens |
| [13:56:50] | pedrocr: | mythtv-setup doesn't let me set more than 5 recordings on the same tuner |
| [13:56:59] | wagnerrp: | because as you say, that's absurd, and actually causes problems with some tuners |
| [13:57:12] | pedrocr: | theoretically that should be enough as the tuner has a total of 5 channels |
| [13:57:20] | wagnerrp: | cheaper tuners have cheap PID filters that crack up when you try to apply too many constraints |
| [13:57:32] | pedrocr: | but since livetv doesn't reuse the recording I'm stuck |
| [13:57:34] | wagnerrp: | and there are non-linear scaling effects with the scheduler |
| [13:58:12] | pedrocr: | so how would you handle the simple case of a tuner that has 5 channels on the same stream to be able to record and stream it? |
| [13:58:30] | wagnerrp: | set mythtv to record up to five channels on one tuner |
| [13:58:47] | pedrocr: | that I've done |
| [13:59:13] | wagnerrp: | its merely a soft limit in the configuration utility, you can always change that one number in the code and recompile |
| [13:59:20] | pedrocr: | but it will fail if I set all 5 channels to record and then try to stream live tv |
| [13:59:25] | wagnerrp: | but be warned, there may be hardware or performance complications |
| [14:00:00] | pedrocr: | my absolute max would be 8 channels at a time, would that be unreasonable? |
| [14:00:16] | wagnerrp: | depends on your backend hardware |
| [14:00:57] | wagnerrp: | i think there are actually some british dvb-t2 users with up to 12 channels |
| [14:01:13] | wagnerrp: | and over here there are some audio-only cable frequencies with dozens of channels |
| [14:01:29] | pedrocr: | it should be good enough but it sucks that I can't do this with the normal ubuntu packages and that it won't stream from the recordings |
| [14:02:00] | wagnerrp: | the tuner code isnt really my area, im just repeating complications ive heard from other mythtv and kernel devs |
| [14:05:18] | pedrocr: | thanks for the info |
| [14:05:37] | pedrocr: | do you know if vdr has the same kind of limitations? |
| [14:06:17] | wagnerrp: | software? no, although mythtv's software limitations can be removed with a single line change and recompile, as mentioned |
| [14:06:35] | pedrocr: | the tuner limit yes |
| [14:06:46] | pedrocr: | the streaming from recordings vs livetv no, right? |
| [14:06:56] | wagnerrp: | hardware? as indicated, there are some tuner cards that simply cannot handle many program streams through their weak PID filters |
| [14:07:15] | wagnerrp: | although its possible VDR might bypass that by disabling the hardware filters entirely, and doing their own filtering in software |
| [14:07:29] | pedrocr: | I don't need any filtering |
| [14:07:45] | pedrocr: | I just want the 4 usable channels on the card to all be recorded 24/7 |
| [14:07:58] | pedrocr: | and then livetv would just be streaming from disk |
| [14:08:11] | pedrocr: | and recording would just be setting a flag to keep the recording instead of expiring it |
| [14:08:31] | pedrocr: | seems simple enough but I see that mythtv was optimized for a different set of constraints |
| [14:09:16] | sphery: | note, also, that scheduling with additional virtual tuners requires a non-linear growth in resource usage |
| [14:10:08] | pedrocr: | as far as I can tell that's a mythtv issue, there's nothing inherently non-linear in the problem |
| [14:10:52] | wagnerrp: | correct, that is to do with mythtv's scheduler |
| [14:10:59] | sphery: | (i.e. as you increase number of virtual tuners per physical tuner, you will need more and more resources... 5 was about the sweet spot between usefulness and resource usage (where going from 5–6 takes a lot more resources than going from 4–5, but only helps with low-quality, low-bandwidth channels that are available to a few people) |
| [14:12:26] | sphery: | so rather than allow all users to set ludicrously-high number of virtual tuners and make MythTV fail to function on their hardware, the UI limits the user to using 5 virtual tuners) |
| [14:13:13] | sphery: | that said, an often forgotten solution is to buy another physical tuner, which provides additional benefits--such as the ability to record off separate mux |
| [14:13:36] | pedrocr: | I don't need two tuners as all my channels are on a single frequency |
| [14:13:45] | pedrocr: | the single tunner can grab the full stream of all of them |
| [14:14:31] | sphery: | and if you really dislike it, set up VLC to record the one "super" channel you have and make it stream those channels to MythTV |
| [14:14:41] | sphery: | then MythTV doesn't touch your hardware |
| [14:14:55] | sphery: | http://www.mythtv.org/wiki/Multiple_Recordings_with_VLC |
| [14:15:05] | pedrocr: | that's interesting, I'll have a look |
| [14:15:09] | pedrocr: | thanks |
| [14:15:21] | wagnerrp: | in which case, you're effectively setting up your own IPTV headend |
| [14:15:49] | pedrocr: | yes I see |
| [14:16:00] | pedrocr: | what this does is have vlc do the filtering |
| [14:16:44] | pedrocr: | It would have the advantage that I could then stream livetv to android, etc straight from vlc |
| [14:16:46] | wagnerrp: | it still wont get you the case where livetv will pick up an in-progress recording |
| [14:16:50] | sphery: | yep |
| [14:17:05] | sphery: | if you don't like how mythtv uses the hardware, don't let mythtv use the hardware :) |
| [14:17:15] | wagnerrp: | it just means you will simultaneously be recording something twice, one scheduled and one live |
| [14:17:20] | sphery: | mythtv pretty much expects sole-use of hardware |
| [14:17:34] | pedrocr: | but would it lift the 5 stream limit? |
| [14:17:50] | sphery: | yes |
| [14:18:12] | wagnerrp: | the only way to get mythtv to do what you actually want is to rework the livetv chain to hook into an existing scheduled recording when available |
| [14:18:23] | bentech (bentech!~bentech@87-194-161-211.bethere.co.uk) has joined #mythtv-users | |
| [14:18:24] | wagnerrp: | which is far from trivial |
| [14:18:34] | sphery: | far, far, far :) |
| [14:19:05] | pedrocr: | it should be actually easy to do on the frontend |
| [14:19:14] | pedrocr: | ignore livetv at all |
| [14:19:28] | pedrocr: | just fake livetv by looking up what the current program is and opening the recording |
| [14:19:34] | sphery: | yes, users can fix the problem by not using Live TV--which is exactly how I use it |
| [14:19:46] | pedrocr: | and that could be automated |
| [14:19:56] | wagnerrp: | or... not look up what the current program is |
| [14:20:01] | pedrocr: | in fact I don't see why livetv needs to be a special case at all |
| [14:20:05] | wagnerrp: | and just watch what you want to watch, on your own schedule |
| [14:20:21] | wagnerrp: | livetv isnt a special case, it is just one more recording to disk |
| [14:20:29] | sphery: | pedrocr: because users who are watching Live TV expect to be able to change the channel, which implies a contract that they have control over a tuner |
| [14:20:40] | pedrocr: | right, so reusing the recording if it already exists should be easy |
| [14:20:53] | pedrocr: | sphery, ah, I see the assumption |
| [14:21:01] | wagnerrp: | doing so means abandoning their tuner |
| [14:21:03] | pedrocr: | and I guess you see why it doesn't hold in this case |
| [14:21:09] | wagnerrp: | which may means they get stuck on that channel if the tuner is reused |
| [14:21:17] | sphery: | right |
| [14:21:42] | pedrocr: | I don't even see the assumption really |
| [14:22:05] | pedrocr: | because all that you're doing is causing tuners to be wasted |
| [14:22:07] | sphery: | but, really, IMHO, Live TV is "waste-your-life TV", because you're watching whatever garbage is airing right now, complete with all the commercials and interruptions, and without any of the stuff that aired prior to your stumbling upon the show |
| [14:22:42] | pedrocr: | sphery, I see how that shows up all around in the mythtv design |
| [14:22:46] | sphery: | if you use a DVR properly, you record anything and everything you might ever possibly want to watch, so you always have something better to watch than the not-complete, full-of-commercials garbage that's on now |
| [14:23:12] | pedrocr: | I'll just setup a custom rule to record everything 24/7 and expire it after a few days |
| [14:23:36] | sulx: | heh |
| [14:23:42] | sphery: | I watch and delete all my TV--don't have a single episode recorded that I've seen before: 1939 programs, using 8.9 TB (2 months 26 days 3 mins) out of 12 TB (3.5 TB free). |
| [14:24:11] | pedrocr: | you clearly watch too much tv... .) |
| [14:24:12] | sphery: | which means that I have nearly 3 months of recorded TV that virtually guarantees I have something interesting to watch, regardless of what's on |
| [14:24:13] | pedrocr: | :) |
| [14:24:30] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [14:24:48] | pedrocr: | but if that's the philosophy of mythtv it could do much better at presenting it in the frontend |
| [14:25:00] | sulx: | thats...quite alot |
| [14:25:24] | wagnerrp: | note that if youre recording _everything_, it would be good to write a simplified scheduler |
| [14:25:36] | wagnerrp: | as the existing scheduler will be extremely inefficient at such an operation |
| [14:25:39] | sphery: | hehe, actually the fact that I have a lot means I don't watch that much... I record a ton--far more than I could ever watch--but that means my collection just gets more and more good shows over time and the not-so-good/cancelled/less-interesting stuff gets deleted without watching |
| [14:25:57] | pedrocr: | if I do the 24/7 record rule then pressing R to record isn't going to have the best result |
| [14:26:02] | pedrocr: | I assume it will cancel the recording |
| [14:26:07] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has quit (Ping timeout: 240 seconds) | |
| [14:26:17] | wagnerrp: | that only has effect during livetv |
| [14:26:20] | sphery: | currently hitting R in Live TV may have some issues--at least as of reports from users |
| [14:26:30] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has joined #mythtv-users | |
| [14:26:33] | sphery: | if you're in the guide, hitting R (one or more times on a show) will set up rules for that particular show |
| [14:26:40] | pedrocr: | ah, ok |
| [14:26:47] | pedrocr: | is there a key for "keep this one" instead? |
| [14:27:47] | sphery: | wagnerrp: oh, and I still don't think that the scheduler has problems with a proper "record everything" power rule--I mistrust the system on which the user reported said problems, not to mention mistrusting that user's interpretation of things |
| [14:28:07] | hpeter (hpeter!~hpeter@zux221-141-023.adsl.green.ch) has joined #mythtv-users | |
| [14:28:09] | sphery: | (he was using a seriously underpowered system, and he thinks that memory usage = memory leak) |
| [14:28:15] | pedrocr: | I'll give it a try as soon as I actually get multiple recordings working |
| [14:28:22] | pedrocr: | right now that deadlocks |
| [14:28:28] | pedrocr: | I've submitted a bug report |
| [14:28:28] | sphery: | pedrocr: R is the "keep this one and continue recording it" |
| [14:28:38] | pedrocr: | sphery, that's in livetv |
| [14:28:44] | sphery: | but users have reported that there are issues where it will stop the recording on channel change or live tv exit |
| [14:28:54] | sphery: | or that the show is never marked to be kept or ... |
| [14:28:59] | sphery: | yeah, in live tv |
| [14:29:13] | sphery: | I wouldn't trust hitting R in Live TV |
| [14:29:14] | pedrocr: | sphery, I mean if I'm watching a recording that's set to expire how do I disable the expiry? |
| [14:29:29] | pedrocr: | sphery, I've used it and it worked |
| [14:29:45] | pedrocr: | but I must say I'm getting a general distrust to mythtv |
| [14:29:59] | pedrocr: | I've had it deadlock, skip, etc too many times in just two days |
| [14:30:00] | wagnerrp: | works fine if you dont touch livetv |
| [14:30:16] | pedrocr: | :) |
| [14:30:20] | pedrocr: | I don't really want to use livete |
| [14:30:23] | pedrocr: | livetv |
| [14:30:28] | sphery: | in Watch Recordings, select the recording, then MENU|Storage Options|Disable auto-expire |
| [14:30:33] | pedrocr: | I'd just like it to emulate it from recorded tv |
| [14:30:46] | pedrocr: | sphery, I was afraid it would be that hard |
| [14:31:28] | sphery: | if you want most to be not expired, then set up your system to disable auto-expire by default or set up individual rules to disable auto-expire |
| [14:31:50] | sphery: | but if you do that, be sure to never fill any file system with non-expirable recordings |
| [14:32:55] | sphery: | but then again, it sounds like MythTV may not be the software you want/may not work the way you want it to |
| [14:33:20] | sphery: | so it may be more work to use MythTV and try to bend it to your desires than to find some other program that's more like what you want |
| [14:34:03] | pedrocr: | it seems the offerings are all pretty limited/immature |
| [14:34:18] | pedrocr: | livetv just failed with "Video frame buffering failed too many times" |
| [14:34:35] | pedrocr: | and the deadlock I mentioned happens any time I try to record more than one show at a time |
| [14:34:41] | pedrocr: | the vlc hack might solve that one |
| [14:38:31] | streeter (streeter!streeter@nat/redhat/x-icbkdfdvfvqgtava) has joined #mythtv-users | |
| [14:39:12] | pedrocr: | https://www.lonelycoder.com/tvheadend/ seems like a nice alternative to the vlc option |
| [14:42:30] | adamclose (adamclose!adam@adsl-69-107-73-106.dsl.pltn13.pacbell.net) has quit (Ping timeout: 268 seconds) | |
| [14:43:18] | aross42 (aross42!~aross@CPE009400809a9c-CMb89bc9d2e1a5.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [14:48:08] | adamclose (adamclose!adam@adsl-69-107-94-21.dsl.pltn13.pacbell.net) has joined #mythtv-users | |
| [14:48:09] | adamclose (adamclose!adam@adsl-69-107-94-21.dsl.pltn13.pacbell.net) has quit (Excess Flood) | |
| [14:49:57] | Easy_Rider9999 (Easy_Rider9999!~Miranda@p548965A7.dip.t-dialin.net) has joined #mythtv-users | |
| [14:50:18] | adamclose (adamclose!adam@adsl-69-107-94-21.dsl.pltn13.pacbell.net) has joined #mythtv-users | |
| [14:51:02] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [14:58:58] | darkstarbyte (darkstarbyte!~branden@70.36.67.211) has quit (Quit: Leaving) | |
| [15:03:29] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Read error: Connection reset by peer) | |
| [15:04:05] | mongy (mongy!~mongy@unaffiliated/duffydack) has quit (Quit: Leaving) | |
| [15:07:07] | devinheitmueller (devinheitmueller!devin@static-72-89-70-227.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [15:27:42] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has quit (Ping timeout: 276 seconds) | |
| [15:36:18] | mongy (mongy!~mongy@unaffiliated/duffydack) has joined #mythtv-users | |
| [15:38:46] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [15:49:08] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 246 seconds) | |
| [15:52:40] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [15:54:02] | andreax (andreax!~andreaz@p54BF3245.dip.t-dialin.net) has joined #mythtv-users | |
| [15:58:30] | hpeter (hpeter!~hpeter@zux221-141-023.adsl.green.ch) has quit (Read error: Connection reset by peer) | |
| [15:58:42] | hpeter (hpeter!~hpeter@zux221-141-023.adsl.green.ch) has joined #mythtv-users | |
| [16:00:46] | Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Quit: No Ping reply in 180 seconds.) | |
| [16:01:23] | Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users | |
| [16:03:06] | simonckenyon (simonckenyon!~kvirc@195.7.61.8) has quit (Remote host closed the connection) | |
| [16:04:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users | |
| [16:04:53] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc | |
| [16:05:22] | hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has quit (Quit: Leaving.) | |
| [16:11:41] | simonckenyon (simonckenyon!~kvirc@195.7.61.8) has joined #mythtv-users | |
| [16:15:54] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users | |
| [16:22:30] | simonckenyon (simonckenyon!~kvirc@195.7.61.8) has quit (Read error: No route to host) | |
| [16:23:18] | Leon80 (Leon80!50bbe05f@gateway/web/freenode/ip.80.187.224.95) has joined #mythtv-users | |
| [16:23:37] | faichele_ (faichele_!~quassel@d16-154.informatik.uni-stuttgart.de) has quit (Ping timeout: 240 seconds) | |
| [16:24:39] | Leon80: | Hi there. @wagnerp: Are you listening at the moment? |
| [16:24:59] | wagnerrp: | intermittently |
| [16:26:41] | Leon80: | Fine. I just would like to ask if you already have a new status for an updated version of the mythtv-buildebuild.py script from the packaging repository for building mythtv on Gentoo |
| [16:26:48] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Quit: Leaving) | |
| [16:27:05] | wagnerrp: | mostly written, but i need to do some cleanup on it still |
| [16:27:18] | wagnerrp: | got sidetracked with other things |
| [16:28:04] | wagnerrp: | this in response to that comment about someone's bash script? |
| [16:28:25] | Leon80: | do you think it will be finished before end of August? |
| [16:28:58] | wagnerrp: | i could probably have it finished in a few hours, if i stop thinking about doing it and actually just do it |
| [16:29:48] | simonckenyon (simonckenyon!~kvirc@195.7.61.8) has joined #mythtv-users | |
| [16:29:51] | Leon80: | hehe... I dont wanna push you in any way, just asking because I would have to invest a much more work into it. |
| [16:30:01] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv-users | |
| [16:30:11] | wagnerrp: | the github portion of it anyawy... |
| [16:30:21] | wagnerrp: | getting the local repository stuff to work right would be a bit more |
| [16:34:00] | dkeith (dkeith!~dkeith@pool-71-184-207-39.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [16:34:03] | Leon80: | sure. Well, I'll just have an eye on the repo the next time. Thank you very much! |
| [16:44:29] | Azelphur: | does anyone know how to make mythtv's uPnP server work for the media library as well as recordings? |
| [16:45:02] | wagnerrp: | it just does? i dont understand the question |
| [16:45:30] | hR13 (hR13!~hR13@h140n5c1o253.bredband.skanova.com) has quit (Read error: Connection reset by peer) | |
| [16:45:37] | Azelphur: | wagnerrp: it doesn't seem to for me, I have a recordings directory, and that works fine. But the videos directory contains an empty "VideoRoot" folder. |
| [16:46:00] | wagnerrp: | then you havent told mythtv where your videos are for it to share them |
| [16:46:02] | hR13 (hR13!~hR13@h38n7c1o253.bredband.skanova.com) has joined #mythtv-users | |
| [16:46:09] | Azelphur: | wagnerrp: the standard mythtv client works fine |
| [16:46:54] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [16:47:05] | wagnerrp: | where did you configure the storage paths? |
| [16:47:14] | Azelphur: | wagnerrp: in the mythtv backend setup GUI |
| [16:47:57] | wagnerrp: | is this 0.24 or 0.25? |
| [16:48:14] | Azelphur: | 24 |
| [16:48:18] | Azelphur: | upgrade time? :P |
| [16:48:24] | wagnerrp: | uh huh |
| [16:48:29] | Azelphur: | fun fun |
| [16:48:41] | wagnerrp: | 0.24 performed its own scan with the old path definitions set in mythfrontend |
| [16:48:59] | wagnerrp: | 0.25 shares the content list stored in the database for the video library |
| [16:49:13] | Azelphur: | cool |
| [16:51:58] | SteveGoodey: | Note to self. When trying to find mythvidexport.py at least do it on a machine that's got mythtv on it! |
| [16:56:11] | Leon80 (Leon80!50bbe05f@gateway/web/freenode/ip.80.187.224.95) has left #mythtv-users () | |
| [16:59:11] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [16:59:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [17:02:34] | jarle: | I have a frontend that is not working as expected, how do I copy the settings from a different (working) frontend, or at least just revert to default settings for the frontend? |
| [17:05:36] | ronoc-work (ronoc-work!~ronoc@pong.biochem.wisc.edu) has left #mythtv-users ("Leaving") | |
| [17:05:49] | Goga777 (Goga777!~Goga777@2.95.141.230) has joined #mythtv-users | |
| [17:08:44] | sphery: | jarle: we have no way to do that automatically, as settings are really a mix of information in various tables |
| [17:09:04] | sphery: | jarle: but what you can do to go back to defaults is change your profile ID--i.e. set a LocalHostName override in config.xml |
| [17:09:25] | sphery: | then it will be as if you're setting up a new machine |
| [17:09:36] | sphery: | (assuming you use a not-yet-used-with-your-system name) |
| [17:09:38] | dkeith_ (dkeith_!~dkeith@pool-71-184-207-39.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [17:10:15] | sphery: | jarle: see http://code.mythtv.org/cgit/mythtv/tree/mytht . . . fixes%2F0.25 for fixes/0.25 format or http://code.mythtv.org/cgit/mythtv/tree/mytht . . . s/config.xml for master format |
| [17:10:21] | dkeith (dkeith!~dkeith@pool-71-184-207-39.bstnma.fios.verizon.net) has quit (Ping timeout: 272 seconds) | |
| [17:11:55] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Quit: Coyote finally caught me) | |
| [17:12:11] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv-users | |
| [17:12:11] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [17:12:11] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [17:12:40] | sphery: | jarle: alternatively, you can say what's not working and we can likely help you fix it :) |
| [17:14:05] | sphery: | wagnerrp: I suppose you're elated, today, with Amazon's announcement: http://aws.typepad.com/aws/2012/08/announcing . . . gration.html |
| [17:14:09] | sphery: | :) |
| [17:14:12] | hadees (hadees!~hadees@173.227.88.18) has joined #mythtv-users | |
| [17:14:31] | wagnerrp: | no idea what that is |
| [17:14:37] | dkeith_ (dkeith_!~dkeith@pool-71-184-207-39.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [17:14:52] | jarle: | sphery: :) (regarding your latest comment): On the frontend running on my desktop I do not see any LMSC tuning information when changing channels in live TV. The OSD does not show on screen before the tuning is already done. It works fine on my other frontend. |
| [17:14:54] | sphery: | ability to use Python on AWS :) |
| [17:15:08] | Beirdo: | you could always use python on AWS |
| [17:15:21] | wagnerrp: | seems its designed for use with django |
| [17:15:26] | sphery: | specifically AWS Elastic Beanstalk |
| [17:15:26] | Beirdo: | just not necessarily easily with their custom DB stuff |
| [17:15:39] | jarle: | sphery: both frontends run the same checkout of 0.25 fixes, so the only thing that might be different is some hidden settings somewhere.. |
| [17:15:45] | sphery: | jarle: just the OSD not showing things right? |
| [17:15:50] | sphery: | or does it affect playback? |
| [17:15:53] | wagnerrp: | ive had limited experience with django |
| [17:15:54] | Beirdo: | it's just another way to send more money to Seattle :) |
| [17:15:55] | sphery: | if the OSD, check theme versions |
| [17:15:56] | wagnerrp: | i didnt like it |
| [17:16:45] | jarle: | sphery: only OSD not showing (I see LMSC when I go from main menu to Live TV, just not when I'm already in live TV and tune to a different channel) |
| [17:16:52] | hpeter (hpeter!~hpeter@zux221-141-023.adsl.green.ch) has quit (Quit: hpeter) | |
| [17:17:55] | jarle: | sphery: problem exist in all different themes, but maybe I can break it on the working frontend by updating the theme there.... |
| [17:17:59] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [17:21:10] | jarle: | sphery: just ran upstairs to confirm that it works fine there no matter which theme I use. |
| [17:22:15] | sphery: | is the upstairs system using a local tuner? |
| [17:23:29] | jarle: | sphery: the working one (upstairs) is running on the same machine as the backend (and tuner cards), the frontend not working is just my desktop with a running frontend. |
| [17:25:14] | sphery: | I'm wondering if the signal monitor stuff just isn't getting messages to the other frontend |
| [17:25:34] | sphery: | try starting up the desktop frontend with a localhostname override and see if it still does the same |
| [17:25:40] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [17:25:49] | sphery: | I'm guessing it's completely unrelated to any settings, though, since we don't really have any for that type of thing |
| [17:26:00] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv-users | |
| [17:26:25] | sphery: | so I'm guessing it will still fail, at which point, you'll need to find a better theory (likely from someone who knows more about tuning/channel changes/signal monitor than I do) |
| [17:27:26] | jarle: | sphery: this does not explain why the signal monitor seems to work fine when entering live tv from the main menu for the first time, but not when already in live tv and changing channels.. |
| [17:27:37] | stoffel (stoffel!~quassel@pD9E414B2.dip.t-dialin.net) has joined #mythtv-users | |
| [17:27:38] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [17:30:34] | sphery: | timing is likely very different |
| [17:30:50] | sphery: | so on non-local systems, it may just be a problem with the code/communication/... |
| [17:30:54] | Easy_Rider9999 (Easy_Rider9999!~Miranda@p548965A7.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [17:30:58] | dkeith_ (dkeith_!~dkeith@pool-71-184-207-39.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [17:31:24] | dkeith_ is now known as dkeith | |
| [17:33:58] | jarle: | sphery: setting <LocalHostName>maskin-desktop</LocalHostName> between <DefaultBackend> and </DefaultBackend> did not seem to revert to default config?? |
| [17:34:31] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users | |
| [17:34:39] | sphery: | that's a new name that's different from every other name ever used on your mythtv system? |
| [17:35:05] | sphery: | also note that you may have mysql.txt or other files that are preventing its use |
| [17:35:08] | jarle: | sphery: yes: http://pastebin.com/2rA0L7wn |
| [17:35:13] | sphery: | look for "using host name ..." |
| [17:35:19] | sphery: | in the logs |
| [17:35:38] | sphery: | if you don't see that name, some other config file is taking precedence |
| [17:38:19] | jarle: | "Empty LocalHostName" "Using localhost value of maskin".... |
| [17:38:24] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [17:38:34] | sphery: | yep, so change every single config.xml or mysql.txt on your system :) |
| [17:38:48] | jarle: | seems like I have similar settings in both mysql.txt and config.xml.. |
| [17:38:54] | sphery: | should actually tell you which one it's using, though |
| [17:39:00] | sphery: | "using configuration directory..." |
| [17:39:10] | dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users | |
| [17:39:13] | jarle: | yes it does |
| [17:39:28] | jarle: | and I have both files in this directory. |
| [17:39:44] | sphery: | change both |
| [17:39:44] | jarle: | guess I'll have to chenge it in both then :) |
| [17:39:46] | sphery: | yeah |
| [17:40:02] | sphery: | at least in 0.26, we no longer use mysql.txt, so it gets easier |
| [17:49:48] | mongy: | is there any way to disable the usage of 0 byte streams? my frontends on pc work fine but the droid frontend, according to the backend logs, is trying to view the 0byte file and not the active stream.. I think that's why it's not working anyhow. |
| [17:50:36] | jarle: | sphery: this is getting weird: http://pastebin.com/ccvBaqcF Suddently live tv is not working at all (after reverting to default settings) |
| [17:51:16] | jarle: | sphery: however all other connections to the backend works fine (playback of recordings etc) |
| [17:52:51] | sphery: | is it using the right address for the backend? |
| [17:53:54] | jarle: | sphery: otherwise it wouldf not be able to start the frontend and display system information, list of recordings etc? |
| [17:54:24] | sphery: | 08.20 13:52:51 <+sphery> is it using the right address for the backend? |
| [17:54:29] | sphery: | 2012-08–20 19:48:01.334632 I MythCoreContext: Connecting to backend server: 192.168.1.105:6543 (try 1 of 1) |
| [17:54:53] | sphery: | is that the right address for the real master backend? |
| [17:55:45] | jarle: | sphery: yes, I only have one backend. |
| [17:55:58] | sphery: | or pastebin the whole log from startup through live tv failure and it may make it easier to find the actual problem |
| [17:59:40] | jarle: | sphery: I see tuning errors in the backend log: "TVRecEvent channelutil.cpp:1878 (GetChannelData) – GetChannelData() failed because it could not find channel number '40' in DB for source '1'. |
| [18:00:23] | jarle: | sphery: so I'm guessing this is just a result of startup channel having been deleted since running mythtv-setup |
| [18:00:59] | jarle: | (and this does not affect the other frontend because is has already set different "last channel tuned" |
| [18:01:03] | sphery: | makes sense |
| [18:01:27] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv-users | |
| [18:01:31] | sphery: | last channel should be per card, though... but could still be the reason it failed there |
| [18:01:41] | sphery: | (this frontend may be using a different card) |
| [18:02:27] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has joined #mythtv-users | |
| [18:03:24] | stoffel (stoffel!~quassel@pD9E414B2.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [18:03:46] | ChanServ (ChanServ!ChanServ@services.) has quit (*.net *.split) | |
| [18:05:32] | faichele_ (faichele_!~quassel@p57952930.dip.t-dialin.net) has joined #mythtv-users | |
| [18:13:47] | jarle: | sphery: really not sure what frontend settings I have been able to mess up to result in missing tuning information, but starting with default settings, now it works as expected. Thank you for your guidance.. |
| [18:15:23] | faichele_ (faichele_!~quassel@p57952930.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [18:16:23] | sphery: | jarle: I wonder if it would work with the other profile, now, too... maybe it was theme cache or something |
| [18:16:44] | faichele (faichele!~quassel@p4FCCEB3E.dip.t-dialin.net) has joined #mythtv-users | |
| [18:16:44] | sphery: | though would be weird if all themes' caches were messed up |
| [18:17:00] | jarle: | sphery: I'll give it a try. |
| [18:18:27] | sphery: | I really can't figure out any settings that would affect it, though |
| [18:18:43] | sphery: | would be interesting to know what's causing it |
| [18:19:31] | jarle: | sphery: The OSD have been working, but just not being put on the screen early enough to display the tuning information... |
| [18:20:22] | stoffel (stoffel!~quassel@pD9E414B2.dip.t-dialin.net) has joined #mythtv-users | |
| [18:21:35] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-168-155.w83-193.abo.wanadoo.fr) has joined #mythtv-users | |
| [18:22:46] | jarle: | sphery: reverting back to my problem config the tuning information is gone again; it just goes straight to displaying program information, without displaying the tuning information. |
| [18:24:20] | jarle: | sphery: guess I'll just have to "move along", not worth spending the time to understand what is causing this.. |
| [18:28:43] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [18:31:57] | bentech (bentech!~bentech@87-194-161-211.bethere.co.uk) has quit (Quit: bentech) | |
| [18:33:00] | ChanServ (ChanServ!ChanServ@services.) has joined #mythtv-users | |
| [18:33:00] | Mode for #mythtv-users by pratchett.freenode.net : +o ChanServ | |
| [18:35:11] | sphery: | yeah, not worth a lot of time, as (assuming you're the same one who mentioned it on list), I've only seen one report of the issue |
| [18:37:12] | jarle: | sphery: yeah, thats me :) |
| [18:39:00] | ChanServ (ChanServ!ChanServ@services.) has quit (*.net *.split) | |
| [18:45:18] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has quit (Ping timeout: 276 seconds) | |
| [18:49:04] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [18:51:25] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [18:51:28] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [18:54:17] | mongy: | is there any way to disable the usage of 0 byte streams? my frontends on pc work fine but the droid frontend, according to the backend logs, is trying to view the 0byte file and not the active stream.. I think that's why it's not working anyhow. |
| [18:57:07] | sphery: | don't use live tv and you don't have dummy files |
| [18:57:22] | stoffel (stoffel!~quassel@pD9E414B2.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [18:57:22] | sphery: | though any mythtv client should support mythtv's use of dummy files for live tv |
| [18:58:14] | sphery: | as it's a required part of mythtv operation--without the dummy file, there's nothing to play back when we're trying to play back whatever channel the user requested |
| [18:58:53] | sphery: | if you mean some of your recordings fail and give you a 0-byte recording file, you need to fix the problem, not work around its symptom |
| [19:02:43] | ChanServ (ChanServ!ChanServ@services.) has joined #mythtv-users | |
| [19:02:43] | Mode for #mythtv-users by pratchett.freenode.net : +o ChanServ | |
| [19:03:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [19:03:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 248 seconds) | |
| [19:03:30] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users | |
| [19:03:30] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc | |
| [19:07:09] | andreax1 (andreax1!~andreaz@p54BF2C7A.dip.t-dialin.net) has joined #mythtv-users | |
| [19:08:04] | andreax (andreax!~andreaz@p54BF3245.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [19:09:18] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-168-155.w83-193.abo.wanadoo.fr) has quit (Quit: Ex-Chat) | |
| [19:10:44] | dth_ (dth_!quassel@dthweb.net) has joined #mythtv-users | |
| [19:11:18] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has quit (Ping timeout: 276 seconds) | |
| [19:12:13] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv-users | |
| [19:13:00] | dth_: | Good evening, chaps. I came here as a last resort for help :-) It seems that MythTV is switching channels during the scan, but not actually touching /dev/video0 to read from it. When used with manual channels and live-tv it will show DevRdB(/dev/video0) Error: Poll giving up errors even though mplayer can read from it just fine. |
| [19:15:36] | wagnerrp: | what are you trying to record from? |
| [19:16:23] | dth_: | My card is a WinTV HVR-1900. I am using it with an analog cable signal. |
| [19:16:51] | dth_: | I used the v4l2-ctl application to switch to frequencies and used mplayer to read from /dev/video to check that the signal and card itself are working. and they are. |
| [19:17:09] | wagnerrp: | you have configured it as an MPEG Encoder? |
| [19:17:30] | wagnerrp: | as the tuner type, in mythtv-setup |
| [19:17:40] | dth_: | I have it set up as "MPEG-2 encoder card", device /dev/video0, VBI-device is empty. |
| [19:17:55] | dth_: | It detected it correctly as WinTV HVR-1900 Model 73xxx [pvrusb2] |
| [19:18:33] | wagnerrp: | devinheitmueller: know of any strangeness in the -1900 that might cause problems for mythtv? |
| [19:19:47] | wagnerrp: | you are running mythtv as a user that has permissions to use that device? |
| [19:20:00] | dth_: | mythtv user is in the video group, video group has rw permissions on the devices, yes. |
| [19:20:19] | dth_: | I did run all the other tests via mplayer, v4l2-ctl, xawtv, etc. via that user aswell. successfully. |
| [19:20:58] | wagnerrp: | do you have the digital tuner configured? |
| [19:21:08] | dth_: | I do not. No. I do not plan on using it either way. |
| [19:21:28] | dth_: | (And I heard that EIT scanning by default would render the analog part unusable) |
| [19:21:49] | wagnerrp: | i ask as mythtv will open and lock all digital tuners it is told to use, all the time, unless specifically configured not to |
| [19:22:00] | wagnerrp: | and since that's a hybrid tuner, it would prevent access to the analog mode |
| [19:22:06] | dth_: | Yep, I think we mean the same thing. I haven't used it, no. |
| [19:22:42] | dth_: | The list just shows (New TV-card), (Delete all cards of vm-maia), (Delete all cards) and [ MPEG : /dev/video0 ] |
| [19:22:58] | wagnerrp: | vm? |
| [19:23:03] | dth_: | just its hostname. |
| [19:23:36] | wagnerrp: | hopefully just its hostname, not an indication you named it that due to it being a virtual machine? |
| [19:24:10] | dth_: | videomaster / videomachine |
| [19:24:14] | wagnerrp: | ah |
| [19:24:54] | wagnerrp: | lots of people seem to think its a good idea to put anything and everything under the sun into virtual machines |
| [19:25:15] | wagnerrp: | ignoring the hornets nest of complications that arise from trying to perform hardware access through one |
| [19:25:31] | mongy (mongy!~mongy@unaffiliated/duffydack) has quit (Quit: Leaving) | |
| [19:25:56] | dth_: | Don't get me started on USB-passthrough with VMs .. *rages* ;-) |
| [19:25:58] | wagnerrp: | and with no real understanding of specifically why they are using a virtual machine in the first place |
| [19:26:28] | wagnerrp: | yeah, the linux-tv guys complain about their users attempting it all the time |
| [19:26:38] | wagnerrp: | and so we have to deal with the troubles too by proxy |
| [19:27:20] | sphery: | dth_: make sure you have a valid channel change script in place, too, assuming you're not using the device's internal tuner |
| [19:27:39] | wagnerrp: | of course when i try to explain to people why they should, and dont actually want to, do that, i get branded a troll that should stay out of things i dont understand |
| [19:27:41] | wagnerrp: | go figure |
| [19:27:41] | dth_: | sphery: So far I have figured out this: |
| [19:27:41] | sphery: | so if you're recording from a STB or something, you'll need a good channel change script |
| [19:27:50] | wagnerrp: | sphery: hes recording directly off analog cable |
| [19:27:52] | sphery: | (if nothing else, /bin/true) |
| [19:27:55] | dth_: | I hit the scan and select try-all |
| [19:28:08] | wagnerrp: | german, so cant pull a channel lineup |
| [19:28:11] | sphery: | ah, analog channel scan... |
| [19:28:21] | dth_: | I would expect mythtv to start changing channels at this point and to start exclusively using /dev/video0, am I correct? |
| [19:28:25] | wagnerrp: | i know there were issues with that on 0.22 |
| [19:28:35] | wagnerrp: | but i thought they were resolved by 0.23, or at least 0.24 |
| [19:29:02] | dth_: | Here is what I did so far in regards to channels: |
| [19:29:05] | sphery: | dth_: my recommendation is to skip the scan, go directly into mythtv-setup's channel editor and create a new channel in the appropriate video source and type in its information |
| [19:29:30] | dth_: | I suspect it's just not accessing /dev/video0 right, so I made it do a full scan. |
| [19:29:44] | dth_: | And while it was scanning I gave it 30 seconds and then tried running mplayer /dev/video0 ... |
| [19:29:44] | sphery: | specifically frequency (either as an identifier for your chosen frequency table list or as a frequency ID (second screen) corresponding to frequency in kHz) |
| [19:29:50] | sphery: | center frequency that is |
| [19:30:02] | dth_: | I would expect that it were to complain, as the device SHOULD be in use by mythtv. |
| [19:30:13] | dth_: | But it wasnt. I could see the tv signal and it constantly changed channels. So the channel changing part in mythtv works. |
| [19:30:20] | sphery: | then set that as the initial channel in Input Connections, then see if you can watch TV |
| [19:30:28] | dth_: | I then did as you suggested – I inserted one channel manually. Set it as initial channel aswell. |
| [19:30:34] | dth_: | Then fired up my frontend and hit "watch tv" |
| [19:30:39] | sphery: | if so, it may just be the analog channel scan (that's seldom used, anymore) isn't working |
| [19:30:42] | dth_: | that's when I got the following errors: |
| [19:30:50] | dth_: | pastbin coming up |
| [19:31:07] | wagnerrp: | i would expect mythtv isnt actually trying to access video during a scan |
| [19:31:10] | sphery: | definitely sounds like this is a "last resort", as you said--you've done your homework and testing :) |
| [19:31:22] | wagnerrp: | its just keying off some indicator that says whether the tuner is receiving a signal or not |
| [19:31:31] | bentech (bentech!~bentech@87-194-161-211.bethere.co.uk) has joined #mythtv-users | |
| [19:32:00] | sphery: | yeah, and I'm pretty sure that MythTV doesn't do any exclusive-access locking of analog tuners (it's pretty much just the DVB API that locks the DVB ones?) |
| [19:32:02] | Goga777 (Goga777!~Goga777@2.95.141.230) has quit (Remote host closed the connection) | |
| [19:32:16] | sphery: | I think analog V4L allows multiple consumers |
| [19:32:28] | dth_: | http://pastebin.com/qtz8eWNf |
| [19:32:55] | dth_: | that's what i get on the backend side with a valid manually configured channel. |
| [19:33:03] | sphery: | dth_: try running mythbackend with -v record to see if you get more details |
| [19:33:10] | dth_: | roger that. one moment |
| [19:34:49] | dth_: | http://pastebin.com/4wGFLTqT |
| [19:38:34] | dth_: | Right after that last test I used cat to pull some bits off the /dev/video0 and it turned out to be nice MPEG2 formatted soccer with audio ;-) |
| [19:38:53] | sphery: | yeah, it's not really saying why it's failing |
| [19:39:07] | sphery: | I don't like: 2012-08–20 21:33:29.687612 E V4LRec(1:/dev/video0): Can't open vbi device: '' |
| [19:39:12] | sphery: | but don't know if it's related |
| [19:39:23] | dth_: | I don't like that aswell. I tried using /dev/null as vbi device, but it didn't make a difference. |
| [19:39:47] | hR13_ (hR13_!~hR13@h239n5c1o253.bredband.skanova.com) has joined #mythtv-users | |
| [19:39:56] | dth_: | I checked the sourcecode, the Can't open vbi device error comes as he always tries to open the "file" (even if its empty string). then when the file descriptor isnt valid it will post that error and return false from that function. |
| [19:40:02] | dth_: | but it doesn't seem to bother the rest of the run-down. |
| [19:40:06] | sphery: | in theory, mythtv-setup should pick all the right device numbers once you choose the "main" video device |
| [19:40:37] | dth_: | I was thinking about some sort of last resort workaround. |
| [19:40:57] | dth_: | I would have a dummy php-script do fpassthru('/dev/video0'); on some webaddr. |
| [19:40:58] | sphery: | can you try using mythtv-setup to "Delete all capture cards" (not "Delete all capture cards on <hostname>"), then re-create the card, re-connect inputs (this won't affect your Video Source), then try again? |
| [19:41:10] | dth_: | sphery: already did that, but i could do it again for you. |
| [19:41:28] | dth_: | and then add that script as "network tuner" with a self-made channel switch script. |
| [19:41:32] | sphery: | it really looks like your device is misconfigured |
| [19:41:54] | sphery: | but the logs don't really show anything definitive |
| [19:42:08] | dth_: | shall I hook mythbackend up with strace? will that help? |
| [19:42:26] | dth_: | I could dump the output in a file and then use grep -C to upload the significant bits for you guys. |
| [19:42:27] | sphery: | and, fwiw, it's easy to get things misconfigured if you re-configure existing stuff versus starting afresh |
| [19:42:43] | dth_: | ok. I am killing the videosource and tv-card on that machine. |
| [19:42:46] | dth_: | then redoing it. |
| [19:42:50] | dth_: | one second. |
| [19:43:00] | hR13 (hR13!~hR13@h38n7c1o253.bredband.skanova.com) has quit (Ping timeout: 252 seconds) | |
| [19:43:13] | sphery: | I doubt I'd be much help figuring out issues using strace output--I don't know recording stuff well enough, especially for analog (which I haven't used since 2006) |
| [19:43:41] | dth_: | here i have to use it as even the SD signals in our digital cable network are encrypted for DRM reasons. |
| [19:43:44] | dth_: | *rages* |
| [19:43:54] | dth_: | ok, cleaned up everything ,setting up new videosource. |
| [19:44:02] | dth_: | Using "no grabber" as I don't have one for analog. |
| [19:44:10] | dth_: | table of frequencies: europe-west |
| [19:44:39] | dth_: | tuner added. |
| [19:44:48] | sphery: | make sure you leave external channel change script blank |
| [19:44:58] | sphery: | and do not set the pre-tune channel |
| [19:45:30] | dth_: | did just that. |
| [19:45:35] | dth_: | I now linked the source with the tuner. |
| [19:45:39] | dth_: | shall I run a channel scan? |
| [19:45:41] | dth_: | or pass on that? |
| [19:46:02] | sphery: | either way... |
| [19:46:12] | sphery: | might be better to try without, first |
| [19:46:22] | sphery: | manually create a channel |
| [19:46:35] | dth_: | Ok. |
| [19:46:38] | sphery: | then the scanner's unknowns shouldn't come into play |
| [19:47:05] | dth_: | I am in the channels section menu now adding channel E5 as channel 5 |
| [19:47:22] | dth_: | as it has the right frequency in the europe-west table for what would be 5 on the tv. |
| [19:48:00] | dth_: | Using PAL and no filters. |
| [19:48:36] | dth_: | When exiting mythtv-setup it complains that I should set a starting channel. I would now use the new channel I made for that, correct? |
| [19:51:13] | sphery: | yes |
| [19:51:19] | sphery: | starting channel--but not pre-tune channel |
| [19:52:11] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users | |
| [19:52:22] | sphery: | (the pre-tune channel is for the ancient VCR-type analog modulators that output a signal on channel 3 or 4 or whatever rather than using an appropriate connector, like a Composite or S-Video or SCART or ...) |
| [19:52:48] | dth_: | understood. |
| [19:52:56] | dth_: | Ok .. Perfect. It seems to be better now, just one little problem left. |
| [19:53:05] | dth_: | The backend sort of "hangs" for a couple of seconds upon switching on livetv. |
| [19:53:19] | dth_: | and that is enough time for the frontend to back out again and tell me that it couldnt switch to livetv :D |
| [19:54:52] | sphery: | I think we now have signal and tuning timeouts for analog cards, too, and you likely need to increase that time |
| [19:55:19] | grumpydevil (grumpydevil!~rudy@2001:610:73e:0:21b:21ff:fe22:b647) has joined #mythtv-users | |
| [19:55:21] | sphery: | either that or set up a script that just sleeps for a couple of seconds and then does an exit 0 and use that for a channel change script |
| [19:55:39] | sphery: | oh, and at this point, you can try using the channel scanner, if you'd like |
| [19:55:58] | grumpydevil: | sigh, i guess i am being forced to start upgrading myth |
| [19:56:11] | grumpydevil: | as 0.23 no longer compiles on wheezy |
| [19:56:16] | sphery: | Delete all video sources will completely clear any existing channel info (so I'd recommend using it between switching from manually-defined to scanned channels or vice versa) |
| [19:56:35] | dth_: | forget what i said ;-) |
| [19:56:35] | sphery: | grumpydevil: you could use an older Debian |
| [19:57:01] | sphery: | i.e. no one forced you to upgrade to wheezy |
| [19:57:04] | grumpydevil: | not on my main workstation, which also doubles as my frontend when i am in my work room |
| [19:57:26] | grumpydevil: | and i pretty much need some bleeding edge programs on that one |
| [19:57:36] | dth_: | same errors: DevRdB(/dev/video0): Poll giving up 2 DevRdB(/dev/video0): fill_ringbuffer: error state MPEGRec(/dev/video0): Device error detected |
| [19:58:08] | sphery: | so it worked like once and then stopped (or just works occasionally?) |
| [19:58:12] | grumpydevil: | it stopped compiling after the upgrade of 2 weeks ago i think |
| [19:58:12] | sphery: | try the timeouts |
| [19:58:38] | dth_: | nope, it never worked. the timeout thing just made me look at the wrong place |
| [19:59:10] | sphery: | I'm out of ideas |
| [20:00:30] | dth_: | Now I am thinking about building myself my own network m3u and some backend script to trigger it. |
| [20:00:34] | dth_: | Let's hope mythtv swallows that one. |
| [20:04:49] | sphery: | dth_: could do a version of this without the multiple recordings part: http://www.mythtv.org/wiki/Multiple_Recordings_with_VLC |
| [20:07:08] | dth_: | hehe. |
| [20:07:17] | dth_: | do you know by chance what kind of URLs mythtv likes in the m3u file? |
| [20:07:20] | sphery: | but mythtv should have no problems with the card if everything is configured properly |
| [20:07:21] | dth_: | i saw udp and rtsp ones. |
| [20:07:33] | dth_: | will mythtv swallow http:// streams? |
| [20:08:41] | wagnerrp: | if its just a file download of a video, yes |
| [20:09:04] | wagnerrp: | if its an HLS stream, there has been some work incorporating support for that into the IPTV recorder in 0.26 |
| [20:10:43] | dth_: | hmm. |
| [20:10:54] | dth_: | vlc http://vm-maia/channels/daserste.php works ;-) channel switching included. |
| [20:10:54] | wizbit: | why is .26 coming on so fast, usually it takes a good few years for another release? |
| [20:11:25] | wagnerrp: | the plan is for releases to be every 5–10 months |
| [20:11:33] | dth_: | sphery: basically i just did: http://pastebin.com/JGY7GmXN |
| [20:11:39] | wizbit: | are the devs on 'gofast' ? |
| [20:13:16] | wizbit: | .25.2 is rock solid |
| [20:13:27] | wizbit: | my frontend has never felt so fast for a long time |
| [20:13:33] | wagnerrp: | wizbit: more just that we dont want to have new and ready features sitting for 1–2 years in a developmental branch, because the rest of the code keeps getting modified around it |
| [20:13:39] | mongy (mongy!~mongy@unaffiliated/duffydack) has joined #mythtv-users | |
| [20:16:33] | sphery: | nor have users running unstable development revisions to get access to new features in development branches and expecting them to be stable |
| [20:17:29] | wizbit: | since iamlindoro has gone, things seem to be moving faster |
| [20:17:52] | sphery: | completely unrelated, though |
| [20:18:15] | sphery: | if nothing else, Video Library development is moving much slower |
| [20:18:27] | CiaranG (CiaranG!~CiaranG@78.33.169.206) has quit (Ping timeout: 244 seconds) | |
| [20:18:44] | wizbit: | hmmm my joggler has these errors in dmesg |
| [20:18:45] | wizbit: | http://pastebin.com/Kfrhe5Xc |
| [20:19:00] | wizbit: | seems to be working ok though |
| [20:20:56] | sphery: | well, perhaps the knowledge that you're being a beta tester of a new file system that may or may not have been made default in certain distros early will keep you happy, regardless of whether any file system corruption or related problems occur :) |
| [20:21:29] | wizbit: | :-s |
| [20:21:36] | sphery: | after all, why not just switch default file systems willy-nilly? how important are files, anyway? besides, aren't all the cool kids using the cloud these days? |
| [20:22:12] | wizbit: | i will buy a bigger memory card, and re-do my joggler with a stable fs one day |
| [20:22:31] | wizbit: | on a cold, wet rainy weekend |
| [20:22:49] | sphery: | I'm not saying it's definitely a problem with btrfs, but that I just can't believe how quickly certain distros switched to it |
| [20:23:21] | wizbit: | its slackware, im using it because my memory stick as only 4gb, compression is nice |
| [20:23:25] | sphery: | then again, when it's called "Better FS", it kind of implies they have to, right? |
| [20:26:25] | wizbit: | Corrupt FS would be better suited |
| [20:26:35] | mongy (mongy!~mongy@unaffiliated/duffydack) has quit (Quit: Leaving) | |
| [20:27:06] | wizbit: | i might be one of the longest running mythtv users in this channel, been using it since .18 |
| [20:27:29] | wizbit: | and i still barely know how to use it :P |
| [20:27:49] | hadees (hadees!~hadees@173.227.88.18) has quit (Quit: hadees) | |
| [20:35:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:41:59] | Azelphur: | wagnerrp: upgraded to 0.25, on the bright side uPnP works now for videos (yay \o/), on the downside, it seems to bundle absolutely everything into one folder |
| [20:42:19] | Azelphur: | which is a bit difficult to navigate |
| [20:43:04] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users | |
| [20:58:14] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:05:44] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users | |
| [21:08:15] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!) | |
| [21:08:30] | devinheitmueller: | wagnerrp: no known issues with the 1900. It should be one of the more compliant cards (just make sure to put both DVB and analog into the same input group) |
| [21:12:43] | adamu (adamu!442d0862@gateway/web/freenode/ip.68.45.8.98) has joined #mythtv-users | |
| [21:13:31] | adamu: | Hi there, I am currently using the pulse-eight cec adapter and I have some keys on my remote (red/green/yellow/blue) that are unmapped is there a way I can map them to do things in mythtv |
| [21:17:47] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:22:38] | aross42 (aross42!~aross@CPE009400809a9c-CMb89bc9d2e1a5.cpe.net.cable.rogers.com) has quit (Ping timeout: 245 seconds) | |
| [21:25:59] | rmckee (rmckee!~rmckee@203.166.49.1) has joined #mythtv-users | |
| [21:28:11] | pedrocr: | if I go to the program guide and try to schedule the recording of a given show it will only record a single episode because it will be matching the exact string that includes the episode number |
| [21:28:33] | pedrocr: | how do I change the rule to it matches any string that starts with "Californication" for example |
| [21:30:31] | MMlosh (MMlosh!~MMlosh@2001:470:6f:23:dfe:45d8:e7e9:ec58) has quit (Ping timeout: 260 seconds) | |
| [21:33:01] | pedrocr: | I see how to do it with power searches but writing SQL queries doesn't sound like the normal interface for these things |
| [21:35:10] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:35:49] | pedrocr: | found the title search, that seems better |
| [21:36:04] | pedrocr: | it would be nice to be able to enter a title match record rule from the EPG |
| [21:44:34] | toorima (toorima!~bq@ip70-181-180-210.sd.sd.cox.net) has joined #mythtv-users | |
| [21:50:05] | lucas^ (lucas^!~tweek@host-158-44-2-96.midco.net) has joined #mythtv-users | |
| [22:07:01] | bentech (bentech!~bentech@87-194-161-211.bethere.co.uk) has quit (Quit: bentech) | |
| [22:08:41] | streeter (streeter!streeter@nat/redhat/x-icbkdfdvfvqgtava) has quit (Quit: Leaving) | |
| [22:09:05] | Azelphur: | what's that python gadget that'll rename all your files using the metadata? |
| [22:12:43] | sphery: | pedrocr: in program guide, when you hit R it creates a "record this particular showing" rule, when you hit R again, it will go to a different rule type--hit R until you get to an "any time" rule (which will get the whole series) |
| [22:13:20] | sphery: | pedrocr: we /always/ match by title and /never/ by program ID/episode number/... unless you explicitly tell it to do otherwise through a filter or a custom rule |
| [22:13:37] | sphery: | pedrocr: you don't want a title search, either... just a normal "any time" reule |
| [22:13:40] | sphery: | rule |
| [22:15:21] | sphery: | (oh, and in the program guide, it's impossible to tell it to record based on program ID/episode number/...) |
| [22:17:11] | devinheitmueller (devinheitmueller!devin@static-72-89-70-227.nycmny.fios.verizon.net) has left #mythtv-users () | |
| [22:25:23] | ikevin (ikevin!~kevin@lisa.illux.org) has quit (Ping timeout: 246 seconds) | |
| [22:30:20] | adamu: | anyone have experience with pulse-eight usb cec adapter and mapping keys in myth |
| [22:32:06] | dth_: | sphery: just for the fun of it i created a m3u file that pointed to file:///dev/video0 to play. |
| [22:32:09] | dth_: | and even that did not work. |
| [22:32:27] | dth_: | what the hell is mythtv's beef with my card? and why can only mythtv not read /dev/video0 not properly? |
| [22:32:48] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 276 seconds) | |
| [22:44:29] | dth_: | http://pastebin.com/uwuZqXtw |
| [22:44:51] | dth_: | I killed the whole DB and started from scratch |
| [22:45:55] | faichele (faichele!~quassel@p4FCCEB3E.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [22:52:26] | Sharky-AFK is now known as Sharky112065 | |
| [23:02:19] | zombor (zombor!~zombor@kohana/developer/zombor) has joined #mythtv-users | |
| [23:02:45] | zombor: | hello, i recently upgraded mythtv and mythweb, and now it says "!!NoTrans" everywhere. how do i fix this? |
| [23:03:57] | andreax1 (andreax1!~andreaz@p54BF2C7A.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:31:25] | emmanuelux (emmanuelux!~emmanuelu@ARennes-656-1-259-120.w90-32.abo.wanadoo.fr) has joined #mythtv-users | |
| [23:32:42] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:37:38] | mzb is now known as mzb_ | |
| [23:39:01] | mzb_ is now known as mzb | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.