via PayPal / credit card
Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.
I have a specific problem with slideshows which resize my images. I'm a sharpness-freak and I hate anything which messes around with a good sharp image. So far I've always used a set of similar crops for a web slideshow. That is, all the images need to be the same aspect ratio, same number of pixels, sharpened correctly for that specific size.
So I'm thinking... what I really need is a very limited "kenBurns" effect. It would work like this... if I provide an image which "just fits" inthe flash object, don't mess with it. But if I provide one which fits (say) vertically but not horizontally, then pan that sucker. Thus I can still create auto-magically generated slideshows (with a bit of ASP to create the xml file), but I get auto-magic ken burns on any oversize images I put in there. Specifically if I feed in a pano, it'll pan the pano!
Just an idea. Assuming the existing KB effects don't scale the image then I can probably use those for hand-crafted shows, but it's absolutely critical that the images aren't resized on the fly for sharpness reasons.
I will think about this. Thanks for your suggestion.
creator of MonoslideshowI'd like to join in on this. I'd also like kenburns to be a bit "smarter" about aspect ratio. If it is "extreme" (e.g. for a portrait-style image in a landscape slideshow or in case of a pano) then it should do more extreme panning, i.e. show more of the image in the process. Otherwise you only see a small and not very meaningful bit.
Is this doable somehow?
Thanks.
By the way, you can always set "kenBurnsStart" and "kenBurnsEnd" to your own custom defined coordinates.
creator of MonoslideshowYes, I was going to experiment with that (once my payment clears and your shippers ship ;-)
However I generate my image lists with ASP (or PHP for other stuff), so I don't want to tweak each one separately. Actually I could do that if you make me - I can already extract the IPTC info from an image in my ASP and stick that in as a description, so I could easily read the image width and height at the server when I create the image list. Then I could write a little algorithm to set up the KB start and end points and write those into the XML I'm generating.
Yup, that's the easiest way to do it, assuming you're not about to do it: I can stick it in the ASP. I will try to think about which is the more elegant solution whilst I'm down the pub, but actually the ASP route is probably it.
I'm just "accommodating" my mind to the way your system works, but I'll put this on my list. The flash approach is different from using ASP and JavaScript in that it's harder to integrate with CSS styling. That means I need to refactor my approach a bit. Once I've done that, I'll do this thing above, then I'll be a happy badger.
Ok, I have the ASP which sucks the dimensions out of the image and forms up the XML. It doesn't seem to be moving though... here's a sample line from the xml file:
<img src="858503602.jpg" title="858503602" kenBurnsStart="0,0,200,200" kenBurnsEnd="400,458,600,658"/>
Did I miss something? The image is big enough to do this (it's just a test image). I will try to find a sample using monoshow and ken burns (the demo's no good as that's random stuff I think... do I need to explicity state time or something?
cheers
Phil
You have to specify kenBurnsMode too. Just set it to "randomPan". This will not be needed in MSS 1.2
creator of MonoslideshowThanks - ok, that works... now we're in business. As I guess you spotted for release 1.2, the "random" thing threw me: there's nothing random about what I want it to do. But it does it now - thanks.
Ok, I can make them move now, but I still seem to have a problem. I must be doing something stupid here, but I thought I'd post as perhaps it's something I've not understood.
I have an image which is 400 x 717 pixels in size, and I want to move it vertically, so it scrolls up from the 400 pixel square rectangle I can see at the start, to the 400 pixel square which is at the bottom of the image. So that's a move from (0,0) (400, 400) to (0,317) (400, 717). Right? So the ASP-generated XML for this is:
<img src="A19S17069.jpg" title="A19S17069" kenBurnsStart="0,0,400,400" kenBurnsEnd="0,317,400,717" kenBurnsMode="randomPan" />
But it starts well, scrolling the image, but it "goes too far" - it doesn't stop at the end rectangle as I'd expect. Instead it keeps on scrolling, leaving about 100 pixels of the bottom of the image visible.
My landscape example is 879x400 pixels, giving machine-generated XML of:
<img src="A19S24601.jpg" title="A19S24601" kenBurnsStart="0,0,400,400" kenBurnsEnd="479,0,879,400" kenBurnsMode="randomPan" />
Which I'd expect to pan from the first recrangle to the second... again it seems to go "too far, this time it finishes completely off screen.
So I'm thinking... I've not understood what the "kenBurns" numbers in the manual mean. Can you point me to an example please, or spot the stupid mistake in the above?
What are the dimensions of your slideshow?
creator of Monoslideshow[thanks]
Specifically:
var so = new SWFObject("/library/flash/monoslideshow.swf", "monoShow", "418", "507", "7","ffffff");
For this one it's basically for 400x400 pixel images, but I have some which are very long or very wide, hence I'm trying to get those specific images to scroll. The difference between 400px and the pixel widths above seems to be about right to accommodate the
<album> parameters of:
imageAlign="topCenter" imageMarginX="10" imageMarginY="10"
So there's a little space in there for the background to show around the edges...
More on this... I tried a Flash object sized 500px by 500px, with mostly 400px images. All the standard images start in the centre of the frame (I specified that somewhere). The two I have which are larger than 400px on the long side are picked up by my ASP, which adds the "Ken Burns" parameters as above.
(a) The portrait format image (xml as above) starts at the extreme left of the Flash object, where as I would expect it to start centred like the others. Is this a clue? I bet if I c
(b) The landscape image (xml above) looks to start with its right hand edge towards the right hand side, then it gently floats off the left hand edge of the Flash object. I can't figure that out.
Then I tried a flash object which is 1,000 pixels square... that didn't seem to affect behaviour. It's most likely something in what I have which is wrong... do you know of any samples which do this sort of thing I could look at?
thanks
Ok, I've tested it and I couldn't find any anomalies. So, let me explain the process of the Ken Burns effect:
The Ken Burns start and end coordinates are the coordinates on the image itself. So, let's say you have a 400x800 image and you have Monoslideshow with dimensions 400x400. Then, if you want to scroll the whole image from top to bottom, put this in the <img> tag:
<code>kenBurnsStart="0,0,400,400" kenBurnsEnd="400,400,800,800"</code>
As you see, the dimensions of the scroll rectangle on the image and of Monoslideshow itself are the same. But what if the dimensions differ? Let's say you want to scroll the same image again, but Monoslideshow is 300x200? Then the Ken Burns effect will assure that there will be no leftover space in the slideshow. To do so, it will behave as if "imageScaleMode" is set to "scaleToFill", "imageMarginX" and "imageMarginY" are set to zero, and "imageAlign" is set to "center". That means that in this case, part of the scrolled photo will be cut off.
Thanks - must be something I'm doing.
I'll write a little test harness and see if I can figure it out. Either way I'll post some examples.
For sure my slideshows in general are slightly larger than the size of the images (to allow for the margin). I'll replicate your example with a graph-paper shot and start from there.
thanks
Ok, my bad. I just hacked up a test and realized what I was doing... to devious for my own good. Right, I'll just fix the production version and then see how it actually looks. it works precisely as it should work... very smooth scrolling. Jolly good - thanks.
Glad to hear that :)
creator of MonoslideshowIndeed ;-) Now I just have to figure out how to read image dimensions on IIS6 instead of IIS5... then I can use the sucker. After that I can do the screen with two slideshows running side by side, but one thing at a time...
Ok, work interrupted play, but this is now done. This page does precisely what I want. Image 10 and 18 in the show demonstrate the limited Ken Burns effect (one vertical, one horizontal). I had to screw around with the ASP because you can't use getFileInfo on IIS6 although it works on IIS5. Jeez. Anyway, this works on both:
<a href="http://www.wigglesworld.klebos.com/architecture/_index.asp?path=/architecture/_introduction">This actually digs out the EXIF and extracts width & height from that.</a> It also extracts the image description (photoshop format), and will display that if it's present.
I suppose 1.2 will probably fix this for me anyway, but there it is anyhow. Whoever invented javascript and vbscript should be shot - crappy, nasty, horrible languages they are.
Very nice! :)
creator of Monoslideshow1 to 19 of 19
© 2009 Monokai, all rights reserved. Buy Monoslideshow.