Personal Video Database
English => Feature Suggestions => Topic started by: mgpw4me@yahoo.com on January 17, 2010, 11:50:08 am
-
Very cool....
http://ia.media-imdb.com/images/M/MV5BMTQyNTM2NDI0MF5BMl5BanBnXkFtZTcwNTE0NTk3MQ@@._V1._SX267_SY400_.jpg
SX267 = size x-dimension 267
SY400 = size y-dimension 400
SX and SY positions can be changed, so 400 X 267 could become 800 X 267 and it will resize to 800 wide, with proper aspect ratio. Images can't be scaled up from the original, but in this case, the image is HUGE.
http://ia.media-imdb.com/images/M/MV5BMTQyNTM2NDI0MF5BMl5BanBnXkFtZTcwNTE0NTk3MQ@@.jpg
Image files in excess of 250k are quite common.
;D
-
Isn't this, in part, what I pointed out here (http://www.videodb.info/forum_en/index.php?topic=1649.msg7339#msg7339)?
In any case, are you making a feature suggestion?
It would be nice if poster and photo dimensions were recorded in the database.
-
I new this fact, but the images I checked were pretty the same size as the original parameters, so I left them. Good to know there really are some big images to download, so I can address this in the plugin.
-
I knew Nostra was planning to update the IMDB plug-in, so I wanted make sure he knew.
My testing shows about 50% of the images in portrait orientation are being resized when x is set to 600!!
-
OK, thx for the info
-
SX and SY positions can be changed, so 400 X 267 could become 800 X 267 and it will resize to 800 wide, with proper aspect ratio. Images can't be scaled up from the original, but in this case, the image is HUGE.
http://ia.media-imdb.com/images/M/MV5BMTQyNTM2NDI0MF5BMl5BanBnXkFtZTcwNTE0NTk3MQ@@.jpg
Okay, now I see what you mean. That is cool.
It appears the original image is saved as ...@@.jpg and using the form ...@@._V1._SX{x}_SY{y}_.jpg the image can be scaled down by specifying a smaller x and/or y than the original. The standard does seem to be y=400, but I guess they allow any size to be uploaded. I think setting x=600 would be a sensible maximum, but that probably needs to be user-configurable. Some are going to want larger images (than the plugin gets now), but are concerned about download times and the size of their database.
I see posters are handled in a similar way. The size of the originals seem to be in the range of y=400 to 500, however—still far from the quality of images readily available elsewhere.
BTW, I still don't know if a script can add rather than replace a photo. If the IMDb plugin is going to be improved and there's going to be a script that can get lot of different photos, were going to need the ability to add or replace photos in batch mode.
-
I'm messing with the image upload as we speak. I have a query out to Nostra in the development forum. The situation you mention would be resolved if multiple images can be uploaded to people via a script.
There's a script interface to access image info, so it should be possible to parse the image headers to get the image size. A script option to replace smaller images, append to the image list, load up to x number of images, etc. Postprocessing might even allow the script to look at the image sizes downloaded and do further processing.
I had to smile when you said you wanted to sleep while 25,000 images were downloaded and at the time I was looking at one person with 7 images over 500k. Hope you don't have bandwidth limits with your ISP ;) I DO have limits and 50,000 people to do.
-
Hope you don't have bandwidth limits with your ISP
No problem. I'm curious to see how a 100 Gig database will perform.
My people skin is now ready for multiple images. Is your script done yet? ;D
[attachment deleted by admin]
-
I have 4 that are nearly ready for Beta...I'll try to get the IMDB script fixed / posted after supper. I've added 100mb to my database with single images. I'm running with width=300 in my skin and the visual impact is greatly improved even at that size.
-
If people want images this big and Databases that are 100G + in size with performance issues...
Would it be worthwhile implementing thumbnail view which references the image?
Similar to how xbmc or movie collector work. - keeps the database small and fast and larger images only referenced when user clicks on them / exports them etc or ability to have images external to database - preferences/folders/image folders
Why do people want images this big anyway?
:)
-
There's an option to have images saved in a folder.
If people want images this big and Databases that are 100G + in size with performance issues...
Would it be worthwhile implementing thumbnail view which references the image?
Similar to how xbmc or movie collector work. - keeps the database small and fast and larger images only referenced when user clicks on them / exports them etc or ability to have images external to database - preferences/folders/image folders
Why do people want images this big anyway?
:)
There are size settings for the imdb image script...just change the x value to something like 200 or 300. This is just the first of what could be over 70 scripts (I have 75+ sites in my list at the moment...might have to drop some). Let's see 54,000 * 100,000 ... 10GB sounds like a deal :D
-
There's already the option to save images outside or inside the database. For those collecting a lot of large images, saving them outside the database may be a better choice. But I think that decision is better based on whether or not there's a need for other applications to access the images. For example, some may wish to collect and edit images.
Otherwise, I see no reason why there should be any performance issues due to the size of the database. It is, after all, a database. I suppose Firebird has more "overhead" than the file system, but I don't know why it should make any significant difference. Do you?
-
Let's see 54,000 * 100,000 ... 10GB sounds like a deal Cheesy
backing up the internet 1 photo at a time ;D
It is, after all, a database. I suppose Firebird has more "overhead" than the file system, but I don't know why it should make any significant difference. Do you?
Don't know what i don't know :)
Maybe we can do performance tests based on:
http://www.videodb.info/forum_en/index.php?topic=1668.0
Person with the biggest one wins ;)
or we could compare hardware and database size.
then have movie lookup races - That sounds like fun