HTTP Playlist Breaks on Dirs > ~2000 entries?

[hoo]

If I add a flat directory of 2500 or so mp3s to the playlist, it is handled and 'preparsed' fine within the native local playlist...

...but the remote HTTP interface shows "(?)"

I've checked all file permissions, etc, forced them all to same 755/group/owner.

If I put some of the same files in another dir, and add that, it works.

If I just "quick add" some of the files in that dir, that also works.

Is there a dir-size limit for the HTTP interface to export?

[funman]

which version of vlc are you using ?

[hoo]

Hi, thanks for response,

The http server seems to quit serving the big playlist on both my linux box and my windows vlc.

LINUX BOX#1: Version 0.8.6 "Janus"? (It doesn't say anything about b,c,d....in the --version )
gcc 3.4.4
On Puppylinux (slackware) PII-400

The linux http interface works with 'small' dirs (600 entries does work).

Win2K BOX#2: 1GHz laptop
Version 0.8.6d Janus

I can get the http interface to work on it fine on both with small dirs....but when I add the 2,267 entry dir, it bogs down...but still keeps playing, ...eventually after parsing, it comes back on the local interface, but then the http interface only serves a "(?)" for the list and the playing title. But the playing time and progress bar and volume buttons etc all work fine and responsively.



-----------------------------------------

Plus, I just tried the following......

I have the same large /rock directory on both machines.

Serving the /rock directory from the linux box with samba, I load the playlist on the win2K VLC, and access the HTTP interface.

It works....for a while. The list grows (as it parses it) upon successive refreshes....which is more than happens on the linux VLC. (On first try, the Win2K VLC crashed doing this as it got to about half through the directory.)

[funman]

I can reproduce with last developmenet version with my 3630 items playlist, so I'll have a look at this issue

[funman]

vlc 0.9.0 will come with a new kind of interfaces, coded in lua scripting language.

One of these interfaces is the http interface rewritten in lua, and this bug doesn't occur with lua http interface, so I will not bother looking into this bug, since it is already kind of fixed in a new equivalent interface.

If you wanna use this new interface, get vlc 0.9.0 on http://nightlies.videolan.org and run:

Code: Select all

vlc --intf lua --lua-intf http

or if you want to run both http and default interface:

Code: Select all

vlc --extraintf lua --lua-intf http

[hoo]

Fantastic. Thx for the fast response.

Will look into 0.9.0.