A few remarks/suggestions -

LDM is pre-configured to use Jeroen Wijering's media player to handle videos in .flv and mp4/m4v formats, but this player does not handle .swf format.

The error message that you have posted seems to have an incomplete url. It should continue after "stre". I tried looking at your site, but did not find any videos to test.

White blank pages are a sign of internal configuration/code problems, and you need to find out the problem. There are a series of suggestions in the wiki at http://www.eirma.org/wikis/index.php/Common_Problems

There is a (still experimental) extra, ffmpeg-utils, in the release which will extract the first frame from a video to use as thumbnail.

Happy to help further if needed.

thanks...

I removed the videos after they didn't work...
Its only the .swf that didn't but it not a huge deal... most of the videos i get are .fla

I will check the WIKI for the white page problem

Isn't anyone else running into problems with LDM and PHP 5.3? I'm getting a ton of these:

PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 55
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 107
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 111
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 119
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 130
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 134
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 142
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 211
PHP Deprecated: Assigning the return value of new by reference is deprecated in D:\Websites\ToE\Forum\includes\init.php on line 389

Yes, I've experienced this. It also hits vbulletin itself in some situations. (The error messages above are in vb code, not in LDM.)

As far as I understand, the problem will be corrected in php 5.3.1 which is due out quite soon.

Hi,

When im going into the settings for this mod i get a message at the top saying - upload_max_filesize 64M >= post_max_size 64M in php.ini file - Large uploads may fail without warning

I cant seem to find this file in order to change the setting, Any help will be appreciated.

Kind Regards

Rob

These are settings in the php.ini file which controls how your server handles php scripts. You should set post_max_size to a value that is somewhat bigger than upload_max_fiesize. The problem happens if people try to upload files that are very slightly smaller than upload_max_filesize, because the added data that accompanies the upload takes the total data over the total size limit but does not trigger a correct error message.

ok thats cool, However where do i find the file php.ini??

I cant seem to find it??

You need to speak to your server administators - unless you manage your own web server - as this is a systems file. Its location varies depending on operating system (Windows/Linux/etc).

yeah ive just discovered that in my cpanel.

However they have upload_max_filesize grayed out so i cant change it.

Just put in a support ticket hopefully they will change it for me....

ill let you know.

Great mod though by the way!

AndrewD,

some suggestions for future versions, if you don't mind:
a) please oh please split administration/settings page into several! it makes an impression of having been created for superhumans who can remember EVERYTHING. :) some settings options are related to each other and it takes so much time to find them after the page was updated...
b) is it possible to somehow tie file ratings with corresponding thread ratings? i thought it would be just great if someone could rate file right from thread view and vice versa, thread view would display actual file rating.
c) maybe that's too advanced for a simple feature request but it would be beneficial to have means of accepting large file uploads. by large i mean greater than post_max_filesize. i thought, is it possible to implement ftp integration? like, user uploads large file to the server via ftp - this need not involve LDM - and then adds the file in LDM using ordinary "add entry" page. after submitting uploaded file's ftp url in corresponding field, LDM sees that this url belongs to the same server and instead of storing entered url it moves the file from ftp directory to upload_dir with the same name, or alternate name if "Rename" option was used when adding the file. this way we could have both of two worlds: ftp's robustness and minimum overhead with LDM's no-hassle file additions. i hope i described all this coherently enough...

and, um... i know it may sound too bold but have you ever considered overhauling LDM's phrasing in order to make it more fit for localization in languages structurally different from Western ones? frankly i don't know how Chinese people made their translation, i don't read Chinese and can't tell if it's close to English default but trying to make Russian translation proved to be difficult. for example, many phrases have not-too-meaningful names like ll_available or ll_entry or ll_search - there's no telling where those phrases are used and what for. also, i've encountered many phrases that are used simultaneously in different places with apparently different meaning, and this does add to complexity too, 'cause in many languages there are different forms of adjectives and verbs depending on context and trying to fit one phrase everywhere results in kludgy translation... or worse, if i'd translate a phrase for one page where i've seen it first and wouldn't have noticed that it is used on other page with different phrasing it'd just look ugly. mesa donta speeka inglisha. :( an ideal solution, if tedious, would be to ensure EVERY phrase is unique so it can be translated any way needed. LDM is just too great piece of software to be poorly translated and i'd like to do a quality job but it's not easy...