INTERACT FORUM
More => Old Versions => JRiver Media Center 22 for Linux => Topic started by: bob on July 26, 2016, 06:57:32 pm
-
The latest build is up at:
https://files.jriver.com/mediacenter/channels/v22/latest/MediaCenter-22.0.111-5-amd64.deb instead.
22.0.111-5 (7/11/2017)
1. Fixed: Issues with private libraries that were causing crashes.
22.0.111 (6/23/2017)
See the main linux changelog
22.0.108 (5/18/2017)
1. Fixed: Keyboard searches/navigation within report controls did not support space characters because of a conflict with the space-bar accelerator key Play/Pause functionality. Now a space is supported as long as it's not the first character in the search string.
22.0.106 (5/11/2017)
1. Fixed: The audio options configuration dialog could crash upon close.
2. Platform independent changes from the main windows changelog.
22.0.97 (4/21/2017)
1. Platform independent changes from the main windows changelog.
22.0.93 (3/28/2017)
See the main linux changelog
22.0.88 (3/24/2017)
See the main linux changelog
22.0.81 (3/17/2017)
See the main linux changelog
22.0.75 (2/17/2017)
See the main linux changelog
22.0.73 (2/13/2017)
See the main linux changelog
22.0.71 (2/7/2017)
See the main linux changelog
22.0.63 (1/13/2017)
See the main linux changelog!
22.0.56 (1/5/2017)
Important, see the main linux changelog. Eventing re-written. Look for improvements/regressions.
22.0.51 (12/20/2016)
1. Changed: Improved Theater View performance substantially on some systems.
2. Changed: Smoothed out a lot of the animations used in Theater View 3D views.
3. Changed: Implement the required refresh of keyboard mapping when receiving a mapping request.
4. Changed: Implement the test for mouse buttons down that are used in a few places (like drag/drop). Starting work to implement drag/drop.
22.0.48 (12/16/2016)
See the main linux changelog!
22.0.47 (12/9/2016)
See the main linux changelog!
22.0.46 (12/5/2016)
See the main linux changelog!
22.0.36 (10/21/2016)
See the main linux changelog
22.0.33 (10/21/2016)
See the main linux changelog
22.0.30 (9/23/2016)
See the main linux changelog
22.0.26 (9/16/2016)
See the main linux changelog
22.0.23 (9/9/2016)
See the main linux changelog
22.0.19 (8/18/2016)
See the main linux changelog
22.0.17 (8/12/2016)
1. Fixed: OGG file tags weren't being read and written properly in the AMD64 build.
2. Changed: The DLNA server Audio Advanced settings removed the simplified settings for sample rate, volume leveling and stereo downmix.
3. NEW: The DLNA server Audio Advanced DSP studio is active for all functions including sample rate changes.
See the main linux changelog for linux specific changes and the windows log for general changes.
-
Hi,
I experience a strange behavior running MC on Suse Leaf 42.1. After playback for a while, it looks like the system has a problem to save anything to disk. After I stopped the playback, everything starts working again. Now, I found a way to reproduce it:
MC plays a song. I open the Fonts-Management, change any setting and save it. After this, it is not possible to move on to the next setting. After the playback stops, the system is free and I can continue with font management.
This behavior first showed up with Leaf 42.1 and MC 21 and continued with MC22. It doesn't show up with SUSE 13.2.
I'm using NFS to access the media files, but the media library and configuration files are local. The files system is btrfs. It looks like there is a problem with file locking. I check the log files, but no entry points to the problem. Also, I'd like to mention that MC continues to play music.
-
Hi,
I experience a strange behavior running MC on Suse Leaf 42.1. After playback for a while, it looks like the system has a problem to save anything to disk. After I stopped the playback, everything starts working again. Now, I found a way to reproduce it:
MC plays a song. I open the Fonts-Management, change any setting and save it. After this, it is not possible to move on to the next setting. After the playback stops, the system is free and I can continue with font management.
This behavior first showed up with Leaf 42.1 and MC 21 and continued with MC22. It doesn't show up with SUSE 13.2.
I'm using NFS to access the media files, but the media library and configuration files are local. The files system is btrfs. It looks like there is a problem with file locking. I check the log files, but no entry points to the problem. Also, I'd like to mention that MC continues to play music.
Problem solved
It sounds strange, but the sound system locked the entire system for deleting messages. Even as root, there was no way to delete any file anywhere on disk or mounted network drive.
Initially, "sysdefaultCARD=intel [ALSA]" was selected. After I changed it to "default [ALSA]" it worked normal.
-
Problem solved
It sounds strange, but the sound system locked the entire system for deleting messages. Even as root, there was no way to delete any file anywhere on disk or mounted network drive.
Initially, "sysdefaultCARD=intel [ALSA]" was selected. After I changed it to "default [ALSA]" it worked normal.
I find that to be super bizarre. Is there any other program using the sound system at the same time?
-
No, I can reproduce it: set it to the named sound device and start playback. Generate a empty text file, and save it. When I try to delete it, the system waits until I stop the play back. Also, it doesn't make any difference, where it put this file. Even as root in root's home dir. I can modify the file and save it, but I can't delete it. I'm not sure, whether it was also with 13.2 or I was just lucky to select the correct device. Playback works fine with both devices.
-
You linux 64 bit guys get the first shot at the new DLNA DSP studio changes!
-
The latest build is up at:
http://files.jriver.com/mediacenter/channels/v22/latest/MediaCenter-22.0.17-amd64.deb (also in the latest apt repository)
22.0.17 (8/12/2016)
1. Fixed: OGG file tags weren't being read and written properly in the AMD64 build.
2. Changed: The DLNA server Audio Advanced settings removed the simplified settings for sample rate, volume leveling and stereo downmix.
3. NEW: The DLNA server Audio Advanced DSP studio is active for all functions including sample rate changes.
See the main linux changelog for linux specific changes and the windows log for general changes.
Bob,
Where can the "main linux changelog" be found for MC22. I can't seem find it posted in this forum or within a link inside MC21 or MC22. The link within MC22 under "Help > New/Improved This Version" by JimH is outdated (refers to MC21.0.84) and doesn't appear to be specifically Linux related.
-
It's in the threads that announce the main (Debian) builds.
-
It's in the threads that announce the main (Debian) builds.
Thanks Jim.
So, "specific Linux changes" for the present Debian 64bit 22.0.17 build would be the thread we are in now and listed in Bob's first post above. From the way Bob's last sentence in the first post is worded, I got the impression that specific Linux changes were located elsewhere.
-
The 64 bit linux specific changes will be here.
The changes that apply to all linux builds are in the base linux (i386) log.
The changes that apply to all builds are in the windows log.
-
Is there already a MC22 Debian Jessie AMD64 version that can be considered as stable?
Is it possible to announce the latest stable version in the Download section? It is my understanding that for Windows and Mac the latest stable version is announced in the Download section, but for Linux it only states "We now have a Linux version".
-
Is there already a MC22 Debian Jessie AMD64 version that can be considered as stable?
Is it possible to announce the latest stable version in the Download section? It is my understanding that for Windows and Mac the latest stable version is announced in the Download section, but for Linux it only states "We now have a Linux version".
To this point I've just been putting a release I consider to be stable into the repo when a release seems to be really solid without announcing the fact. I'll work on adding that information as a posting.
-
I want to switch to MC22 (I have a Master License), but prefer to use the (latest) stable version of JRiver MC22. To my knowledge there is still no version available in the stable repo. I've updated /etc/apt/sources.list to the MC22 stable repo, but it can't find mediacenter22.
-
I want to switch to MC22 (I have a Master License), but prefer to use the (latest) stable version of JRiver MC22. To my knowledge there is still no version available in the stable repo. I've updated /etc/apt/sources.list to the MC22 stable repo, but it can't find mediacenter22.
Just put 22.0.19 into stable.
-
A important change which should help with mp4 streams and file playback in this build. If you notice any regressions in networking please post.
-
Check this one out if you were having the occasional segfaults.
-
I have to say, this build is very, very quick at opening and closing. It's now as fast as the Windows and Mac builds. :D
-
Yeah, it's lightning fast all of a sudden, which is awesome. It's especially noticeable on my Pi's where startup previously took about 15 or 20 seconds, but now is closer to ~5.
Good stuff.
-
I'm not a Linux (Debian) expert, but I'm learning every day and know enough by now to use the Linux version of JRiver. I'm pretty sure I made the right arrangements to install only the most recent stable version of MC22. I'm on 22.0.27 now, but bob does not mention this version at all. Is it true that 22.0.27 is the latest version in the stable repository?
-
I'm not a Linux (Debian) expert, but I'm learning every day and know enough by now to use the Linux version of JRiver. I'm pretty sure I made the right arrangements to install only the most recent stable version of MC22. I'm on 22.0.27 now, but bob does not mention this version at all. Is it true that 22.0.27 is the latest version in the stable repository?
22.0.27 is the current version in stable. The posting of new builds here are for latest.
-
22.0.36 is live in the repo
-
Finally slayed the main window positioning and resizing issue that was made worse by the multiple monitor fix.
Give it a whirl!
-
Link gives access denied error!
-
Link gives access denied error!
Try again...
-
Try again...
Works, nice!
-
The new window rendering works fantastic on my workstations (all running gnome). However it is really glitchy/non-functional on my debian jessie server.
My server runs a minimal window manager (openbox), and MC opens successfully, but none of the drop down menus draw. They "work" in that if I click them and navigate (blindly) with keypresses I can get the various menu options to execute, so it's just a drawing issue. The window also doesn't always draw correctly (sometimes it just draws a black window seemingly at random). I'm downgrading for the moment as it's not usable at all on the server, but let me know if I can test anything.
-
Dragging and moving around a small-esk MC window around, and trying to resize the window by dragging is still pretty laggy and tends to jump around near the screen's edge - it's not snappy in Ubuntu, Arch and Linux Mint. It's a little better in Debian and Fedora.
Also copy and paste is still a bit flaky and doesn't like to always work (most of the time it doesn't for me).
-
I see issues with MC on noveau and software rendering video but not on my system which uses the nvidia proprietary driver.
When I back off the version I see the same issues.
I'd for sure be interested if there are regressions. The multiple screen support made the main window jumpy (and was only in the betas until 12/6/16) but for me the last build fixes all of that.
-
I see issues with MC on noveau and software rendering video but not on my system which uses the nvidia proprietary driver.
I use the Nvidia proprietary driver too with my 970 + 1440p monitor. Specifically I'm using 375.20 on Ubuntu 16.10 using this PPA: https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
Also using 375.20 on Arch.
In my Debian and Fedora VMs, which use Mesa, it's pretty good.
-
..
Also copy and paste is still a bit flaky and doesn't like to always work (most of the time it doesn't for me).
Copy and paste is still on the board for work.
It's event driven and we are probably missing some events because of a bug.
-
I use the Nvidia proprietary driver too with my 970 + 1440p monitor. Specifically I'm using 375.20 on Ubuntu 16.10 using this PPA: https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
Also using 375.20 on Arch.
In my Debian and Fedora VMs, which use Mesa, it's pretty good.
We'd like it to work properly on the newer version of ubuntu but I don't think we've got enough time to debug it on there.
Just doing minimal testing on it.
I will fire it up and check for regressions though...
-
I double checked with a clean install of Ubuntu 16.10 in a VM with Mesa, and it works pretty good. I'll double check and clean install my Arch and Linux Mint VMs too, but it's likely related to the use of the newest Nvidia proprietary driver.
However, resizing the window is still a bit flaky in regards to the window redrawing and the window moves itself when it shouldn't.
-
I double checked with a clean install of Ubuntu 16.10 in a VM with Mesa, and it works pretty good. I'll double check and clean install my Arch and Linux Mint VMs too, but it's likely related to the use of the newest Nvidia proprietary driver.
However, resizing the window is still a bit flaky in regards to the window drawing and moving itself when it shouldn't.
It will start to move when you reach the minimum window size for MC when you are resizing.
I'm trying to get my 16.04 going now. I don't think I've got a 16.10 install.
IIRC, I ran into issues getting the proprietary driver going on 16.04
-
Okay, I've checked all my VMs (Debian and Fedora) and clean reinstalled my Ubuntu 16.10, Linux Mint and Arch Linux VMs all using Mesa, and dragging around the MC window works fine. Resizing is where things get a bit dicey - especially when trying to resize MC's window to the edges of the screen. It just doesn't want to be resized right up to the screen's edge. This occurs even with Mesa in VMs and the Nvidia proprietary driver.
So yeah, it's likely the proprietary Nvidia driver at work here in regards to dragging MC's window around. Sadly, I can't exactly try getting rid of it (since Maxwell support in Nouveau is pretty terrible) and am pretty much forced to keep using the proprietary driver. Newer kernels/Xorg Server might have something to do with it too, not sure.
Fortunately, it is of little issue to me as I typically keep the window maximized. Just wanted to make sure it works. ;)
-
Okay, I've checked all my VMs (Debian and Fedora) and clean reinstalled my Ubuntu 16.10, Linux Mint and Arch Linux VMs all using Mesa, and dragging around the MC window works fine. Resizing is where things get a bit dicey - especially when trying to resize MC's window to the edges of the screen. It just doesn't want to be resized right up to the screen's edge. This occurs even with Mesa in VMs and the Nvidia proprietary driver.
So yeah, it's likely the proprietary Nvidia driver at work here in regards to dragging MC's window around. Sadly, I can't exactly try getting rid of it (since Maxwell support in Nouveau is pretty terrible) and am pretty much forced to keep using the proprietary driver. Newer kernels/Xorg Server might have something to do with it too, not sure.
Fortunately, it is of little issue to me as I typically keep the window maximized. Just wanted to make sure it works. ;)
Good to hear you got it working.
I finally got my 16.04.1 install working with the nvidia driver version 370 with 2 monitors and all seems fine. I can actually push it a little past the upper edge of the screen.
I'm going to see if I have enough space left to install 16.10 and test that as well.
-
Bob, did you see my issue with invisible dropdowns on Debian above? Happy to do any testing, but didn't want it to get lost in the shuffle. The machine is running on intel integrated graphics and reverting to .36 works fine.
The new window rendering works fantastic on my workstations (all running gnome). However it is really glitchy/non-functional on my debian jessie server.
My server runs a minimal window manager (openbox), and MC opens successfully, but none of the drop down menus draw. They "work" in that if I click them and navigate (blindly) with keypresses I can get the various menu options to execute, so it's just a drawing issue. The window also doesn't always draw correctly (sometimes it just draws a black window seemingly at random). I'm downgrading for the moment as it's not usable at all on the server, but let me know if I can test anything.
-
Bob, did you see my issue with invisible dropdowns on Debian above? Happy to do any testing, but didn't want it to get lost in the shuffle. The machine is running on intel integrated graphics and reverting to .36 works fine.
Bob is aware of it.
-
Bob is aware of it.
Good deal! I just saw a lot of discussion following and wanted to make sure it hadn't gotten buried ;D
-
Good deal! I just saw a lot of discussion following and wanted to make sure it hadn't gotten buried ;D
Had you tried any of the betas? Specifically <=22.0.44?
I'm guessing not and the change has more to do with the multiple monitor support...
-
Had you tried any of the betas? Specifically <=22.0.44?
I'm guessing not and the change has more to do with the multiple monitor support...
Your guess is correct. I only tried the beta builds on my various workstations, not on the server because people other than me notice when the server goes down. If there are any specific antecedent builds you'd like me to test, let me know.
-
Your guess is correct. I only tried the beta builds on my various workstations, not on the server because people other than me notice when the server goes down. If there are any specific antecedent builds you'd like me to test, let me know.
I'm going to put out a new build today.
If it's still not working right with your system I'll get you a link to the first multiple monitor beta.
Thanks.
-
I'm going to put out a new build today.
If it's still not working right with your system I'll get you a link to the first multiple monitor beta.
Thanks.
I'm still seeing the invisible dropdown/context menu issue with the new build, and it looks like someone else is seeing the same behavior: https://yabb.jriver.com/interact/index.php/topic,108281.msg750838.html#msg750838
-
I'm still seeing the invisible dropdown/context menu issue with the new build, and it looks like someone else is seeing the same behavior: https://yabb.jriver.com/interact/index.php/topic,108281.msg750838.html#msg750838
So you have Jessie AMD64 and a intel graphics card running openbox as a windows manager. What desktop manager (if any)?
Can you post the output of:
xdriinfo
and
glxinfo?
Thanks.
-
Correct, Jessie AMD64, openbox, intel graphics. No display manager, just starting it using startx
xdriinfo
Screen 0: i965
glxinfo in the attachment
-
Correct, Jessie AMD64, openbox, intel graphics. No display manager, just starting it using startx
xdriinfo
Screen 0: i965
glxinfo in the attachment
It looks good to me.
I spent a lot of time trying different systems with and without OpenGL and several desktops with none of them causing your issue.
Can you try a window manager other than openbox?
-
Will do, but it may take a few days as it's my server and I need some time to restart when no one is using it.
-
Ok I tested with lxdm and xfce4 and had the exact same problem. Anything else I can test to rule it out?
-
Ok I tested with lxdm and xfce4 and had the exact same problem. Anything else I can test to rule it out?
You've got me stumped.
I'm putting out a new build in an hour or so, see if that one still gives you trouble.
-
You've got me stumped.
I'm putting out a new build in an hour or so, see if that one still gives you trouble.
No change in the menu/popup issues with this build. Anything else I can test? Would a log help?
-
Is there going to be another build soon (before Christmas)? I ask because since this is based on 22.0.48 that it suffers from the accented characters issues which were fully fixed for me in 22.0.52.
-
No change in the menu/popup issues with this build. Anything else I can test? Would a log help?
I don't think a log would help and I don't seem to be able to reproduce this no matter what Distro, Architecture and Desktop manager I use.
If there was a way I could get it to happen here I'm sure it could be fixed...
-
Problem with 22.0.51 download. Error message:
"This XML file does not appear to have any style information associated with it. The document tree is shown below."
-
Yep, access denied error again, can't download the latest build.
-
The build's link is still broken with an access denied error. :)
-
Sorry, fixed now...
-
A couple of important changes in the .56 build. The eventing processing loop has been re-written. For those that have issues with dropdown boxes, etc see if this makes a difference.
Also, mouse pointer hiding and displaying, especially in full screen video has changed.
-
A couple of important changes in the .56 build. The eventing processing loop has been re-written. For those that have issues with dropdown boxes, etc see if this makes a difference.
Also, mouse pointer hiding and displaying, especially in full screen video has changed.
No change in the dropdown box issue for me with this build unfortunately. Out of curiosity I spun up a debian Jessie VM and couldn't reproduce the issue, even though the VM had the exact same operating system and DE. So there's either some idiosyncratic configuration causing this, or the native (non-virtualized) intel graphics hardware is causing it. I'm rebuilding my server next month after the stretch freeze. I guess we'll find out more definitively whether it's config or hardware then (Assuming you don't crack it between now and then :-) )
-
Hi Bob,
MC is still displaying over my lower taskbar in MATE. I can't resize the window after maximizing. This started happening around the time the Theater View builds were introduced. If you need any more info let me know.
-
No change in the dropdown box issue for me with this build unfortunately. Out of curiosity I spun up a debian Jessie VM and couldn't reproduce the issue, even though the VM had the exact same operating system and DE. So there's either some idiosyncratic configuration causing this, or the native (non-virtualized) intel graphics hardware is causing it. I'm rebuilding my server next month after the stretch freeze. I guess we'll find out more definitively whether it's config or hardware then (Assuming you don't crack it between now and then :-) )
If you still have it running, can you try changing skins and the scale size?
-
Hi Bob,
MC is still displaying over my lower taskbar in MATE. I can't resize the window after maximizing. This started happening around the time the Theater View builds were introduced. If you need any more info let me know.
Hi Bryan,
What distro and architecture?
I loaded MATE onto Debian 8 AMD64 NVidia Legacy display driver and MC works fine with the default desktop.
It doesn't load over the taskbar and I can resize it (if not in maximized mode of course).
-
If you still have it running, can you try changing skins and the scale size?
I don't unfortunately, I rebuilt my server over the weekend for Debian stretch and everything's working fine now.
However, I have a machine where MC takes up the whole screen after switching out of theater view, so that it obscures the Gnome title bar like Bryan is describing if you need testing on that. It's an Arch box running the latest Gnome.
-
I don't unfortunately, I rebuilt my server over the weekend for Debian stretch and everything's working fine now.
However, I have a machine where MC takes up the whole screen after switching out of theater view, so that it obscures the Gnome title bar like Bryan is describing if you need testing on that. It's an Arch box running the latest Gnome.
Is that with current builds?
One display or more?
-
Is that with current builds?
One display or more?
With current builds and only one display. It seems to happen after MC has been in theater view for a little while. Just switching to theater view and back doesn't seem to do it, switching to theater view playing a song or two, stopping playback, and then switching back seems to do it.
-
No change in the dropdown box issue for me with this build unfortunately. Out of curiosity I spun up a debian Jessie VM and couldn't reproduce the issue, even though the VM had the exact same operating system and DE. So there's either some idiosyncratic configuration causing this, or the native (non-virtualized) intel graphics hardware is causing it. I'm rebuilding my server next month after the stretch freeze. I guess we'll find out more definitively whether it's config or hardware then (Assuming you don't crack it between now and then :-) )
Ok, can you try this from a terminal window:
xdpyinfo | grep -i backing
and post the results from both the VM and machine with the issue?
-
Ok, can you try this from a terminal window:
xdpyinfo | grep -i backing
and post the results from both the VM and machine with the issue?
On the VM that doesn't exhibit the issue
options: backing-store WHEN MAPPED, save-unders NO
On the bare metal machine that does
options: backing-store WHEN MAPPED, save-unders NO
Doesn't look like that's it
-
Hi Bryan,
What distro and architecture?
I loaded MATE onto Debian 8 AMD64 NVidia Legacy display driver and MC works fine with the default desktop.
It doesn't load over the taskbar and I can resize it (if not in maximized mode of course).
Fedora 25 x86_64
So I've been playing around with the window and here's what I'm experiencing.
If I maximize standard view using the maximize button and then enter and exit theater view, the MC window covers my taskbar and I am unable to resize the MC window at all. If I then click the restore window button, MC doesn't do anything but if I enter and exit theater view again the screen will have restored itself and I can see my taskbar again and resize the MC window.
-
Trying to change Buffer Time from 500000 to 600000 causes an instant crash/segmentation fault. Trying to change Period Time from 100000 to something like 110000 causes MC to lock up. Tested both Ubuntu and Arch Linux, in addition to my virtual machines.
-
Trying to change Buffer Time from 500000 to 600000 causes an instant crash/segmentation fault. Trying to change Period Time from 100000 to something like 110000 causes MC to lock up. Tested both Ubuntu and Arch Linux, in addition to my virtual machines.
It's a bug in the configuration settings that I introduced while working on native Bitstreaming. It will be fixed in the next build.
-
I'm having issues after the upgrade from .106 to .111
Upon startup, Mediacenter 22 appears to startup then lockup and then reboot.
This is an endless cycle. I can alt tab to see JR there, and then it disappears. Then I wait for my script to start it again, and then it locks up and restarts.
Any suggestions on to intercept and troubleshoot are welcome.
-Pat
-
I'm having issues after the upgrade from .106 to .111
Upon startup, Mediacenter 22 appears to startup then lockup and then reboot.
This is an endless cycle. I can alt tab to see JR there, and then it disappears. Then I wait for my script to start it again, and then it locks up and restarts.
Any suggestions on to intercept and troubleshoot are welcome.
-Pat
Is there anything you have it setup to do when it starts up (like connecting to a library server)?
-
This is the main library server in my setup. I have it starting up with the script that is posted here and it just constantly tries to boot up (after the script figures out MC22 is not running).
main library server Ubuntu 16.04 and was MC22 .106, now .111
after .111 it's just constant rebooting. You can see the screen for a split second then it disappears.
I usually access this machine via VNC, but when I logged on locally I have the same issue.
I just went and checked my workstation that connects remotely to that library and it was also upgraded to .111 It's also locking up, I was able to submit the detail log as to the error.
I went to another remote client machine in my setup that is still running .106 and it starts up fine (but has nothing to connect to because of the main server not running)
this was after a
apt-get update
apt-get upgrade
apt-get dist-upgrade
update to the system
when I remotely log in there are no updates, no security updates available to the system.
It's a dual core AMD with 8GB of memory.
-
This is the main library server in my setup. I have it starting up with the script that is posted here and it just constantly tries to boot up (after the script figures out MC22 is not running).
main library server Ubuntu 16.04 and was MC22 .106, now .111
after .111 it's just constant rebooting. You can see the screen for a split second then it disappears.
I usually access this machine via VNC, but when I logged on locally I have the same issue.
I just went and checked my workstation that connects remotely to that library and it was also upgraded to .111 It's also locking up, I was able to submit the detail log as to the error.
I went to another remote client machine in my setup that is still running .106 and it starts up fine (but has nothing to connect to because of the main server not running)
this was after a
apt-get update
apt-get upgrade
apt-get dist-upgrade
update to the system
when I remotely log in there are no updates, no security updates available to the system.
It's a dual core AMD with 8GB of memory.
Go to a terminal prompt.
cd /usr/lib/jriver/Media\ Center\ 22
ldd -d *.so* | grep -i found
See if anything shows up, if so post it here.
-
I'm having issues after the upgrade from .106 to .111
Upon startup, Mediacenter 22 appears to startup then lockup and then reboot.
This is an endless cycle. I can alt tab to see JR there, and then it disappears. Then I wait for my script to start it again, and then it locks up and restarts.
Any suggestions on to intercept and troubleshoot are welcome.
-Pat
MC ships with some libraries in a private path to be able to run on the widest variety of distributions.
The fix to the private library paths in this build seems to be an issue on Ubuntu 16, previously a few of the system libraries were being used in place of the ones shipped with MC.
I was able to get it working on 22.0.111 by removing one of the libraries from the MC install so it uses the system library.
You can try this. Remove the all of the libgpg-error.so* from /usr/lib/jriver/Media Center 22 from a terminal thusly:
sudo rm /usr/lib/jriver/Media\ Center\ 22/libgpg-error.so*
-
Thank you, I'll try this when I get home tonight. I'll report out my results!
-Pat
-
I rm'd the library using
sudo rm /usr/lib/jriver/Media\ Center\ 22/libgpg-error.so*
it still has the same behavior, here is what was left in the directory after the rm
alsacap libgnutls.so libJRReader.so
Data libgnutls.so.28 libJRTools.so
JRWorker libgnutls.so.28.41.7 libnettle.so
libboost_regex.so.1.59.0 libhogweed.so libnettle.so.4
libcryptlib.so libhogweed.so.2 libsoxr.so
libgcrypt.so libidn.so libsoxr.so.0
libgcrypt.so.20 libidn.so.11 libsoxr.so.0.1.1
libgcrypt.so.20.0.3 libidn.so.11.6.8 License.txt
libgmp.so libJRDisc.so Plugins
libgmp.so.10 libJRImage.so Skins
libgmp.so.10.2.0 libJRPlayer.so
I tried it on the workstation (which I use to remote access the main library server)
and on the main library server (which is where I first discovered the problem).
and I did the grep command
cd /usr/lib/jriver/Media\ Center\ 22
ldd -d *.so* | grep -i found
and didn't find anything
-Pat
------------------------------------------------------------------------------
Welcome to Ubuntu 16.04.2 LTS (GNU/Linux 4.4.0-81-generic x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
0 packages can be updated.
0 updates are security updates.
-
Thanks for testing.
Do you have either MC 20 or MC 21 installed on the same machine?
-
nope. Just MC22
/usr/lib/jriver$ ls
MC22 Media Center 22
-Pat
-
can I just download the .108 .deb package and install that over .111 and will that get me back online for the 4th of July :-)
-
can I just download the .108 .deb package and install that over .111 and will that get me back online for the 4th of July :-)
Please try this build hot off the press:
http://files.jriver.com/mediacenter/channels/v22/latest/MediaCenter-22.0.111-2-amd64.deb
Or update via the repo and it will install automatically.
Report back please!
-
I updated via the repo and it installed .110-2
It still isn't starting up
-Pat
Thanks for the support here, I'm trying to demo this to two guys at work so that they buy two IDs and install JR
-
I updated via the repo and it installed .110-2
It still isn't starting up
-Pat
Thanks for the support here, I'm trying to demo this to two guys at work so that they buy two IDs and install JR
Sorry about that.
Please go back to the 108 build. I'll pull the 111 stuff from the repo.
-
I've pulled the 22.0.111 build for AMD64. There is something odd going on with the libraries.
If you were having issues with 22.0.111 you can reinstall the 22.0.108 build from the link or from the repo.
If doing it from the repo, you would do
sudo apt-get update
sudo apt-get install --reinstall mediacenter22=22.0.108
Sorry for the issues.
Had to edit this to specify the version to install.
-
sudo apt-get install --reinstall mediacenter22
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reinstallation of mediacenter22 is not possible, it cannot be downloaded.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I'll try the .deb file next
-Pat
-
sudo apt-get --purge remove mediacenter22
sudo apt autoremove
sudo apt-get update
sudo apt-get install mediacenter22
and I'm back with .108
Thanks for all of your help...
Plus I leared more Linux command lines thru this exercise :-) (I learned Linux because I wanted to install JR Media Center for Linux and after a few months I've converted my whole house to Linux as part of this learning experience)
Thanks!
Pat
ps. I couldn't get the .deb file to install over .111 this is why I went the route I posted here
-
The 22.0.111-5 build should resolve the crashing issues caused by the private libraries.