My favorites | Sign in
Logo
                
Details: Show all Hide all

Today

  • 19 hours ago
    issue 79 (FFMPEG error selecting recording) reported by tschutte   -   What steps will reproduce the problem? 1. Select a recording from the list 2. 3. What is the expected output? What do you see instead? It should display the recording details. In full screen mode it minimizes XBMC to the desktop. In windowed mode, a message scrolls along the bottom stating "FFMpeg could not determine framerate. Comm skip may be inaccurate". In full screen mode upon re-maximizing XBMC I see the error as well. What version of the product are you using? On what operating system? Mythbox latest SVN 1558, Windows XP. Please provide any additional information below.
    What steps will reproduce the problem? 1. Select a recording from the list 2. 3. What is the expected output? What do you see instead? It should display the recording details. In full screen mode it minimizes XBMC to the desktop. In windowed mode, a message scrolls along the bottom stating "FFMpeg could not determine framerate. Comm skip may be inaccurate". In full screen mode upon re-maximizing XBMC I see the error as well. What version of the product are you using? On what operating system? Mythbox latest SVN 1558, Windows XP. Please provide any additional information below.

Last 7 days

  • Dec 12, 2009
    issue 78 (Channel transition, during recording, freezes playback and r...) reported by waterfue...@gmail.com   -   What steps will reproduce the problem? 1. Record a video via firewire on Ubuntu 9.10 2. Make sure the recording is on a channel other than the channel the set top box is currently on. For example your set top box is on channel 725, and the recording is to be on channel 749. 3. Commflag the subsequent recording What is the expected output? What do you see instead? The video starts on the initial channel of box, and when the channel changes to the channel to be recorded the video freezes. Note that the this will not occur if the channel to be recorded is the same as the initial channel of the box. Transcoding alleviates this problem. But transcoding, using lossless, also removes the audio from some recordings on a 4250HD box using Optimum cable on Long Island in NY. What version of the product are you using? On what operating system? The server is on Ubuntu 9.10 version 0.22.0+fixes22 The client is XBMC_for_Mac-ppc-9.04.1-repack.dmg The script is mythbox-svn-1558.tar.gz Please provide any additional information below. This may be a result of firewire? This may be some sort of framebuffer overflow?
    What steps will reproduce the problem? 1. Record a video via firewire on Ubuntu 9.10 2. Make sure the recording is on a channel other than the channel the set top box is currently on. For example your set top box is on channel 725, and the recording is to be on channel 749. 3. Commflag the subsequent recording What is the expected output? What do you see instead? The video starts on the initial channel of box, and when the channel changes to the channel to be recorded the video freezes. Note that the this will not occur if the channel to be recorded is the same as the initial channel of the box. Transcoding alleviates this problem. But transcoding, using lossless, also removes the audio from some recordings on a 4250HD box using Optimum cable on Long Island in NY. What version of the product are you using? On what operating system? The server is on Ubuntu 9.10 version 0.22.0+fixes22 The client is XBMC_for_Mac-ppc-9.04.1-repack.dmg The script is mythbox-svn-1558.tar.gz Please provide any additional information below. This may be a result of firewire? This may be some sort of framebuffer overflow?
  • Dec 10, 2009
    issue 77 (can't watch live TV of recorded TV show) commented on by Manuel.pasquiers   -   i found the problem : i haven't set the LIVETV directory. Very sorry
    i found the problem : i haven't set the LIVETV directory. Very sorry

Last 30 days

  • Dec 06, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by m...@farleyfamily.net   -   I just rebuilt my backend from scratch, using the mythbuntu repos, latest 0.22+fixes. And for some reason even though mythbackend successfully records *and* flags commercials, Mythbox is still showing the recordings as having Comm Breaks: None (but the native MythTV client sees and skips the commercials) I'm guessing QUERY_COMMBREAK is still returning null. Any ideas?
    I just rebuilt my backend from scratch, using the mythbuntu repos, latest 0.22+fixes. And for some reason even though mythbackend successfully records *and* flags commercials, Mythbox is still showing the recordings as having Comm Breaks: None (but the native MythTV client sees and skips the commercials) I'm guessing QUERY_COMMBREAK is still returning null. Any ideas?
  • Dec 06, 2009
    issue 77 (can't watch live TV of recorded TV show) commented on by Manuel.pasquiers   -   sorry...
    sorry...
  • Dec 06, 2009
    issue 77 (can't watch live TV of recorded TV show) commented on by analo...@yahoo.com   -   Can you attach your log file?
    Can you attach your log file?
  • Dec 06, 2009
    issue 77 (can't watch live TV of recorded TV show) commented on by Manuel.pasquiers   -   i have check that if an .mpg file is creating whil buffering but not.
    i have check that if an .mpg file is creating whil buffering but not.
  • Dec 06, 2009
    issue 77 (can't watch live TV of recorded TV show) reported by Manuel.pasquiers   -   What steps will reproduce the problem? 1. start xbmc 2. watch TV 3. Select a channel What is the expected output? What do you see instead? I expected to see the channel TV, but i see buffering and dialog box disappear. What version of the product are you using? On what operating system? 1 PC : mythbuntu backend 0.22 , AMD 3200+ 1 PC : Q6600 Ubuntu 9.10 + Last XBMC SVN 25285 + mythbox 1558 Please provide any additional information below. 1) frontend on the PC backend work. 2) i can "connect" to the backend from mythbox (i have TV guide, recording schedule etc...) 3) i have increase the buffer size according to the FAQ 4) interesting parts of log file : 5:27:54 T:3078592368 M:1948061696 INFO: Loading skin file: /home/nunu/.xbmc/scripts/MythBox/resources/skins/Default/720p/mythbox_livetv.xml 15:27:54 T:3078592368 M:1948061696 DEBUG: Load /home/nunu/.xbmc/scripts/MythBox/resources/skins/Default/720p/mythbox_livetv.xml: 5,81ms 15:27:54 T:3078592368 M:1948061696 DEBUG: Alloc resources: 10,06ms (5,94 ms skin load) 15:27:54 T:3078592368 M:1948061696 DEBUG: CGUIMediaWindow::GetDirectory (?) 15:27:54 T:3078592368 M:1948061696 DEBUG: ParentPath = [] 15:27:54 T:3078592368 M:1948061696 ERROR: GetDirectory - Error getting ? 15:27:54 T:3078592368 M:1948061696 ERROR: CGUIMediaWindow::GetDirectory(?) failed 5:28:46 T:106810224 M:1935187968 NOTICE: . 15:28:46 T:106810224 M:1935187968 NOTICE: ERROR | mythtv.core | __init__.py | MainThread | Line 1072 | CATCHALL: Caught exception Can't find recording 1002_20091206152758.mpg in /home/nunu/mythtv on method <function onClick at 0xb6b1ffd4>
    What steps will reproduce the problem? 1. start xbmc 2. watch TV 3. Select a channel What is the expected output? What do you see instead? I expected to see the channel TV, but i see buffering and dialog box disappear. What version of the product are you using? On what operating system? 1 PC : mythbuntu backend 0.22 , AMD 3200+ 1 PC : Q6600 Ubuntu 9.10 + Last XBMC SVN 25285 + mythbox 1558 Please provide any additional information below. 1) frontend on the PC backend work. 2) i can "connect" to the backend from mythbox (i have TV guide, recording schedule etc...) 3) i have increase the buffer size according to the FAQ 4) interesting parts of log file : 5:27:54 T:3078592368 M:1948061696 INFO: Loading skin file: /home/nunu/.xbmc/scripts/MythBox/resources/skins/Default/720p/mythbox_livetv.xml 15:27:54 T:3078592368 M:1948061696 DEBUG: Load /home/nunu/.xbmc/scripts/MythBox/resources/skins/Default/720p/mythbox_livetv.xml: 5,81ms 15:27:54 T:3078592368 M:1948061696 DEBUG: Alloc resources: 10,06ms (5,94 ms skin load) 15:27:54 T:3078592368 M:1948061696 DEBUG: CGUIMediaWindow::GetDirectory (?) 15:27:54 T:3078592368 M:1948061696 DEBUG: ParentPath = [] 15:27:54 T:3078592368 M:1948061696 ERROR: GetDirectory - Error getting ? 15:27:54 T:3078592368 M:1948061696 ERROR: CGUIMediaWindow::GetDirectory(?) failed 5:28:46 T:106810224 M:1935187968 NOTICE: . 15:28:46 T:106810224 M:1935187968 NOTICE: ERROR | mythtv.core | __init__.py | MainThread | Line 1072 | CATCHALL: Caught exception Can't find recording 1002_20091206152758.mpg in /home/nunu/mythtv on method <function onClick at 0xb6b1ffd4>
  • Dec 06, 2009
    issue 76 (MYSQL Bad handshake) commented on by Marcel.Prisi   -   schlika@axigenmail.com
    schlika@axigenmail.com
  • Dec 05, 2009
    issue 32 (MythTV Shuts down while viewing recordings) commented on by timothybiron   -   I made my proposed change to my installation and it does resolve this problem. But, it raises another. Now it won't shutdown at all even after exiting Mythbox! Seems like once its registered as a Playback instead of Monitor, when you close Mythbox either Mythbox doesn't close the connections correctly OR there is a specific myth protocol command that deregistes and Mythbox isn't using it OR there is just no way to deregister a Playback device with myth protocol.
    I made my proposed change to my installation and it does resolve this problem. But, it raises another. Now it won't shutdown at all even after exiting Mythbox! Seems like once its registered as a Playback instead of Monitor, when you close Mythbox either Mythbox doesn't close the connections correctly OR there is a specific myth protocol command that deregistes and Mythbox isn't using it OR there is just no way to deregister a Playback device with myth protocol.
  • Dec 02, 2009
    issue 32 (MythTV Shuts down while viewing recordings) commented on by timothybiron   -   Looks like this can be fixed by switching the default arguments for the connect function on line 90 of mythtv.py. FROM: def connect(self, Playback=False, Monitor=True, slaveBackend=None): TO: def connect(self, Playback=True, Monitor=False, slaveBackend=None):
    Looks like this can be fixed by switching the default arguments for the connect function on line 90 of mythtv.py. FROM: def connect(self, Playback=False, Monitor=True, slaveBackend=None): TO: def connect(self, Playback=True, Monitor=False, slaveBackend=None):
  • Dec 02, 2009
    issue 32 (MythTV Shuts down while viewing recordings) commented on by timothybiron   -   You should be able to fix this issue by always sending ANN PLAYBACK. From the below link: "A mode of Monitor is the same as Playback except that a Monitor client will not prevent the backend from shutting itself down." I found the function annPlayback in mythtv.py in the source, but have yet to find the logic that determines use of annPlayback or annMonitor in an attempt for a patch. http://www.mythtv.org/wiki/Myth_Protocol_Command_ANN
    You should be able to fix this issue by always sending ANN PLAYBACK. From the below link: "A mode of Monitor is the same as Playback except that a Monitor client will not prevent the backend from shutting itself down." I found the function annPlayback in mythtv.py in the source, but have yet to find the logic that determines use of annPlayback or annMonitor in an attempt for a patch. http://www.mythtv.org/wiki/Myth_Protocol_Command_ANN
  • Nov 26, 2009
    issue 76 (MYSQL Bad handshake) reported by Cocayden   -   What steps will reproduce the problem? 1. open xmbc 2. run mythbox 1558 3. Test settings What is the expected output? What do you see instead? Connect to mysql sucessfully(like it did on the previous build) What version of the product are you using? On what operating system? xp sp3, mythbox 1558, mythtv 0.22 on centos 5.4 This issue did not occur on the previous build
    What steps will reproduce the problem? 1. open xmbc 2. run mythbox 1558 3. Test settings What is the expected output? What do you see instead? Connect to mysql sucessfully(like it did on the previous build) What version of the product are you using? On what operating system? xp sp3, mythbox 1558, mythtv 0.22 on centos 5.4 This issue did not occur on the previous build
  • Nov 24, 2009
    issue 32 (MythTV Shuts down while viewing recordings) commented on by btsglw   -   Sorry, my mythtv box was out of commission for a while. I'll try to have a look sometime this week.
    Sorry, my mythtv box was out of commission for a while. I'll try to have a look sometime this week.
  • Nov 23, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by markus.d...@gmx.de   -   Geert's guess in https://bugs.launchpad.net/myconnpy/+bug/380528 is right -- I had old_passwords=1 in my my.cnf, which seems to be a distribution default. After setting this to 0 and resetting all passwords, mythbox can connect to mysql and now basically works. So I assume, this bug can be closed. Now it's time to test the rest of mythbox :) Thanks for the help!
    Geert's guess in https://bugs.launchpad.net/myconnpy/+bug/380528 is right -- I had old_passwords=1 in my my.cnf, which seems to be a distribution default. After setting this to 0 and resetting all passwords, mythbox can connect to mysql and now basically works. So I assume, this bug can be closed. Now it's time to test the rest of mythbox :) Thanks for the help!
  • Nov 22, 2009
    issue 32 (MythTV Shuts down while viewing recordings) commented on by analo...@yahoo.com   -   Any updates?
    Any updates?
  • Nov 22, 2009
    issue 40 (Watch show information from EPG) Status changed by analo...@yahoo.com   -  
    Status: Started
    Status: Started
  • Nov 22, 2009
    issue 61 (Old Data in Recorded Programs) Status changed by analo...@yahoo.com   -   closed due to inactivity. re-open if still an issue.
    Status: Invalid
    closed due to inactivity. re-open if still an issue.
    Status: Invalid
  • Nov 22, 2009
    issue 66 (problem with tv guide with mythbox) Status changed by analo...@yahoo.com   -  
    Status: Invalid
    Status: Invalid
  • Nov 22, 2009
    issue 67 ([Feature request] Possibility to select least prefered encod...) Labels changed by analo...@yahoo.com   -  
    Labels: Type-Enhancement Type-Defect
    Labels: Type-Enhancement Type-Defect
  • Nov 22, 2009
    issue 68 ([Feature request] Keep Live TV running until stopped by user) Labels changed by analo...@yahoo.com   -  
    Labels: Type-Enhancement Type-Defect
    Labels: Type-Enhancement Type-Defect
  • Nov 22, 2009
    issue 69 ((Feature REquest) Watch Recordings) Labels changed by analo...@yahoo.com   -  
    Labels: Type-Enhancement Type-Defect
    Labels: Type-Enhancement Type-Defect
  • Nov 22, 2009
    issue 71 (Program guide is showing 3 of each channel) changed by analo...@yahoo.com   -   Only partway done w/ the rewrite of the tv guide screen, but the problem you mentioned should be fixed. Please try the attached release. thx!
    Status: Started
    Owner: analo...@yahoo.com
    Only partway done w/ the rewrite of the tv guide screen, but the problem you mentioned should be fixed. Please try the attached release. thx!
    Status: Started
    Owner: analo...@yahoo.com
  • Nov 22, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) Owner changed by analo...@yahoo.com   -   Looks like it is already a known issue. I'll update mythbox when the bug is fixed upstream. https://bugs.launchpad.net/myconnpy/+bug/380528
    Owner: analo...@yahoo.com
    Looks like it is already a known issue. I'll update mythbox when the bug is fixed upstream. https://bugs.launchpad.net/myconnpy/+bug/380528
    Owner: analo...@yahoo.com
  • Nov 22, 2009
    issue 74 (Exception: Invalid literal for int();) Status changed by analo...@yahoo.com   -   Mythbunu seems like a pretty safe bet. I haven't used the "entire" distro myself, but I do use the mythbuntu repos for my stable MythTV installation.
    Status: Invalid
    Mythbunu seems like a pretty safe bet. I haven't used the "entire" distro myself, but I do use the mythbuntu repos for my stable MythTV installation.
    Status: Invalid
  • Nov 18, 2009
    issue 75 (Audio in Live TV) reported by matic.ivanovski   -   What steps will reproduce the problem? 1. I start TV and after a while the sound starts to glitch 2. I open sound settings and switch between analog and digital 3. Afterwards sound works without a problem... What is the expected output? What do you see instead? I want to be independent of switching settings to get clear sound... What version of the product are you using? On what operating system? Latest. Winxp SP3 Please provide any additional information below. Intel Littlefalls 2 Thx for your answer PS: can you please send me email if I forget to check this page again. m1ato@hotmail.com Matic
    What steps will reproduce the problem? 1. I start TV and after a while the sound starts to glitch 2. I open sound settings and switch between analog and digital 3. Afterwards sound works without a problem... What is the expected output? What do you see instead? I want to be independent of switching settings to get clear sound... What version of the product are you using? On what operating system? Latest. Winxp SP3 Please provide any additional information below. Intel Littlefalls 2 Thx for your answer PS: can you please send me email if I forget to check this page again. m1ato@hotmail.com Matic

