Jump to content


Photo

All mylocal Metadata is gone since the v4 update

update metadata lost

  • Please log in to reply
56 replies to this topic

#41 JXL2112 OFFLINE  

JXL2112

    Advanced Member

  • Members
  • 66 posts
  • Local time: 05:54 PM

Posted 31 January 2019 - 04:26 AM

Take my advice:

 

1. Backup the entire partition (Macrium Reflect)(depending on the size of your collection)

 

2. Copy the old emby install to a external drive, bluray, etc and put it in a safe place. 

 

3. Download the new version, rename the old folder, install the new version and test it first. Scan a few libraries, etc.

 

Anything goes wrong, rollback to the old version.



#42 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 13846 posts
  • Local time: 04:54 PM
  • LocationWashington State

Posted 31 January 2019 - 06:19 AM

The whole point of my message in this thread here, though, is that your message is inconsistent.  In this very thread you are explaining to people why they should use local metadata because in the event the server gets messed up everything is lost.

 

But for some reason, you seem to think that for collections this is an acceptable loss.  I had hundreds of collections before your upgrade destroyed my entire system overnight.  If I had to rebuild these - and then Emby runs into problems - I will have to do them AGAIN.  Nobody has the time for that.

 

If I restructure my media folders at ANY time the entire thing is lost because, instead of the metadata being WITH the media, it is randomly placed in a folder that then calls out absolute file paths.  It is a terrible regression in the system and has been since day one.  You repeatedly state that everyone is using the new system.  Yet, every single thread that is ever raised to discuss this it is five to one people supporting legacy collections versus those that think the new system is better.

 

That's kind of what all of this development has turned into.  Even in cases where dozens of people are calling out issues with system architecture they are pretty much roundly ignored by the developers here.  So most people, like me, have just stopped complaining.  It falls on deaf ears.  I have yet to see a single recommendation about design or architecture taken to heart.  You WILL fix bugs in the program, which I do appreciate.  Outside of that, it is all completely driven by, I would guess, less than five people.  With zero desire to hear input from your paying and active board members.  I use to donate money to Emby every single year because I appreciated what you do.  I can't justify it anymore.  I strongly wish I had permanently disabled updates to this program prior to your breaking collections.  Nothing that has changed in the past two years was worth losing this functionality.

 

The worst part of all, is that I can't even use this newly degraded collections system working unless I destroy all of my local metadata which I have spent hours upon hours creating and editing.  If you're going to ignore ALL of the local collection metadata I have built for use in Emby then why can't you just completely ignore it and let the newly degraded collections method work?  Why do I need to delete this to make it work?

 

The whole thing is extremely infuriating.

 

You don't need to restructure or delete any existing collection.xmls or images in legacy collection folder.  Emby just ignores them.  I still have all my Media Center Master made collections in my library without issue.



#43 lifespeed OFFLINE  

lifespeed

    Advanced Member

  • Members
  • 424 posts
  • Local time: 04:54 PM
  • LocationSan Jose, CA, USA

Posted 31 January 2019 - 01:29 PM

Is there some sort of guide or FAQ how to accomplish the server update without hosing one's current metadata and collections?  I see references to "old" and "new" collections, which may have meaning to those intimately familiar with the workings of Emby, but I have no idea what that means; 3.5.x vs. 4.0.x, or older(?) vs. 4.0.x?.  A brief write-up really would be appropriate, a write-up that makes no assumptions the reader knows the folder location of "old" collections, etc.  I'm holding off on the server update until I can figure it what or if I will lose.  I was using the collections feature from server 3.5.x from the user interface, but I don't know where it squirrels away the associated files.  I know my metadata is stored in the associated movie folder in NFO format.  But despite reading this thread I still can't figure out what, if anything, is going to blow up when I upgrade.



#44 cayars OFFLINE  

cayars

    Advanced Member

  • Alpha Testers
  • 2715 posts
  • Local time: 07:54 PM

