MinimServer Forum

Full Version: MinimServer SLOW!
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
Dear All,
I am kinda new user of computer audio and almost totally info-excluded, so I must start to apologize for the use some of your time and patience...

I installed both MinimServer and Sinology's MediaServer on my DS1511 NAS, in order to feed my new AURALiC Aries. My idea is to find out which works better and use it from there onwards.

All network is properly configured, Gigabit over Cat7 cables, everything on static IP's. Yes, I have been googling and have a great network specialist.

Findings:

- MinimServer is great. Except that is VERY slow, and I do not mean that its slow while indexing or downloading album covers. It takes about 15 seconds do start playing a single rebook file. MediaServer is almost immediate (1 to 2 seconds). This is frustrating on MinimServer's side.

- MinimServer does a much better work with indexing, less covers missing, more options of search, etc.

- Having to do a manual rescan everytime you add or delete something from the Library is a pain in te a**! Supposedly MediaServer does this automatically, but if it does I ain´t seen it yet.

Bottom line:

- Is there someone kind enough to help with the SLOW action of MinimServer?

Thanks in advance
(05-01-2015 18:06)promao Wrote: [ -> ]Dear All,
I am kinda new user of computer audio and almost totally info-excluded, so I must start to apologize for the use some of your time and patience...

I installed both MinimServer and Sinology's MediaServer on my DS1511 NAS, in order to feed my new AURALiC Aries. My idea is to find out which works better and use it from there onwards.

All network is properly configured, Gigabit over Cat7 cables, everything on static IP's. Yes, I have been googling and have a great network specialist.

Findings:

- MinimServer is great. Except that is VERY slow, and I do not mean that its slow while indexing or downloading album covers. It takes about 15 seconds do start playing a single rebook file. MediaServer is almost immediate (1 to 2 seconds). This is frustrating on MinimServer's side.

This shouldn't be happening and I haven't seen it myself.

There might be some kind of compatibility issue with the Aries. To enable me to debug the problem, please do the following:

1) Install MinimWatch if you haven't already done this
2) Browse to a test track that shows the problem but don't play it yet
3) From the minim icon, select 'Show log'
4) In the log window, change the logging level from Info to Debug
5) Leave the log window open
6) Play the test track
7) When the audio starts, change the logging level back to Info
8) In the log window, click 'Save as' and save the log file
9) Zip the log file and attach it to a post here

Quote:- MinimServer does a much better work with indexing, less covers missing, more options of search, etc.

- Having to do a manual rescan everytime you add or delete something from the Library is a pain in te a**! Supposedly MediaServer does this automatically, but if it does I ain´t seen it yet.

I am hoping to add support for automatic rescan in a future version of MinimServer.
While I cannot solve this issue, I can attest to the fact that Minimserver works great with my Aries.

My NAS is a Synology 1812+ connected via ethernet to my Apple Extreme Router. Located on first floor.

My Aries is on the second floor, where I have a second Apple Extreme router used to extend my network. The Aries is operating in wireless mode.

I have 28,000 files loaded on the my NAS served up by Minimserver. That breaks out to 2340 albums. A mix of DSD, High Resolution and Redbook files. All play back within a second ( or two at most )of selecting an album or track within the Lightning DS control application on my iPad.

Again, this is just a data point.

Barr

p.s. The Apple Extremes communicate to each other via 802.11AC and the Aries communicates to the Apple Extreme on the 5Ghz band at 802.11n.
Thanks!
Here it goes.
Hope you can figure it out...
Pedro

(05-01-2015 19:02)simoncn Wrote: [ -> ]
(05-01-2015 18:06)promao Wrote: [ -> ]Dear All,
I am kinda new user of computer audio and almost totally info-excluded, so I must start to apologize for the use some of your time and patience...

I installed both MinimServer and Sinology's MediaServer on my DS1511 NAS, in order to feed my new AURALiC Aries. My idea is to find out which works better and use it from there onwards.

All network is properly configured, Gigabit over Cat7 cables, everything on static IP's. Yes, I have been googling and have a great network specialist.

Findings:

- MinimServer is great. Except that is VERY slow, and I do not mean that its slow while indexing or downloading album covers. It takes about 15 seconds do start playing a single rebook file. MediaServer is almost immediate (1 to 2 seconds). This is frustrating on MinimServer's side.

This shouldn't be happening and I haven't seen it myself.

There might be some kind of compatibility issue with the Aries. To enable me to debug the problem, please do the following:

1) Install MinimWatch if you haven't already done this
2) Browse to a test track that shows the problem but don't play it yet
3) From the minim icon, select 'Show log'
4) In the log window, change the logging level from Info to Debug
5) Leave the log window open
6) Play the test track
7) When the audio starts, change the logging level back to Info
8) In the log window, click 'Save as' and save the log file
9) Zip the log file and attach it to a post here