Earlier this year

  • Nov 13, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by m...@farleyfamily.net   -   Finally made some progress.. I started playing with the MythTV Network Protocol and narrowed the issue down to the fact that anytime "QUERY_COMMBREAK" is issued to my backend, it crashes right away. I saw that MythBox was sending: 31 QUERY_COMMBREAK 1008 1258122600 Which caused an immediate crash. The fix was to upgrade my backend from 0.21 to 0.21+fixes (Ubuntu Gutsy). Unfortunately, even though QUERY_COMMBREAK no longer crashes the backend, it returns 0/null/-1 even though there ARE commercials detected. So even though MythBox works, it doesn't attempt to let me try Play+Skip, only Play. This is frustrating because the native MythTV client skips commercials just fine :( It's obviously not an issue with your code, it's my backend/database having a case of the swine flu. Next year I'm going to upgrade my server from Gutsy to 10.04 LTS which will mean a MythTV backend upgrade to 0.22 (Would you recommend using MythBuntu to upgrade my Gutsy Mythbackend to 0.22?)
    Finally made some progress.. I started playing with the MythTV Network Protocol and narrowed the issue down to the fact that anytime "QUERY_COMMBREAK" is issued to my backend, it crashes right away. I saw that MythBox was sending: 31 QUERY_COMMBREAK 1008 1258122600 Which caused an immediate crash. The fix was to upgrade my backend from 0.21 to 0.21+fixes (Ubuntu Gutsy). Unfortunately, even though QUERY_COMMBREAK no longer crashes the backend, it returns 0/null/-1 even though there ARE commercials detected. So even though MythBox works, it doesn't attempt to let me try Play+Skip, only Play. This is frustrating because the native MythTV client skips commercials just fine :( It's obviously not an issue with your code, it's my backend/database having a case of the swine flu. Next year I'm going to upgrade my server from Gutsy to 10.04 LTS which will mean a MythTV backend upgrade to 0.22 (Would you recommend using MythBuntu to upgrade my Gutsy Mythbackend to 0.22?)
  • Nov 13, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by m...@farleyfamily.net   -   Hmm.. Still no go :( I turned off the friendly rename and also tried the newer MythBox. On the show details screen the "Comm Breaks: " never changes from "Loading..." (and the attempted load causes a backend crash)
    Hmm.. Still no go :( I turned off the friendly rename and also tried the newer MythBox. On the show details screen the "Comm Breaks: " never changes from "Loading..." (and the attempted load causes a backend crash)
  • Nov 12, 2009
    issue 73 (CATCHALL_UI: Caught exception 'ascii' codec can't encode cha...) Status changed by analo...@yahoo.com   -  
    Status: Fixed
    Status: Fixed
  • Nov 12, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by analo...@yahoo.com   -   well, its worth turning off the cronjob for a few days and see if that makes a difference. you can also try a newer build of mythbox (it is an attachment on issue 73 - http://code.google.com/p/mythbox/issues/detail?id=73) which includes some optimizations to the protocol negotiation steps. definitely worth a try...
    well, its worth turning off the cronjob for a few days and see if that makes a difference. you can also try a newer build of mythbox (it is an attachment on issue 73 - http://code.google.com/p/mythbox/issues/detail?id=73) which includes some optimizations to the protocol negotiation steps. definitely worth a try...
  • Nov 12, 2009
    issue 73 (CATCHALL_UI: Caught exception 'ascii' codec can't encode cha...) commented on by m...@sistemes-informatics.cat   -   Hi, with mythbox-svn-1612 works fine. Thanks!
    Hi, with mythbox-svn-1612 works fine. Thanks!
  • Nov 11, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by m...@farleyfamily.net   -   All database tables were [Ok], but I repaired anyway and restarted backend. Same error :( It must be something quirky with my backend/database -- I tried MythBox about 4 months ago and had the exact same error. It's never happened with any other friend ends (I've used the native MythTV client, XBMC's native MythTV protocol, the old xbmcmythtv python frontend, probably 1-2 others). I still wonder if it's because I have a cronjob running: /usr/share/doc/mythtv-backend/contrib/mythrename.pl to make the 1234623432.mpg's into nice Show_Name_Date.mpg Should I just comment out the function that tries to count the commercial breaks?
    All database tables were [Ok], but I repaired anyway and restarted backend. Same error :( It must be something quirky with my backend/database -- I tried MythBox about 4 months ago and had the exact same error. It's never happened with any other friend ends (I've used the native MythTV client, XBMC's native MythTV protocol, the old xbmcmythtv python frontend, probably 1-2 others). I still wonder if it's because I have a cronjob running: /usr/share/doc/mythtv-backend/contrib/mythrename.pl to make the 1234623432.mpg's into nice Show_Name_Date.mpg Should I just comment out the function that tries to count the commercial breaks?
  • Nov 11, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by analo...@yahoo.com   -   The log file seems to indicate that your db may be "corrupt". The fact that a frontend is causing your backend to segfault isn't exactly encouraging. Can you goto the 'Settings' page -> 'Database Health' tab in MythWeb and see if all the tables are listed as "OK". Regardless of the health of each table, click on the 'Repair Tables' and 'Extended Check' buttons and then restart the backend to see if that fixes your problems.
    The log file seems to indicate that your db may be "corrupt". The fact that a frontend is causing your backend to segfault isn't exactly encouraging. Can you goto the 'Settings' page -> 'Database Health' tab in MythWeb and see if all the tables are listed as "OK". Regardless of the health of each table, click on the 'Repair Tables' and 'Extended Check' buttons and then restart the backend to see if that fixes your problems.
  • Nov 11, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by analo...@yahoo.com   -   No problem. I'm going to run the myconnpy unit tests in a Fedora 11 vm with mysql 5.1.37 just for grins.
    No problem. I'm going to run the myconnpy unit tests in a Fedora 11 vm with mysql 5.1.37 just for grins.
  • Nov 11, 2009
    issue 74 (Exception: Invalid literal for int();) commented on by m...@farleyfamily.net   -   1. Yes 2. Everything 3. It never changes from "Loading..." (I never see how many commercials it detected) Something's obviously wrong with the commercial check. Even before I attempt to play the video, when it tries to load the commercials my backend crashes. I then restart the backend, and trying to watch the video causes it to crash again (each time MythBox throws its exception, my backend crashes). You can find the xbmc.log attached. (with level=DEBUG) Thanks for looking into this!!
    1. Yes 2. Everything 3. It never changes from "Loading..." (I never see how many commercials it detected) Something's obviously wrong with the commercial check. Even before I attempt to play the video, when it tries to load the commercials my backend crashes. I then restart the backend, and trying to watch the video causes it to crash again (each time MythBox throws its exception, my backend crashes). You can find the xbmc.log attached. (with level=DEBUG) Thanks for looking into this!!
  • Nov 11, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by markus.d...@gmx.de   -   Actually it's not part of the request, that wireshark does not recognize, but mysql sends three packets after login. One without payload, the unrecognized one and then "ok". The myconnpy client does not wait for all three packets to arrive, but sends the "use database" immediately after the first (the empty one). I guess, that is the reason for mysql bailing out with "packets out of order". Anyway. Could you report this to upstream? I think I do not give a good reporter there as I dont know python, don't know the version I am using in this case and how to upgrade it (as it is the version bundled with xbmc, I guess) and also would not know how to test patches to myconnpy.
    Actually it's not part of the request, that wireshark does not recognize, but mysql sends three packets after login. One without payload, the unrecognized one and then "ok". The myconnpy client does not wait for all three packets to arrive, but sends the "use database" immediately after the first (the empty one). I guess, that is the reason for mysql bailing out with "packets out of order". Anyway. Could you report this to upstream? I think I do not give a good reporter there as I dont know python, don't know the version I am using in this case and how to upgrade it (as it is the version bundled with xbmc, I guess) and also would not know how to test patches to myconnpy.
  • Nov 11, 2009
    issue 73 (CATCHALL_UI: Caught exception 'ascii' codec can't encode cha...) commented on by analo...@yahoo.com   -   Can you try the attached version and verify the problem is fixed?
    Can you try the attached version and verify the problem is fixed?
  • Nov 11, 2009
    issue 74 (Exception: Invalid literal for int();) changed by analo...@yahoo.com   -   From the stack trace, it looks like you're trying to play a recording w/o skipping the commercials even though the recording is flagged for commercial skip detection. A few questions: 1. Is this reproducible w/o fail every single time? 2. Is it just this recording or do other recordings have the same result 3. What is the status of the commercial skip job? Not run yet, in progress, or completed? It would also be helpful if you could attach the complete mythbox.log after setting line 77 in mythbox_log.ini to 'level=DEBUG'. Thanks for the support!
    Status: Accepted
    Owner: analo...@yahoo.com
    From the stack trace, it looks like you're trying to play a recording w/o skipping the commercials even though the recording is flagged for commercial skip detection. A few questions: 1. Is this reproducible w/o fail every single time? 2. Is it just this recording or do other recordings have the same result 3. What is the status of the commercial skip job? Not run yet, in progress, or completed? It would also be helpful if you could attach the complete mythbox.log after setting line 77 in mythbox_log.ini to 'level=DEBUG'. Thanks for the support!
    Status: Accepted
    Owner: analo...@yahoo.com
  • Nov 11, 2009
    issue 70 (Text doesn't render in new recording schedules layout) Status changed by analo...@yahoo.com   -   Fixed svn 1582.
    Status: Fixed
    Fixed svn 1582.
    Status: Fixed
  • Nov 10, 2009
    issue 74 (Exception: Invalid literal for int();) reported by m...@farleyfamily.net   -   Ubuntu 9.10 XBMC 9.04 Latest version of MythBox (1558) When I attempt to watch a recording, I get a message box saying: Exception: Invalid litera for int(); Function: <function onClick at 0x9bc1024> Could it have to do with the fact that I run a standard MythTV perl script (myth_friendly_rename.pl) as a cronjob which renames the 1239712312.mpg's to friendly "Name_of_Show.mpg"? It's never affected any of the other frontends I've used. Btw -- this script looks amazing. My wife owes you! :) Here is the log file entry; 21:34:00 T:2890914672 M:468238336 NOTICE: ERROR | mythtv.core | util.py | MainThread | Line 400 | CATCHALL_UI: Caught exception invalid literal for int(): on method <function onClick at 0x9bc1024> Traceback (most recent call last): File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 398, in catchall_ui return func(*args, **kw) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 267, in lirc_hack return func(*args, **kwargs) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/ui.py", line 191, in window_busy result = func(*args, **kwargs) File "/home/matt/.xbmc/scripts/MythBox/resources/src/recordingdetails.py", line 174, in onClick self.dispatcher[source.getId()]() File "/home/matt/.xbmc/scripts/MythBox/resources/src/recordingdetails.py", line 132, in play p.playRecording(self.program, player.NoOpCommercialSkipper(p, self.program)) File "/home/matt/.xbmc/scripts/MythBox/resources/src/player.py", line 71, in playRecording self.play(self.getFileUrl(), self._buildPlayList()) File "/home/matt/.xbmc/scripts/MythBox/resources/src/player.py", line 167, in _buildPlayList comms = self._program.getCommercials() File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/injected.py", line 76, in inject_conn result = func(*args, **kwargs) File "/home/matt/.xbmc/scripts/MythBox/resources/src/injected.py", line 259, in getCommercials return super(InjectedRecordedProgram, self).getCommercials() File "/home/matt/.xbmc/scripts/MythBox/resources/src/domain.py", line 796, in getCommercials self._commercials = self.conn().getCommercialBreaks(self) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 351, in timed result = func(*args, **kw) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 798, in getCommercialBreaks reply = self._sendRequest(self.cmdSock, [command]) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 1086, in _sendRequest reply = self._readMsg(s) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 1056, in _readMsg n = int(retMsg) ValueError: invalid literal for int():
    Ubuntu 9.10 XBMC 9.04 Latest version of MythBox (1558) When I attempt to watch a recording, I get a message box saying: Exception: Invalid litera for int(); Function: <function onClick at 0x9bc1024> Could it have to do with the fact that I run a standard MythTV perl script (myth_friendly_rename.pl) as a cronjob which renames the 1239712312.mpg's to friendly "Name_of_Show.mpg"? It's never affected any of the other frontends I've used. Btw -- this script looks amazing. My wife owes you! :) Here is the log file entry; 21:34:00 T:2890914672 M:468238336 NOTICE: ERROR | mythtv.core | util.py | MainThread | Line 400 | CATCHALL_UI: Caught exception invalid literal for int(): on method <function onClick at 0x9bc1024> Traceback (most recent call last): File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 398, in catchall_ui return func(*args, **kw) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 267, in lirc_hack return func(*args, **kwargs) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/ui.py", line 191, in window_busy result = func(*args, **kwargs) File "/home/matt/.xbmc/scripts/MythBox/resources/src/recordingdetails.py", line 174, in onClick self.dispatcher[source.getId()]() File "/home/matt/.xbmc/scripts/MythBox/resources/src/recordingdetails.py", line 132, in play p.playRecording(self.program, player.NoOpCommercialSkipper(p, self.program)) File "/home/matt/.xbmc/scripts/MythBox/resources/src/player.py", line 71, in playRecording self.play(self.getFileUrl(), self._buildPlayList()) File "/home/matt/.xbmc/scripts/MythBox/resources/src/player.py", line 167, in _buildPlayList comms = self._program.getCommercials() File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/injected.py", line 76, in inject_conn result = func(*args, **kwargs) File "/home/matt/.xbmc/scripts/MythBox/resources/src/injected.py", line 259, in getCommercials return super(InjectedRecordedProgram, self).getCommercials() File "/home/matt/.xbmc/scripts/MythBox/resources/src/domain.py", line 796, in getCommercials self._commercials = self.conn().getCommercialBreaks(self) File "<string>", line 1, in <lambda> File "/home/matt/.xbmc/scripts/MythBox/resources/src/util.py", line 351, in timed result = func(*args, **kw) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 798, in getCommercialBreaks reply = self._sendRequest(self.cmdSock, [command]) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 1086, in _sendRequest reply = self._readMsg(s) File "/home/matt/.xbmc/scripts/MythBox/resources/src/mythtv.py", line 1056, in _readMsg n = int(retMsg) ValueError: invalid literal for int():
  • Nov 10, 2009
    issue 73 (CATCHALL_UI: Caught exception 'ascii' codec can't encode cha...) changed by analo...@yahoo.com   -  
    Status: Started
    Owner: analo...@yahoo.com
    Status: Started
    Owner: analo...@yahoo.com
  • Nov 10, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) Status changed by analo...@yahoo.com   -   An interesting observation with the wireshark dumps. In the working scenario, wireshark is not able to "recognize" the request byte sequence in frame 9 (line 78) and tags it as "Unknown (79) (79)" In the non-working scenario, wireshark is able to "recognize" the request byte sequence in frame 9 (line 77) and tags it as "Request Use Database" Without going into it further, it would seem the 5.1.37 mysql client/server protocol has a slight change which neither wireshark or the pure python mysql client that mythbox uses know about. Will follow up with upstream project @ https://launchpad.net/myconnpy
    Status: Accepted
    An interesting observation with the wireshark dumps. In the working scenario, wireshark is not able to "recognize" the request byte sequence in frame 9 (line 78) and tags it as "Unknown (79) (79)" In the non-working scenario, wireshark is able to "recognize" the request byte sequence in frame 9 (line 77) and tags it as "Request Use Database" Without going into it further, it would seem the 5.1.37 mysql client/server protocol has a slight change which neither wireshark or the pure python mysql client that mythbox uses know about. Will follow up with upstream project @ https://launchpad.net/myconnpy
    Status: Accepted
  • Nov 10, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by hemisfear   -   An interesting observation with the wireshark dumps. In the working scenario, wireshark is not able to "recognize" the request byte sequence in frame 9 (line 78) and tags it as "Unknown (79) (79)" In the non-working scenario, wireshark is able to "recognize" the request byte sequence in frame 9 (line 77) and tags it as "Request Use Database" Without going into it further, it would seem the 5.1.37 mysql client/server protocol has a slight change which neither wireshark or the pure python mysql client that mythbox uses know about. Will follow up with upstream project @ https://launchpad.net/myconnpy
    An interesting observation with the wireshark dumps. In the working scenario, wireshark is not able to "recognize" the request byte sequence in frame 9 (line 78) and tags it as "Unknown (79) (79)" In the non-working scenario, wireshark is able to "recognize" the request byte sequence in frame 9 (line 77) and tags it as "Request Use Database" Without going into it further, it would seem the 5.1.37 mysql client/server protocol has a slight change which neither wireshark or the pure python mysql client that mythbox uses know about. Will follow up with upstream project @ https://launchpad.net/myconnpy
  • Nov 10, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by markus.d...@gmx.de   -   I dug into this a bit and found, that the client/server-communication is different when using e.g. php. So it might not be mythbox's failure, but an error in the used mysql connector library. I would as well report this to "upstream" then, if I knew, where upstream is? Is it python.org? Anyway, attached are the wireshark dumps, "mysqlok.txt" is the working connection, with following PHP script, "mysqlnok.txt" the non-working connection from mythbox. The interesting packets are 9 and following. It seems like mysql wants to send three packets after login, and mythbox sends the "use database" directly after receiving the first one -- hence "packets not in order". This is the PHP script I used for testing: $conn = mysql_connect('127.0.0.1', 'mythtv', '*******'); $res = mysql_select_db("mythconverg", $conn); mysql_close($conn);
    I dug into this a bit and found, that the client/server-communication is different when using e.g. php. So it might not be mythbox's failure, but an error in the used mysql connector library. I would as well report this to "upstream" then, if I knew, where upstream is? Is it python.org? Anyway, attached are the wireshark dumps, "mysqlok.txt" is the working connection, with following PHP script, "mysqlnok.txt" the non-working connection from mythbox. The interesting packets are 9 and following. It seems like mysql wants to send three packets after login, and mythbox sends the "use database" directly after receiving the first one -- hence "packets not in order". This is the PHP script I used for testing: $conn = mysql_connect('127.0.0.1', 'mythtv', '*******'); $res = mysql_select_db("mythconverg", $conn); mysql_close($conn);
  • Nov 10, 2009
    issue 73 (CATCHALL_UI: Caught exception 'ascii' codec can't encode cha...) reported by m...@sistemes-informatics.cat   -   What steps will reproduce the problem? 1. When I want view LiveTV What is the expected output? What do you see instead? Caught exception 'ascii' codec can't encode characters in position 50... ordinal What version of the product are you using? On what operating system? XBMC 9.04.1 r20763M in archlinux 64bit and Mythbox Beta6 Please provide any additional information below. Attached MythBox.log
    What steps will reproduce the problem? 1. When I want view LiveTV What is the expected output? What do you see instead? Caught exception 'ascii' codec can't encode characters in position 50... ordinal What version of the product are you using? On what operating system? XBMC 9.04.1 r20763M in archlinux 64bit and Mythbox Beta6 Please provide any additional information below. Attached MythBox.log
  • Nov 10, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) commented on by m.joel.martin   -   I would hazard a guess that this is not a 64bit issue as I don't encounter it on my 64bit install of Windows. I can't recall if my Karmic install is 64bit or not, but i don't experience it there either.
    I would hazard a guess that this is not a 64bit issue as I don't encounter it on my 64bit install of Windows. I can't recall if my Karmic install is 64bit or not, but i don't experience it there either.
  • Nov 09, 2009
    issue 72 (Connect to MySQL failed: 1156 (08S01): Got packets out of or...) reported by markus.d...@gmx.de   -   What steps will reproduce the problem? 1. Start XBMC, start MythBox Script 2. Small error message stating the above on the bottom right 3. Test connection 4. Same error message What is the expected output? What do you see instead? I expect the connection to succeed :) What version of the product are you using? On what operating system? OS: Fedora 11 x86_64 on an Intel Atom 230 MythTV 0.21-fixes (mythtv-backend-0.21-20.fc11.x86_64) from rpmfusion XBMC from SVN (Rev 24469) MythBox SVN-1558 Please provide any additional information below. This is not the same issue as #63. I already tried resetting the password, which did not help. Probably a 64bit issue?
    What steps will reproduce the problem? 1. Start XBMC, start MythBox Script 2. Small error message stating the above on the bottom right 3. Test connection 4. Same error message What is the expected output? What do you see instead? I expect the connection to succeed :) What version of the product are you using? On what operating system? OS: Fedora 11 x86_64 on an Intel Atom 230 MythTV 0.21-fixes (mythtv-backend-0.21-20.fc11.x86_64) from rpmfusion XBMC from SVN (Rev 24469) MythBox SVN-1558 Please provide any additional information below. This is not the same issue as #63. I already tried resetting the password, which did not help. Probably a 64bit issue?
  • Nov 05, 2009
    issue 50 (Crash after exit and re-enter) commented on by iscraigh   -   i am experiencing the same problems running karmic with mythbox, here is the end of the xbmc crash log 18:33:44 T:2868063088 M:570253312 NOTICE: Creating audio device with codec id: 86016, channels: 2, sample rate: 48000, no pass-through 18:33:44 T:2868063088 M:570253312 DEBUG: CALSADirectSound::CALSADirectSound - Channels: 2 - SampleRate: 48000 - SampleBit: 16 - Resample false - Codec PCM - IsMusic false - IsPassthrough false - audioDevice: default 18:33:44 T:3077482384 M:570253312 DEBUG: CGUIAudioManager::DeInitialize 18:33:44 T:3077482384 M:570253312 DEBUG: OnPlayBackStarted - Playback has started 18:33:44 T:2868063088 M:570265600 DEBUG: CGUIAudioManager::DeInitialize 18:33:44 T:2868063088 M:570249216 DEBUG: Initialize - using alsa device default 18:33:44 T:3077482384 M:570249216 DEBUG: CGUIInfoManager::SetCurrentMovie(myth://mythtv:mythtv@hdbe/channels/5.ts) 18:33:44 T:2868063088 M:570376192 DEBUG: CALSADirectSound::Initialize - packet size:4096, packet count:8, buffer size:8192 18:33:44 T:2868063088 M:570376192 DEBUG: CDVDPlayerAudio:: synctype set to 0: clock feedback 18:33:44 T:2868063088 M:570376192 DEBUG: CDVDPlayerAudio:: Discontinuty - was:83333.330000, should be:208.333363, error:-83124.996637 18:33:44 T:2876455792 M:570478592 DEBUG: CDVDPlayerVideo - CDVDMsg::GENERAL_RESYNC(111044.111111, 0) ############### END LOG FILE ################ ############ END XBMC CRASH LOG ############# if i can give more info let me know.
    i am experiencing the same problems running karmic with mythbox, here is the end of the xbmc crash log 18:33:44 T:2868063088 M:570253312 NOTICE: Creating audio device with codec id: 86016, channels: 2, sample rate: 48000, no pass-through 18:33:44 T:2868063088 M:570253312 DEBUG: CALSADirectSound::CALSADirectSound - Channels: 2 - SampleRate: 48000 - SampleBit: 16 - Resample false - Codec PCM - IsMusic false - IsPassthrough false - audioDevice: default 18:33:44 T:3077482384 M:570253312 DEBUG: CGUIAudioManager::DeInitialize 18:33:44 T:3077482384 M:570253312 DEBUG: OnPlayBackStarted - Playback has started 18:33:44 T:2868063088 M:570265600 DEBUG: CGUIAudioManager::DeInitialize 18:33:44 T:2868063088 M:570249216 DEBUG: Initialize - using alsa device default 18:33:44 T:3077482384 M:570249216 DEBUG: CGUIInfoManager::SetCurrentMovie(myth://mythtv:mythtv@hdbe/channels/5.ts) 18:33:44 T:2868063088 M:570376192 DEBUG: CALSADirectSound::Initialize - packet size:4096, packet count:8, buffer size:8192 18:33:44 T:2868063088 M:570376192 DEBUG: CDVDPlayerAudio:: synctype set to 0: clock feedback 18:33:44 T:2868063088 M:570376192 DEBUG: CDVDPlayerAudio:: Discontinuty - was:83333.330000, should be:208.333363, error:-83124.996637 18:33:44 T:2876455792 M:570478592 DEBUG: CDVDPlayerVideo - CDVDMsg::GENERAL_RESYNC(111044.111111, 0) ############### END LOG FILE ################ ############ END XBMC CRASH LOG ############# if i can give more info let me know.
  • Nov 01, 2009
    issue 71 (Program guide is showing 3 of each channel) commented on by web...@hotmail.com   -   Sorry.. I see it is scheduled for a rewrite. Should have read the page :-). Anyways keep up the great work.
    Sorry.. I see it is scheduled for a rewrite. Should have read the page :-). Anyways keep up the great work.
  • Oct 30, 2009
    issue 70 (Text doesn't render in new recording schedules layout) commented on by analo...@yahoo.com   -   Drop me an email @ analogue at yahoo.com so I can send you a test build to try out.
    Drop me an email @ analogue at yahoo.com so I can send you a test build to try out.
 
Hosted by Google Code