Lms 7.8?

[pinkdot]

I see this in the latest commit for 7.8



Very interesting.

Not only interesting, but necessary also to maintain the LMS.

Keep up the good work Michael.

[GAPP]

I was wondering if there would be a kind soul, that could make a Arch Linux pkg for me, so I can upgrade LMS and use it on my Pogoplug ARM5? I'm afraid I'll do more wrong, than good, if I start doing it myself.

Would be much appreciated.

[pinkdot]

I was wondering if there would be a kind soul, that could make a Arch Linux pkg for me, so I can upgrade LMS and use it on my Pogoplug ARM5? I'm afraid I'll do more wrong, than good, if I start doing it myself.

Would be much appreciated.

You can install dab-packages in Arch Linux if I'm not mistaken. See link:
http://stillstup.blogspot.nl/2010/05...e-in-arch.html

[fragfutter]

I was wondering if there would be a kind soul, that could make a Arch Linux pkg for me, so I can upgrade LMS and use it on my Pogoplug ARM5? I'm afraid I'll do more wrong, than good, if I start doing it myself.

Would be much appreciated.

i have a working lms 7.7.2 for arm5. It's a small edit of the package included in aur. But i would not try to compile it without setting up a distcc first.

[Wirrunna]

I noticed that SQLite is now up to 3.7.17 (http://www.sqlite.org/releaselog/3_7_17.html) and has the option of Memory Mapped I/O which according to their blurb (http://www.sqlite.org/mmap.html) can make I/O intensive operations much faster in some circumstances (whether LMS will benefit is beyond my knowledge).

Would it be a big deal to incorporate SQLite 3.7.17 in 7.8 with the Memory Mapped I/O being enabled by the Settings/Advanced/Performance/Database Memory Config "High" option ?

That way the more adventurous of us could try it out.

[vincenta]

I recently upgraded to 7.8.0 - 1369983318 from 7.7.2 in hopes that it would fix the issue I have been having with the rescan of my music library hanging when looking for new and changed media files. Unfortunately the issue is still present in 7.8.

The rescan hangs at the following point:

Scanning new media files: /media/Music/library (0) Running 01:33:47

If I clear my library and rescan everything the scan completes successfully.

I am using a ReadyNAS Duo.

Is this a known issue? If there is additional information I can provide to help identify the issue please let me know.

Thanks.

V/

[xoaphexox]

I recently upgraded to 7.8.0 - 1369983318 from 7.7.2 in hopes that it would fix the issue I have been having with the rescan of my music library hanging when looking for new and changed media files. Unfortunately the issue is still present in 7.8.

The rescan hangs at the following point:

Scanning new media files: /media/Music/library (0) Running 01:33:47

If I clear my library and rescan everything the scan completes successfully.

I am using a ReadyNAS Duo.

Is this a known issue? If there is additional information I can provide to help identify the issue please let me know.

Thanks.

V/

I have the same bug. I believe this is the bug ticket: http://bugs.slimdevices.com/show_bug.cgi?id=17849

[slate]

I noticed that SQLite is now up to 3.7.17 (http://www.sqlite.org/releaselog/3_7_17.html) and has the option of Memory Mapped I/O which according to their blurb (http://www.sqlite.org/mmap.html) can make I/O intensive operations much faster in some circumstances (whether LMS will benefit is beyond my knowledge).

Would it be a big deal to incorporate SQLite 3.7.17 in 7.8 with the Memory Mapped I/O being enabled by the Settings/Advanced/Performance/Database Memory Config "High" option ?

That way the more adventurous of us could try it out.

+1 it could be as much as double the performance http://www.phoronix.com/scan.php?pag...tem&px=MTM3NjQ

And there has also been other improvements/fixes since the 3.7.7.1 version... which is getting two years old these days http://sqlite.org/changes.html

[mherger]

> +1 it could be as much as double the performance
> http://www.phoronix.com/scan.php?pag...tem&px=MTM3NjQ

Double the performance of what? The DB access? Is it even the bottleneck,
or is all of the other processing happening around the raw DB request
limiting the performance?

"Premature optimization is the root of all evil" as Knuth used to say.

--

Michael