Quote:- MinimServer does a much better work with indexing, less covers missing, more options of search, etc.

- Having to do a manual rescan everytime you add or delete something from the Library is a pain in te a**! Supposedly MediaServer does this automatically, but if it does I ain´t seen it yet.

I am hoping to add support for automatic rescan in a future version of MinimServer.
Thanks for that, it means there's hope for me at least!

My setup is very similar, but I think my wifi configuration is different, I will have a look into that!

Cheers

Pedro

(05-01-2015 22:41)bplexico Wrote: [ -> ]While I cannot solve this issue, I can attest to the fact that Minimserver works great with my Aries.

My NAS is a Synology 1812+ connected via ethernet to my Apple Extreme Router. Located on first floor.

My Aries is on the second floor, where I have a second Apple Extreme router used to extend my network. The Aries is operating in wireless mode.

I have 28,000 files loaded on the my NAS served up by Minimserver. That breaks out to 2340 albums. A mix of DSD, High Resolution and Redbook files. All play back within a second ( or two at most )of selecting an album or track within the Lightning DS control application on my iPad.

Again, this is just a data point.

Barr

p.s. The Apple Extremes communicate to each other via 802.11AC and the Aries communicates to the Apple Extreme on the 5Ghz band at 802.11n.
I too have an ARIES with a Synology 1813+ NAS. I have > 55k tracks and it works great with Minimserver on my NAS and Minimwatch on my Mac. I actually use a Gen 4 Apple Airport Extreme and have no issues (now with Firmware 1.11) with playback whether it's 16/44 or DSD128. Minimserver is most certainly up to the task but setup on the NAS is critical. Do not overlook the file structure and tagging though. One step at a time....good news is that Simon will get you taken care of on his side.

As a gentle reminder, it's free but if you use it please consider a donation to keep this awesome piece going. :-)

Also, you might be interested these posts on Computer Audiophile regarding the ARIES.

Software http://www.computeraudiophile.com/f22-ne...dex24.html

Hardware http://www.computeraudiophile.com/f22-ne...dex61.html

Minimserver http://www.computeraudiophile.com/f22-ne...ate-21349/
(05-01-2015 23:23)promao Wrote: [ -> ]Thanks!
Here it goes.
Hope you can figure it out...
Pedro

Your post doesn't contain an attachment. Did you attempt to attach the log file to your post? To add an attachment, you need to click the Add Attachment button after you have selected the attachment from the Browse button.
Yes I did, obviously did not work... I warned about the info-exclusion on my side... Confused

Here it goes (I hope).

Thanks for helping.

Pedro

[attachment=695]

(06-01-2015 08:48)simoncn Wrote: [ -> ]
(05-01-2015 23:23)promao Wrote: [ -> ]Thanks!
Here it goes.
Hope you can figure it out...
Pedro

Your post doesn't contain an attachment. Did you attempt to attach the log file to your post? To add an attachment, you need to click the Add Attachment button after you have selected the attachment from the Browse button.
(06-01-2015 10:30)promao Wrote: [ -> ]Yes I did, obviously did not work... I warned about the info-exclusion on my side... Confused

Here it goes (I hope).

Thanks for helping.

Pedro

Thanks for this. Here's the relevant section of the log:

Code:
22:15:44.116 Thread-39: HTTPService: accepted incoming connection
22:15:44.116 Thread-39: HTTPService: waiting for incoming connection
22:15:44.117 Thread-38: HTTPService: received request, Socket[addr=/192.168.1.68,port=56211,localport=9790]
22:15:44.117 Thread-38: HTTPService: adding connection org.jminim.lib.HTTPConnection@1752b9e
22:15:44.118 Thread-3614: HTTPConnection: writer thread waiting for request
22:15:44.118 Thread-3615: HTTPConnection: reading HTTP request
22:15:44.119 Thread-3615: GET /minimserver/*/music/John*20Lurie/African*20Swim*20and*20Manny*20*26*20Lo*20-*20Two*20Film*20Scores*20By*20John*20Lurie/01*20Main*20Titles.aif HTTP/1.1
22:15:44.119 Thread-3615: User-Agent: Music Player Daemon 0.18.5, Host: 192.168.1.252:9790, Accept: */*, Icy-Metadata: 1
22:15:44.119 Thread-3615: HTTPConnection: reading HTTP request
22:15:44.119 Thread-3614: HTTPConnection: writer thread processing request
22:15:44.133 Thread-3614: HTTP/1.1 200 OK, Accept-Ranges: bytes, Date: Mon, 05 Jan 2015 22:15:44 GMT, Content-Length: 34576784, Content-Type: audio/x-aiff, Connection: keep-alive, Last-Modified: Sun, 08 Aug 2010 12:29:55 GMT
22:15:44.133 Thread-3614: writing data: total=34576784 from file John Lurie/African Swim and Manny & Lo - Two Film Scores By John Lurie/01 Main Titles.aif
22:15:47.464 Thread-3613: FileResource: reader thread end of data

