This has been irritating me for a while, but I finally got around to examining the db3 this morning. 1) I use guideplus. 2) Recurring recordings of The Daily Show with Jon Stewart have been missing most of the time, so I have manually recorded individual episodes.
Checking out the EPG_EVENT table, I noticed that the subtitle is showing up as s00e000. Like tonight's is s19e158. But the unique_id is Daily Show With Jon Stewart, The*-s19e15. Finally I realized that it's only carrying the first 2 digits of the episode. I thought it was because of only using 2 digits, but now see that shows such as The Amazing Race show up in the subtitle as s25e01, but the unique_id converts to Amazing Race, The*-s025e001.
Everything will be fine for 6 months, because season 20 starts this Wednesday, but I thought that I would see if I could do something to defeat this!
Hi I was wondering if someone could review my logs. I'm having a re-occurring issue where about once per week one of my TV shows becomes corrupted, usually the TV show Extant, but have also had issues with MasterChef in the past.
My gut feeling is that the problem lies not with NPVR but with the transcoding HDHomerun so I've reached out on their forums as well.
But if someone has time and doesn't mind looking at the logs... I've attached the logs as a ZIP file.
The recording won't open in XBMC or NPVR but will open in Windows Media Player. However the video only plays for about the first 10 to 15 minutes before it freezes. Audio continues to play after the video freezes.
Tonight the TV show Extant was corrupted again so I'm hopeing that was captured in the logs somehow.
I ran into this error recently and thought I'd write my experience with it as all the info I found didn't match my experience.
I use mc2xml (v1.2) to get xmltv data from Microsoft using the legacy service. I ran my UpdateEPG.bat file from command prompt and noticed an error. I then ran mc2xml without arguments or a dat file from command prompt and saw the same error. I tried it on two other Win 7 Pro 64bit computers with this same error:
Code:
D:\HTPCData\Misc\mc2xml>mc2xml.exe
Loading ..... : mc2xml (c) <mc2xml@gmail.com> (v1.2)
Reminder .... : Unauthorized redistribution prohibited.
Reminder .... : If this software is useful, please donate!
Win32 setup . : Use dialog for initial configuration.
Error ....... : TCP 124363R 124658H
No .dat file or .xml file was created. The first pop up windows always appeared asking for country/zip/service. Sometimes the second pop up would appear asking for
Solutions that were suggested were running the command with options -c and -g (country and zip) always and opening your firewall for the program. I found that these didn't work. What I realized is that sometimes I get this error and sometimes I don't. I believe it is a server side (not your fault) problem and there is nothing you can do about it.
If you donate $20+ to mc2xml, you can get a version of the program that will access microsoft's new service (for Win 7 and 8) which might not have this problem ever.
I'm sorry I don't frequent these forums and I may be missing etiquette but I'd like to make an informational post that may help other people concerning mc2xml. Every 4 to 6 months, the program guide received from Microsoft by mc2xml changes the channel ID (frequencies) associated with particular stations (KAXXXDT). This is disconnected from the actual channels/frequencies that the channels are broadcast on, those don't change so it isn't a tuner issue; I have no idea why Microsoft does this. This channel change causes the nPVR program guide to lose the information for a station leading to "no show detail" displayed in the TV Guide.
My setup:
nPVR: 2.5.9 (it works well enough for me that I don't want to mess with upgrade)
mc2xml: v1.2 using Microsoft's Legacy Service gathering OTA (terrestrial) lineup
>When I get the time and money, I'd like to donate to mc2xml to use Microsoft's (newest) Service which might not exhibit this issue. (see: http://mc2xml.hosterbox.net/)
When experiencing this problem, you may (though difficult) notice that your xmltv.xml may have changed from:
Code:
<channel id="I29.48609930.microsoft.com">
<display-name>29 KAXXDT</display-name>
<display-name>29</display-name>
<display-name>KAXXDT</display-name>
<display-name>Affiliate name of station</display-name>
</channel>
to channel 30:
Code:
<channel id="I30.48609930.microsoft.com">
<display-name>30 KAXXDT</display-name>
<display-name>30</display-name>
<display-name>KAXXDT</display-name>
<display-name>Affiliate name of station</display-name>
</channel>
Note that the call sign KAXXDT didn't change, that will be useful later.
nPVR reads the first display-name; as it was originally looking for 29 KAXXXDT, it now cannot find the program data because it is now listed under 30 KAXXDT. To resolve this, you need to protect nPVR from these channel changes by using the mc2xml rename function. To keep track of these changes, I maintain a master text file that shows:
The current channel from the program guide, the virtual channel number associated with that as seen on a regular TV, the name of that channel I told nPVR to use for it (settings > channels) and the call sign of the station.
D:
cd "D:\HTPCData\Misc\mc2xml"
"mc2xml.exe" -a -A -C "mc2xml.chl.txt" -R "mc2xml.ren.txt" -o "xmltv.xml"
cd "C:\Users\Public\NPVR\Scripts"
C:
Note, i added .txt to the .chl and .ren for easy editing.
My mc2xml.chl.txt file just has a list of the channels (which again change over time) that I want to keep in the xmltv.xml; this keeps the EPG clean of unused programming. Note, it is the same list from above with just the channels.
Code:
30
36
40
The mc2xml.ren.txt renames those ambiguous and changing channels to something that will never change as far as nPVR is concerned (the virtual channels). Note, it is the same list from above with just the first two items saved.
Code:
30:7.1
36:9.1
40:12.1
So, when I run mc2xml.exe with those options in the UpdateEPG.bat, the new channel ID changes from 30 to this:
Code:
<channel id="I7.1.48609930.microsoft.com">
<display-name>7.1 KAXXDT</display-name>
<display-name>7.1</display-name>
<display-name>KAXXDT</display-name>
<display-name>Affiliate name of station</display-name>
</channel>
In nPVR (settings > channels > details), I have the # 71 and the name 7.1-NBC mapped to "7.1 KAXXDT". I can't use the # 7.1 or 7-1 as sub (nPVR developer) doesn't (or didn't) like the US use of sub-channels (ironic ); I'm not sure if newer versions allow this.
Now that you have it set up like this, lets say in a few months, you start noticing "no show detail" shows up on a few channels in the TV guide because the EPG service has changed channels. You may also notice that in settings > channels > details there is no mapping associated with a faulty channel. These are the steps I take to find the new frequencies; remember that the call sign doesn't change.
1) Rename or delete your mc2xml.dat and run mc2xml.exe without arguments (best to do it from a command prompt to detect any errors). Select your proper country and zip on the first screen then your service on the second screen. Your xmltv.xml file will be overwritten with all channels/programs available and w/o your renaming.
2) Search (don't edit) this new xmltv.xml file for each call sign using your master text file for reference. Update your master text file with the new channel associated to your call signs. It may appear as such:
Note only the first numbers (channels) have changed.
3) Update your mc2xml.chl.txt and mc2xml.ren.txt by just copy/pasting your master text file and deleting what is not needed.
4) Make sure you've closed your xmltv.xml since step 2. Force a new mc2xml download by copying your existing UpdateEPG.bat file but insert the -f option and run it (again best done via command prompt to check for errors). Be sure you don't always run the -f option.
5) Tell nPVR to update EPG: settings > channels > Update EPG. Check the TV Guide to be sure you got the new data with correct channel-station associations.
After thoughts:
This is a long post though once you go through the method a couple times, the fix will be easy/quick (unless you have a lot of channels, I only use 15).
I thought I might be able to avoid all this by only referencing the station call sign but I can't see how nPVR would handle the frequency change in the "display name" field. Actually, you could list all of your call signs in your mc2xml.chl.txt file instead of the frequencies and never have to edit it; see the mc2xml homepage for usage. If there was a way to have the mc2xml.ren.txt file rename the frequency based on the call sign, then you wouldn't have to do all this, but I don't see that it is possible without other scripts/programs.
Alternatively, if it were possible for nPVR to ignore the first display name and only use the third one, then the channel/frequency would be irrelevant. See:
Code:
<channel id="I30.48609930.microsoft.com">
<display-name>30 KAXXDT</display-name>
<display-name>30</display-name>
<display-name>KAXXDT</display-name>
<display-name>Affiliate name of station</display-name>
</channel>
Then you would map #s and names to just the station call sign.
If anyone has used Microsoft's new service using mc2xml (donate $20+), it would be nice to hear if you have this issue of channel changes. I apologize that I may only infrequently check back to this post but ask questions or provide insight or offer suggestions/alternatives as I may see them from time to time.
I noticed this thread http://sourceforge.net/p/epgcollector/di...2b/?page=1 and was thinking for DVB users it might be useful if you someone here request a feature to create tuning INI files for NextPVR. I'd do it for ATSC but we don't have t very good data to test with
I've noticed that in strings.po for the English (New Zealand) language the value for 30133 is the same as 30132 (Pre-padding). I believe that the code should be as below.
Hi, I was just wondering if there is any cause for delay in boot-up time before NEWA can come up. I ordinarily have my NPVR machine powered up all the time on a UPS. I rebooted it to create a Ghost image of that machine, since everything is exactly like I wanted it. Upon rebooting, everything worked, except that NEWA gave me a "Token" error (no NEWA interface in browser window, just a yellow and white error screen with generic error messages). I rebooted it a couple more times, then it started to work again.
Was there something I should have done beforehand, or was that just a random glitch?
I often toggle the "Start on Secondary Monitor" setting when I change to the projector from the monitor, due to the different resolutions. Is there a way to have different shortcut commands, or a command line setting, to set this one way or the other on startup?
I've moving recordings over night with a script that will then update the DB and point it at the new location.
When a new recording is started, is the DB looked at to determine that xyz show is greater than the number desired and remove the old ones? If so, do you know what log message is posted in this situation, I just want to verify it's working as mine to not seem to be managing themselves.
Actually I've just checked, and when using nextpvr I see 3 recordings of my show (as per the recording rules), but on the file system I see 7 recording files. So it seems the DB is being cleaned up but not the filesystem.
); I'm not sure if newer versions allow this.
