INTERACT FORUM
More => Old Versions => JRiver Media Center 21 for Linux => Topic started by: mwillems on August 11, 2015, 07:46:49 pm
-
This guide to installing JRiver's ARM build for the Raspberry Pi version 1 B+ and the Raspberry Pi version 2. There is now an official licensed ARM build.
Mediacenter works best on a Pi 2, but will work on the Pi 1 B+ (especially if you overclock), but the experience is limited. The steps to get MC running on the Pi are somewhat similar to getting it running on a normal linux system, with a few tweaks.
Setup
Hardware/OS setup:
Install Raspbian onto an SD card using the downloaded NOOBS image from the Raspberry Pi website. They have good instructions (http://www.raspberrypi.org/help/noobs-setup/), and Raspbian works on both the Pi 1 and the Pi 2 (although you need an updated installation medium for the Pi 2).
Configuring Hardware:
At first boot the Pi shows a config utility (called raspi-config). For easy use of mediacenter, I recommend a) setting the Pi to boot into a graphical desktop environment by default (ignore this if you're comfortable with the console), b) choosing the audio output you want by default (HDMI or the Pi's built in audio output*), and c) thinking about whether you want to choose one of the overclock* options in the advanced options. Once you've picked your settings, reboot.
Notes:
Audio: the Pi's HDMI output works great, but the built in stereo jack is not the highest quality output in the world. I wouldn't recommend using it for actual listening. If you have a USB DAC, just ignore that for now, this option is only about the behavior of the Pi's built in audio outputs.
Overclocking: Overclocking can potentially shorten the life of your Pi or cause instability. However, because the Pi now comes with built in thermal throttling, you can overclock using the raspberry pi utility as described above without voiding your warranty (http://www.raspberrypi.org/introducing-turbo-mode-up-to-50-more-performance-for-free/). Overclocking makes a huge difference in performance for the Pi 1; I did not find the Pi 1 usable at stock settings, YMMV. Overclocking is less important for the Pi 2, but it definitely improves performance. I have not personally encountered overclocking related instability with about four different Pis, but that doesn't mean you won't. If you decide to wait to overclock you can get back to the built in configuration utility any time by running
sudo raspi-configin a terminal window
Software Preparation:
After rebooting, you should be looking at the Pi's desktop. If your Pi isn't plugged into to an ethernet line, take a minute to configure your wi-fi adapter to get internet access. Once that's done, open a terminal by clicking on the icon that looks like a computer monitor. Enter the following into the terminal:
sudo apt-get update && sudo apt-get dist-upgrade
After you enter the line, you'll be prompted whether to install updates to packages; press "y" to confirm. It may take a little while for the packages to download and install. Now enter the following into the terminal
cd /boot
sudo nano config.txt
This will show you the file config.txt in the text editor nano. You'll see a lot of information in the config file already, scroll down to the bottom of the file using the direction keys on your keyboard and enter the following two lines exactly as shown:
framebuffer_depth=32
framebuffer_ignore_alpha=1
Then save the file by pressing Ctrl+O, then enter. Then press Ctrl+X to exit, and you should be back at the terminal. Now close the terminal and reboot the pi.
Installing MC:
After the reboot, it's time to install MC:
mkdir Downloads
wget -q "http://dist.jriver.com/mediacenter@jriver.com.gpg.key" -O- | sudo apt-key add -
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21native.list -O /etc/apt/sources.list.d/mediacenter21.list
sudo apt-get update
sudo apt-get install mediacenter21
If you receive an error message after the mkdir line indicating that Downloads already exists, just go ahead with the follow on steps.
After installation completes, you should see MC in the application menu in the upper left hand corner under "sound and video." Open MC, and you're off!
Installing a License:
JRiver offers a 30-day trial, but to keep using the software you'll need to buy and register it. Currently a JRiver for Linux license or Master license will work. There are several ways to install a JRiver License, but the easiest way is to do it on the command line.
When you purchase JRiver, you receive an E-mail with an .mjr file. Download that file to your Raspberry Pi's Downloads directory (the one created above). Then open a terminal by clicking on the icon that looks like a computer and enter the following command: mediacenter21 /RestoreFromFile ~/Downloads/"Media Center21 Linux-YYYYYY.mjr"
Replace the Y's with the numbers from your .mjr file, but otherwise enter the command exactly as shown.
NOTE for advanced users: This will not work correctly if you try to do it via ssh, because Mediacenter needs a display/xserver in order to run. If you have used the headless/VNC setup instructions below, try connecting to the pi using VNC and using lxterminal to register your license.
Audio Setup:
If you're using the Pi's built in audio output (HDMI or stereo), it should just work provided you did the steps above. If you have a USB DAC, you'll need to configure MC to address it just like in normal MC for Linux. That means looking under options --> Audio Devices and looking for a hardware device (an entry for your DAC that has something like "front:" or "surround:" in the name).
Updating:
To update mediacenter (and the rest of your Pi OS) just enter the following line on the terminal:
sudo apt-get update && sudo apt-get dist-upgrade
Troubleshooting Audio
If you followed the steps above and are not getting audio output via HDMI, try the following:
Alsamixer:
In the terminal "alsamixer" and you will see a volume bar (a "graphical" mixer displayed using ASCII characters). Check whether the volume is muted by looking at the bottom of the column: if you see "MM" press the "m" key to unmute and then press escape to exit. If you see "00" then the output isn't muted and that's not the problem (press escape to exit)
Monitor/DVI issues:
Many monitors expect/request a DVI input, which results in the Pi not sending sound to those monitors by default. To find out if that's what's causing your problem, open a terminal, and type sudo nano /boot/config.txt and then find the line that reads #hdmi_drive=2 Remove the "#" symbol, and leave the rest of the line intact. If your file doesn't have that line for some reason, you can just add the line at the end of the file. In either case, save the file by pressing CTRL+O, and exit nano by pressing CTRL+X. Then reboot the Pi and test whether you can get sound over HDMI. Changing that option in config.txt has resolved no-audio issues for several folks with screens that have those issues with HDMI support.
Pops and Dropouts
Pops or dropouts can be caused by a lot of different things and can be tough to troubleshoot. Some users have found that adjusting CPU frequency scaling can help on RPi 2's (RPI 1's won't benefit from this tweak). The following link explains how to set your RPi 2 to stay at maximum CPU frequency (using the performance CPU governor: http://yabb.jriver.com/interact/index.php?topic=95578.msg676554#msg676554
Some notes on getting the most out of MC on the Pi:
The Pi is not a full-featured computer so things will take longer to do on the Pi than on a normal computer. Be patient especially during startup or right after. It might take ten or even thirty seconds for mediacenter to start after you click the icon (depending on whether you have a pi 1 or pi2 and your other settings). Video is not currently supported and the maximize and minimize buttons do not work (at least for me). Other than those two issues, everything I've tested works pretty well.
An Important Note Concerning Power: Pi's are very sensitive to not having enough power; if you plug in too many power hungry USB peripherals it can cause the Pi to reboot or turn off (and corrupt the sd card!). The safest way to resolve this is to use a good powered USB hub and plug the peripherals into that. The best part is that the Hub can also power the Pi itself, so you still only have one wall plug! Some USB hubs won't work very well due to back-power issues, but a recommended list of hubs is available here: http://elinux.org/RPi_Powered_USB_Hubs. To be clear, if you're just plugging in a usb keyboard/mouse and a wi-fi adapter you should be fine with the normal power supply; it's things like external hard drives and USB DACs that need more juice.
Additionally, if you don't want to use a USB hub, you may be able to power more peripherals by adding the following line to your config.txt: max_usb_current=1
That line allows the Pi's USB ports to supply more current to peripherals, which has allowed several forum members to use an external Hard Drive without using a USB hub. [Thanks to Hilton for finding and testing that option.]
Pi's are also sensitive to sudden loss of power: cutting off the power on a pi without shutting down properly can and will corrupt your sd card. For that reason it's important to always shut down your pi appropriately. However accidental power outages do occur, so, as a best practice, consider backing up your sd card with a disk imaging utility once you've gotten everything working the way you want. Another more advanced approach is to hook up a rechargeable battery in between the power supply and the Pi to act as a buffer in case of sudden power loss, and configure the Pi to shut down gracefully when mains power goes out, but that's a more advanced topic.
Status of Features:
What I've tested that works for me:
1) Local audio playback of FLACs and MP3s (Pi 1 and 2)
2) Using the Pi as a library client (Pi 1 and 2)
3) Using the Pi as a DLNA renderer (Pi 1 and 2)
4) Controlling the Pi with gizmo or eos (Pi 1 and 2)
5) Streaming to gizmo from the Pi (works on Pi2, not on the Pi 1)
6) Normal window resizing
7) ALSA-compatible USB DACs
8 ) Using an external hard drive with the Pi (some additional configuration required for some drives)
What I have not tested:
1) DSD (I have no DSD-compatible hardware or files)
2) Airplay, etc. (I have no macs or i-devices to test with)
What is not working/supported:
1) Video Playback
2) Maximize and Minimize buttons
-
Running Without a Monitor: If you would like to run the Pi without a monitor attached, that's a slightly more advanced topic. MC needs some kind of "display" in order to run. When a monitor is not attached, the pi will not necessarily start it's display, which will prevent MC from running. The following steps outline a very basic method of creating a virtual display and allowing for remote control of Mediacenter on the pi. NOTE: If you're using a different username than "pi", you should replace all instances of "pi" in the code below with your username.
Enter the following commands sudo apt-get install tightvncserver
tightvncserverAfter the second command, you will be prompted for a regular password, pick one you will remember. You will also be asked whether you want to create a view-only password. Type 'n'.
If it worked correctly you should see something like: New 'X' desktop is pi:1
If you see a number other than :1 in that output, use that instead of :1 below. Now enter the following lines in the terminal sudo vncserver -kill :1
vncserver :1 -geometry 1920x1080
You should now have a virtual desktop running on your pi. Test it out by trying to log in from another computer using a VNC client. For example, tigervnc is available for Windows, Mac, and Linux: https://bintray.com/tigervnc/stable/tigervnc/1.4.3
When you start TigerVNC it will ask you for the VNC server details. Enter the ip address* of your pi, followed by ":1". It will look something like 192.168.1.35:1 Once you enter the address, click connect, and it will prompt you for your password.
*If you don't know the ip address of your pi, enter "sudo ifconfig" in a terminal on your pi, and it will tell you. You're looking for a 4-part number separated by periods next to the phrase "inet addr." You want the one in the paragraph labelled eth0 if your pi has a wired connection or wlan0 if your pi has a wireless connection.
You should now be looking at a virtual desktop on your pi, from which you can run MC!
We're not done yet, though, as we still need to configure the pi to start the vncserver and MC on boot. The easiest way to do this is with a cron script. Type "sudo nano ~/headless" into the terminal and type the following#!/bin/bash
export USER=pi
ps -e | grep tightvnc || vncserver :1 -geometry 1920x1080
export DISPLAY=':1'
ps -e | grep mediacenter || mediacenter21 /mediaserver
Once you're done, press CTRL-X, and choose "y" and press "enter" twice. Now type
sudo chmod 755 ~/headless
crontab -e
After you enter the second command, you may be prompted you to choose an editor; if so choose /bin/nano, which should be option 1. Now you should now be looking at a file with some information in it.
If you want mediacenter to launch on boot type the following line at the bottom of the file:@reboot /home/pi/headless > /dev/null
If, instead, you want mediacenter to launch on boot, but also make sure that it's still running and relaunch it if it has crashed, enter the following at the bottom of the file INSTEAD of the previous
* * * * * /home/pi/headless > /dev/null
Once you've added the one you want, press CTRL-X and then "y" and "enter" twice. Now reboot your pi as described above, and within a few minutes you should be able to access MC and your VNC desktop.
There are some limitations to this method. For example, you cannot use this method to control the pi's actual display output, so you couldn't use this to remote control a pi's display when it's hooked up to a monitor.
If you want a more robust solution that doesn't have these limitations (but requires a few more steps), Hilton provided step by step instructions for a fuller featured remote access method which allows using windows remote desktop, and an alternative VNC method that allows you to remotely control the Pi. His method can be found here: http://yabb.jriver.com/interact/index.php?topic=95578.msg666290#msg666290, with some extra configuration bits here: https://yabb.jriver.com/interact/index.php?topic=95578.msg666323#msg666323.
-
<reserved>
-
Hello Guys,
How about instructions on how to upgrade from a fully working MC20 install on RPI to MC21?
Thanks!
-
If you follow the guide above from the part after the "Installing MC" header, I'm pretty sure both can sit side by side (i.e. you can follow the MC install instruction above without disturbing your MC 20 install).
Make sure to make a library backup of your MC20 library first (using the option under File->Library->Back-Up Library). Then you can restore that backup in MC21 once you've installed it, and all settings and the database should come across. Don't remove your MC20 installation until your happy with how MC21 is working.
And I'll repeat, make a library backup and store it in a safe space before doing anything.
-
If you follow the guide above from the part after the "Installing MC" header, I'm pretty sure both can sit side by side (i.e. you can follow the MC install instruction above without disturbing your MC 20 install).
Make sure to make a library backup of your MC20 library first (using the option under File->Library->Back-Up Library). Then you can restore that backup in MC21 once you've installed it, and all settings and the database should come across. Don't remove your MC20 installation until your happy with how MC21 is working.
And I'll repeat, make a library backup and store it in a safe space before doing anything.
Thanks Mate,
My library is actually on a separate PC still running MC20 for now, but it's good advice.
-
Thanks Mate,
My library is actually on a separate PC still running MC20 for now, but it's good advice.
The local configuration settings (like audio device and media network settings etc.) are still kept in the local library, so you'd do well to make a backup of the Pi's library either way.
-
Hello Again,
so all is good and well, I installed MC21 and the licence.
My only issue is that my Pi still boots into MC20, how do I change it to MC21?
thanks,
-
Hello Again,
so all is good and well, I installed MC21 and the licence.
My only issue is that my Pi still boots into MC20, how do I change it to MC21?
thanks,
Have a look at the script you use to start MC and see if you can work out what you need to change. If you're stumped ask again and I'll put up a code snippet ;D
-
Have a look at the script you use to start MC and see if you can work out what you need to change. If you're stumped ask again and I'll put up a code snippet ;D
Thanks, I figured it out ;-)
I now have a small problem for he MC21 booting before the wifi connection, I suspect and so gives me an error of library not found - if I tell it to try again it immediately connects... I seem to recall there was some workaround it? Perhaps telling MC21 to keep trying on its own (with out a dialog box - it's a headless set up) - or delaying MC21's launch until after a Wifi connection is established?
Thanks!
-
The easiest (not particularly sophisticated) fix is to add a "sleep" command to your script before the line that starts MC to delay the start of MC by some amount. The syntax is
sleep X
Where X is a number expressed in seconds that tells the script how long to wait.
So if it takes your wifi 30 seconds to come up, try "sleep 35" or something like that. Try tinkering with different values until you get what you need.
-
The easiest (not particularly sophisticated) fix is to add a "sleep" command to your script before the line that starts MC to delay the start of MC by some amount. The syntax is sleep X
Where X is a number expressed in seconds that tells the script how long to wait.
So if it takes your wifi 30 seconds to come up, try "sleep 35" or something like that. Try tinkering with different values until you get what you need.
Perfect!
Thanks
-
First, thanks guys for posting this: I am running MC21 on my Raspberry Pi Model B (512MB RAM, 2 USB ports) and it is basically working. I do notice some issues, of course due to lack of horsepower. I would like to run this solely for audio. Gizmo is working pretty well, too.
Without MC21 running, the CPU meter in the upper right corner hovers between 0 and 1 percent. When MC21 is running and not-playing (stopped), the CPU utilization hovers between 4-7 percent with occasional jumps to 44%. When playing, the CPU utilization pegs at 100% and program reaction is a little slow.
Curious: is there a list of options or features that we can disable to make MC21 more responsive? Especially given that I only want audio features? I'd like a stripped-down version if one exists. Maybe there can be features that are not installed during the primary installation?
Should we disable any swap-files to force running entirely in RAM?
Anyway, still very cool to play with. Will continue to test. THANKS!
-
This will sound dumb, but the single best thing to free up CPU is to disable the spectrum analyzer in the top bar of mediacenter. It uses a hilarious amount of CPU on linux for some reason, and on a Pi it can actually free up 10 or 20% CPU in my experience. You turn it off by right clicking on it (or on where it otherwise would appear when playback is stopped)
-
I forgot to mention: I disabled the Spectrum Analyzer right out of the gate...still pegged at 100% during playback without the analyzer running. Anything else we can try?
EDIT:
I know you can use VNC to allow MC to run headless; I can use Gizmo for most of the control; does that take less resources than using a display?
-
I forgot to mention: I disabled the Spectrum Analyzer right out of the gate...still pegged at 100% during playback without the analyzer running. Anything else we can try?
Overclocking the pi. I had difficulty getting perfectly smooth playback with a model 1 B+ which had some optimizations over the B. I think overclocking is pretty much your only route to more performance, and there's no guarantee you'll get there.
EDIT:
I know you can use VNC to allow MC to run headless; I can use Gizmo for most of the control; does that take less resources than using a display?
It doesn't require fewer resources because MC requires X to run, so it's just running a virtual x server instead of a physical x server which has about the same memory and CPU consequences. The pi's desktop environment has a pretty low profile, but you could try using an even lower profile window manager like fluxbox or i3 or something. But if I were you I would have a look at top and see what's using the CPU. I'd bet MC is using virtually all of it.
-
I forgot to mention: I disabled the Spectrum Analyzer right out of the gate...still pegged at 100% during playback without the analyzer running. Anything else we can try?
EDIT:
I know you can use VNC to allow MC to run headless; I can use Gizmo for most of the control; does that take less resources than using a display?
If you are just rendering audio you could try minimizing MC, there is always at least a bit of windows eventing going on when it's not minimized.
-
FYI, I used this guide to install flawlessly on Raspbian Jessie.
The updated OS gives more choices for the audio devices, you might be able to select analog vs hdmi without mucking with the config file.
-
FYI, I used this guide to install flawlessly on Raspbian Jessie.
The updated OS gives more choices for the audio devices, you might be able to select analog vs hdmi without mucking with the config file.
Thanks for the confirmation, I haven't done a tear down rebuild yet since the switch to Jessie, so it's good to know that everything is working.
-
Yes, n00b question here: what is the best way to get MC21 to start when the Pi powers up? I have the option checked under options-startup, but that did not seem to do anything; I am happy to put a script to work, but need a push in the right direction. Thanks in advance.
-
Yes, n00b question here: what is the best way to get MC21 to start when the Pi powers up? I have the option checked under options-startup, but that did not seem to do anything; I am happy to put a script to work, but need a push in the right direction. Thanks in advance.
The startup menu option doesn't work on Linux right now. Most of the architecture for what you need is in the headless operation scripts above https://yabb.jriver.com/interact/index.php?topic=99370.msg687832#msg687832. It just needs some light adaptation. I assume you have the pi plugged into a monitor? The following scripts assume that you do and that you're using the default user. If you want to run it headless instead, just use the exact instructions above. If you're running as a different user, replace "pi" with that user in the scripts below.
To autostart MC on a Pi plugged into an actual display, make a script (we'll call it "start_mediacenter21.sh") like this
#!/bin/bash
export USER=pi
export DISPLAY=':0'
sleep 10
mediacenter21
Then add a job to your user's cron tab (as described above) that says @reboot /home/pi/start_mediacenter21.sh > /dev/null
Scripting Notes:
Sleep The sleep line is there to give the system time to "come up" and bring up the network connection before starting MC. The argument passed to the command is expressed in seconds (i.e. sleep 10 waits 10 seconds). You may find that you need to wait longer or less long on your particular pi. If the script doesn't work, try "sleep 30" and then work your way down until you've found the shortest delay that still works.
Export? You need the two export lines because cronjobs don't run in a default environment. So cron doesn't "know" where to find the xserver (the display), etc.
-
Guys, this is awesome thanks!
I've been waiting for years to be able to do away with a pc for music, and now I can.
So I've managed to get this working, with my Pi2 connected to a TV and USB Dac, using JRemote on the iPhone to control.
It works really well - my library is FLAC and hi-res FLAC and once it's up and running, plays flawlessly and with even play a smart-list (4 - 5 stars) randomly, which picks from over 5,000 tracks.
I can also skip forward and back using a remote as my amp (DAC) talks back to the Pi2 over the USB connection
So all-in-all, really really please, so thanks.
However there are a few gripes stopping this from being perfect....
1) I can get MC to load in the virtual display ;1, but tracks won't play. I'm not sure if it's related but I get an error on the virtual desktop (No session for PID 817). I can view the library with JRemote on the iPhone, but nothing plays. Equally I can try and play a track using MC directly using TigerVNC desktop, but nothing plays.
2) My music collection sits on my Synology NAS, and the library builds OK, and track play with no problem. However on a reboot, the files on the NAS cannot be found. I have to open FileManager then navigate to the NAS first, then everything is OK.
Is there a way of connecting at logon??
Any help would be appreciated
-
I'm a little confused; you mention having the pi hooked up to a TV, but you're also using a virtual display? You don't need both of those things unless I'm missing something. Can you clarify what exactly you're trying to do?
As for the NAS, it sounds like it's not being automatically mounted on the Pi. You might need to map the shares by adding them to your /etc/fstab file. Are you familiar with how a Linux fstab works? If not I may be able to help, but I'll need more info.
-
Hi, thanks for the reply.
Sorry for the confusion....
I started off using the TV just to get everything working, then I planned to go headless so I can do away with the TV
I'm not familiar with fstab as I'm a complete linux noobie, so would appreciate the help, or somewhere I can learn the linux basics!!
Many thanks
-
Hi, thanks for the reply.
Sorry for the confusion....
I started off using the TV just to get everything working, then I planned to go headless so I can do away with the TV
Ok, so your next step is once you have the virtual desktop up, check what the audio device is set to in MC. You should see your DAC listed there, and make sure it's selected. It's likely that MC is just trying to play to the Pi's native outputs or something like that. If you don't know which device to select, post the output of the alsacap command and we can point you in the right direction.
I'm not familiar with fstab as I'm a complete linux noobie, so would appreciate the help, or somewhere I can learn the linux basics!!
Many thanks
The fstab is a file that tells the OS what to mount at boot and when (it stands for "FileSystem TABle"). We need a little more info about your raspberry and how your NAS shares are set up to figure out the specific entries you'll need.
1) Do you know if your Pi is running Raspbian Wheezy or Raspbian Jessie? That will make a difference in how to handle the automount because Jessie uses a new(ish) system daemon called systemd which handles automounting differently. If your install is recent it's probably Jessie. One easy way to tell is to type into the terminal
systemctl status
If it gives you detailed output about your system services, then you're running Jessie. If it gives you a "command not found" type error you're running Wheezy.
2) Additionally, how does your NAS share files? SMB/CIFS? NFS? Something else? That's also important to know.
Assuming you're on Raspbian Jessie (which is most likely), a good general resource for learning modern fstab basics is https://wiki.archlinux.org/index.php/Fstab. It's for a different Linux distribution (Arch) but the fundamentals will serve you well on any modern Linux distro (because they virtually all use systemd now). Read the whole thing if you want to learn about it, but take special note of https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd.
-
In terms of the audio, it actually plays fine when plugged into the monitor and the JMRC is opened on Display=0. My output on MC is set to my USB DAC
If I open MC to display on the virtual desktop (Display =1) then the file won't play. It's not that sound isn't heard, the file just doesn't actually play (the progress bar/timer doesn't move and JMRC just says that nothing is playing).
The file 'tries' to play when I click the play button on the GUI, but it just stops and nothing happens.
You correct in that I am using Jessie, and I am currently using SMB share from my Synology NAS
Many thanks for your help
-
In terms of the audio, it actually plays fine when plugged into the monitor and the JMRC is opened on Display=0. My output on MC is set to my USB DAC
If I open MC to display on the virtual desktop (Display =1) then the file won't play. It's not that sound isn't heard, the file just doesn't actually play (the progress bar/timer doesn't move and JMRC just says that nothing is playing).
The file 'tries' to play when I click the play button on the GUI, but it just stops and nothing happens.
That suggests that the Audio Device (under Tools-->Options-->Audio) isn't set correctly or is otherwise triggering an error in the instance on the virtual desktop. Can you check in the options in MC in the VNC instance and confirm that the audio device is correctly set to your DAC? If everything is set correctly, here's another thought:
If you used my scripts above you started MC in /mediaserver mode which suppresses pop up error dialogs (because some are modal and would prevent MC from continuing to function after an error was thrown, which is undesirable in a headless context). Try closing the open instance of MC in the VNC and reopening it using the application menu, and then try to play something. You may get an informative error dialog.
You correct in that I am using Jessie, and I am currently using SMB share from my Synology NAS
Many thanks for your help
Ok so what you want to do is to add a line like this to your fstab:
IPaddress:Share /place/to/mount cifs defaults,noauto,x-systemd.automount 0 2
You should replace "IPaddress" with the local IP address of your NAS, replace "Share" with the name of the share you're trying to mount, and replace /place/to/mount with a filepath to where you want the share to show up on your local filesystem. I usually make a directory in my home directory called "data" and mount my share there. If you have multiple SMB/CIFS shares you should add a separate line for each with a separate local mount location.
Hope that helps!
-
OK I've found the problem with the audio - if I play a file from File Manager, it plays OK. If I try and play a file in my library it fails, so it must be something to do with the way the links in the library differ from TV display = 0 vs VNC = 1
However I'm having trouble with the automount - when I navigate to the folder I created (home/pi/data/music) I get the error "Error opening directory: - no such device"
Any ideas?? Is it a credentials issue??
-
I can get;
sudo mount -t cifs -o guest //WindowsPC/share1 /mnt/mountfoldername
to work from the console
But when I add to fstab
//WindowsPC/share1 /mnt/mountfoldername cifs guest 0 0
Nothing mounts
Maybe that's why your suggestion isn't working??
-
OK I've figured it out!
The command was correct, it wasn't mounting however because there was no network connection
So I changed the Pi2 config to wait for network at boot, now it works!!
Thanks, and sorry for clogging up this thread
-
OK I've figured it out!
The command was correct, it wasn't mounting however because there was no network connection
So I changed the Pi2 config to wait for network at boot, now it works!!
Thanks, and sorry for clogging up this thread
No worries, glad you got it sorted!
-
Hi there,
it's been a few weeks now MC seems to still be running OK on my RPi2 to the point I'm almost considering packing the PC away!!
However there is one small niggle...
I leave my RPi2 on all the time, and fire-up JRemote to start playing music. However on occasion MC won't respond, and although it is still running when I check using my laptop (TigerVNC) it seems to have locked up.
I'm not sure what causes this - I know if I try and play a track before the amp (USB DAC) is switched on it can get upset. Also when I clear a playlist??
Either way it's very frustrating as I have to login using Tiger and reboot the RPi manually, which is OK for me but not very wife friendly. I was hoping the RPi / MC would be ultra stable as it's on Linux, but it doesn't seem to be the case
I have setup a cron task as per the setup guide which is supposed to restart MC if it stops running, but this doesn't seem to rectify the issue. Once MC stops responding, it won't close, restart etc. if i try manually and the only thing I can do is to reboot the RPi which 100%n cures the problem
Is it possible to setup a cron that reboots the RPi if MC stops responding, rather than restarting MC??
Many thanks
-
Hi there,
it's been a few weeks now MC seems to still be running OK on my RPi2 to the point I'm almost considering packing the PC away!!
However there is one small niggle...
I leave my RPi2 on all the time, and fire-up JRemote to start playing music. However on occasion MC won't respond, and although it is still running when I check using my laptop (TigerVNC) it seems to have locked up.
I'm not sure what causes this - I know if I try and play a track before the amp (USB DAC) is switched on it can get upset. Also when I clear a playlist??
Either way it's very frustrating as I have to login using Tiger and reboot the RPi manually, which is OK for me but not very wife friendly. I was hoping the RPi / MC would be ultra stable as it's on Linux, but it doesn't seem to be the case
I have setup a cron task as per the setup guide which is supposed to restart MC if it stops running, but this doesn't seem to rectify the issue. Once MC stops responding, it won't close, restart etc. if i try manually and the only thing I can do is to reboot the RPi which 100%n cures the problem
Is it possible to setup a cron that reboots the RPi if MC stops responding, rather than restarting MC??
Many thanks
The hard part would be knowing when mc stopped responding programmatically. I'm not sure how to know that that's the case if you see what I mean. Bob may have some thoughts.
For your reference, you don't need to reboot the pi, you should be able to terminate the MC process and restart using one of the "kill" family of commands. I.e. typing "killall mediacenter21" into a terminal should terminate MC, and then the cron script would restart it about a minute later. You might be able to script something that kills and restarts MC on command, which would speed up the restarts if things have gone sideways.
-
It's a real shame because it's a bit of a show-stopper to be honest...
I tend to check each morning just to see if MC is still responding, and this morning it had crashed again. It was still running, but just wouldn't respond to anything
I suppose the other option is powering the RPi2 from my amp, so it cold booted each time the amp started. I suppose this is really risky because the RPi2 would frequently experience the power being pulled (each time the amp is switched off) which may corrupt the SD card??
-
I suppose the other option is powering the RPi2 from my amp, so it cold booted each time the amp started. I suppose this is really risky because the RPi2 would frequently experience the power being pulled (each time the amp is switched off) which may corrupt the SD card??
I haven't experienced the kind of instability you're seeing, but if I were trying to work around this problem, I would probably leave the pi on, but write a script that kills and restarts JRiver. I would then either bind the script to a remote control button or an ssh android app. Honestly if you really want it to be "easy" for an end user (but not necessarily for you who has to set it up), the Pi has many input output pins that can be used to trigger scripts. You also could buy a physical button that would restart JRiver: https://www.raspberrypi.org/documentation/usage/gpio/ . Or it may be possible rig up your amp (if it has a signalling relay, which many amps do) to send a signal to one of the pins triggering a JRiver restart based on the amp turning on.
None of that is as hard as it sounds, but honestly you would do better to figure out what's triggering the crash and fix it. I have a pi with 47 days of uptime right now and I've only restarted JRiver once in that time (during an upgrade). I use it most days. If it's just a matter of not trying to start playback with the amp off that seems easy enough to work around, but if I were you I would try to reproduce the lockup until I figured it out.
-
There is a socket issue on the linux builds that we are trying to get to the bottom of that is causing instability.
It seems like it is triggered by some DLNA devices on the network.
-
Cheers guys, I really appreciate your support and the options seem really encouraging. I will try and find out what it causing JR to crash, but it just seems like when it's overloaded (being asked to do things quickly like play doctor, followed by browsing the library then selecting a different rack to play), but it does occasionally crash overnight.
I like the sound of using a pin to kill MC when the amp starts up (it does have a 5V relay output) I'll see what I can find out
I suppose there is also a way to use my old USB Windows IR remote?? With my normal setup I use a PC, and my harmony remote. I use PC software called AutoHotkey where I map one of the Windows remote keys (numpad0) to force the PC to reboot on the rare occasion something has gone wrong.
Is there an AutoHotKey equivalent for Linux that will run on the Pi do you think?? I will do some research..
Once again thanks
-
I like the sound of using a pin to kill MC when the amp starts up (it does have a 5V relay output) I'll see what I can find out
There are several 5V input pins on the pi GPIO, so that will work perfectly if you can handle the scripting. There are lots of good scripting tutorial for the GPIO on the web, but I learned from an O'Reilly Book called "Raspberry Pi Cookbook" that has lots of examples of different GPIO uses.
I suppose there is also a way to use my old USB Windows IR remote?? With my normal setup I use a PC, and my harmony remote. I use PC software called AutoHotkey where I map one of the Windows remote keys (numpad0) to force the PC to reboot on the rare occasion something has gone wrong.
Is there an AutoHotKey equivalent for Linux that will run on the Pi do you think?? I will do some research..
If you have a device (of any kind) that can communicate with a Linux box, you can script based on the inputs; if anything it's easier in Linux than windows. The main issue is that Pi's don't have native IR receivers on them, so the IR remote can't directly communicate with the Pi as is. You'd need to rig up an IR receiver on the Pi, which is possible (see e.g. https://www.pi-supply.com/product/flirc-usb-ir-remote-dongle-for-raspberry-pi/?v=7516fd43adaa or http://www.raspberry-pi-geek.com/Archive/2014/03/Controlling-your-Pi-with-an-infrared-remote
Once you get it receiving, there's a linux daemon called "trigger happy" that IIRC ships with Raspbian by default that let's you run scripts based on arbitrary inputs. There are also a bunch of other ways to do it, but if you're using an IR remote, you don't have to stop with restarting MC. You can use it for volume control, track control, you name it.
-
OK, so I have now researched and managed to get my cheapo MCE remote to kill and start MC by adding key bindngs to the LXDE config file, such as;
<keybind key=”KP_1″>
<action name=”Execute>
<command>mediacenter21</command>
</action>
</keybind>
So I can use the numpad keys to execute commands, but a minor gripe that i can't seem to find help with (after many hours searching!!)....
I can launch MC, and it opens on display:0, but I want to open it on display:1 so I can see it using tigerVNC and check it's running if necessary.
I am currently just using the 'mediacenter21' command to run MC - how can I modify this to open it is display:1?? Or, should I just run the 'headless' script that we created in the beginning of this thread instead?
Also, although I can map keypad on my MCE remote (KP_1, KP_2 etc.), how do I make use of the other buttons as I don't know what they are called, and they are probably not on a keyboard?? The play, stop etc. don't seem to work for controlling MC
Many thanks
-
OK, so I have now researched and managed to get my cheapo MCE remote to kill and start MC by adding key bindngs to the LXDE config file, such as;
<keybind key=”KP_1″>
<action name=”Execute>
<command>mediacenter21</command>
</action>
</keybind>
So I can use the numpad keys to execute commands, but a minor gripe that i can't seem to find help with (after many hours searching!!)....
I can launch MC, and it opens on display:0, but I want to open it on display:1 so I can see it using tigerVNC and check it's running if necessary.
I am currently just using the 'mediacenter21' command to run MC - how can I modify this to open it is display:1?? Or, should I just run the 'headless' script that we created in the beginning of this thread instead?
In order to launch on display :1, you need to export the environment variable for display otherwise the script assumes display :0. So I'd advise launching a script instead of a bare command, and then in the script you'll need the line export DISPLAY=:1 before you invoke mediacenter21.
Also, although I can map keypad on my MCE remote (KP_1, KP_2 etc.), how do I make use of the other buttons as I don't know what they are called, and they are probably not on a keyboard?? The play, stop etc. don't seem to work for controlling MC
Many thanks
How is your IR device communicating with MC? Do you have an IR adapter plugged into the Pi? Or are the commands going through from the receiver with CEC or something like that?
-
OK Thanks - I thought I would need a script to launch in DISPLAY:1 rather than the bare command. I will try that.
I am using an IR remote with a USB receiver. CEC from the amp doesn't seem to work, although I'm sure it has done at some point. I may have un-ticked a box in the options.
CEC from the amp is my by far my preferred option, so it would be great to get that working, especially if I could use (for example) the 'up arrow', or any other button to remap and start/kill MC. That would really be awesome!
If I think back, CEC from the amp/DAC might only have worked when I had a monitor attached to DISPLAY:0, so maybe that is an issue
-
I have just installed MC21.0.28 on an RPi2 running Jessie following this very useful guide, and have run into two initial problems:
1) I cannot close MC21. If I try to close the program using either the red X icon or File >> Exit (or any other method), MC21 hangs. The RPi is not frozen (I can restart the Pi), but the MC21 window is unresponsive. The only way to close MC21 is to reboot the Pi.
2) I was able to restore from a MC21 library created on my Mac, but could not restore the settings (only the files themselves). That means I have to recreate all of my customizations (e.g. what shows up in the title bar during playback, or which fields show by default in the tagging window).
This may or may not matter, but my music files are stored on a Synology NAS and shared with the Pi2 using CIFS mounted read-only. However, the file locations in tools-->Options are local to the Pi (and are all the defaults).
Thanks for any assistance,
Jim
-
I was able to solve the first issue (MC21 will not close) by adding "sudo" in front of "ps -e | grep mediacenter || mediacenter21 /mediaserver" in my ~/headless file from M Willems' guide to running headless on an RPi2. Are there any major downsides to running MC21 as root?
Thanks,
Jim
-
Update: running MC21 with sudo only fixes the "no close" problem for a little while. Maybe this has something to do with the VNC session going to sleep at some point after rebooting the Pi?
I recently executed sudo apt-get update, and noticed that the first line on the console says
"Hit http://dist.jriver.com wheezy InRelease"
Could this be my problem since I am running Raspian Jessie? Do I need to reinstall MC21 for jessie by somehow changing something in the following?
wget -q "http://dist.jriver.com/mediacenter@jriver.com.gpg.key" -O- | sudo apt-key add -
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21native.list -O /etc/apt/sources.list.d/mediacenter21.list
Again, many thanks in advance for tolerating all of my Linux noob questions.
-Jim
-
I'm a relative Linux Noob, but am finding my way around. Have access to an expert as well - lol
So, I have a Raspberry Pi 2B
It came with the preloaded Noobs card (Raspbian Wheezy)
I have followed the instructions above, but when I try launch MC in the GUI, I just get a white panel / window that overlays the GUI. JRMC21 shows up on the Panel at the top of the screen and I can close the white window by closing MC from the panel at the top of the Linux GUI . I see the CPU spiking as if it were starting an app, but that's all.
Any idea what I might have done wrong?
-
I'm a relative Linux Noob, but am finding my way around. Have access to an expert as well - lol
So, I have a Raspberry Pi 2B
It came with the preloaded Noobs card (Raspbian Wheezy)
I have followed the instructions above, but when I try launch MC in the GUI, I just get a white panel / window that overlays the GUI. JRMC21 shows up on the Panel at the top of the screen and I can close the white window by closing MC from the panel at the top of the Linux GUI . I see the CPU spiking as if it were starting an app, but that's all.
Any idea what I might have done wrong?
Are you sure you did this part of Mr. Willems's Quick start guide?
...........Now enter the following into the terminal.
cd /boot
sudo nano config.txt
This will show you the file config.txt in the text editor nano. You'll see a lot of information in the config file already, scroll down to the bottom of the file using the direction keys on your keyboard and enter the following two lines exactly as shown:
framebuffer_depth=32
framebuffer_ignore_alpha=1
Then save the file by pressing Ctrl+O, then enter. Then press Ctrl+X to exit, and you should be back at the terminal. Now close the terminal and reboot the pi.
-
Hello,
thanks a lot for this tutorial - works great :)
But I have a problem to configure WebGizmo-layout: after a change (e.g. delete a standard-view like "Composer") and [OK], the change is lost and standard-view is still active.
Thanks for any help.
-
Yes, I was sure I had done that, but I still went and checked the config.txt file. The two lines were there right at the end, as expected. So I commented them out and saved and rebooted. Same problem. I went back in and took the comments out, saved and rebooted and it worked fine. Weird, but at least it's working now.
Are you sure you did this part of Mr. Willems's Quick start guide?
...........Now enter the following into the terminal.
cd /boot
sudo nano config.txt
This will show you the file config.txt in the text editor nano. You'll see a lot of information in the config file already, scroll down to the bottom of the file using the direction keys on your keyboard and enter the following two lines exactly as shown:
framebuffer_depth=32
framebuffer_ignore_alpha=1
Then save the file by pressing Ctrl+O, then enter. Then press Ctrl+X to exit, and you should be back at the terminal. Now close the terminal and reboot the pi.
-
Hello,
thanks a lot for this tutorial - works great :)
But I have a problem to configure WebGizmo-layout: after a change (e.g. delete a standard-view like "Composer") and [OK], the change is lost and standard-view is still active.
Thanks for any help.
You need to restart between changes for them to take effect in WebGizmo if I recall correctly.
-
Update: running MC21 with sudo only fixes the "no close" problem for a little while. Maybe this has something to do with the VNC session going to sleep at some point after rebooting the Pi?
I recently executed sudo apt-get update, and noticed that the first line on the console says
"Hit http://dist.jriver.com wheezy InRelease"
Could this be my problem since I am running Raspian Jessie? Do I need to reinstall MC21 for jessie by somehow changing something in the following?
wget -q "http://dist.jriver.com/mediacenter@jriver.com.gpg.key" -O- | sudo apt-key add -
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21native.list -O /etc/apt/sources.list.d/mediacenter21.list
Again, many thanks in advance for tolerating all of my Linux noob questions.
-Jim
The release is fine. The hanging on close you're experiencing is likely just MC taking a while to shut down. In my experience it might take up to thirty seconds to close on the pi. Does it eventually close if you close the program and leave and come back?
Running MC as root is not advised.
-
As mentioned above, my previous problem is resolved and I now have MC running on the Pi.
My problem now is how to get my library working.
On my windows desktop and laptops, I have MC running and store all my music on my Raspberry Pi driven NAS and it works great. On this Pi MC setup, if I use the file manager, I can access the NAS no problem. The problem starts when I try add the "Music" folder on the NAS to the Pi MC. It won't navigate to the NAS. What's the best way to solve this?
Also, I'm considering using one of the HiFiBerry Amp+ on this Pi. https://www.hifiberry.com/ampplus
Does anyone have any experience with one?
-
As mentioned above, my previous problem is resolved and I now have MC running on the Pi.
My problem now is how to get my library working.
On my windows desktop and laptops, I have MC running and store all my music on my Raspberry Pi driven NAS and it works great. On this Pi MC setup, if I use the file manager, I can access the NAS no problem. The problem starts when I try add the "Music" folder on the NAS to the Pi MC. It won't navigate to the NAS. What's the best way to solve this?
I was responding to the other folks with standing issues gettting MC running. This thread is mostly for questions about installation, you should open a separate topic about NAS issues on Linux/Pi (it can be hard to follow which issues are still issues in a long-thread like this). Your NAS issues are not likely to be raspberry pi specific and you'll get more eyes on it with a separate thread. It's very likely that you don't have your NAS mounted in a place where MC can see, or you have a file permissions issue, there have been a few other threads about auto-mounting NAS drives on boot on a Pi here on the forums recently. If you search around a bit, you might find the exact answer. But if you don't find one, start a thread with a descriptive title and some more information about your NAS setup (have you mounted it manually on the Pi? where does the file manager show the NAS mounted? etc.) and I'll jump in over there.
Also, I'm considering using one of the HiFiBerry Amp+ on this Pi. https://www.hifiberry.com/ampplus
Does anyone have any experience with one?
Yes, I use one in one of my setups. It works nicely provided you follow their instructions for installation and configuration carefully. It appears as an output in MC with no difficulty and sounds great.
-
You need to restart between changes for them to take effect in WebGizmo if I recall correctly.
Yes, I know that from my windows-installation.
But when I do to "tools -> options -> Media Network -> Advanced -> Customize view" and change something, save it with [OK] and go to "tools -> options..." again, the change is gone.
So also the restart would not work, because the change is not active.
Hope you understand my problem... ;)
-
I was responding to the other folks with standing issues gettting MC running. This thread is mostly for questions about installation, you should open a separate topic about NAS issues on Linux/Pi (it can be hard to follow which issues are still issues in a long-thread like this). Your NAS issues are not likely to be raspberry pi specific and you'll get more eyes on it with a separate thread. It's very likely that you don't have your NAS mounted in a place where MC can see, or you have a file permissions issue, there have been a few other threads about auto-mounting NAS drives on boot on a Pi here on the forums recently. If you search around a bit, you might find the exact answer. But if you don't find one, start a thread with a descriptive title and some more information about your NAS setup (have you mounted it manually on the Pi? where does the file manager show the NAS mounted? etc.) and I'll jump in over there.
Thanks - No problem. I will look a bit harder elsewhere - I had hoped it was a simple install problem.
Yes, I use one in one of my setups. It works nicely provided you follow their instructions for installation and configuration carefully. It appears as an output in MC with no difficulty and sounds great.
Great - Thanks. Just the push I needed to make the purchase.
-
Yes, I know that from my windows-installation.
But when I do to "tools -> options -> Media Network -> Advanced -> Customize view" and change something, save it with [OK] and go to "tools -> options..." again, the change is gone.
So also the restart would not work, because the change is not active.
Hope you understand my problem... ;)
Is your raspberry Pi a library client of another machine? Maybe your window machine? If so that's your problem. Library views can only be edited on the server, not the client, and changes on the client will disappear between restarts (because the views are part of what is synced from server to client).
-
Is your raspberry Pi a library client of another machine? Maybe your window machine? If so that's your problem. Library views can only be edited on the server, not the client, and changes on the client will disappear between restarts (because the views are part of what is synced from server to client).
No, the Raspberry is a server as well as the windows-installation. It has it´s own libary stored in /home/pi/.jriver/Media Center 21/libary.
I connect to the Raspberry via VNC-Viewer - maybe is that the reason?
-
No, the Raspberry is a server as well as the windows-installation. It has it´s own libary stored in /home/pi/.jriver/Media Center 21/libary.
I connect to the Raspberry via VNC-Viewer - maybe is that the reason?
That suggest that the library is read-only for some reason. Did you run MC as root at some point?
-
That suggest that the library is read-only for some reason. Did you run MC as root at some point?
Maybe it is in read-only after import the windows-libary...
I will reinstale the whole raspberry to fix that problem ?
-
Hello People,
Just a quick update.
With previous MC on RPI version I used to have a really annoying 'hiccup' - the music would pause for several seconds about 10 seconds into any new track that was being played - with the current release 21.0.28 - this issue went away!
It drove me nuts, I kept playing with networking settings... Anyway, good job!
-
Hello People,
Just a quick update.
With previous MC on RPI version I used to have a really annoying 'hiccup' - the music would pause for several seconds about 10 seconds into any new track that was being played - with the current release 21.0.28 - this issue went away!
It drove me nuts, I kept playing with networking settings... Anyway, good job!
Thanks for the report.
Are you playing music locally on the Id or is it being used in a networked (DLNA renderer or libarary server client) situation when you saw this delay and what was the previous build you were running?
-
Maybe it is in read-only after import the windows-libary...
I will reinstale the whole raspberry to fix that problem ?
Hello,
after reinstall raspberry I can change the standard-views - OK.
But I have still a problem with adding new (custom) libary fields.
On Windows-installation there is a dialog after [Add New Field] to configure the "Name" of the libary-field.
On Raspberry-installation - no dialog, the field is automaticly called "my field" and the "Name" is read-only. The next [Add New Fields] will create a field witch is called automaticly "my field (1)", the next "my field (2)", ... - no chance to edit the "Name" of new libary fields.
Any idea? ?
-
Hello,
after reinstall raspberry I can change the standard-views - OK.
But I have still a problem with adding new (custom) libary fields.
On Windows-installation there is a dialog after [Add New Field] to configure the "Name" of the libary-field.
On Raspberry-installation - no dialog, the field is automaticly called "my field" and the "Name" is read-only. The next [Add New Fields] will create a field witch is called automaticly "my field (1)", the next "my field (2)", ... - no chance to edit the "Name" of new libary fields.
Any idea? ?
Verified that behavior. Will check into it. It only happens on ARM.
-
Verified that behavior. Will check into it. It only happens on ARM.
Got it, uploading a new build.
-
Thanks for the report.
Are you playing music locally on the Id or is it being used in a networked (DLNA renderer or libarary server client) situation when you saw this delay and what was the previous build you were running?
Hey Bob,
I'm not playing locally on the RPI t's connected to a MC server in my network in another room.
Annoyingly with the new build .37 I have hiccups again, this time also in the middle of playing (before hand it was only about 7 seconds into playing a new song...)
-
Hey Bob,
I'm not playing locally on the RPI t's connected to a MC server in my network in another room.
Annoyingly with the new build .37 I have hiccups again, this time also in the middle of playing (before hand it was only about 7 seconds into playing a new song...)
It's because the regular builds start buffering the data to disc before starting to playback (the amount of buffering is specified in the options). This also allows non-seekable media to be seekable.
The previous build accidently had a switch left on that defeated the buffering by mistake.
-
It's because the regular builds start buffering the data to disc before starting to playback (the amount of buffering is specified in the options). This also allows non-seekable media to be seekable.
The previous build accidently had a switch left on that defeated the buffering by mistake.
Ok thanks. I changed the setting to 6 seconds (it was on 10 seconds). It works fine (for the last 5 minutes ;-).
-
Got it, uploading a new build.
Hello Bob,
works fine - thanks a lot 8)
Have a nice weekend
-
Ok thanks. I changed the setting to 6 seconds (it was on 10 seconds). It works fine (for the last 5 minutes ;-).
Hello,
I still get a few hiccups (they were completely gone in teh previous build). I've also noticed a deterioration with the integration with JRemote - it became less responsive to commands and often takes 30 seconds-ish to connect again...
-
Hello,
I still get a few hiccups (they were completely gone in teh previous build). I've also noticed a deterioration with the integration with JRemote - it became less responsive to commands and often takes 30 seconds-ish to connect again...
Interesting, I assume buffering to disk puts more of a strain onto the system.
Are you running off of SSD or SDCard?
-
Interesting, I assume buffering to disk puts more of a strain onto the system.
Are you running off of SSD or SDCard?
Thank you,
it's using an SD card - I didn't change anything since the previous build.
-
Thank you,
it's using an SD card - I didn't change anything since the previous build.
Part of the reason we were experimenting with a build that doesn't use disk buffering is to reduce writes on SD.
SD writes are also much slower than SSD which likely explains what you are seeing.
-
Part of the reason we were experimenting with a build that doesn't use disk buffering is to reduce writes on SD.
SD writes are also much slower than SSD which likely explains what you are seeing.
Thank you,
I don't use an SSD (or a USB hard drive) because all my music is on another local server.
Is there a switch I could use to disable disk buffering? I also notice that the JRemote app became vey sluggish interacting with the pi - for example, if I lower the volume on the app, I can hear it lowered but the JRemote still shows the old volume (or even the previous song that was played) and only after 20 seconds or so gets updated to the new song and volume.
-
Thank you,
I don't use an SSD (or a USB hard drive) because all my music is on another local server.
Is there a switch I could use to disable disk buffering? I also notice that the JRemote app became vey sluggish interacting with the pi - for example, if I lower the volume on the app, I can hear it lowered but the JRemote still shows the old volume (or even the previous song that was played) and only after 20 seconds or so gets updated to the new song and volume.
There isn't currently a switch for that though I think that's an excellent suggestion.
-
There isn't currently a switch for that though I think that's an excellent suggestion.
Thanks!
Is there are way for me to reinstall the previous version (0.28) - it worked perfectly for me. What command should I use?
-
Thanks!
Is there are way for me to reinstall the previous version (0.28) - it worked perfectly for me. What command should I use?
Find the forum message with the link to the current build.
Change the current build number in that link to 21.0.28.
Download it to your machine.
From a prompt:
sudo dpkg -i MediaCenter-21.0.28-armhf.deb
-
Thanks for all the knowledge in this thread. I was able to get everything setup pretty easily.
I will add one thing that happened for me. I am using an SSD connected via USB. The drive enclosure has its own power supply, so power wasn't an issue.
Mediacenter would run fine until I connected to it with JRemote, then mediacenter would crash every time I browsed the library from the remote - on both iOS and Android.
After some trial and error, I realized what the issue was. When I imported my library, I unchecked the option to build thumbnails on import. Mediacenter would crash while trying to build them on the fly. I rebuilt all thumbnails and everything works perfectly.
-
Find the forum message with the link to the current build.
Change the current build number in that link to 21.0.28.
Download it to your machine.
From a prompt:
sudo dpkg -i MediaCenter-21.0.28-armhf.deb
Perfect thanks!
-
Hello, Just got my Pi-2 and installing MC20. Raspbian reports the following errors during:
mkdir Downloads
wget -q "http://dist.jriver.com/mediacenter@jriver.com.gpg.key" -O- | sudo apt-key add -
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter20native.list -O /etc/apt/sources.list.d/mediacenter20.list
sudo apt-get update
sudo apt-get install mediacenter20
wget: invalid option - - '0'
wget: invalid option -- '-'
Usage: wget [OPTION]... [URL]...
gpg: no valid OpenPGP data found.
Pi 2 / NOOBs 1.7 / Raspbian / 7" Screen / JRiver Media Center 20 / ifi Micro USB iDAC-2
-
Hello, Just got my Pi-2 and installing MC20. Raspbian reports the following errors during:
mkdir Downloads
wget -q "http://dist.jriver.com/mediacenter@jriver.com.gpg.key" -O- | sudo apt-key add -
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter20native.list -O /etc/apt/sources.list.d/mediacenter20.list
sudo apt-get update
sudo apt-get install mediacenter20
wget: invalid option - - '0'
wget: invalid option -- '-'
Usage: wget [OPTION]... [URL]...
gpg: no valid OpenPGP data found.
Pi 2 / NOOBs 1.7 / Raspbian / 7" Screen / JRiver Media Center 20 / ifi Micro USB iDAC-2
Your error message shows you entered a zero (0) instead of a capital letter O, which is probably why it's throwing the error. It's better to copy and paste code snippets instead of transcribing them to avoid those kinds of issues.
-
Just completed a fresh install install from the WIKI and everything seems to be working. My only issue is the screen going blank after a short time. I went into Tools - Options - Audio and checked "Disable display from turning off". This seems to have not solved my issue. Is there a way to have the screen not go blank when running Media Center? It would be okay if the solution kept the screen from going blank outside the application.
-
Just completed a fresh install install from the WIKI and everything seems to be working. My only issue is the screen going blank after a short time. I went into Tools - Options - Audio and checked "Disable display from turning off". This seems to have not solved my issue. Is there a way to have the screen not go blank when running Media Center? It would be okay if the solution kept the screen from going blank outside the application.
Check the raspberry Pi's power settings; there should be an option to disable screen blanking.
-
Thank you for the fast response. I installed the NOOBS download for Raspbian per the WIKI and cannot find a power option. Is it in the menu or do I need to access it through the terminal?
-
Thank you for the fast response. I installed the NOOBS download for Raspbian per the WIKI and cannot find a power option. Is it in the menu or do I need to access it through the terminal?
I'm not in front of a Pi, so can't walk through the specifics. I'll have a look when I get home, but my recollection was that there were a collection of such settings in one of the menus, but it may not be there on a default install. It may also be a "screensaver" type setting, see e.g. : http://stackoverflow.com/questions/30985964/how-to-disable-sleeping-on-raspberry-pi
-
The screen saver does not seem to fix the problem. Tried disabling it and setting the advanced power options without success. Looked for other solutions and found they were similar to the options listed in your link. I am importing my library with about 11,000 files right now so I do not to give the other options a trial until I can reboot the system.
-
Hello,
I'm trying to update my pi as usual and get this error messgae:
W: Failed to fetch http://raspberrypi.collabora.com/dists/wheezy/rpi/binary-armhf/Packages 403 Forbidden
E: Some index files failed to download. They have been ignored, or old ones used instead.
What am I missing?
Thank you!
-
Hello,
I'm trying to update my pi as usual and get this error messgae:
W: Failed to fetch http://raspberrypi.collabora.com/dists/wheezy/rpi/binary-armhf/Packages 403 Forbidden
E: Some index files failed to download. They have been ignored, or old ones used instead.
What am I missing?
Thank you!
That's one of the Raspberry Pi foundation's repos; they've changed to a different repo structure since the transition to wheezy, so it may be that they're no longer supporting the old repos? I can't say, it's definitely not JRiver related. If you've updated the Piu to Raspbian Jessie you can remove that repo.
-
That's one of the Raspberry Pi foundation's repos; they've changed to a different repo structure since the transition to wheezy, so it may be that they're no longer supporting the old repos? I can't say, it's definitely not JRiver related. If you've updated the Piu to Raspbian Jessie you can remove that repo.
Oh mate, you're speaking Chinese to me... (and I'm not fluent in Chinese ;-).
I didn't change anything since I started using the Pi, I occasionally run the update command:
sudo apt-get update && sudo apt-get dist-upgrade
How do I start to solve this? is there another command or way for me to just update MC? In the new version they added a toggle switch for the buffering that I believe will help me with occasional hiccups.
Thank you!
-
Oh mate, you're speaking Chinese to me... (and I'm not fluent in Chinese ;-).
I didn't change anything since I started using the Pi, I occasionally run the update command:
sudo apt-get update && sudo apt-get dist-upgrade
How do I start to solve this? is there another command or way for me to just update MC? In the new version they added a toggle switch for the buffering that I believe will help me with occasional hiccups.
Thank you!
I don't have a Pi running the old version of Raspbian right now, so I can't give you a step by step, but it would probably be harmless to remove the collabora repo entirely. If I recall correctly there is a file named collabora.list in the directory /etc/apt/sources.list.d. You can try removing that file.
Alternatively, you can run the two halves of the update command separately and it should work fine (meaning first run sudo apt-get update and then on the next line run sudo apt-get dist-upgrade). The reason the update doesn't happen is that the && operator stops if there was an error in the first half of the command, even if it's not necessarily a "blocking" error. So try running sudo apt-get dist-upgrade on it's own line, which should work fine as a work around.
-
Liking this thread! I've got a couple of Axiom Airs (http://air.axiomaudio.com/) coming, they are a wireless speaker with an embedded Pi2 running Volumio (https://volumio.org/). My cunning plan is to see if I can also run MC on these speakers (in addition to their existing SW). I'm guessing they are a month away from arriving as they are coming of the production line now.
-
Liking this thread! I've got a couple of Axiom Airs (http://air.axiomaudio.com/) coming, they are a wireless speaker with an embedded Pi2 running Volumio (https://volumio.org/). My cunning plan is to see if I can also run MC on these speakers (in addition to their existing SW). I'm guessing they are a month away from arriving as they are coming of the production line now.
Be aware that Volumio is an "all-in-one" type affair that runs customized packages, so you may have some challenges allowing them to cohabit in peace. I haven't tried Volumio in six months or so, but last time I tried it it left a lot to be desired, so you may wind up bypassing it entirely. It'll be interesting to see how that works though, and I'm ready to help when the time comes.
Hopefully you can get at the embedded Pi's SD card without having to cut open the cabinet, as physical access will tremendously simplify the process, especially if they've done something unfriendly/sensible (depending on your perspective) like disabling root access for the end user. Not to mention simplifying backing everything up before the tinkering begins ;D
-
I don't have a Pi running the old version of Raspbian right now, so I can't give you a step by step, but it would probably be harmless to remove the collabora repo entirely. If I recall correctly there is a file named collabora.list in the directory /etc/apt/sources.list.d. You can try removing that file.
Alternatively, you can run the two halves of the update command separately and it should work fine (meaning first run sudo apt-get update and then on the next line run sudo apt-get dist-upgrade). The reason the update doesn't happen is that the && operator stops if there was an error in the first half of the command, even if it's not necessarily a "blocking" error. So try running sudo apt-get dist-upgrade on it's own line, which should work fine as a work around.
Thank you!
Deleting that file did the trick ;)
Really digging the new 'no buffering' mode - stops the stuttering I'd get when playing new files - thank you!
-
@mwillems - thanks! Access is not a problem but it will be interesting to see what they have done SW wise. Here is a quote from Axiom:
Hackable and Up-gradable were design features we wanted to have. We even nicknamed the access door the "tinker door". It is not running Volumio but the AxiomAir platform was written by Michelangelo. He will be showing up a lot here starting next week to answer questions and get ideas for changes we may want to implement.
From what I've read over on the Volumio Forum the "AxiomAir" platform is based on Volumio 2 but is customised (like MC does for 3rd parties I guess). I do like that this thing comes with the ability to play to multi rooms in sync and they also plan to just release a speakerless version (eg just the Pi/DAC) to run into your own AV equipment. They have also said the code will be on Git Hub as Open Source so when it appears I post a link. The other option if I can not run MC side by side would be to just have a second SD Card to boot from.
-
thanks to all of you, it was my fault, I had a false letter in my code, now it works!
-
Hello -
thanks for the clear and comprehensive recipe for MC on the Pi.
most of my music files are ripped from cds, but 20% are hd downloads from hdtracks, nativedsd, etc. the formats go from 192 pcm to quad dsd.
my output train is ifi usb power --> ifi dac2 --> schiit lyr 2 --> oppo pm-3. the dac can process everything from 384 pcm thru quad dsd.
when a win 10 or osx machine pulls this train everything is as it should be. the dac is recognized as "ifi (by amr) hd usb audio asio". i bitstream with the dsd option. everything is good, better than good.
when a pi 3 is the server, the output device is seen as an asio device (actually several asio devices) as you detail in your documentation. although several asio devices are 'detected' only two actually output sound, the same quality of sound in each. the problem is that mc downsamples everything to 1411. in other words, nothing is any better than a cd rip.
bummer.
my plan was to attach pis to the various music systems scattered thru out the house. i am rethinking this.
do you know if i will have the same problem on different linux forks and/or if i use a linux desktop?
reading the messages in this forum, it seems like people are just happy to get mc running on pi and that i am the first to test hd files. that and the fact that the newest messages are months old, makes me think that mc on a pi is the weak sister.
what are your plans for the future?
thanks for response.
-
my plan was to attach pis to the various music systems scattered thru out the house. i am rethinking this.
I can't comment on your pi experience but if you have DACs scattered throughout the house you may want to look at Chromecast Audio. It has a mini-toslink output which means you can feed your DACs 96/24. If you don't have DACs all over the place you were probably planning on using the DAC in the pi (if there is one, I have no clue), in which case you'll probably be happy with the DAC built into the CCA - and you still get 96/24. I think the CCA is cheaper than the Raspberry pi (not sure though).
-
my plan was to attach pis to the various music systems scattered thru out the house. i am rethinking this.
do you know if i will have the same problem on different linux forks and/or if i use a linux desktop?
reading the messages in this forum, it seems like people are just happy to get mc running on pi and that i am the first to test hd files. that and the fact that the newest messages are months old, makes me think that mc on a pi is the weak sister.
You're definitely not the first to test hd files, the Pi will happily output up to 192KHz PCM with the right DAC. I haven't personally tested higher than 192KHz myself, but other users have reported higher sample rate PCM working for them with the right devices. I don't have an Ifi, so I can't test your hardware specifically, but I'd be willing to bet you may have a configuration problem, not a hardware problem with respect to the PCM sample rate issue.
That said, DSD is potentially a problem on Linux in general (not just with MC). Native DSD support on Linux is relatively new and not all methods of DSD output are supported by the Linux kernel. I don't personally use DSD (have no files or devices to test), so I can't provide a firm statement of how well MC for Linux works with DSD, but I seem to recall reading that DoP is working?
To summarize: hi res files (other than DSD) are well supported on MC for Linux including with the Pi. If you can't get the files to output in their native format, it's likely a configuration issue. DSD files (depending on the device, output format, and recency of the kernel) are not as well supported, but some configurations may (or may not) work.
My advice to you would be to open up a separate thread with a descriptive title so someone is likely to see it; this is primarily a support thread for installation issues so is not high traffic (i.e. you are unlikely to find anyone with Linux DSD experience in this thread). If it's not clear from the above, I'm just a user like you, not a dev, so they may weigh in at some point as well.
-
I can't comment on your pi experience but if you have DACs scattered throughout the house
Yeah, I do have DACs scattered thru out the house, iFi, Schiit, Marantz. I like to experiment with gadgets. BTW - HiFiBerry and IQaudio make acceptable, for the money ($35-$50), DAC daughter cards for the Pi. I have Pis with each. I totally mistrust Google/Chrome, so I don't want to get more involved in their eco-system.
Still, thanks for the input.
-
To summarize: hi res files (other than DSD) are well supported on MC for Linux including with the Pi. If you can't get the files to output in their native format, it's likely a configuration issue. DSD files (depending on the device, output format, and recency of the kernel) are not as well supported, but some configurations may (or may not) work.
My advice to you would be to open up a separate thread with a descriptive title so someone is likely to see it; this is primarily a support thread for installation issues so is not high traffic (i.e. you are unlikely to find anyone with Linux DSD experience in this thread). If it's not clear from the above, I'm just a user like you, not a dev, so they may weigh in at some point as well.
Thanks for reply. It's true, I misunderstood who you were.
Without any problems, I am using the same output hardware and option settings on an ASrock BeeBox (a NUC-like machine), running Windows 10, as I am on the Pi. They both are clients of an MC server running on a Mac Mini. Still, you seem to know whereof you speak, so I'm thinking you're right about configuration issues.
I'll take you advice and post on the Linux forum.
BTW - as far as running headless goes, i have used an HDMI dongle to fake out software into believing a monitor was attached. i haven't used it on a Pi, yet, but if it works i believe it would be preferable to any (no matter how well engineered) software kludge.
-
Thanks for reply. It's true, I misunderstood who you were.
Without any problems, I am using the same output hardware and option settings on an ASrock BeeBox (a NUC-like machine), running Windows 10, as I am on the Pi. They both are clients of an MC server running on a Mac Mini. Still, you seem to know whereof you speak, so I'm thinking you're right about configuration issues.
I'll take you advice and post on the Linux forum.
If the hardware works with windows, but not with the Pi, then it's either configuration problem or a generic Linux driver support problem; MC on Linux doesn't have any special limitations with respect to hi res PCM that I'm aware of. I'll weigh in with some testing advice once you get your thread set up.
BTW - as far as running headless goes, i have used an HDMI dongle to fake out software into believing a monitor was attached. i haven't used it on a Pi, yet, but if it works i believe it would be preferable to any (no matter how well engineered) software kludge.
If you're referring to the headless operation instructions above, you may not appreciate fully what those instructions "do for you." The purpose of those instructions isn't just to "fake out the software," they also give you a method to remotely configure and control MC on the headless pi without plugging a monitor or keyboard into the pi. You can use Gizmo or JRemote to control day to day playback, but neither of those tools allow for configuration, updating, or library maintenance (or even turning the pi off safely if you need to!). You need a way to interact with the actual desktop of the Pi once in a while, and most folks don't want to haul a monitor and keyboard over to the box.
Also, if you're not a regular Linux user, you may not be aware that VNC-server virtual displays aren't a "kludge"; they're a very common way to administer hardware that doesn't have a monitor attached, or, in the case of real servers, hardware that doesn't even have a display adapter of any kind to "fool" to begin with. VNC is a mature, long-in-use set of software tools.
An "HDMI Doctor" style dongle wouldn't provide any remote administration options, and isn't really necessary on Linux in any case: if you don't care about remote administration there are ways to force the XServer to start without a monitor attached, but I didn't outline them above because they're not particularly useful (you wouldn't be able to interact with it at all without plugging in a monitor). There's also no guarantee that such a dongle would work particularly well with Linux at step one, whereas the VNC solution has been extensively tested.
So I would advise against using such a dongle on the Pi, but if you try it, I would be interested to hear how such a dongle works with Linux (just out of curiosity).
-
@mwillems, my Axiom Speakers have shipped (long way from Canada to Oz but should be here in a week or so). Is there anything I should do when I first get them (eg dump the contents of it's SD Card if you want to see what is on it etc)?
Thanks
Nathan
-
@mwillems, my Axiom Speakers have shipped (long way from Canada to Oz but should be here in a week or so). Is there anything I should do when I first get them (eg dump the contents of it's SD Card if you want to see what is on it etc)?
Thanks
Nathan
I would advise making backups before you do any tinkering ;D
But, once you do that, I'm most curious how well it works. But... if you can (consistent with the EULA of course) conveniently put an .iso up somewhere, I'd be interested to take a look at the guts ;D
-
No probs in making it avail, as from their Web Site they say it is Open Source (but they have yet to post it on GitHub):
AxiomAir utilizes the Raspberry Pi – a micro-computer about the size of a credit card – as the ‘brains’ behind the speaker, and we chose to make the programming open source. What that means is outside developers can write apps for the Raspberry Pi.
I'll make an copy of the contents of the Pi before I even power it up.
The thing is I'm a relative newbie to all things Linux. I'm competent enough to use Putty/SSH/SCP to get into stuff but really then just follow advice on what to do. I'm wondering if I should either:
- Have a couple of builds - eg the one that comes with the Air + one that is just MC, or
- Try to have one build with both at the same time
Thanks
Nathan
-
No probs in making it avail, as from their Web Site they say it is Open Source (but they have yet to post it on GitHub):
I'll make an copy of the contents of the Pi before I even power it up.
The thing is I'm a relative newbie to all things Linux. I'm competent enough to use Putty/SSH/SCP to get into stuff but really then just follow advice on what to do. I'm wondering if I should either:
- Have a couple of builds - eg the one that comes with the Air + one that is just MC, or
- Try to have one build with both at the same time
Thanks
Nathan
It will depend on how they've implemented their setup. It will undoubtedly be easier to set them up separately, but it may be possible to get both running at once.
-
Have any of you pi users found a way to use the audio device selection in MC to control output to hdmi vs analog vs optical (pi3) instead of using the raspi-config ?
-
Have any of you pi users found a way to use the audio device selection in MC to control output to hdmi vs analog vs optical (pi3) instead of using the raspi-config ?
I haven't, although it can easily be set with a script/programmatically by editing the config.txt if need be.
-
I haven't, although it can easily be set with a script/programmatically by editing the config.txt if need be.
That's what I resorted to. Working on the Id Pi. Haven't tried it with a pi3 and the optical output yet...
-
I'm trying to configure Raspbian on Raspberry Pi 3 for MC21, but ran into a roadblock on the "Quick Start" instructions. I keep getting a 404 error when entering the following command: sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21nativelist -O /etc/apt/sources.list.d/mediacenter21.list
I'm able to connect to dist.jriver.com (216.14.187.181:80), but that directory is not found. Any ideas?
-
I'm trying to configure Raspbian on Raspberry Pi 3 for MC21, but ran into a roadblock on the "Quick Start" instructions. I keep getting a 404 error when entering the following command: sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21nativelist -O /etc/apt/sources.list.d/mediacenter21.list
I'm able to connect to dist.jriver.com (216.14.187.181:80), but that directory is not found. Any ideas?
You have a typo in the command you've posted (there should be a period between native and list in the url as shown below); was the typo present in the command you ran?
sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter21native.list -O /etc/apt/sources.list.d/mediacenter21.list
-
Has anyone got Bluetooth working as an input device?
Thanks
Nathan
-
Has anyone got Bluetooth working as an input device?
Thanks
Nathan
Bluetooth as an input? How do you mean? The pi 2 doesn't ship with integrated bluetooth, but the pi 3 does. Is the idea that you'd play something on your phone and it would cast to MC on the pi via bluetooth? If so, MC for Linux doesn't really support any inputs to speak of; there's no loopback or anything like that with MC for Linux (which is what's required to do that on Windows). If you mean outputting to a bluetooth speaker using MC as a source, I haven't tried it on a pi, but I expect it would work once the pairing is done.
At the moment the only way to get an arbitrary input into MC for linux is via upnp/DLNA.
-
Sorry - I meant if I added a BT USB Adapter to the Pi (Axiom Air) that will then allow a phone to stream to the Audio Subsystem (ALSA??? if I've got that right).
Thanks
Nathan
Note: I can add a BT --> 3.5mm device easy enough to it's Analogue port but I thought the above would be "neater" if possible
-
Sorry - I meant if I added a BT USB Adapter to the Pi (Axiom Air) that will then allow a phone to stream to the Audio Subsystem (ALSA??? if I've got that right).
Thanks
Nathan
Note: I can add a BT --> 3.5mm device easy enough to it's Analogue port but I thought the above would be "neater" if possible
It's entirely possible, but not using MC for the reasons I mentioned, if that makes sense. I've done very little tinkering with bluetooth on Linux, but I can try and take a hack later this week. I can't see any reason that it wouldn't work, and there's some promising instructions here: https://gist.github.com/joergschiller/1673341
-
Thanks - no rush. My son was using the Air at a party and some of the guests were trying to connect to it from their phones. I know that it is Volumio's list of ToDo but It's not there yet.
-
It's entirely possible, but not using MC for the reasons I mentioned, if that makes sense. I've done very little tinkering with bluetooth on Linux, but I can try and take a hack later this week. I can't see any reason that it wouldn't work, and there's some promising instructions here: https://gist.github.com/joergschiller/1673341
I've messed with this a bit previously and saw the article you linked.
It seems pretty flaky. I was hoping if we waited a while the support would get better...
-
An "HDMI Doctor" style dongle wouldn't provide any remote administration options, and isn't really necessary on Linux in any case: if you don't care about remote administration there are ways to force the XServer to start without a monitor attached, but I didn't outline them above because they're not particularly useful (you wouldn't be able to interact with it at all without plugging in a monitor). There's also no guarantee that such a dongle would work particularly well with Linux at step one, whereas the VNC solution has been extensively tested.
So I would advise against using such a dongle on the Pi, but if you try it, I would be interested to hear how such a dongle works with Linux (just out of curiosity).
Thanks for your follow-up. The dongle works on the Pi, and in fact , has worked on any system that i have, for various reasons, tried it on. As for remote admin, I use Jump Desktop connecting to TightVNC. Jump Desktop connects to my Mini, 2 PCs, 3 Pis, a Ubuntu server, and a virtualized Win10 and a virtualized FreeNAS, both running under Ubuntu. Top shelf program; couldn't function without it.
Since I have your ear - it seems that Linux MC has no server? Is this true? Consequently, I run the MC server in the Win10 vm. MC runs and connects to my NAS without any problems. However, I can't connect to the MC server, running in the vm machine, from another MC. I use the access code that the MC server supplies and the MC client uses it to try to connect, but it can't find the MC server, although it seems to know its address. I can't positively confirm this since the message addressing this is truncated in the MC messagebox. Guest connecting to outside world - OK; outside world connecting to guest - not so much. I know it has to due with the fact that while my network ip is 192.168.0.xxx, the vm guests run on 192.168.122.xxx. This is recognized by the MC client, but it can't connect because it seems to be a different network. This can be addressed, but requires some research on my part.
I struggle with Linux, any suggestions would be helpful.
Thanks
-
Thanks for your follow-up. The dongle works on the Pi, and in fact , has worked on any system that i have, for various reasons, tried it on. As for remote admin, I use Jump Desktop connecting to TightVNC. Jump Desktop connects to my Mini, 2 PCs, 3 Pis, a Ubuntu server, and a virtualized Win10 and a virtualized FreeNAS, both running under Ubuntu. Top shelf program; couldn't function without it.
Since I have your ear - it seems that Linux MC has no server? Is this true?
I'm not sure I understand what you mean? In terms of actually functioning as a server, Linux MC works as a media server and has almost similar server functionality to the windows version (that's an area where it's close to feature parity, except for live TV). It doesn't have a tray widget if that's what you mean, but that's just cosmetic. If you start the linux instance with the "mediaserver" flag, it will start minimized, use less memory, and not throw any modal dialogs that would hang the UI. It just won't give you a pretty tray icon, but works perfectly as a server.
Consequently, I run the MC server in the Win10 vm.
Unless you need live TV, you don't need to do this, see above.
MC runs and connects to my NAS without any problems. However, I can't connect to the MC server, running in the vm machine, from another MC. I use the access code that the MC server supplies and the MC client uses it to try to connect, but it can't find the MC server, although it seems to know its address. I can't positively confirm this since the message addressing this is truncated in the MC messagebox. Guest connecting to outside world - OK; outside world connecting to guest - not so much. I know it has to due with the fact that while my network ip is 192.168.0.xxx, the vm guests run on 192.168.122.xxx. This is recognized by the MC client, but it can't connect because it seems to be a different network. This can be addressed, but requires some research on my part.
I don't know what kind of virtualization solution you're using or how you've configured it, so I can't give very detailed advice, but it sounds like the problem is that you're using "NAT" style VM networking. With NAT networking, the host for the VM acts like a router/firewall for the VM, so the inability of programs outside the VM to reach the VM is by design. It's not just that it's on a different subnet, the host is actively blocking traffic to the VM unless you enable port-forwarding or address translation deliberately. Most VM solutions offer other networking modes than the "NAT" mode; for example, virtual box offers a "bridged" mode which effectively just makes the VM another "box" on your home LAN. It can then see and be seen by everything else on the LAN, etc. That kind of configuration is better if you're uncomfortable doing port forwarding.
But you really may not even need the VM; the linux version works fine as a server. Just leave the program minimized, or start it with the mediaserver flag.
-
If you start the linux instance with the "mediaserver" flag, it will start minimized, use less memory, and not throw any modal dialogs that would hang the UI.
Aha - There's a mediaserver flag? Where is this documented? Is it in the Wiki, I can't find it there. I thought there was no linux server because it wasn't in the startup options, which I guess work differently under linux. From my forum reads, it seems MC under linux is unstable. I think I will keep my underlying server relatively clean and run things virtualized, but I'll try the server mediaserver flag (out of curiosity).
..... it sounds like the problem is that you're using "NAT" style VM networking.
Aha - NAT vs. port forwarding vs. bridging. That's what I need to research. Thanks for the finger pointing.
My regards.
-
I think that the command you need is in this section of the DevZone:
http://wiki.jriver.com/index.php/The_Command_Line
-
Aha - There's a mediaserver flag? Where is this documented? Is it in the Wiki, I can't find it there. I thought there was no linux server because it wasn't in the startup options, which I guess work differently under linux. From my forum reads, it seems MC under linux is unstable. I think I will keep my underlying server relatively clean and run things virtualized, but I'll try the server mediaserver flag (out of curiosity).
It's /mediaserver
If you look at the posts at the top of the thread some o the code examples use the flag.
-
So I have successfully installed MC21 on my raspberry pi 3. I activated the license via the terminal and everything was work working great! But after a few boots about the fourth time I opened MC21 I got a message indicating that my trail has expired, even though I already activated it. So I clicked apply license and entered my code. It thinks for a second and then pops up saying that it could not connect to the license server. I am connected to the internet and my code is valid. I have tried reinstalling MC21 but at first start it said my trail was expired and still would not let me apply my license saying it could not connect to the license server. PLEASE HELP ME!!!
-
So I have successfully installed MC21 on my raspberry pi 3. I activated the license via the terminal and everything was work working great! But after a few boots about the fourth time I opened MC21 I got a message indicating that my trail has expired, even though I already activated it. So I clicked apply license and entered my code. It thinks for a second and then pops up saying that it could not connect to the license server. I am connected to the internet and my code is valid. I have tried reinstalling MC21 but at first start it said my trail was expired and still would not let me apply my license saying it could not connect to the license server. PLEASE HELP ME!!!
You should open a separate thread for this; I'm just a user so I can't help with license issues. Your issue will be more visible to the devs as a separate thread
-
You should open a separate thread for this; I'm just a user so I can't help with license issues. Your issue will be more visible to the devs as a separate thread
Thank you
-
Hello People,
I wanted to confirm that JRiver 21 works flawlessly with RPI3 (Hifiberry digi+ board) so I can go ahead and upgrade my kit?
Thank you
-
I haven't used it with the hifiberry digi, but MC21 appears to work the same with a Pi3 as it does with a Pi2 in my testing,
-
I haven't used it with the hifiberry digi, but MC21 appears to work the same with a Pi3 as it does with a Pi2 in my testing,
Thank you, so just follow this guide with the RPI3 and it should all work?
Are there any noticeable sonic benefits to the RPI3 vs the RPI2? I imagine the onboard wifi vs a dongle is less noisy? (in an audiophile way... ;)
-
Thank you, so just follow this guide with the RPI3 and it should all work?
Yes
Are there any noticeable sonic benefits to the RPI3 vs the RPI2? I imagine the onboard wifi vs a dongle is less noisy? (in an audiophile way... ;)
No differences that I've noticed other than more responsive UI.
-
Cool,
I've done the upgrade and it all went smoothly.
I think it sounds a little better (supposedly onboard wifi less noisy than a USB dongle) - it runs faster and smoother indeed.
I wonder if convolution will now work better?
-
Great guide. I'm using a pi 3 with Raspbian and MC 24. All are up to date. I have been very successful with audio that is less than 3 minutes but longer tracks buffer then play for 2-5 seconds and buffer again. I did the thing to 'Setting Thread Priorities for Improved Performance'.
What should I look at and what other information would be helpful?
Also, I'm planning on adding a HiFiBerry Digi+ board.
Thanks for your help on this.
-
You're not using memory playback, right? Memory playback won't work very well on a Pi.
-
You're not using memory playback, right? Memory playback won't work very well on a Pi.
I don't think so. I just validated that in options : Audio : Settings : Memory Playback (not zone-specific): is set to 'No memory playback'.
The audio files are on a USB3 memory stick.
-
I don't think so. I just validated that in options : Audio : Settings : Memory Playback (not zone-specific): is set to 'No memory playback'.
The audio files are on a USB3 memory stick.
Did you change your buffer settings at all? Also have you tested to see if the same issue happens with the files on the sd card? Lastly, what kinds of files are they?
-
Did you change your buffer settings at all? Also have you tested to see if the same issue happens with the files on the sd card? Lastly, what kinds of files are they?
I had not done anything to buffer settings but I just went back and forth with the following setting:
tools : options: media network: disable audio buffer to disk (for low powered systems) --I didn't see any difference.
I also just tried to put one of the files on my SD card and I'm seeing the same issue.
Files are FLAC
-
I had not done anything to buffer settings but I just went back and forth with the following setting:
tools : options: media network: disable audio buffer to disk (for low powered systems) --I didn't see any difference.
I also just tried to put one of the files on my SD card and I'm seeing the same issue.
Files are FLAC
To be clear by "buffer settings," I meant the settings under "device settings" or "prebuffering" in the options-->Audio dialog; even if you haven't changed them it might be worth raising or lowering them to see if there's a combination of buffer settings that does work. Write down the default values first.
Do the files in question play fine on other players? What is your output device?
Also, this is the MC21 for Pi thread, we should probably move this discussion over the to the MC24 for Pi thread (assuming you are running MC24).
-
To be clear by "buffer settings," I meant the settings under "device settings" or "prebuffering" in the options-->Audio dialog; even if you haven't changed them it might be worth raising or lowering them to see if there's a combination of buffer settings that does work. Write down the default values first.
Do the files in question play fine on other players? What is your output device?
Also, this is the MC21 for Pi thread, we should probably move this discussion over the to the MC24 for Pi thread (assuming you are running MC24).
OMG. should I be running 21 on the Pi (is it typically a better fit)? I will look for a similar thread on version 24.
The audio is over HDMI (through my tv) and then to an optical out that goes into a KECES (DA-131) DAC then to an Emotiva USP-1 preamp (with LP going to an M&K Sub) and an JLB UREI 6260 power amp...there are some speakers too. Tomorrow evening I will be getting my HiFiBerry Digi+ board and then I will probably go headless and cut out the HDMI stuff.
I have had success with these same files on an old iMac but I want a tiny footprint.
Thanks so much for your help so far. :)
-
OMG. should I be running 21 on the Pi (is it typically a better fit)? I will look for a similar thread on version 24.
No, 24 is probably the best place to start; there's a similar thread to this one over there.
The audio is over HDMI (through my tv) and then to an optical out that goes into a KECES (DA-131) DAC then to an Emotiva USP-1 preamp (with LP going to an M&K Sub) and an JLB UREI 6260 power amp...there are some speakers too. Tomorrow evening I will be getting my HiFiBerry Digi+ board and then I will probably go headless and cut out the HDMI stuff.
I have had success with these same files on an old iMac but I want a tiny footprint.
Sorry, I meant do the files play well with other media players on the raspberry pi (i.e. can the pi play them if you open them in vlc or something). If they don't play in other players on the pi that points to a different set of problems if you see what I mean.
-
No, 24 is probably the best place to start; there's a similar thread to this one over there.
Sorry, I meant do the files play well with other media players on the raspberry pi (i.e. can the pi play them if you open them in vlc or something). If they don't play in other players on the pi that points to a different set of problems if you see what I mean.
I'll check for the 24 thread. files play great with VLC. I'm totally out of my depth but having fun.
i installed the Digi+ board and can't figure that out either. ;D
-
I'll check for the 24 thread. files play great with VLC. I'm totally out of my depth but having fun.
i installed the Digi+ board and can't figure that out either. ;D
Also, make sure you're using the latest version of MC24, there was a version a few back that had some buffering issues if I recall.