More > JRiver Media Center 22 for Linux
JRiver Media Center 22.0.111-5 for Debian ARM
bob:
--- Quote from: mk9pa on January 17, 2017, 06:43:29 pm ---It's there all right, but it won't install. Any hints on how you got it to install would be greatly appreciated ;D
--- End quote ---
Sorry I dont' remember exactly. I think I might have pulled down one or other of the packages from the debian site directly not through rapsbian (perhaps the dummy server).
Here is what all of my installed xserver packages look like (you'll need to look to see which version are the same and which aren't).
--- Code: ---dpkg -l | grep xserver
ii x11-xserver-utils 7.7+3 armhf X server utilities
ii xserver-common 2:1.17.2-1+rpi1 all common files used by various X servers
ii xserver-xorg 1:7.7+7+b1 armhf X.Org X server
ii xserver-xorg-core 2:1.17.2-1+rpi1 armhf Xorg X server - core server
ii xserver-xorg-input-all 1:7.7+7+b1 armhf X.Org X server -- input driver metapackage
ii xserver-xorg-input-evdev 1:2.9.2-1~bpo8+1 armhf X.Org X server -- evdev input driver
ii xserver-xorg-input-synaptics 1.8.2-1~bpo8+1 armhf Synaptics TouchPad driver for X.Org server
ii xserver-xorg-video-dummy 1:0.3.7-1 armhf X.Org X server -- dummy display driver
ii xserver-xorg-video-fbdev 1:0.4.4-1+rpi1 armhf X.Org X server -- fbdev display driver
ii xserver-xorg-video-fbturbo 1.20150305~205709 armhf X.Org X server -- fbturbo display driver
--- End code ---
mwillems:
Ok, thanks for clarifying. That package is (as noted) not well supported on the pi. The good news is that you don't need the dummy server to have working VNC.
I think I've got a working solution (at least for my problem) and it's the least complex solution (i.e. involves the least additional software) so seems the least likely to fail in the future. It's partially based on Hilton's solution from way back when.
The answer appears to be to
1) modify the pi's config so that it loads its native display even when the HDMI is unplugged by modifying the config.txt as shown:
--- Code: ---framebuffer_width=1920
framebuffer_height=1080
hdmi_group=2
hdmi_mode=82
hdmi_drive=2
--- End code ---
and
2) Run x11vnc and MC on top of the actual display as follows
--- Code: ---export DISPLAY=:0
export USER=pi
sleep 5
x11vnc -display :0 -geometry 1920x1080 -auth guess -forever -bg
sleep 5
mediacenter22 /mediaserver
--- End code ---
You can set a passwd in x11vnc as well and add that to the config as well.
That seems like the most durable solution as x11vnc isn't relying on any kind of virtual display and is instead just forwarding what would be coming out of the HDMI port if it were plugged in. No moving parts ;D
I'm going to try and update my guide in the next few days as the headless solution there no longer works with the latest MC.
bob:
I used the dummy server because I figured it would use less memory and because on intel the hardware didn't want to boot in some situations using real video memory with hdmi but since the rpi allocates memory video from general purpose memory and it can boot without a cable attached your solution may actually use less memory.
mk9pa:
--- Quote from: mwillems on January 17, 2017, 07:38:06 pm ---Ok, thanks for clarifying. That package is (as noted) not well supported on the pi. The good news is that you don't need the dummy server to have working VNC.
I think I've got a working solution (at least for my problem) and it's the least complex solution (i.e. involves the least additional software) so seems the least likely to fail in the future. It's partially based on Hilton's solution from way back when.
...
That seems like the most durable solution as x11vnc isn't relying on any kind of virtual display and is instead just forwarding what would be coming out of the HDMI port if it were plugged in. No moving parts ;D
I'm going to try and update my guide in the next few days as the headless solution there no longer works with the latest MC.
--- End quote ---
Mwillems, nice solution and it works all right. That goes on the list of "Why didn't I think of that?" :P
However, I start up JRemote on iOS, start scrolling through Albums, and after a few seconds of filling in missing artwork, MC crashes.
mwillems:
--- Quote from: mk9pa on January 17, 2017, 10:59:33 pm ---Mwillems, nice solution and it works all right. That goes on the list of "Why didn't I think of that?" :P
However, I start up JRemote on iOS, start scrolling through Albums, and after a few seconds of filling in missing artwork, MC crashes.
--- End quote ---
That's ringing a bell for me: thumbnailing is memory and cpu intensive and my recollection is that MC used to crash like that for me occasionally whenever I did something that forced it to generate a bunch of thumbs at once.
Two suggestions:
1) Go into options-->tree&view-->thumbnail creation threading and set it to "low." That option was specifically created to mitigate thumbnail related crashing on the pi.
2) Try the "build all thumbnails" option in the same part of options (after setting priority to low). That will suck up a lot of CPU for several hours, but once they're built, they're built for good and you will get massive gains in speed and stability (I always do this on new pis).
--- Quote from: bob on January 17, 2017, 10:54:32 pm ---I used the dummy server because I figured it would use less memory and because on intel the hardware didn't want to boot in some situations using real video memory with hdmi but since the rpi allocates memory video from general purpose memory and it can boot without a cable attached your solution may actually use less memory.
--- End quote ---
I honestly hadn't thought about memory usage; I just wanted a solution that was:
1) Guaranteed to support xrandr (and generally could be counted on to act like a normal x environment)
2) Didn't require meaningful package fiddling.
I was already doing a variation on the x11vnc method with one of my pi's hooked up to a touch screen so it was just a matter of finding time to test.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version