Artwork not downloaded

[Chipsta040365 4]

6 hours ago, Mnejing said:

I'm pretty lazy about my folder structure, but 99% of the time, it's completely fine. Same types of filenames, etc etc. It's a rare occasion, but the Identify option takes like... 10 seconds? I realize people want things to "just work," but there are functionally an unlimited number of ways people can name files, and expecting Emby to be perfect on them 100% of the time is simply unreasonable.

I think one of the big problems with Emby users in general is that they don't understand it's server software. There are people who get paid to administer servers for a living (yes, I realize that it's not the SAME thing). That it works as well as it does with minimal intervention is pretty fantastic. Having to do small amounts of maintenance is a small price to pay, in my incredibly humble and unsolicited opinion. Maybe I'm old school, but in my experience of running various pieces of server software in a home environment since at least the 90s, having to do small bits of upkeep was just par for the course....

I appreciate everyone's comments(mostly). I have not complained once.

As a matter of fact on the cover art thread I posted a work around.

I am a server admin for over 30 years working with Windows platform , SQL, Fax server, etc.

I never claimed to be a developer, I am simply stating possible facts to hopefully help find the solution. 

[Happy2Play 9780]

7 hours ago, Chipsta040365 said:

15 hours ago, Happy2Play said:

Do to garbage injected into the url around the key.

That's the weird part. i copied directly from the server log and then the website changes it

 It is coded that way, but you have to have to play with the text encoding to show the added characters around the key.

[Happy2Play 9780]

Honest can't reproduce an issue in 4.7 or 4.8 with the parser not working on the naming provided "A.Good.Person.2023.1080p.WEBRip.x264".

OP log

2023-04-11 21:33:07.204 Info App: MovieDbProvider: Finding id for item: A.Good.Person.2023.1080p.WEBRip.x264-RARBG
2023-04-11 21:33:07.204 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&query=A.Good.Person.2023.1080p.WEBRip.x264-RARBG&language=en&year=2023
2023-04-11 21:33:07.515 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&query=A Good Person 2023 1080p WEBRip x264 RARBG&language=en&year=2023

vs mine

2023-04-13 18:40:32.443 Debug App: Running MovieDbProvider for C:\Users\Media\Desktop\Videos\Movies - nfo\A.Good.Person.2023.1080p.WEBRip.x264\A.Good.Person.2023.1080p.WEBRip.x264.strm
2023-04-13 18:40:32.443 Info App: MovieDbProvider: Finding id for item: A.Good.Person
2023-04-13 18:40:32.443 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&query=A.Good.Person&language=en&year=2023
2023-04-13 18:40:32.460 Debug App: Throttling Tmdb by 283 ms
2023-04-13 18:40:32.666 Debug SqliteItemRepository: Public GetItemLinks
2023-04-13 18:40:32.755 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&query=A Good Person&language=en&year=2023
2023-04-13 18:40:32.772 Debug App: Throttling Tmdb by 283 ms
2023-04-13 18:40:33.070 Info HttpClient: GET https://api.themoviedb.org/3/movie/800787?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&append_to_response=alternative_titles,reviews,casts,releases,images,keywords,trailers&language=en&include_image_language=en,null

@Lukemight be worth dropping the query with periods altogether.  Only query with + or space.  But have not really tested with this naming scheme.

Edited April 14, 2023 by Happy2Play
Tagged dev

[Happy2Play 9780]

On 4/12/2023 at 7:42 AM, Chipsta040365 said:

Hello EBR,

 

Here is a screenshot of a new upload to my server. I changed naming convention to name and year only, checked and changed metadata to same and still not working

But interestingly it is not working on tmdb.

what is the main source for lookup? I know IMDB works with my current naming convention(used since 2016)

 

Note TMDB cannot be queried/searched this way as their search engine does not support periods or year per the Tip on the screen.  Year must be a secondary value "Jesus Revolution y:2023"

This is why Emby does multiple searches via their api.

[Chipsta040365 4]

On 4/13/2023 at 10:07 PM, Happy2Play said:

Note TMDB cannot be queried/searched this way as their search engine does not support periods or year per the Tip on the screen.  Year must be a secondary value "Jesus Revolution y:2023"

This is why Emby does multiple searches via their api.

per everyone stating naming convention is my issue. I named the folder Jesus revolution 2023. No periods still has not worked with 4.7

deleted all old remnants and loaded the new folder and did a library scan. still nothing

Anyone have a fix?

New log attached = Yes i manually updated a good person with tmdb id under identity

Chip

embyserver.txt

Edited April 15, 2023 by Chipsta040365

[GrimReaper 4740]

3 minutes ago, Chipsta040365 said:

Anyone have a fix?

Likely. Jesus Revolution (2023).

[Happy2Play 9780]

Without being able to reproduce it, it is hard to say.  As I used exact naming scheme from logs and 4.7 and 4.8 identified without issue on my Windows systems.

We would have to figure out why your system is not properly parsing the name provided to the media.

[Luke 42078]

46 minutes ago, Chipsta040365 said:

per everyone stating naming convention is my issue. I named the folder Jesus revolution 2023. No periods still has not worked with 4.7

deleted all old remnants and loaded the new folder and did a library scan. still nothing

Anyone have a fix?

New log attached = Yes i manually updated a good person with tmdb is under identity

Chip

embyserver.txt 998.48 kB · 0 downloads

Hi, are you sure this is the right log? I don't see any mention of jesus in it.

[Chipsta040365 4]

On 4/14/2023 at 10:31 PM, Luke said:

Hi, are you sure this is the right log? I don't see any mention of jesus in it.

Hi Luke,

I made attempts with the periods "Jesus.Revolution.2023" and I also did "Jesus Revolution 2023".

1 other note, I did remove and reload the plugin The Movie Database it is "MovieDB 1.6.3.0 installed"

I did a restart after removal, then restarted after install. I am still not getting any results

I had a similar issue going from 4.6 to 4.7. Back then I downgraded to 4.6 and let it update via the requested updates from Emby Server.

The only other thing that may be related(long Shot) is I use Opera for browser, I changed off of Chrome around the time I had issues with 4.6

Thanks for all the help guys

Chip

Latest server log after deleting and trying to add it again

embyserver.txt

Edited April 16, 2023 by Chipsta040365

[Happy2Play 9780]

Until the variable of why systems are improperly parsing these naming schemes Emby will not identify as this is not a valid query.  Still not reproducible here.

2023-04-16 14:04:54.437 Info App: MovieDbProvider: Finding id for item: Jesus Revolution 2023
2023-04-16 14:04:54.437 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=‌f6bd687ffa63cd282b6ff2c6877f2669‌&query=Jesus Revolution 2023&language=en&year=2023
2023-04-16 14:04:54.503 Info HttpClient: GET https://private.omdbapi.com?apikey=‌fe53f97e‌&plot=full&r=json&y=2023&t=Jesus Revolution 2023&type=movie

 

[Chipsta040365 4]

any update or other fixes to try. 

I tried more uploads today!

embyserver.txt

Edited May 4, 2023 by Chipsta040365

[Luke 42078]

3 hours ago, Chipsta040365 said:

any update or other fixes to try. 

I tried more uploads today!

embyserver.txt 1.07 MB · 0 downloads

Can you please provide a specific example?

[Chipsta040365 4]

9 hours ago, Luke said:

Can you please provide a specific example?

The screen capture picture shows both - Mafia Mama and The Pope's Exorcist

 

Folders named The.Popes.Exorcist.2023 and Mafia.Mama.2023.1080P

This has been my naming convention since 2016 sometimes including filetype afterward ie webrip, etc.

 

I did include the embyserver file with last post

[Luke 42078]

OK I think I found the reason for this. This should be improved with the next release of the server. Thanks.

[Chipsta040365 4]

4 hours ago, Luke said:

OK I think I found the reason for this. This should be improved with the next release of the server. Thanks.

Awesome news.

I shall watch for the next release