Reply to thread

Message

Nice script good work.

roopert - Had a bit more of a look into matching local files to see how this is stored in the database.
It looks like the only thing held in the DB is a URL to the location where the file was ripped from, it is then copied to the \MP\Thumbs\Videos\Title dir and named $Title$L.jpg; MP then looks for a file of this name to display when you show IMDB information on a movie. (corret me if I am wrong as I am not at home so not opened up the code).

So if you have have high res local covers (that are better than those on movies-xml ), there seem to be a few options:

1. Copy them up to movies-xml so everyone can make use of them
2. I (we) create a sctipt that looks locally in the movie DIR and sets the movieDetails.ThumbURL to a local folder location - but we would need to test that this is handled by MP ok.
3. If 2 is a no go, add a section to the script that pre-copies the .jpg from your folder to the thumbs folder (and re-names) before a movieDetails.ThumbURL search is performed and skip it; this should then just pick up the locally moved file.

If we are going to cope with local files may I suggest we support two formats.

1. Movie in its own folder
\your media\movies\whatever\The Matrix\anything.jpg

and

2. all moveis in the same folder
\your media\movies\whatever\The Matrix.avi
\your media\movies\whatever\The Matrix.jpg

This stuff is also available on IMDB; but to support it we would need to add a few more fields to the movieinfo table in the DB.

Does anyone want this stuff?
and if so if I(we) where to add it does anyone know which coder maintains the videos part of MP as I do not want to tred on anyones toes + as videos is a core part of MP I assume as we are going for a stable release, now is not the right time to add this.

The other thing that could be done to enhance the videos info is file information, like you get from My TV series (HD 720P, 5.1 sound, etc...).
If we are going to extend the movieinfo table to incorportate extra IMDB info we might as well do the files table at the same time to incorporate videoWidth, videoHeight, videoCodec, videoBitrate, etc...
We can then use MediaInfo.dll (like MyTVSeries) to populate that info into the table.
This would be pretty streight forward as others have alreay done all the coding work but on its own would not be any good as GUI changes would have to incorportated and skin changes to read the new values...........so a fair amount of work there I guess.

<blockquote data-quote="gamejester" data-source="post: 284932" data-attributes="member: 50634">Nice script good work.roopert - Had a bit more of a look into matching local files to see how this is stored in the database.It looks like the only thing held in the DB is a URL to the location where the file was ripped from, it is then copied to the \MP\Thumbs\Videos\Title dir and named $Title$L.jpg; MP then looks for a file of this name to display when you show IMDB information on a movie. (corret me if I am wrong as I am not at home so not opened up the code).So if you have have high res local covers (that are better than those on movies-xml <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink&nbsp; &nbsp; ;)" loading="lazy" data-shortname=";)" />), there seem to be a few options:1. Copy them up to movies-xml so everyone can make use of them <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin&nbsp; &nbsp; :D" loading="lazy" data-shortname=":D" />2. I (we) create a sctipt that looks locally in the movie DIR and sets the movieDetails.ThumbURL to a local folder location - but we would need to test that this is handled by MP ok.3. If 2 is a no go, add a section to the script that pre-copies the .jpg from your folder to the thumbs folder (and re-names) before a movieDetails.ThumbURL search is performed and skip it; this should then just pick up the locally moved file.If we are going to cope with local files may I suggest we support two formats.1. Movie in its own folder\your media\movies\whatever\The Matrix\anything.jpgand2. all moveis in the same folder\your media\movies\whatever\The Matrix.avi\your media\movies\whatever\The Matrix.jpgThis stuff is also available on IMDB; but to support it we would need to add a few more fields to the movieinfo table in the DB.Does anyone want this stuff?and if so if I(we) where to add it does anyone know which coder maintains the videos part of MP as I do not want to tred on anyones toes + as videos is a core part of MP I assume as we are going for a stable release, now is not the right time to add this.The other thing that could be done to enhance the videos info is file information, like you get from My TV series (HD 720P, 5.1 sound, etc...). If we are going to extend the movieinfo table to incorportate extra IMDB info we might as well do the files table at the same time to incorporate videoWidth, videoHeight, videoCodec, videoBitrate, etc...We can then use MediaInfo.dll (like MyTVSeries) to populate that info into the table.This would be pretty streight forward as others have alreay done all the coding work <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /> but on its own would not be any good as GUI changes would have to incorportated and skin changes to read the new values...........so a fair amount of work there I guess.</blockquote>

[QUOTE="gamejester, post: 284932, member: 50634"] Nice script good work. roopert - Had a bit more of a look into matching local files to see how this is stored in the database. It looks like the only thing held in the DB is a URL to the location where the file was ripped from, it is then copied to the \MP\Thumbs\Videos\Title dir and named $Title$L.jpg; MP then looks for a file of this name to display when you show IMDB information on a movie. (corret me if I am wrong as I am not at home so not opened up the code). So if you have have high res local covers (that are better than those on movies-xml ;)), there seem to be a few options: 1. Copy them up to movies-xml so everyone can make use of them :D 2. I (we) create a sctipt that looks locally in the movie DIR and sets the movieDetails.ThumbURL to a local folder location - but we would need to test that this is handled by MP ok. 3. If 2 is a no go, add a section to the script that pre-copies the .jpg from your folder to the thumbs folder (and re-names) before a movieDetails.ThumbURL search is performed and skip it; this should then just pick up the locally moved file. If we are going to cope with local files may I suggest we support two formats. 1. Movie in its own folder \your media\movies\whatever\The Matrix\anything.jpg and 2. all moveis in the same folder \your media\movies\whatever\The Matrix.avi \your media\movies\whatever\The Matrix.jpg This stuff is also available on IMDB; but to support it we would need to add a few more fields to the movieinfo table in the DB. Does anyone want this stuff? and if so if I(we) where to add it does anyone know which coder maintains the videos part of MP as I do not want to tred on anyones toes + as videos is a core part of MP I assume as we are going for a stable release, now is not the right time to add this. The other thing that could be done to enhance the videos info is file information, like you get from My TV series (HD 720P, 5.1 sound, etc...). If we are going to extend the [B]movieinfo [/B]table to incorportate extra IMDB info we might as well do the [B]files [/B]table at the same time to incorporate videoWidth, videoHeight, videoCodec, videoBitrate, etc... We can then use MediaInfo.dll (like MyTVSeries) to populate that info into the table. This would be pretty streight forward as others have alreay done all the coding work :) but on its own would not be any good as GUI changes would have to incorportated and skin changes to read the new values...........so a fair amount of work there I guess. [/QUOTE]