This shows that MinimServer received a request from the Aries to play the file at 22:15:44.117 and started to send data to the Aries at 22:15:44.133. The Aries closed the connection at 22:15:47.464 and the logging level was changed to Info at 22:15:50.198.

The only thing that is abnormal is the Aries closing the connection at 22:15:47.464. The connection would normally be left open until the track had finished playing. A closed connection normally means that the renderer encountered a problem with the file or the user stopped the music playing.

Did the music start playing before 22:15:50.198 when the logging level was changed? This was only 6 seconds after the request was received, which isn't consistent with a delay of 15 seconds. Also, did you stop the music playing before you changed the logging level to Info?

There is also a separate request from the Aries at 22:15:43.974 for an artwork image for a different track. This transmission was completed at 22:15:47.900. There shouldn't be any problem with two resources being sent at the same time unless the renderer or the network can't handle this for some reason.
Dear Simon,

Yes, I did did stop the music playing before you changed the logging level back to Info.

I may have a clue: Could this abnormal behavior be consistent to a fault in the wifi network? I have an older Airport Extreme on the living room (where system resides) connecting wirelessly to an Apple Time Capsule on a more distant location. Apparently all devices, iPad included (controlling the DS application of Aries) are in fact only connecting to the distant Time Capsule and not to this Airport Extreme, for some reason.

Could this mean that the delay occurs on the transmission the command on the iPad DS application that only reaches the server with that delay? The delay in seconds on the music was much more than 6 seconds.

Sorry if this may seem a silly question...

Many Thanks.

Pedro

(06-01-2015 12:41)simoncn Wrote: [ -> ]
(06-01-2015 10:30)promao Wrote: [ -> ]Yes I did, obviously did not work... I warned about the info-exclusion on my side... Confused

Here it goes (I hope).

Thanks for helping.

Pedro

Thanks for this. Here's the relevant section of the log:

Code:
22:15:44.116 Thread-39: HTTPService: accepted incoming connection
22:15:44.116 Thread-39: HTTPService: waiting for incoming connection
22:15:44.117 Thread-38: HTTPService: received request, Socket[addr=/192.168.1.68,port=56211,localport=9790]
22:15:44.117 Thread-38: HTTPService: adding connection org.jminim.lib.HTTPConnection@1752b9e
22:15:44.118 Thread-3614: HTTPConnection: writer thread waiting for request
22:15:44.118 Thread-3615: HTTPConnection: reading HTTP request
22:15:44.119 Thread-3615: GET /minimserver/*/music/John*20Lurie/African*20Swim*20and*20Manny*20*26*20Lo*20-*20Two*20Film*20Scores*20By*20John*20Lurie/01*20Main*20Titles.aif HTTP/1.1
22:15:44.119 Thread-3615: User-Agent: Music Player Daemon 0.18.5, Host: 192.168.1.252:9790, Accept: */*, Icy-Metadata: 1
22:15:44.119 Thread-3615: HTTPConnection: reading HTTP request
22:15:44.119 Thread-3614: HTTPConnection: writer thread processing request
22:15:44.133 Thread-3614: HTTP/1.1 200 OK, Accept-Ranges: bytes, Date: Mon, 05 Jan 2015 22:15:44 GMT, Content-Length: 34576784, Content-Type: audio/x-aiff, Connection: keep-alive, Last-Modified: Sun, 08 Aug 2010 12:29:55 GMT
22:15:44.133 Thread-3614: writing data: total=34576784 from file John Lurie/African Swim and Manny & Lo - Two Film Scores By John Lurie/01 Main Titles.aif
22:15:47.464 Thread-3613: FileResource: reader thread end of data

This shows that MinimServer received a request from the Aries to play the file at 22:15:44.117 and started to send data to the Aries at 22:15:44.133. The Aries closed the connection at 22:15:47.464 and the logging level was changed to Info at 22:15:50.198.

The only thing that is abnormal is the Aries closing the connection at 22:15:47.464. The connection would normally be left open until the track had finished playing. A closed connection normally means that the renderer encountered a problem with the file or the user stopped the music playing.

Did the music start playing before 22:15:50.198 when the logging level was changed? This was only 6 seconds after the request was received, which isn't consistent with a delay of 15 seconds. Also, did you stop the music playing before you changed the logging level to Info?

There is also a separate request from the Aries at 22:15:43.974 for an artwork image for a different track. This transmission was completed at 22:15:47.900. There shouldn't be any problem with two resources being sent at the same time unless the renderer or the network can't handle this for some reason.
Pages: 1 2 3
Reference URL's