The above video goes away if you are a member and logged in, so log in now!
Is there any chance to see libopf (from jjolano git-hacks repo) in MM?
That should resole MM ftp problems...
What off-topic? It was deank himself that said that he was starting to create the base language file in english and would start a new thread just for translation support, i was only replying to that
Originally Posted by capitan_morgan
Well, most projects in which drizzt (Gaia-girlfriend-manager aurhor) participates are dead. It is good Italian folks stick to each other, but I'd rather code my own FTP server than adding anything I'll regret for life.
Originally Posted by signupnow
I still favor BlackB0x and aforementioned OpenFTP, so don't get me wrong.
If you like multiMAN or multiAVCHD, support the development with a small donation. Click here.
Laugh and the world will laugh with you.
Cry and you will be alone.
I know that using the MP3 embedded structure info would impose heavy delays for access to a large music collection, and I never intended that you should implement this. In fact I would prefer for you to remove the song title extraction you have already implemented.
Originally Posted by deank
For my purposes it would be better if you just used the real folder and file names, without extracting anything from inside the MP3 files.
And that should allow a much faster implementation, making multi-level (or at least two-level) folder presentation practical.
Sorry, my mistake. I forgot about that command (as there is no prompt or hint for it in the program). And I had assumed that it only did the same thing as the 'Refresh' command in the 'multiMAN' column, which is also supposed to refresh all supported content (but doesn't). SELECT+L3 does work properly.
*) Refreshing the content and duplicates: I'll look into it again, although I thought that pressing SELECT+L3 fully refreshes XMMB mode.
Even so, revoking the disabling is still something the program should do automatically when duplicates are removed from the USB port.
I don't think you should do that ever. There are some things about Sony's methods that I don't like at all.
Albums and grouping like in PS3 XMB are quite a task and I'm not planing on implementing it soon.
For me, as for many other homebrewers, the ideal form of handling such things is to use normal file and folder names for everything.
Then we get total control of everything simply by using a good File Manager.
I never suggested that. And in fact the caching of Music files should be considerably faster if you follow my suggestion of just taking their file names as-is, without bothering to extract the names from inside the MP3.
PS3 XMB is not such user-friendly to external USB devices and you can see how much time it takes to load contents of a drive. I can simply remove all caching and make MM act like the real XMB and make people wait 5 mins to populate Game, Video, Music and Photo columns.
Doing so would also have other advantages, as I always use MP3 file names starting with an index number matching the song order within the album, unlike the song titles inside most MP3 files. So if we had album support in the form of original folder names, and used original file names instead of extracted song names, then playing the songs of such an album in the normal sorted order would cause them to be played in the order intended when that album was composed by the artist(s). And for some albums that really matters a lot.
I realize that it may be hard to dig out the original album names for the weirdly named folders used by XMB for music storage on the HDD, but at least each album is in a separate folder, and all the individual files have their original names, so there's really no need to extract song names from the MP3s for use in your column content list. And you could implement a way for the user to enter a replacement string for the 'weird' music folder names of XMB, maintaining these strings as a simple associative file, with text lines consisting of: weird_name + separator + XMMB_name. Like in the following constructed example matching my own current content:
And that association list could then be used for quick string replacement of XMB folder names in building a Music column content list containing mainly folders, with MP3 files showing only for the currently selected and opened album/folder.
dk=(1973) - Clannad I
ji=Misty Eyed Adventures
And for USB entries to a column list you could simply use the proper folder and file names exactly like they are (which is pretty much what normal XMB does too, once you expand a USB icon in a column list), and here too you should just present the subfolders found in "MUSIC" folders on the USB drives, without digging deeper until the user 'opens' a selected album. This way it will be possible to handle quite large music collections without having to read and cache info for every single file at once. That can be done gradually (if at all) when the user chooses to access the albums/folders.
I note that at least two others have posted about a similar preference for real file and folder names rather than info extracted from MP3 files, and I think that a lot more people here also share that preference, though most never post their opinions.
Best regards: dlanor
Last edited by dlanor; 06-24-2011 at 08:17 PM.
Multilingual support (stage 1) [SPANISH] Completed
Just a curious question: I think you store the cache files in dev_hdd0, I have multiple external devices (flash drives, PSP, USB HDD) and I cannot connect them all at the same time due the 2 port limitation of the PS3 slim. Do I have to re-scan/cache the content of them every time I connect/switch them?
Is it possible to store a portion of the cache files in the same external device, so I don't have to re-scan a disk that I previously scanned/cached?
?? I haven't seen the default english file and you have already finished? :s
Originally Posted by Nathan_r32_69
Sorry, I mean the lines of the Source Code, i save it in Spanish for the txt when Dean will release it
I fully support everything mentioned with regards this. Real file and folder names gives more scope to the end user to personalise MM to their own tastes. Any amount of freedom is welcomed along with the added bonus that it would (seem to) speed up the whole process of displaying file names.
Originally Posted by dlanor
Personally I'm happy without such a requirement for videos as by their nature I'm going to have to open showtime to view the video so it isn't as much hassle to have to open the application to browse video files. Music files can be played whilst exploring other areas of MM. I usually listen to music whilst spending time in the file manager (renaming/sorting/deleting files etc), browsing through ps3/retro titles etc Hence the abiltiy to quickly sort through and play one album from many would be extremely beneficial.
Hope none of this comes across as needy nor greedy
ps3 file manager
View Tag Cloud