Jump to content

.NFO not generated on actualize or rescan or identify


dkurok

Recommended Posts

dkurok

I've got a video (The LEGO Movie from 2014) in my Emby-library. For this video the emby-server did not generate an .nfo-file when I added the movie to the library and also not on rescan or actualize (metadata-manager) or on identify. It downloads the pictures for the movie (banner.jpg, poster.jpg and so on) and stores it in the folder where the movie stays.

For other movies in the same library there is always an additional nfo-file.

The metadata-manager does show the information of the movie (plot and so on) which are normally stored in the nfo! So somewhere (database?) it is persisted.

But why is there no nfo-file in this special case?

 

Reagrds

 

Link to comment
Share on other sites

Hi there @@dkurok, in order for us to help answer that, please provide the information requested in how to report a problem.

 

You may also want to verify that you've actually enabled saving metadata to media folders in Emby library setup.

 

thanks !

Link to comment
Share on other sites

dkurok

Hi Luke,

 

attached you'll find the server-log.

Search for "Lego" to see the different behaviour of two different "Lego"-films. The "The LEGO movie (2014)" reports an error after fetching the pictures (See line 13121 ff for example). The other LEGO movie (Batman) does not produce this error.

I've verified again: Actually the saving of the metadata to media folders is activated (and works for other movies like the Batman-movie).

 

Thanks!

server-63635500800.txt

Link to comment
Share on other sites

Can you open the detail screen in the web app for this title, scroll down to the bottom and copy and paste the media info here so that i can see it? thanks.

Link to comment
Share on other sites

dkurok

Here are the infos:

Medieninformation
VideoCodecH264
AVCYes
ProfilHigh
Level30
Auflösung720x576
Seitenverhältnis5:4
AnamorphNo
InterlacedNo
Framerate25
Bitrate1953 kbps
Bit-Tiefe8 bit
Pixelformatyuv420p
Ref Frames1
NAL4
AudioSprachedeu
CodecAC3
Darstellungstereo
Kanäle2 ch
Bitrate128 kbps
Sample-Rate48000 Hz
VoreinstellungYes
TitleDeu Dolby Digital stereo Default
AudioSprachedeu
CodecAC3
Darstellungstereo
Kanäle2 ch
Bitrate384 kbps
Sample-Rate48000 Hz
VoreinstellungYes
TitleDeu Dolby Digital stereo Default
Containermkv
Pfad\\DELLSERV2012\Filme\The LEGO Movie (2014)\The LEGO Movie (2014).mkv

looks somehow strange in the title of the Audio...

should spell something like Deutsch (I'm from Germany)  at the beginning...

Do you need additional info?

Link to comment
Share on other sites

dkurok

this is how it looks in the browser (in the post above you cannot see the strange characters, because the html-editor of the post throws it away). You can see the strange chars at Sprache and Title of the two Audio-entries596877fabe87d_Capture.jpg

 

Link to comment
Share on other sites

BigGoose62

I'd like to piggyback on this thread. OP mentioned the server still displayed the movie's information, so the data is most likely saved somewhere. Any ideas on where to look for that saved data? In other words, if not saving metadata to media folders, where does Emby save the metadata? I have several movies that also don't generate an .nfo file for some reason.

Link to comment
Share on other sites

I'd like to piggyback on this thread. OP mentioned the server still displayed the movie's information, so the data is most likely saved somewhere. Any ideas on where to look for that saved data? In other words, if not saving metadata to media folders, where does Emby save the metadata? I have several movies that also don't generate an .nfo file for some reason.

 

If you don't enable saving to media folders then it is in the database only. 

Link to comment
Share on other sites

dkurok

As mentioned at the very beginning:

- meta-data saving to media-folder is enabled

- for most of the movies it works

- special case receives pictures, but no .nfo is generated

- error on .nfo-generation is clearly logged

- meta-data are stored somewhere / in DB

 

So question in this post is:

What is the reason for the error during the generation of the .nfo-file?

Link to comment
Share on other sites

rhodges

I am going to guess that it is because of a bad character that is it is trying to write as XML (nfo file). It probably happens in the process after it is written to the database.

 

You might try remuxing the mkv and see if that fixes the issue. I have used the XmlWriter in C# before, and I thought the main purpose of it was so that it handles encoding special characters for you. I haven't however, come across that character before, so I'm not sure what the expectations are, from a C# XmlWriter perspective.

 

Edit: Xml 1.0 does have a limited range of special characters and that is definately not a valid character in the range. Remuxing might fix the issue, assuming it doesn't put the invalid character in again. The long term fix would probably be to sanitize the text before it is passed to WriteElementString.

 

https://www.w3.org/TR/REC-xml/#NT-Char

	System.ArgumentException: '', hexadecimal value 0x01, is an invalid character.
	   at System.Xml.XmlUtf8RawTextWriter.InvalidXmlChar(Int32 ch, Byte* pDst, Boolean entitize)
	   at System.Xml.XmlUtf8RawTextWriter.WriteElementTextBlock(Char* pSrc, Char* pSrcEnd)
	   at System.Xml.XmlUtf8RawTextWriter.WriteString(String text)
	   at System.Xml.XmlWellFormedWriter.WriteString(String text)
	   at System.Xml.XmlWriter.WriteElementString(String localName, String ns, String value)
	   at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.AddMediaInfo[T](T item, XmlWriter writer)
	   at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.Save(IHasMetadata item, Stream stream, String xmlPath)
	   at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.Save(IHasMetadata item, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ProviderManager.SaveMetadata(IHasMetadata item, ItemUpdateType updateType, IEnumerable`1 savers)
Edited by rhodges
Link to comment
Share on other sites

dkurok

Hello rhodges,

 

I always thought that emby is getting the metadata from the metadataproviders as defined in the settings (metadata) for the library. If so, remuxing the mkv wouldn't change anything, because in this stage the movie-file itself is not scanned for metadata.

You're right with the special char 0x01 (which is SOH = start of header in ASCII). But I think this comes from the metadata-provider (The Open Movie Database and TheMovieDb in my case) or somehow during the interpretation of the metadataprovider's answer.

Am I completly wrong?

Link to comment
Share on other sites

rhodges

My guess is that it is coming from audio track information, based on the screen capture you provided. I'm pretty sure that information is also written to the nfo file. My thinking was, that somehow it is bad in the mkv. Then again, it could be an issue with ffprobe or ffmpeg or whatever they are using to pull the file metadata.

 

I would take a peek at it with mediainfo and see if it looks funny there. Then remux it with a newer version of mkvtoolnix if you do see weirdness there. Or, maybe you need to update ffmpeg.exe and ffprob.exe. I don't know if it is supported or not, but I occasionally go and download the latest stable versions from time to time and replace them in my Emby ffmpeg folder.

Link to comment
Share on other sites

dkurok

Updated to version 3.2.26.0 yessterday and now it generates the .nfo-file correctly for the movie.

Thank you Luke!

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...