Naming convention
#1
Using latest beta and struggling with one thing.

My posters are in the format "poster.jpg" and my fanart in "fanart.jpg", which is the official Gotham naming convention. Unfortunately, EMM does not recognize this - probably because it uses an alternate Frodo/Gotham naming convention?

I have tried to use the "expert/custom" convention, but this does not work at all. When changing to "custom/expert" and saving the configuration, it just automatically switches back to XBMC mode again.

Thanks for your help!
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#2
We always use the "export DB filenames" for default settings:
<moviename>-poster.jpg
<moviename>-fanart.jpg

But you can also add new filenames in expert settings, like:
poster.jpg
fanart.jpg

If you have added new settings to file settings, you need to reload all movies to recognize the new filenames: Tools -> Relead all movies.
Reply
#3
Thanks. I have tried the expert mode, but there appears to be some bug with it. I change to "use" expert mode and then press apply/ok. When I re-enter the settings, it is back to XBMC.

This may be related to error messages popping up upon startup and also upon leaving settings?

*** Failed to convert 1.81:1 ***
*** Object reference not setup to instance of an object ***
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#4
(2014-06-15, 14:48)steve1977 Wrote: Thanks. I have tried the expert mode, but there appears to be some bug with it. I change to "use" expert mode and then press apply/ok. When I re-enter the settings, it is back to XBMC.

This may be related to error messages popping up upon startup and also upon leaving settings?

*** Failed to convert 1.81:1 ***
*** Object reference not setup to instance of an object ***

Make sure you have fetched a language under tv settings. Appears to be the error that pops up when that's not set. That should let you save all other settings.
HTPC Basement: i3 3225, Asrock z77 pro4m, 8gb Crucial DDR3 1600, Samsung 840 120gb SSD, Silverstone GD05B Case

HTPC Livingroom: WIP

Server: UnRaid: Intel G550, Asrock B75 pro3m, 4gb ram, Parity Drive 3tb WD Red, Data 2 x 2tb WD Red, Cache 1tb WD Blue, Fractal Design XL R2 Case
Reply
#5
(2014-06-15, 14:48)steve1977 Wrote: *** Failed to convert 1.81:1 ***

Rescrape all metadata to solve this error.
Reply
#6
Reads like both of the errors are unrelated to selecting "expert use" disappearing upon exiting preferences. Can you validate that you can switch to "expert use" and it "sticks"?
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#7
(2014-06-16, 14:26)steve1977 Wrote: Reads like both of the errors are unrelated to selecting "expert use" disappearing upon exiting preferences. Can you validate that you can switch to "expert use" and it "sticks"?

If you have the error "Object reference not setup to instance of an object", no settings and advancedsettings will be saved.

Please read the hints i have wrote in the release thread: Link
Reply
#8
EDIT: created another thread here
Image Image
Reply
#9
(2014-06-16, 09:39)DanCooper Wrote:
(2014-06-15, 14:48)steve1977 Wrote: *** Failed to convert 1.81:1 ***

Rescrape all metadata to solve this error.

Thanks Dan. I would prefer not to over-scrape them. I am using MBS in parallel and MBS creates the XML/NFO for me (I am using EMM for posters et al). Can you take a look what EMM produces and why this results in this error message for EMM. I can imagine the MBS devs may be willing to fix it of this is wrong how they create the XML/NFO files for XBMC.

<video>
<codec>h264</codec>
<micodec>h264</micodec>
<bitrate>13453496</bitrate>
<width>1920</width>
<height>1040</height>
<aspect>1.85:1</aspect>
<aspectratio>1.85:1</aspectratio>
<framerate>23.97602</framerate>
<language>fre</language>
<scantype>progressive</scantype>
<default>True</default>
<forced>False</forced>
<duration>85</duration>
<durationinseconds>5074</durationinseconds>
</video>
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#10
Any thoughts?
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#11
(2014-06-21, 07:42)steve1977 Wrote:
(2014-06-16, 09:39)DanCooper Wrote:
(2014-06-15, 14:48)steve1977 Wrote: *** Failed to convert 1.81:1 ***

Rescrape all metadata to solve this error.

Thanks Dan. I would prefer not to over-scrape them. I am using MBS in parallel and MBS creates the XML/NFO for me (I am using EMM for posters et al). Can you take a look what EMM produces and why this results in this error message for EMM. I can imagine the MBS devs may be willing to fix it of this is wrong how they create the XML/NFO files for XBMC.

<video>
<codec>h264</codec>
<micodec>h264</micodec>
<bitrate>13453496</bitrate>
<width>1920</width>
<height>1040</height>
<aspect>1.85:1</aspect>
<aspectratio>1.85:1</aspectratio>
<framerate>23.97602</framerate>
<language>fre</language>
<scantype>progressive</scantype>
<default>True</default>
<forced>False</forced>
<duration>85</duration>
<durationinseconds>5074</durationinseconds>
</video>

Aspect ratio is now calculated by width divided by height:

1920x1040 = 1.8461...
16:9 = 1.777...8
Reply
#12
(2014-06-23, 11:20)DanCooper Wrote:
(2014-06-21, 07:42)steve1977 Wrote:
(2014-06-16, 09:39)DanCooper Wrote: Rescrape all metadata to solve this error.

Thanks Dan. I would prefer not to over-scrape them. I am using MBS in parallel and MBS creates the XML/NFO for me (I am using EMM for posters et al). Can you take a look what EMM produces and why this results in this error message for EMM. I can imagine the MBS devs may be willing to fix it of this is wrong how they create the XML/NFO files for XBMC.

<video>
<codec>h264</codec>
<micodec>h264</micodec>
<bitrate>13453496</bitrate>
<width>1920</width>
<height>1040</height>
<aspect>1.85:1</aspect>
<aspectratio>1.85:1</aspectratio>
<framerate>23.97602</framerate>
<language>fre</language>
<scantype>progressive</scantype>
<default>True</default>
<forced>False</forced>
<duration>85</duration>
<durationinseconds>5074</durationinseconds>
</video>

Aspect ratio is now calculated by width divided by height:

1920x1040 = 1.8461...
16:9 = 1.777...8

Thanks. Does this hold true for "aspect" and "aspectratio"? Does EMM divide them or scrape them somewhere it is already divided?
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#13
Ember recognize only "aspect" and remove "aspectratio" while generating NFO.

We use the MediaInfo.dll plugin to read the file informations. I'm not shure with way the plugin use to recognize the aspect ratio.
Reply

Logout Mark Read Team Forum Stats Members Help
Naming convention0