illustrate
Products            Buy            Support Forum            Registrations            Professional            About           
 

Asset R5 beta for OSX/Linux

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts

  • sjbabbey
    replied
    Re: Asset R5 beta for OSX/Linux

    Running the beta R5 on QNAP TS451 and R4.7 on my QNAP TS421. The beta release has an issue with artwork i.e. some of the same albums which show artwork on my backup TS421 don't show artwork on the Naim app when using the beta R5 to stream from my TS451. Looking in File Explorer at Asset TS451 in the This PC/My Network section, many of the folders and individual files do not show the artwork icons whereas they do show in both the Windows File Explorer TS421 and Minimserver TS451 folders (I have had Minimserver on my QNAP TS451 as this is able to stream DSF files). I have left the "Upload artwork" setting unchecked as this just seems to choose a random image (e.g. I use the "Style" tag to differentiate between file formats and when this is used at a level below Album artist the image is always the same i.e. not of a CD or HiRes album for that artist.)

    I've tried clearing both caches via the Naim app but it's made no difference and I didn't expect it to as the same artwork is missing when viewing the server's interface via File Explorer on my PC.
    Last edited by sjbabbey; April 24, 2016, 11:39 AM.

    Leave a comment:


  • Spoon
    replied
    Re: Asset R5 beta for OSX/Linux

    24 bit gives more accuracy for when the volume is reduced. A lower replaygain reference volume can be set when generating replaygain tags.

    Peter will need to comment on scanning.

    Leave a comment:


  • simes_pep
    replied
    Re: Asset R5 beta for OSX/Linux

    Hi I already transcode .flac & .m4a, .mp3 to WAV, but without 'Increase to 24-bit', what this do for my standard Red-book Tracks?
    So I would then apply a ReplayGain of a minus amount to all tracks in my library, which would be ignored for the .dsf?
    I am serving the dsf 'as is', as Naim have native DSD64 playback in their Network players.

    Does it adjust the tracks reference as presented to the UPnP Render, as this would change for the Playlists managed by the Naim app, which takes the 'served' filename.

    Any comment/ideas on the 'Detect & Catalog New tracks' function - I have been making wholesale changes in my Music Library, replacing FLAC versions of SACD rips, with native dsf files, and the only time the changes are picked up, is through a manual command to Rescan.

    Thanks,
    Simon.

    Leave a comment:


  • Spoon
    replied
    Re: Asset R5 beta for OSX/Linux

    When dsd is served "as is', or is dop embedded, the stream is untouched and the volume cannot be changed. Instead, set the flac to 24 transcoded wave and lower its volume with the replaygain setting.

    Leave a comment:


  • simes_pep
    replied
    Re: Asset R5 beta for OSX/Linux

    When playing DSF and FLAC files alongside each other, there is a playback volume difference, due to the nature of the file format (multi-bit vs single-bit and all that), however is there a way there could a uplift of DSF/DFF files during the UPnP serving process, by a few dBs?
    I know, I could use ReplayGain to adjust the difference, but this is on a file-by-file setting and not a format/file-type basis.

    Thanks,
    Simon.

    Leave a comment:


  • simes_pep
    replied
    Re: Asset R5 beta for OSX/Linux

    Hi Peter, Spoon,

    Many thanks for this Beta - I was away for the last couple of weeks, please got to install it this morning, and started transferring over the DSD files I had in a separate library.

    Playback of DSD64 (dsf files) is confirmed in native format, to the Naim network player, running the latest firmware, 4.4.48, so I can retire the Asset R5 on Windows version I was using for the DSD playback, which was not ideal, as my Windows machines are all wireless connected.

    However, initial feedback is that the 'Detect & Catalog New Tracks' setting/function doesn't seem to work. This worked fine on the R4.x versions on the RPi, however I don't think it was actually working for me with the R5 on Windows version. I have to click the 'Rescan folders detect changes' to get any changes picked up.

    Also have you given any time, to how Asset runs on multi-core CPUs, to leverage the RPi2/3 processor architecture and maximize the potential performance available, during the scanning and serving of the files?

    Many thanks,
    Simon.

    Leave a comment:


  • PeterP
    replied
    Re: Asset R5 beta for OSX/Linux

    Originally posted by mackiwi
    Hi Peter,
    Scanning audio files fails repeatedly at between 3,500 and 4,000 audio tracks on R5 beta for me. QNAP TS439 Pro II, firmware v4.2.0. Works with Asset v4.7 (total 12,981 audio tracks) Default configuration both versions. I have tried deleting R5, reinstalling v4.7 then installing R5 beta. No change.
    Thanks for your feedback.

    In the configuration page, please enable debug logging, let it scan and wait for it to get stuck again, download the library log and mail it to peter@dbpoweramp.com .
    The last lines of the log might point at specific file which somehow triggers the bug.

    Leave a comment:


  • mackiwi
    replied
    Re: Asset R5 beta for OSX/Linux

    Hi Peter,
    Scanning audio files fails repeatedly at between 3,500 and 4,000 audio tracks on R5 beta for me. QNAP TS439 Pro II, firmware v4.2.0. Works with Asset v4.7 (total 12,981 audio tracks) Default configuration both versions. I have tried deleting R5, reinstalling v4.7 then installing R5 beta. No change.

    Leave a comment:


  • PeterP
    replied
    Re: Asset R5 beta for OSX/Linux

    Configuration data is stored under ~/.dBpoweramp on Linux.

    Leave a comment:


  • 2bob
    replied
    Re: Asset R5 beta for OSX/Linux

    I deleted /usr/bin/asset/bin, re-installed the R5 beta and modified the tree again.
    Now all control points show the correct structure.

    Curiously Asset still shows that it's the registered version and the watched media folder info was intact after the re-install.
    Where is that info stored?

    Leave a comment:


  • 2bob
    replied
    Re: Asset R5 beta for OSX/Linux

    Hi Peter,

    thanks for the response.
    I have two control points, SONOS and NAIM and they are both showing the same.

    I'll try removing Asset from the server and performing a clean install, i guess i'll lose my registered status?

    Leave a comment:


  • PeterP
    replied
    Re: Asset R5 beta for OSX/Linux

    Originally posted by Laurent69
    is the linux x86 built compatible with ASUSTOR NAS using braswell CPU ?
    I'm sorry but I do not have this exact NAS model available for testing. We do not provide proper installers for any NAS series other than QNAP; if you have SSH access to your NAS, you can launch it as a regular Linux program and see if it works.

    Leave a comment:


  • PeterP
    replied
    Re: Asset R5 beta for OSX/Linux

    Thanks for your feedback.

    Unfortunately I've been unable to recreate browse tree layout bugs, all changes do get applied, the same way they did in R4.

    Your control point might be showing an old cached copy, perhaps try forcibly reopening the control point, or using another one with no prior cache to see what Asset actually serves.
    Last edited by PeterP; April 15, 2016, 01:01 PM. Reason: Removed wrong info

    Leave a comment:


  • 2bob
    replied
    Re: Asset R5 beta for OSX/Linux

    Hi,

    i've loaded R5 on top of 4.7 registered on a Debian machine.

    The tree displayed on the control points appears to be the default despite some edits i had made.
    The Asset server GUI looks correct.

    I've tried the 'Get Default' option then re-apply my changes but the control points still show the default tree.

    Leave a comment:


  • Laurent69
    replied
    Re: Asset R5 beta for OSX/Linux

    Hello PeterP

    is the linux x86 built compatible with ASUSTOR NAS using braswell CPU ?

    many thanks for this beta release !

    Leave a comment:

Working...