I wonder thinking about this again. instead of using git. to download I
wonder if we could integrate rsync into lmms for this. Rsync boasts quick
download speeds even for massive downloads. I have worked with a directory
with over 200mb worth of patches where i worked as I had put together a
bash script for this. This might be another way to look at downloading
stuff from a remote server.
On Tue, Apr 29, 2014 at 9:45 AM, oeai <[email protected]> wrote:
> Yes, it is all important and good questions to think on architecture.
> i think that maybe these cases have already been done in git.sources, so
> all you need is include git in compilation check process and this is why
> using API can be better.
>
> if you can "git remote-testgit" (needs git_remote_helpers compiled) or
> "git ls-remote / git fetch" then you can work with git. and as i
> remember previous version was not using threads, so this must be a
> separate thread that in case of no-data-received will be termenated and
> restarted only with user explicit push the button.
> "git log" also provides a lot of data so maybe can be used somehow
> (browsing comments instead of branches for example) and this is the way
> to avoid file download and reduce bandwidth load as well as search-case.
>
> git creates own separate directory usually wit .git in it so it's easy
> to determine it and it should be placed inside of
> /home/user/lmms/instruments ./songs directory i guess.
>
>
> On 29.04.2014 10:06, Vesa wrote:
> > On 04/29/2014 08:38 AM, Jonathan Aquilina wrote:
> >> FL actually does something similar in the sense it allows you to
> >> download stuff from within the DAW.
> >>
> > I don't care what FL does.
> >
> > If there has to be an option for downloading presets/samples/whatever
> > from LSP or elsewhere, fine... but it should be configurable, it should
> > not break existing functionality, and it needs to be implemented better.
> >
> > Particularly, the file browser shouldn't get broken so horribly as in
> > these pictures:
> >
> > http://www-user.tu-chemnitz.de/~doto/lmms/lmms-goes-online-2.png
> >
> > Furthermore, adding online functionality to local software is always
> > like opening a can of worms... it adds complexity, things we have to
> > then worry about which we could before not worry about at all:
> >
> > - What if the online address changes, what if the site gets hacked,
> > etc... it's not a security problem as long as we only download
> > presets/samples and no executable code of any kind, but it's still
> > something we need to think about.
> > - We have to ensure that web searches do not slow down the software...
> > there needs to be a proper separation of online/local because not
> > everyone has super fast internet connections - some people still live in
> > areas without broadband. If we have to wait for LMMS to poll external
> > websites every time we browse our LOCAL samples/presets... then it makes
> > LMMS unusable for many people. That's a no-no.
> > - We have to ensure that LMMS works regardless of the status of the web
> > connection. If the online files aren't available, or the web connection
> > is down entirely, local functionality must NOT, under ANY CIRCUMSTANCES,
> > be impaired IN ANY WAY because of it. I'm writing in caps because this
> > is **VERY IMPORTANT**.
> > - There should not be a wait time at startup while LMMS checks for
> > online connections. Online sources should only be polled when the user
> > explicitly asks for them.
> >
> > Proper separation of local and online spaces must be implemented before
> > this feature is brought anywhere near master, IMO. Not anything like in
> > the images Toby posted... but rather maybe an extra tab in the sidebar
> > that contains all of the online stuff so people can safely ignore it if
> > they don't need it, and still use the local functionality without
> > impairment.
> >
> >
> ------------------------------------------------------------------------------
> > "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
> >
>
>
> --
> 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
>
--
Jonathan Aquilina
------------------------------------------------------------------------------
"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
