That's nice! But it's not the same =) as just a file sharing storage through git it's better to share unzipped files to get many versions of 1 file. for 1 file you can have many tune-ups to get completely different sounds and using file storage will make it very large, but using diff/patch of let's say not git, but mercurial will probably make it small at least on server side with .gz enabled. worse case is searching and sorting files - better solution is local .db so it won't load server side and having mercurial/git structure can solve this problem, by downloading only structure files first and working files on demand just like with git submodules.
On 28.04.2014 23:47, Tobias Doerffel wrote: > Hi, > > we had that feature before in the old master branch: > > http://www-user.tu-chemnitz.de/~doto/lmms/lmms-goes-online.png > <http://www-user.tu-chemnitz.de/%7Edoto/lmms/lmms-goes-online.png> > http://www-user.tu-chemnitz.de/~doto/lmms/lmms-goes-online-2.png > <http://www-user.tu-chemnitz.de/%7Edoto/lmms/lmms-goes-online-2.png> > > It was reading an index file at the sharing platform > (http://lmms.sourceforge.net/WebResources/Index) and downloaded > individual resources on-demand. Technically everything is in place in > the old-master branch and only needs to be ported to the current code > base. > > Toby > > > -- > Symbiants > oe ai ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