Posted 31 January 2019 - 02:01 PM

@lifespeed check out https://github.com/M...iki/AutoBoxSets which is the AutoBoxSets plugin that can create collections based on movies series for you automatically.  Doesn't get easier then using that.

 

https://github.com/M...iki/Collections covers working with collections in the Web UI.  This is useful for creating the kinds of collections the AutoBoxSets plugin won't handle.  For example a collection of all Oscar winning movies.

 

The wiki has information on working with collections offline as well using notepad or other text editor and how to migrate collections when you move their physical location. https://github.com/M...anual-Migration

 

After looking at those is there any questions you still don't understand and need clarification or additional info needed in the wiki itself?


  • lifespeed likes this

#45 lifespeed OFFLINE  

lifespeed

    Advanced Member

  • Members
  • 424 posts
  • Local time: 04:54 PM
  • LocationSan Jose, CA, USA

Posted 01 February 2019 - 12:25 AM

@lifespeed check out https://github.com/M...iki/AutoBoxSets which is the AutoBoxSets plugin that can create collections based on movies series for you automatically.  Doesn't get easier then using that.

 

https://github.com/M...iki/Collections covers working with collections in the Web UI.  This is useful for creating the kinds of collections the AutoBoxSets plugin won't handle.  For example a collection of all Oscar winning movies.

 

The wiki has information on working with collections offline as well using notepad or other text editor and how to migrate collections when you move their physical location. https://github.com/M...anual-Migration

 

After looking at those is there any questions you still don't understand and need clarification or additional info needed in the wiki itself?

 

Thanks for the link to where the collections data resides, and the tip on Auto Box Sets plugin, which looks very nice.


  • cayars likes this

#46 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 03:36 PM

If this really is the recommendation, than I think it becomes critical that we figure out a way to disable the meta data formatting issues that prevent your NFO files from being read and imported properly by Kodi. 

 

Your NFO files result in imageless libraries in Kodi. As a result, the only way to do what you're really advocating for here is to manually scrape content in Kodi, manually export it, make the customizations, and then scan it with Emby. SOOOO much more work than just fixing the NFO export problem in Emby that prevents Kodi from scanning it in correctly with imagery

 

https://emby.media/c...es/#entry572190

 

) :


Edited by osak00006, 03 February 2019 - 05:02 PM.


#47 pünktchen ONLINE  

pünktchen

    Advanced Member

  • Members
  • 1973 posts
  • Local time: 01:54 AM

Posted 03 February 2019 - 05:03 PM

If this really is the recommendation, than I think it becomes critical that you guys figure out a way to turn off the meta data formatting issues that prevent your NFO files from being read and imported properly by Kodi.

Your NFO files result in imageless libraries in Kodi. As a result, the only way to do what you're really advocating for here is to manually scrape content in Kodi, manually export it, make the customizations, and then scan it with Emby. SOOOO much more work than just fixing the NFO export problem in Emby that prevents Kodi from scanning it in correctly with imagery

https://emby.media/c...es/#entry572190

) :

Where is the problem? Just don't use the option to save image paths within nfo files!

#48 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 05:16 PM

Where is the problem? Just don't use the option to save image paths within nfo files!

For whatever reason, Kodi fails to load any artwork exported by Emby

Sent from my Pixel 2 using Tapatalk

#49 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 05:44 PM

Here's a full description of the issue, from my Kodi thread

 

https://forum.kodi.t...7363#pid2817363

 

Hi All,

I use Emby for my database backend + Emby for Kodi for my LibreELEC boxes, which works perfectly. 

When I travel, I use a different Kodi profile which relies on local NFO files and images for artwork. And while the Emby-generated NFO files seem to be formatted properly and import as expected, Kodi fails to scrape the local artwork files, no matter what I try. If I delete the Emby-generated image, replace it with a different sourced image, remove the content from Kodi database, and then rescan, everything works as expected.

