Import Button Not Working (1 Viewer)

luksmann

Portal Pro
November 10, 2005
91
2
37
Home Country
Austria Austria
TV-Server Version: latest svn
MediaPortal Version: 0.2.3.0 RC1 + Latest SVN
MediaPortal Skin:
Windows Version: Windows MCE + updates
CPU Type: Athlon 64 3500+
HDD: 400 GB Samsung SpinPoint
Memory: 1024MB DDRRam
Motherboard:
Motherboard Chipset:
Motherboard Bios:
Video Card: Radeon X300 PciE
Video Card Driver:
Sound Card: OnBoard 5.1
Sound Card AC3:
Sound Card Driver:
1. TV Card: Floppy DTV-S
1. TV Card Type: DVB-S
1. TV Card Driver:
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: Nero Video Codec
MPEG2 Audio Codec: Nero Audio Codec
Satelite/CableTV Provider: Astra 19.2°E
HTPC Case: AOpen XCube
Cooling:
Power Supply:
Remote: MCE Remote
TV: Grundig
TV - HTPC Connection: Composite


The import button in TVE3 is currently not working.

Screenshot is attached!

Greets, luksmann
 

Laban

Portal Pro
July 1, 2007
206
18
Luleå
Home Country
Sweden Sweden
It's rather annoying to have to edit the file manually though. A rescan is not ok in my book because i want to have the channels in a specific order and it takes quite some time to fix this after a rescan.

It would be easy to do a fix also, there's currently no check if the values exist in the specific node (xml):

int pilot = Int32.Parse(nodeTune.Attributes["Pilot"].Value);
int rollOff = Int32.Parse(nodeTune.Attributes["RollOff"].Value);

So just do f.e:

Code:
int pilot = Int32.Parse( nodeTune.Attributes["Pilot"] != null ? nodeTune.Attributes["Pilot"].Value : "-1");
int rollOff = Int32.Parse(nodeTune.Attributes["RollOff"] != null ? nodeTune.Attributes["RollOff"].Value : "-1");

or

Code:
int pilot = Int32.Parse( getAttribute(nodeTune,"Pilot","-1"));

private string getAttribute(XmlNode xmlNode,string key,string default){
     XmlAttribute xa = xmlNode.Attributes[key];
     return xa != null ? xa.Value : default;
}

I had a look at the export.xml file from the new SVN and all Pilot & rolloff values are -1 so i don't see a problem with allowing for default values as per above.
And a rescan after the import (=channels are now in the order that i want them) will update the tuningdetails anyway so potentially important information won't get lost because of the import.

Or am i missing something ?
 

Muldini

Retired Team Member
  • Premium Supporter
  • February 11, 2007
    206
    0
    Home Country
    Germany Germany
    Generally you are right. We have discussed that recently and there might be a little change coming, do not ask me when though. :)

    Those values are for DVB-S2 only, so this time the db change didnt affect alot of people and all the others could have imported the old export.xml without problem.

    The problem would be DVB-S2 users not being aware of this, importing the old export.xml 'cause it works for everyone else, why not for me?'. An update might fix (update) those values, I dont think it does when the channel has been renamed.

    Regards,
    Muldini
     

    Laban

    Portal Pro
    July 1, 2007
    206
    18
    Luleå
    Home Country
    Sweden Sweden
    An update will fix the values, at least when i tried it by manually setting the pilot to 0 in the database before doing a rescan. And they were back to -1 after that.

    You could also just do a popup if there's nodes missing, something like
    "You're importing a old export.xml file, please do a rescan after the import".

    Would probably not work if you changed the channelname, that's true. But i don't really see a reason to change the channel name either. But perhaps there's a lot of people that's doing that. Don't do it myself though.
     

    Muldini

    Retired Team Member
  • Premium Supporter
  • February 11, 2007
    206
    0
    Home Country
    Germany Germany
    Ive changed plenty of my channel names, thats why I dont like to rescan after db changes either :) Even more work after sorting/deleting etc. etc.

    Anyway, we decided to be on the safe side to not receive bug reports about issues that wouldnt have occured with a fresh rescan.
    Though, the import behavior and handling might change as mentioned in my post above.

    Regards,
    Muldini
     

    Laban

    Portal Pro
    July 1, 2007
    206
    18
    Luleå
    Home Country
    Sweden Sweden
    Ive changed plenty of my channel names...

    Might i ask why ?

    Shameless plug: no reason to do it because of the xmltv import anymore :)

    Edit: there's also another option, to do the update (on rescan after import) based directly on the tuningdetails instead of mapping them by the channelname. Is that what you're considering doing ?
     

    Muldini

    Retired Team Member
  • Premium Supporter
  • February 11, 2007
    206
    0
    Home Country
    Germany Germany
    Ive changed plenty of my channel names...

    Might i ask why ?

    Shameless plug: no reason to do it because of the xmltv import anymore :)

    I'm simply used to old names of some channels that have changed their name or are known under several names.
    I'm not using XMLTV.

    Regards,
    Muldini
     

    Laban

    Portal Pro
    July 1, 2007
    206
    18
    Luleå
    Home Country
    Sweden Sweden
    Ok, i can understand the support related problems of course. Hope it'll be fixed soon though.

    But until then, i'll be using my own SetupTv.exe version for importing the channels. That's one of the good things with open source after all :)
     

    Muldini

    Retired Team Member
  • Premium Supporter
  • February 11, 2007
    206
    0
    Home Country
    Germany Germany
    Edit: there's also another option, to do the update (on rescan after import) based directly on the tuningdetails instead of mapping them by the channelname. Is that what you're considering doing ?

    Well, this would be really nice indeed, I don't think it's that easy though. First of all we're not just talking about DVB(-S), but all supported types.

    I'm not deep enough into this to really say it's possible or not, but if you got an idea to update tuningdetails on something else than the name, that would work for all supported types then by all means go for it. I'd also be available for testing ofc.

    Regards,
    Muldini (who is waiting for your PM ;) )
     

    Users who are viewing this thread

    Top Bottom