Active Topics
-
Firefox with Leste (10)
to Maemo 7 / Leste by teroyk - 3 days, 20 hrs ago - more...
mjtorn |
2014-12-08
, 05:34
|
|
Posts: 33 |
Thanked: 34 times |
Joined on Jan 2014
|
#31
|
FWIW this is important to me because I have another Raspberry Pi coming in. It will run OpenELEC, which exports directories over samba. I'm hoping to have a copy of my record collection on it, so I can play music with (my current) Volumio RPi - and of course use SMPC to control it 
|
|
2014-12-08
, 07:15
|
|
Posts: 113 |
Thanked: 303 times |
Joined on Dec 2013
@ Germany
|
#32
|
I'm not sure i'm on the same page right now .
What isn't working, is it the local database which only stores artist/album images or is it MPDs track database? if it is the MPD trackdatabase you just need to Select "Settings->Update database".
If it is the local metadatabase for images, album/artist art will download automatically if new songs are played or you do it manually via Settings->Database settings->download artist images and download album images.
Sorry for the confusion. Perhaps I'll rename the settings a bit to make it more clear.
greetings
.What isn't working, is it the local database which only stores artist/album images or is it MPDs track database? if it is the MPD trackdatabase you just need to Select "Settings->Update database".
If it is the local metadatabase for images, album/artist art will download automatically if new songs are played or you do it manually via Settings->Database settings->download artist images and download album images.
Sorry for the confusion. Perhaps I'll rename the settings a bit to make it more clear.
greetings
|
|
2014-12-08
, 16:32
|
|
Posts: 33 |
Thanked: 34 times |
Joined on Jan 2014
|
#33
|
Originally Posted by djselbeck
Tried that, it's not that.
I'm not sure i'm on the same page right now
What isn't working, is it the local database which only stores artist/album images or is it MPDs track database? if it is the MPD trackdatabase you just need to Select "Settings->Update database".
Originally Posted by djselbeck
Nothing as fancy.
If it is the local metadatabase for images, album/artist art will download automatically if new songs are played or you do it manually via Settings->Database settings->download artist images and download album images.
When SMPC starts, I choose files -> NAS -> mjt music.
NAS is for my desktop's samba share, named mjt music.
I get a list of my flacs, which I rip with a naming scheme that doesn't need metadata. The directory structure is this:
Artist/AlbumYear-AlbumNameSo no metadata required, that structure is all I need. It even matches how I store the CDs on shelves.
When I rip a new CD onto my samba share - the NAS from SMPC's point of view - it does not show up in the list. In other words, I see only the albums I had there when I first set this up.
Is that a clearer explanation?
So my original question was whether or not the "files" list is cached in some way - either on SMPC's or samba's part? Can that be forcibly refreshed?
Thanks!
|
|
2014-12-08
, 17:41
|
|
Posts: 1,048 |
Thanked: 1,127 times |
Joined on Jan 2010
@ Amsterdam
|
#34
|
@mjtorn
On updating MPD
I don't know the details of your setup, but I run MPD remote on a Raspberry Pi. My collection contains some 40+ Gb, basicallly all my music is on the rPi's SD card.
Updating the database takes some time with my setup, when I would simply issue something like:
MPD will then rescan and update the complete database.
A faster method would be to tell it to update only specific directories like
Even than, it still is slow. Just as a test I moved a new record over to the raspberry, and it showed up in the library list some 20 minutes later.
TLDR: MPD updating it's database really is slow in itself when your collection is large.
On updating MPD
I don't know the details of your setup, but I run MPD remote on a Raspberry Pi. My collection contains some 40+ Gb, basicallly all my music is on the rPi's SD card.
Updating the database takes some time with my setup, when I would simply issue something like:
Code:
mpc update
A faster method would be to tell it to update only specific directories like
Code:
mpc update MUSIC/ROCK
TLDR: MPD updating it's database really is slow in itself when your collection is large.
__________________
download free linux books
online linux guides
download n900: service manual level 1-4
download free linux books
online linux guides
download n900: service manual level 1-4
|
|
2014-12-10
, 21:24
|
|
Posts: 113 |
Thanked: 303 times |
Joined on Dec 2013
@ Germany
|
#35
|
Yep, it can be very slow. SMPC always issues complete db update when clicking update database in settings
when clicking update database in settings
|
|
2014-12-11
, 06:43
|
|
Posts: 33 |
Thanked: 34 times |
Joined on Jan 2014
|
#36
|
I'm sure it is. Does the files list use it implicitly or is it only used if I build it with metadata? Because I'm still not using a database, only a files list.
It took a long time, restarting both SMPC and samba from time to time, but the discs I ripped eventually showed up in the list all by themselves.
Maybe I'll read the SMPC code myself to see if there's caching in the file list, because everyone else seems fixated on the database
It took a long time, restarting both SMPC and samba from time to time, but the discs I ripped eventually showed up in the list all by themselves.
Maybe I'll read the SMPC code myself to see if there's caching in the file list, because everyone else seems fixated on the database
|
|
2014-12-11
, 06:49
|
|
Posts: 113 |
Thanked: 303 times |
Joined on Dec 2013
@ Germany
|
#37
|
SMPC caches nothing but metadata (artist,albumimages and one text about album/artist).
During application execution phase SMPC recatches the filelist for every path when you open the files page. For example. if you open / in filebrowser it catches the data fresh from mpd. if you go back to the SMPC Homescreen it releases all data to not put pressure on the device memory. This is the case for all MPD datarelated pages. As soon as the page gets pushed away, SMPC frees the data. This allows a small memoryfootprint.
For MPD itself there is no differention of filelist and database. If you want to browse you files in MPD and ANY client you need an mpd database.
During application execution phase SMPC recatches the filelist for every path when you open the files page. For example. if you open / in filebrowser it catches the data fresh from mpd. if you go back to the SMPC Homescreen it releases all data to not put pressure on the device memory. This is the case for all MPD datarelated pages. As soon as the page gets pushed away, SMPC frees the data. This allows a small memoryfootprint.
For MPD itself there is no differention of filelist and database. If you want to browse you files in MPD and ANY client you need an mpd database.
|
|
2014-12-12
, 19:45
|
|
Posts: 6 |
Thanked: 0 times |
Joined on Dec 2014
@ Sweden
|
#38
|
Originally Posted by djselbeck
If this were to be implemented, I'd happily donate as much as I am able to from my student budget! It would make it possible to use SMPC as an alternative to spotify (but with lossless quality from out own servers instead
Just to be clear we are on the samepage
I'll have a look into this in the future but not right now, I need a small pause from developing smpc
).
|
|
2014-12-16
, 23:57
|
|
Posts: 113 |
Thanked: 303 times |
Joined on Dec 2013
@ Germany
|
#39
|
|
|
2014-12-17
, 13:12
|
|
Posts: 113 |
Thanked: 303 times |
Joined on Dec 2013
@ Germany
|
#40
|
Originally Posted by Valvar
Actually I tried this. But at the moment it looks like qmultimedia is unable to play the streams of mpd. I've tried flac/mp3/wave. It looks like an gstreamer issue. I'll have a look into it in the future again.
If this were to be implemented, I'd happily donate as much as I am able to from my student budget! It would make it possible to use SMPC as an alternative to spotify (but with lossless quality from out own servers instead
 |
| Tags |
| jolla, mpd mpd-client, musicpd, sailfish |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 09:08.