I'm sure I'm missing something here, but I can't figure it out for the life of me. 

Any help would be massively appreciated!!

Sample Folder Structure: 
e7axk9.png

LOGS:
https://paste.kodi.tv/tedademisa.kodi

Scanned Content in Kodi:
206k392.png

Emby Generated NFO & Images:
https://www.dropbox....b7...DzYPa?dl=0



#50 pünktchen ONLINE  

pünktchen

    Advanced Member

  • Members
  • 1973 posts
  • Local time: 01:54 AM

Posted 03 February 2019 - 05:46 PM

For whatever reason, Kodi fails to load any artwork exported by Emby

Sent from my Pixel 2 using Tapatalk

Just set "Movies are in separate folders that match the movie title" for your Kodi libraries.

#51 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 05:52 PM

Just set "Movies are in separate folders that match the movie title" for your Kodi libraries.

That ignores custom local metadata/images and iust pulls them from the internet, which is not what in trying to do.

Unless I'm missing something?

Sent from my Pixel 2 using Tapatalk

#52 pünktchen ONLINE  

pünktchen

    Advanced Member

  • Members
  • 1973 posts
  • Local time: 01:54 AM

Posted 03 February 2019 - 06:17 PM

That ignores custom local metadata/images and iust pulls them from the internet, which is not what in trying to do.

Unless I'm missing something?

Sent from my Pixel 2 using Tapatalk

With this setting Kodi searches for local images that are named poster.jpg, fanart.jpg, landscape.jpg and so on. Otherwise Kodi is looking for moviename-poster.jpg, moviename-fanart.jpg and so on.
You should learn the basics of Kodi first, before coming here to blame Emby!

#53 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 06:18 PM

With this setting Kodi searches for local images that are named poster.jpg, fanart.jpg, landscape.jpg and so on. Otherwise Kodi is looking for moviename-poster.jpg, moviename-fanart.jpg and so on.
You should learn the basics of Kodi first, before coming here to blame Emby!

I know Kodi inside and out.

Read my list about Kodi testing. There's something specific to the Emby generated metadata/images

Sent from my Pixel 2 using Tapatalk

#54 pünktchen ONLINE  

pünktchen

    Advanced Member

  • Members
  • 1973 posts
  • Local time: 01:54 AM

Posted 03 February 2019 - 06:20 PM

I know Kodi inside and out.

Apparently not.
  • osak00006 likes this

#55 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 06:22 PM

Ha, I'll test further and report back. To be direct, I did not know the difference between enabling folder named after or disabling it, but my testing all seems to point to the Emby image as the common constant in my experiments. That said, I sincerely appreciate your help and I'll be more than happy to eat crow of that fixes my problem

(:

Sent from my Pixel 2 using Tapatalk

#56 osak00006 OFFLINE  

osak00006

    Advanced Member

  • Members
  • 149 posts
  • Local time: 06:54 PM

Posted 03 February 2019 - 06:37 PM

With this setting Kodi searches for local images that are named poster.jpg, fanart.jpg, landscape.jpg and so on. Otherwise Kodi is looking for moviename-poster.jpg, moviename-fanart.jpg and so on.
You should learn the basics of Kodi first, before coming here to blame Emby!

You are the man!!!!! Problem solved. Off in search of some crow to eat

:D

Sent from my Pixel 2 using Tapatalk
  • pünktchen and cayars like this

#57 cayars OFFLINE  

cayars

    Advanced Member

  • Alpha Testers
  • 2715 posts
  • Local time: 07:54 PM

Posted 04 February 2019 - 06:36 AM

Off in search of some crow to eat

Happens to the best of us. Sometimes we get a side of humble pie for desert as well!  LOL

 

Glad you got it working.


Edited by cayars, 04 February 2019 - 06:37 AM.






Also tagged with one or more of these keywords: update, metadata, lost

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users