Some are with paths (absolute/relative) and some are just filenames, then some are with URLs or URIs. But the problem is the m3u content is not quite standardized. I could download, parse the m3u on a click file event then play its contents. You could use something like this īut put renaming aside, lets discuss. During my IRC era, I’ve created an eggdrop bot to auto recursively rename files according to it’s ID3 tags. I usually have my tracks renamed to “artist - album - track# - song.ext” because at some point of time, I’ll need to depend on the filename instead of meta tags i.e. Also in the next release, both the disk usage (based on /tmp/share_size) and disk size (based on /DataVolume size) on every page in the stats area. Thanks for this great suggestion and helping to confirm the /tmp/share_size, this will be in the next release. Note that the size will still be “-” for the rest of the sub-folders or if it can’t find the exact share to map the size in the front page (probably newer shares not yet updated by the Dashboard). from your screenshot, the size column for row “Movies/” will be shown as “113.3G” calculated based on your “/tmp/share_size” content “113322406349 /shares/Movies”. Now that you’ve confirmed the /tmp/share_size file and its contents, I can safely map those share size onto ONLY the front page of the WebUI (where the root shares being displayed) e.g. I didn’t recall seeing any file manager showing the folder size unless it’s indexed prior. Yes2 I’m in the same page as you are The folder size in the WebUI is by default blanked as “-” which I meant is similar to any other file manager such as Windows Explorer because they don’t pre-calculate the folder content size due to depth process constrain. I assume there is no way to use a Playlist (m3u) type file to play media through the web interface as one possible way around having to rename a large number of files for those who want to play music in track order.įor the Size issue I may not have been clear I was referring to the web page interface. On the media track issue I figured the only way to solve that problem would to be to include numbering on the file name. Just throwing it out there publicly for discussion so others can see what is and what is not possible the back end coding. Now that I know makes navigating the web page interface a bit quicker.įor much of the rest I figured much wouldn’t be possible due to the back end. And total face palm on the tree navigation of the “Index of…” on the web page interface. On the Search option I forgot about the information in the help file that explains some of that. Here is the listing for the /tmp/share_size file on my v4.x My Cloud running the latest firmware. If you could confirm it, I could add to the root shares and add estimated disk usage to the stat line, see screenshot: The separator for the above size and path is not a space but a tab. Could you help to confirm the content of /tmp/share_size ? (this is being updated by the Dashboard, I’m still on older firmware) It should contain something like below: 2326814595875 /shares/Public Doing a deep traverse is time and process consuming.īut from your suggestion, think the least I could do is to reveal “only” the root share sizes. The file manager doesn’t know how deep each folder is. I think each folders needs to be traversed prior before calculating the content size. Also same goes to several other remote file manager like WinSCP. Size: Shouldn’t this the default behavior of any file manager? Take a look at Windows Explorer, the size column is blank. Currently a Share/folder is just a “-” (at least for me) and only the files themselves show a size. The “Size” column or value showing the size of a Share or folder.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |