just a little bug i've found. i have some some .mov files (VRs) in my gallery.
the feed is fine as long as the "Enclose picture" option is set to no.
but when it set to normal or original, it takes forever for the feed to load...
i guess it's because it's uploading the whole thing to the rss feed, but i dont see a reason for it. cant it just put the link in the rss body?
i noticed that this feature is important for site like facebook that unless you add this option, the picture does not show in the body of the message.
keep up the good work
Thanks for the feedback. I haven't tested it on .mov files, so I'm not completely sure how it will work. Brainfeeder locates the file by adding the prefix you have designated in the configuration screen of Coppermine and then uses an algorithm to estimate the filesize. This only happens when you include the picture, and is one possible reason for the long processing time.
If you set "enclose picture" to yes, it is only a link that is included in the feed - a RSS file can only contain text, so including the .mov file itself is not possible - use the "view source" function in your reader to see how it is. The aggregator or client program decides how the link is processed. Some aggregators will download it, some don't and some have options that let you decide. If your client is set to download included files, that is another possible reason for the long processing time.
One way to find out, is to set the feed up as a batch feed and then run rss.php without any parameters (will only output a blank screen). If this finishes rapidly and the xml file is generated, then the reason for the long processing time is that your client or aggregator is actually downloading the file.
Let me know how it works out for you and thanks for providing input. I will improve processing of other filetypes than pictures in the next release.