Jump to content

ronalde

  • Content Count

    28
  • Joined

  • Last visited

About ronalde

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Dear fellow audio enthusiast, Today I published a first draft of mpd-monitor, a minimal load and realtime monitor of an audiostream as handled by mpd. A screencast says it all: Details and documentation are available at the gitlab repository: https://gitlab.com/ronalde/mpd-monitor/. When you experience bugs or issues, which will be the case, please submit those in the gitlab project. I would like to hear your thoughts. Happy listening and monitoring, Ronald
  2. Sorry Keeske, Didn't catch your question until now. You can download the script from https://gitlab.com/ronalde/mpd-configure. Regards, Ronald
  3. Dear manser, Although that hasn't happened for the last 14 years, of course it (theoretically) could. Right again. That can happen, too, theoretically. Like it could be that the instructions you are providing are somehow not genuine or "nefarious", for example because this website got hacked beacuse it runs on unpatched PHP libraries. The script is intended for people who are not familiair with audio on linux, and system management in general (eg do not know what you mean when you instruct them to "run something as root"). That's a much bigger security concern (for t
  4. Thanks for stipulating the importance of secure behaviour when it comes to dealing with 'things from the net'. However, I've complete control over the source and distribution, and the `alsa-capabilities` script itself really does nothing else than a lot of string manipulation. So even in the case of a partial download, that would lead to (cryptic) errors, but would cause no harm. Observe the difference to my instructions for (securely) getting and running the parent script, `mpd-configure`.
  5. Hi, music playback on any linux system has nothing to do with ASIO, and everything with alsa, which is the linux equivalent of all kinds of other 'direct to hardware low level' approaches found on Windows (like ADIO) and OSX. The music player software (like HQPlayer) sits on the highest level, taking files from storage, reading its PCM or DSD stream (using alsa libraries) and feeds it (hopefully without alterations) to the alsa kernel module (=driver) in use. To get bit-perfect results, the music player has to be configured to use the 'hardware address' (in the form of `hw:x,y`) of th
  6. Sorry for reacting so late. For the kind of info needed on page 1 of this thread, I created the `alsa-capabilities` script, which --with a single command-- shows what formats and sample rates each alsa device supports. All you have to do is copy and paste the following in a terminal and press ENTER: bash <(wget -q -O - "http://lacocina.nl/alsa-capabilities") -s More information can be found on: blog describing the script and its purposes github page for development and issue tracking Regards, Ronald
  7. Hi, For your convenience (and mine) I've created the `alsa-capabilities` script, which shows the available alsa interfaces for audio playback in (or connected to) your linux computer, including USB DAC's, and the digital audio formats and sample rates each sound card or external USB DAC supports. You can run it straight from the web, by copying and pasting the following command in a terminal screen: bash <(wget -q -O - "https://lacocina.nl/alsa-capabilities") ## or bash <(curl -s "https://lacocina.nl/alsa-capabilities") Or, you can first download it and run it from y
  8. Hi there, All those new (and maybe even older) to music player daemon (mpd), linux and alsa, I've published a free script which with a single command generates a configuration file for mpd, which turns it in to an bit perfect music streamer. The only requirement is that you have a working linux installation with mpd installed. After opening up a terminal screen, paste the following commands to generate and display a mpd configuration. When multiple audio cards (including USB DACs) are found, the script will ask you which one you want to use: ## make the directory where you want
  9. (Sorry, mist your update until now) Though it's sounds like checking if the lamp switches of when you close the door of your fridge, it actually is rather easy: driverquery [/s <System> [/u [<Domain>\]<Username> [/p <Password>]]] [/fo {table | list | csv}] [/nh] [/v | /si] For example, when the ip address of the host you want to check is 192.168.1.2 which has a computername of MYPC, with an administrator password of 'S3cr3t', open a command window (cmd.exe) and execute: driverquery /s 192.168.1.2 /u MYPC\Administrator /p S3cr3t /fo table
  10. It's really hard (for a consumer) to perform thorough blind tests with different computers/servers because one should have an equal number of equal DAC's and be able to use the same network, files etc. Furthermore, a broad comparisson of custom vs commercial computers seems nearly impossible because even changing a motherboard in your custom computer can change its sound (quality?). In general, I noted when building my custom sound PC's, that the less load is on the system (CPU, RAM, pheripherals and busses), the better the sound quality. My current system therefore is fanless, uses a int
  11. I see. I use mpd on a dedicated fanless computer, which supports bit-perfect gapless playback of PCM and DSD files from your local network. On the client/usability side things are a bit more complicated. While the default smartphone mpd client apps won't let you use tags or metadata like composer, there are native (Linux, Mac and Windows) clients (like gmpc) that do support such features. Such a client could be run on devices like (the "screen portion" of a convertable) laptop or a (rooted) tablet. Good luck, Ronald
  12. I too listen to both digital and analog sources. In fact I bought my (high quality) Kuzma turntable for the sole purpose of being able to listen to some kind of analog "absolute standard" in relation to the many differences in sound quality between various digital formats/releases and my digital equipment, which is of equal quality as the analog playback equipment. I would like to add to gmgraves' note that I would describe vinyl, in general, being more "emotional accurate" than digital. On the other hand, a beautiful creation like Kind of Blue is simply unobtainable for me as a (good qua
  13. If you'd be willing to give up the third requirement, ie the minimserver on the nas, and would be able to install mpd on the nas (for example inside a debian chroot), maybe upmpdcli could serve your upnp-renderer needs. Just out of curiosity, which upnp control point(s) do you use, or what other reasons do you have for wanting to stick to a complete upnp stack? Regards, Ronald
  14. You could try Musicbrainz Picard, which uses acoustic fingerprints. You just drag a number of audio files or folders containg audio files from the file tree on the left and drop them in the middle pane, select them all and choose 'Scan' from the toolbar. Each recognized track shows up in the right pane underneath an album the software thinks the track belongs to. Right-clicking on an album lets you select others versions of the same album. The disadvantage is that proper coding of your music library for the first time can be (very) time consuming. On the other hand, the advantages are
  15. This sounds like a faulty hardware driver or malware. A headless windows 8 system doesn't use any graphics driver, other than it's builtin stub coined "in-box Microsoft Basic Display Driver", so the graphics subsystem shouldn't cause any problems. Connecting a display for troubleshooting changes this behaviour, so that's is not an option. MS advises users to use sysprep for an automated unattended installation for these kind of (headless) setups. Of course, I don't know how you've installed your system, but having a proper unattended answer file from which you create a clea
×
×
  • Create New...