Version: 2.2.8, by AndrewD
Developer Last Online: Apr 2010
Category: Major Additions -
Version: 3.6.x
Rating:
Released: 06-18-2006
Last Update: 02-03-2008
Installs: 661
DB Changes Uses Plugins
Additional Files Translations
No support by the author.
Version 2.3.0 of LDM is now the official release. This works with both VB3.7 and VB3.8. You can obtain it here
Version 2.2.8 remains available here, with limited support.
04.02.08: patch-cat.xml 'extra' uploaded - see first post for information
27.10.07: Version 2.2.8-post1 uploaded
French translation of product installer uploaded (other language translations are in the main release zip)
Remember to back up your current database tables before upgrading.
What this is and does
LDM is a general-purpose link and file manager, which handles user uploads and downloads in a flexible way. A range of media players is integrated into LDM and others are included as plugin extras. LDM is described below in the first post of this thread, which also contains a brief list of the currently-known bugs.
This release of LDM works correctly with all VB versions 3.6.x and recent versions of vbadvanced.
and found a small tiny bug.
we I try to add new link AND set the order number to something other than 1... it doesn't actually save the order number (saves it as 1). you have to edit the link and save the order number again for it to "take".
Just got an new laptop with Vista. However, LDM video's are not streaming anymore. In XP they do though. I also have a problem with internetradio. Does anyone know the solution?
As far as I can tell from your site, LDM thinks that it is creating new thumbs, but somehow they are then not found.
Couple of questions:
- Does it display a thumb correctly when you add a new entry to the database (i.e. is it only the old entries which have a problem)?
- When you moved server, did you change the location of the master images from which the thumbs are generated?
My guess is that LDM can't find the master images from which it builds the thumbnail, but I may be wrong.
To get to the bottom of this, I'll need admin access to your site.
New or old, doesnt work unless I turn 'create oninstert' on. When I moved servers I changed the location of nothing. The thumbnail GIFs are the same name as my video files in the same directory. Remember the simple-avi-image script you wrote? Well you wrote it for me; except I modified it a few months back to work for MKV -> GIF rather than AVI -> JPG. You have admin access now. From my old server I jsut copied all the data and the database...
I did discover a weird occurance... I have my 'local_file_root_prefix' set to '/downloads'... so if I have a file setup as /file.mkv, when click on it will go to 'http://www.crookedjester.com/downloads/file.mkv' (this file doesnt actually exist, just using it as an example)... this is with 'force_redirect' set to 0. The thumbnail would be at /file.gif.
If I change my 'force_redirect' to 2, instead it will ignore the 'local_file_root_prefix' and go to 'http://www.crookedjester.com/file.mkv' instead... Could this be caused by the same issue with the thumbnails not being found?
I did discover a weird occurance... I have my 'local_file_root_prefix' set to '/downloads'... so if I have a file setup as /file.mkv, when click on it will go to 'http://www.crookedjester.com/downloads/file.mkv' (this file doesnt actually exist, just using it as an example)... this is with 'force_redirect' set to 0. The thumbnail would be at /file.gif.
If I change my 'force_redirect' to 2, instead it will ignore the 'local_file_root_prefix' and go to 'http://www.crookedjester.com/file.mkv' instead... Could this be caused by the same issue with the thumbnails not being found?
Yes, these are related. There seems to be a mismatch between the way the main script and the imaging script are processing files when local_file_root_prefix is set. A very similar problem exists with the different settings of force_redirect. Sorry about that - I suspect I made a change to the code to fix another problem and no-one has hit the new bug until now. I'm make sure it's fixed in 2.2.7.
Yes, these are related. There seems to be a mismatch between the way the main script and the imaging script are processing files when local_file_root_prefix is set. A very similar problem exists with the different settings of force_redirect. Sorry about that - I suspect I made a change to the code to fix another problem and no-one has hit the new bug until now. I'm make sure it's fixed in 2.2.7.
I'm using the same files/scripts from my old server, as well as the imported database... so how come I didnt have the bug until now?
I'm using the same files/scripts from my old server, as well as the imported database... so how come I didnt have the bug until now?
Anyway, were you able to fix it?
I've no idea why you've only just hit the bug. I'm at work at the moment - I'll try to give this some effort this evening but there is a day job to do....
I've no idea why you've only just hit the bug. I'm at work at the moment - I'll try to give this some effort this evening but there is a day job to do....
Looking into it further... I dont think thats the bug... If I create a new link with an offsite download... such as 'http://68.178.217.7/downloads/adxencd.zip' and set the thumbnail as 'http://68.178.217.7/downloads/thumbnails/file_adx.gif' it still doesnt create the thumbnail. It has an exact url too.
Once again, it only works if "create_thumbs_oninsert" is on. Yes, I know I can easily just turn create_thumbs_oninsert to on and then manually edit each link so it creates the thumbnail... but I have about 500 links, I would rather use a script that would do it automatically.
If I get rid of the whole local_file_root all together, it still cant make the thumbnails if I direct define the image.