Jump to content

Episode metadata


geotux

Recommended Posts

Hi,

 

I found out tonight that I can use HTML code in the "overview" section of the metadata. That's cool as it allows you to present some formatting like in the attached screenshot. However, I'm confused as to how Emby decides to save the metadata. I thought it was all saved in the *.nfo file, in the same folder as where you store the mp4 and the imagery but that does not appear to be the case. In fact, i can't see the html code i used for the overview text.

 

But it's certainly using the html code as it displays just like I had coded it to display:

<h1>TITLE</h1>

<h3>di ...</h3>

Overview text

<br>

 

<h1>TITLE</h1>

<h3>di ...</h3>

Overview text

<br>

 

Also, I added two "writers" which appear in the nfo file but not in the browser. It just shows one of the writers. Any clues?

 

Finally, it appears that the changes to the metadata are saved sequentially in the nfo file rather than in the order the data appears in the webpage. Is that how it should be? I suppose it's just about emby reading through the tags and then positioning them in the correct order.

 

Cheers

Report S18E01.nfo

post-86218-0-92699000-1451864069_thumb.png

Edited by geotux
Link to comment
Share on other sites

i would try just saving with plain text

True, i tried that but it doesn't make a difference. Also, using html, formats texts nicely into paragraphs. Without formatting, paragraphs are "glued" together. Secondly, it doesn't explain why with some episodes it does save two writers; with other episodes it allows me to add a second writer and then i see it disappear in real time after a couple of seconds.

 

BTW, I still don't understand what is the difference between saving metadata in nfo format and xml format. Which is better/more reliable? Are there longer term plans to store metadata in a sqlite database or even a mysql database? Wouldn't is be more reliable/faster? Just some thoughts, although I imagine the mysql solution would lose flexibility. But sqlite would allow both flexibility and reliability?

Edited by geotux
Link to comment
Share on other sites

we already use a database, but the nfo files are nice to have around in case you need to reinstall or reogranize your folders

Link to comment
Share on other sites

OK, so the database is the main store for the metadata and the nfo files are a backup. No wonder i canàt explain the different behaviors with the different episodes. Is there a dummies guide to how Emby is structured and how it works?

Link to comment
Share on other sites

Well it is already supposed to be designed for dummies :) I think your issue with writers might just be a bug in the editor, which I'll check into. Assuming that's true, do you still have any other questions?

Link to comment
Share on other sites

OK, so the database is the main store for the metadata and the nfo files are a backup.

 

Not really a backup but, rather, a source.  Some people have pre-existing metadata or use an external manager.  Plus, us saving it back to a file in with the media means we don't have to hammer our (free) providers over and over again if you wipe out your database.

Link to comment
Share on other sites

Latchmor

This has reminded me! I've had emby setup for years as you know. Lots of xmls but for new items there is nothing. Since I have 'save metadata with media', should I not have an xml saved or is that now only if I add the xml plugin or switch to nfo?

 

I'll go for best option to save everything with media to save re-downloading if you advise what it is.

 

Cheers

Link to comment
Share on other sites

Koleckai Silvestri

This has reminded me! I've had emby setup for years as you know. Lots of xmls but for new items there is nothing. Since I have 'save metadata with media', should I not have an xml saved or is that now only if I add the xml plugin or switch to nfo?

 

I'll go for best option to save everything with media to save re-downloading if you advise what it is.

 

Cheers

 

If you recently reinstalled, Emby will write NFO files, not XML files. If you want XML, you'll need to install the XML Writer plugin. 

 

NFO is currently considered the best since it is compatible with Kodi. My opinion differs but I doubt it will change.

  • Like 1
Link to comment
Share on other sites

Not really a backup but, rather, a source.  Some people have pre-existing metadata or use an external manager.  Plus, us saving it back to a file in with the media means we don't have to hammer our (free) providers over and over again if you wipe out your database.

 

Ah, so it's possible to use external (metadata) managers?

 

Luke, with regards to questions, I have loads of questions that I would like to ask in one go ... the only problem is that I don't have time to follow all the threads so I will just have to settle down a bit and leave it for time to embed specific Emby knowledge into my brain with the help of this forum. What I would say is that although the wiki covers the bones of Emby, I feel it is lacking nitty gritty details that people like myself would like to understand such as how metadata is managed, edited, stored, etc. ... pretty much on the lines of the contents of this thread. If it had been part of the documentation I could have read this in a few minutes. My day job only allows me to catch up in the evening so I'm having to adsorb this all in small pills ;-) Not a criticism at all but just in case someone is willing to work on the wiki/documentation .... :-)

 

Best regards

  • Like 1
Link to comment
Share on other sites

Latchmor

So, I switched to nfo today and tested on one folder.  Previously using xml, all episode xml files were in the 'metadata' folder (along with the episode jpgs) inside the season. Now the nfos are in the season folder mixed up with the mkvs. Is that correct or has something gone a bit wrong with my test?

 

Cheers

Link to comment
Share on other sites

Latchmor

It's correct, that's the nfo convention.

 

Ok ta. It's a bit messy but then again how often are you in there  ;)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...