WebSite X5Help Center

 
GEN A.
GEN A.
User

Audio player needs to be fixed  en

Autor: GEN A.
Visited 935, Followers 1, Udostępniony 0  

There must be an option in audiplayer container "preload": none, metadata or auto. This a big issue for playlists with more than 20 tracks. By default preload is set to metadata and this disrupts the stream unless the metadata for the last track is preloaded. This might be resolved by changing the code manualy in main.js file but this is very annoying.

If you ammend playlists "none" will be automatically replaced to metadata again.

Another problem here is that duration will be always set to 00:00 when "none" is used. May it be done in that way that when the playlist is populated into main.js file the duration is set from the metatag rather than set to "0"

Posted on the
7 ODPOWIEDZI - 1 POMOCNY
Sinisa B.
Sinisa B.
User

+1

Czytaj więcej
Posted on the from Sinisa B.
Gianfranco G.
Gianfranco G.
User

+1

Czytaj więcej
Posted on the from Gianfranco G.
 ‪ KolAsim ‪ ‪
 ‪ KolAsim ‪ ‪
Moderator

(It > En) ... the object works as proposed and to which it is necessary to adapt; ... 3 MB of average per track on twenty songs is about 60 MB! ... too many for one object and for the same page ...
... divide the lists into several objects and several different pages ...
... or search the net, or create yourself, light audio lists without downloads / pre-stream ...

.

Czytaj więcej
Posted on the from  ‪ KolAsim ‪ ‪
Gianfranco G.
Gianfranco G.
User

the object should have:
1. the possibility to choice, as option, the file preload or not
2. to give the possibility to indicate the file mp3 on server through URL and not only as local file (to upload)

Czytaj więcej
Posted on the from Gianfranco G.
GEN A.
GEN A.
User
Autor

Lemme tell one thing. Metadata should not be preloaded at all for playlists with more than 20 tracks especially for music oriented sites. One can hands down sure cut a play list into smal pieces with more objects and more pages. The problem is deeper. All music oriented sites avoid preloaded metadata (spotify especially). Duration in main.js playlists should be populated from tags automatically with no duration "0" attributes. Is this a big issue to implement into audia player by default rather than amending main.js files mainuly?

To keep point clear. Your audia player is the best available on the market. Make it work properly. Just to get the overall idea behind the request. http://blues.vnesh.org/index.html This has 400 tracks. I have avoided metadata preload. Everything works fine but the duration. If Modern scheme is applied the duration of tracks is shown properly below but not in the plaulist preview. With the classic scheme on the board the duration will be populated with zeroes but with no delays with the loop activated. Probably this points to the problem exactly as it is. There's a simmple reason behind the request. Why using 3-rd parties js playlists and palyers if yours may be easily adjusted for proper use. Simply consider thgis as request. More that that, 2 years ago this was a must but somehow this was abondoned for useless metadata preload pattern. Bad idea!

Czytaj więcej
Posted on the from GEN A.
 ‪ KolAsim ‪ ‪
 ‪ KolAsim ‪ ‪
Moderator
 ‪ KolAsim ‪ ‪
(It > En) ... ... ...  ... or search the net, or create yourself, light audio lists without downloads / pre-stream ...
 ... ... in fact, as I said before, I do it myself with my inventions ...
... being the play list designed in this way, with a closed package, this speech is irrelevant here ...
... if it were worth it, you should post your idea by opening a new Topic in the IDEA section, so that it is highlighted to be evaluated, and if, by the technical programming staff...wink...

.

Czytaj więcej
Posted on the from  ‪ KolAsim ‪ ‪
Incomedia
Stefano G.
Incomedia

Hello GEN

The advice you provided could sure be useful to improve the Object. For this reason, I've turned the topic into an Idea so that it might be kept under consideration for the future

Should you want to add anything to this matter, please do so here

Thank you

Stefano

Czytaj więcej
Posted on the from Stefano G.