StoreMetaData

[mvallevand]

Is there a technical reason the RecordingsService.StoreMetaData is not available via RecordingsServiceProxy?  I'd like to use in in my NextImport to dump the xml file so I can edit it and then update the event_details field.  I prefer using API functions over hardcoding database and xml writing.

The reason I want to do this is the season finale of Clarice didn't include the S/E information with the metadata.  I'd like to use the XML file as the input for an update, editing that field in the database is cumbersome. 

Martin

[sub]

For the next build I've moved this call over to the ScheduledRecording itself. You can call recording.StoreMetadata();

You can also call recording.ToString() to get it in xml form.

[mvallevand]

Thanks.

Martin

[mvallevand]

For the next build I've moved this call over to the ScheduledRecording itself. You can call recording.StoreMetadata();

I thought it wasn't working but I guess I will need an optional parameter to bypass

    <StoreSeparateMetadataXml>false</StoreSeparateMetadataXml>

Martin

[sub]

The default for that has been true for NextPVR v5, so it should save it unless someone has explicitly disabled these xml files by setting that to false. You should probably honor their wishes if they’ve disabled it.

that said, if you want to override their setting, you can use the SettingHelper set override feature (which is temporarily changing a value, but it won’t be saved to the config file)

[mvallevand]

I didn't know I could override defaults thanks. For others that might want this the code it is like this

Code:

.
            SettingsHelper.GetInstance().SetOverride("/Settings/Recording/StoreSeparateMetadataXml", "true");
            ScheduledRecording recording = ScheduledRecording.LoadFromFileName(filename);
            if (recording != null)
                    recording.StoreMetadata();

I am look to create the xml file if it doesn't exist so the user can add or edit missing metadata on specific recordings on demand. Respecting their wishes wouldn't make sense for this use case.

Martin