Topic: JRiver Media Center 19.0.143 for Debian (Read 8645 times)

bob · « **on:** June 19, 2014, 07:31:59 pm »

http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-19.0.143.deb

Purchase link

19.0.143 (6/19/2014)

1. NEW: Added DPMS control to the HDMI screen option under audio.
2. Fixed: Registration issues (losing previous registration, etc).
3. Fixed: WOL Mac address were not being supplied to the access key server properly.

19.0.141 (6/13/2014)

1. Changed: Default volume mode is now "Internal" rather than "System".
2. Changed: Added command line switch for restoring license from an MJR file (/RestoreFromFile).
3. Changed: Tooltips that obscure underlying clickable fields removed.
4. NEW: Screensaver control enabled (turn on hdmi screen option under Audio).
5. NEW: Added command line alsacap to the debian package (in MC's shared library location).
6. Changed: Audio driver configuration changed to be more like windows/mac.
7. NEW: The ALSA driver selection can be made from the WebRemote control panel.
8. NEW: DSD Encoder working.

19.0.138 (6/6/14)

1. Fixed: Asynchronous crashing triggered by Media Network being enabled.
2. Fixed: Ratings.
3. Fixed: Bug in eventing.
4. NEW: Licensing is now enabled. The trial period starts.

19.0.135 (5/9/2014)

1. Fixed: The watch folders function.
2. Fixed: A memory leak from above.

19.0.134 (5/15/2014)

1. New: The font dialog is enabled (Options->Tree and View->Select Font). You can choose from the default Lucida, GNU Unifont and a user defined font string. The User Defined font string has to be acceptable to XLoadQueryFont. If the font isn't found, MC will fall back to Lucida and then Mutt-Clearlyu. The font height can also be trimmed manually. Height in pixels of trim.

19.0.133-2 (5/12/2014)

1. Change: Reverted from requirement for dynamic ssl and crypto libs added inadvertently in 19.0.133

19.0.133 (5/9/2014)

1. Changed: The font loads orders of magnitude faster.
2. Fixed. The maximum size calculated for the font characters were not being calculated properly at load time resulting in imprecise placement of elements in the MC window.

19.0.129-3 (4/22/2014)

1. Changed: libcurl system shared lib dependencies reduced.
2. Fixed: Internet reader timeout.

19.0.129 (4/21/2014)

1. Changed: libcurl integrated into the JRReader. Greatly reduces dependencies and uses a newer version of libcurl. Needs testing to see if anything is missing and to check compatibility with distro's (unsupported) other than debian wheezy.
2. Changed: xz compression on the .deb greatly reduces download size.

19.0.128 (4/15/2014)

1. NEW: System volume control and mute control if supported by the device (controls the PCM output). The mixer is discovered during audio device config (reselect your audio device to get it).

19.0.124-5 (3/27/2014)

1. Changed: More maximize/not maximized work.

19.0.124 (3/25/2014)

1. Fixed: Use 64 bit stat functions. Fixes problems using mounted windows (and CIFS NAS) filesystems. Probably also fixes other random file problems.
2. Fixed: Moving the main window works properly now.
3. Changed: Method of screen position saving restoring (again). Needs testing.
4. Fixed: Resizing works (as long as nothing is playing).
5. Fixed: Restores maximized/not maximized state upon start.

19.0.122 (3/14/2014)

1. Fixed: Remembers size and position on re-open. Needs testing on different platforms / window managers.
2. Changed: The method used to allow moving/resizing. Needs testing on different platforms / window managers.

19.0.121 (3/11/2014)

1. Fixed: Memory leak introduced in 19.0.119
2. NEW: WMA playback support.
3. Fixed: HTTP authorization tokens weren't being done properly, so that only one server authorization was stored at a time.
4. Changed: Timeout advanced to July 10th 2014.
5. Fixed: Internet reader, HTTP redirects were not handled properly.
6. NEW: Use backing store for windows if the server supports it (UI speed increase).
7. NEW: Mouse cursor changes (on click) for main window move/resize. Intend this to work on hover in the future.
8. Changed: More tweaking of the tooltip and transient window hints (need feedback).

19.0.119 (2/28/2014)

1. Fixed: Movement and resizing of MediaCenter works properly now.
2. Fixed: HTTP authentication was broken in build 19.0.118.

19.0.118 (2/21/2014)

1. Fixed: The linux network reader fixed to handle custom methods (needed for DLNA events).
2. Fixed: When acting as a DLNA renderer, wouldn't move on to the next track in a playlist properly.
3. Fixed: Tooltip windows to work better with more window managers. Still not transparent however.

19.0.117 (2/14/2014)

1. Fixed: Enabled filesystem statistics gathering function.
2. Fixed: Allow : in filename (was filtered out by windows code).
3. Fixed: Remove special treatment of UNC style paths (windows code).
4. Fixed: Remove special treatment of . in pathnames, i.e. foo./bar (windows code).
5. Fixed: The fixing of the documents path causes the automatic database backup to occur. (~/Documents/JRiver ....)

19.0.116 (2/10/2014)

1. Fixed: Prevent tooltips and transparent windows from stealing input focus. Fixes upper right corner search box.

19.0.115 (2/5/2014)

1. Changed: Completely reworked the linux ALSA audio output device control to be more efficient and reduce latency.
2: NEW: Allow advanced user control of the latency.

19.0.112 (1/30/2014)

1. Fixed: Stability improvements.
2. Changed: Moved timeout to April 9th 2014

19.0.109 (1/23/2014)

1. Fixed: Workaround a curl bug that could cause crashing on slow dns lookups.
2. Fixed: Window focus issues. Need feedback.

19.0.108 (1/21/2014)

1. Fixed: Stability improvements.

19.0.103-3 (1/14/2014)

1. Fixed: Stability improvements.

19.0.103-2 (1/13/2014)

1. Changed: Removed system requirement for libcrypto++ and libboost-regex.

19.0.103 (1/9/2014)

1. NEW: Implemented libboost for regular expressions to match the windows and mac versions.
2. Changed: More dependencies tuning.

19.0.102 (1/3/2014)

1. Changed: Bumped timeout to February 9th 2014
2. Changed: Package no longer depends on the various linux audio encoders to install, they are recommended but not required leaving it up to the user to install. These are Lame, Vorbis-tools, Musepack-tools. They can be 32 or 64 bit.

19.0.94 (12/16/2013)

1. Fixed: Bug introduced from the column header crash fix.

19.0.92 (12/11/2013)

1. New: Added Musepack (mpc) encoder (requires system musepack-tools).
2. Fixed: Pathname length for files increased from 260 to 4096.

19.0.91 (12/10/2013)

1. Changed: More shared library work (stability).
2. Changed: Now requires system libcrypto++9 (>= 5.6.1)
3. Fixed: MPC (Musepack) input plugin.

19.0.90 (12/9/2013)

1. Fixed: .deb pacakge dependencies will allow either i386 or amd64 versions of lame and vorbis-tool and un-arched xfonts.
2. Changed: Reliability in loading shared libraries, was causing problems when switching between audio formats during playback.

19.0.89 (12/6/2013)

1. New: Added OGG encoder.

19.0.88 (12/5/2013)

1. Fixed: OGG input plugin.

19.0.85-1 (12/3/2013)

1. Faster: Drawing from an internal image to the screen is much faster (requires 0 memory manipulations before draw; previously required two copies before draw).
2. Changed: More resolutions avaiable for the dynamic MC Icon.
3. Fixed: DLNA fixes from the main code.

InflatableMouse · « **Reply #1 on:** June 20, 2014, 12:33:28 am »

Quote from: bob on June 19, 2014, 07:31:59 pm

2. Fixed: Registration issues (losing previous registration, etc).

Sorry Bob, it's still not working for me

.

I have ca-certificates.crt in /etc/ssl/certs

When I enter the code it pops up that the license can't be found.

From the command line as my user (not sudo or root) I run (from the dir that contains that license file):

mediacenter19 /RegisterFromFile MediaCenter19Linux-250890.mjr

and MC just opens but remains unregistered. The license file is recent (from this week).

imugli · « **Reply #2 on:** June 20, 2014, 02:05:16 am »

[Solved by restarting server] It seems I'm not able to connect to a remote library. Have tried deleting and adding again via access key and still cannot access. Gizmo is connecting to library using same access key no problems.

UdoS · « **Reply #3 on:** June 20, 2014, 03:55:30 am »

Hi Bob,

I try to enter the license (dated 6/19/14). MC starts, but still unregistered. Also I tried online, but still the same old message

bob · « **Reply #4 on:** June 20, 2014, 09:55:18 am »

Quote from: UdoS on June 20, 2014, 03:55:30 am

Hi Bob,

I try to enter the license (dated 6/19/14). MC starts, but still unregistered. Also I tried online, but still the same old message

Hi Udo.
Did you check your certificate authority path to make it match debian? I split this into a separate topic:
http://yabb.jriver.com/interact/index.php?topic=89893.0
MC can't talk SSL to the license server without the certificate authority being available.

bob · « **Reply #5 on:** June 20, 2014, 10:17:06 am »

I assume everyone left having trouble with registration is NOT running on Debian Wheezy?
It would be helpful in these cases if you would always state the Distro and CPU architecture when you post.
Otherwise I have to go searching through old posts to figure it out.

The same thing with other issues, if you aren't running i386 Debian Wheezy you need to state that in the post and provide details.

Thanks.

jcd201406 · « **Reply #6 on:** June 20, 2014, 10:35:07 pm »

New with Mediacenter 19 but install 138, then 141 then an hour ago 143 on Kubuntu 14.04LTS and it still crash after few minutes launched from KDE or CLI :

$ mediacenter19
LoadWindowPlacement 0, 0, 1440, 865 Maximized: 1 Minimized: 0 Normal: 1
Doing Maximize
Erreur de segmentation (core dumped)

$ tail -1000 /var/log/syslog |grep mediacenter
Jun 20 22:10:06 pcdl kernel: [181120.349758] mediacenter19[24794]: segfault at 0 ip b5d4c181 sp bf8c19d0 error 4 in libJRReader.so[b5c6b000+550000]
Jun 20 22:12:34 pcdl kernel: [181267.916420] mediacenter19[24947]: segfault at 0 ip b5e2d181 sp bfa3ecc0 error 4 in libJRReader.so[b5d4c000+550000]
Jun 20 22:17:56 pcdl kernel: [181589.631352] mediacenter19[24974]: segfault at 0 ip b5d62181 sp bfc0a780 error 4 in libJRReader.so[b5c81000+550000]
Jun 20 22:20:09 pcdl kernel: [181722.901880] mediacenter19[25003]: segfault at 0 ip b5e12181 sp bf92af40 error 4 in libJRReader.so[b5d31000+550000]
Jun 20 22:38:11 pcdl kernel: [182804.269006] mediacenter19[25078]: segfault at 0 ip b5e01181 sp bfa33cf0 error 4 in libJRReader.so[b5d20000+550000]
Jun 20 22:43:29 pcdl kernel: [183122.069094] mediacenter19[27500]: segfault at 0 ip b5da9181 sp bfb64d90 error 4 in libJRReader.so[b5cc8000+550000]
Jun 20 23:06:42 pcdl kernel: [184514.687985] mediacenter19[29170]: segfault at 0 ip b5d6f181 sp bf9130f0 error 4 in libJRReader.so[b5c8e000+550000]
Jun 20 23:12:00 pcdl kernel: [184833.326765] mediacenter19[32097]: segfault at 0 ip b5e27181 sp bf968c10 error 4 in libJRReader.so[b5d46000+550000]
Jun 20 23:17:39 pcdl kernel: [185171.361900] mediacenter19[32258]: segfault at 0 ip b5d9b181 sp bf8b4520 error 4 in libJRReader.so[b5cba000+550000]

$ uname -a
Linux pcdl 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux

$top
top - 23:30:54 up 2 days, 3:40, 3 users, load average: 0,17, 0,18, 0,23
Tasks: 181 total, 1 running, 179 sleeping, 0 stopped, 1 zombie
%Cpu0 : 6,1 us, 1,0 sy, 0,0 ni, 92,5 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu1 : 4,7 us, 1,4 sy, 0,0 ni, 93,9 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 4011676 total, 2003672 used, 2008004 free, 33456 buffers
KiB Swap: 4067324 total, 16816 used, 4050508 free. 1178944 cached Mem

InflatableMouse · « **Reply #7 on:** June 21, 2014, 03:11:47 am »

Quote from: bob on June 20, 2014, 10:17:06 am

I assume everyone left having trouble with registration is NOT running on Debian Wheezy?
It would be helpful in these cases if you would always state the Distro and CPU architecture when you post.

Sorry.

Arch Linux 64-bit.

hifi25nl · « **Reply #8 on:** June 21, 2014, 07:37:05 am »

Is the file License.txt corrupt?
If I open I have only this:
ÿþS

P.S. this is happening if I open the file with leafpad or juffed, with kwrite or kate al is fine. Strange...

matze81479 · « **Reply #9 on:** June 22, 2014, 06:25:19 am »

Just when I thought that my registration problems have been over, MC started an told me that my trial period was over ...

What happened? In the last days, I had my Notebook only connected by WLAN, and MC kept registered. Today I connected it vial Ethernet LAN cable, and it told me that the trial period was over. /RegisterFromFile switch still didn't work in my case. So because I wanted to have some hours listening to music instead of searching for registration workarounds, I entered the original registration code once more, and it now says that it's registered again ...

For now I didn't have the courage to start MC again via WLAN because I'm afraid that MC then again says that it's unregistered ...

What's going on with this registration chaos? If the registration procedure is bound to the computer's mac address, in my opinion MC should take the eth0's mac address to identify the computer everytime instead of the mac address of the connected network?!

Regards
Matthias

JimH · « **Reply #10 on:** June 22, 2014, 06:56:49 am »

When you have a problem, please tell us what distro of Linux you use. Debian Linux is the only officially supported Linux at this time.

UdoS · « **Reply #11 on:** June 22, 2014, 10:45:02 am »

Quote from: bob on June 20, 2014, 09:55:18 am

Hi Udo.
Did you check your certificate authority path to make it match debian? I split this into a separate topic:
http://yabb.jriver.com/interact/index.php?topic=89893.0
MC can't talk SSL to the license server without the certificate authority being available.

Hi Bob,
my cert are in /etc/ssl/...

I set up links to the ca-certbundle and renamed it like ca-certificate.cert etc, but no change. What ever I do, MC comes up unregistered.

UdoS · « **Reply #12 on:** June 22, 2014, 10:55:04 am »

Quote from: JimH on June 22, 2014, 06:56:49 am

When you have a problem, please tell us what distro of Linux you use. Debian Linux is the only officially supported Linux at this time.

I'm running SUSE 12.3. Does it mean, after 13 days left, I can trash MC?

matze81479 · « **Reply #13 on:** June 22, 2014, 01:35:32 pm »

Quote from: matze81479 on June 22, 2014, 06:25:19 am

Just when I thought that my registration problems have been over, MC started an told me that my trial period was over ...

What happened? In the last days, I had my Notebook only connected by WLAN, and MC kept registered. Today I connected it vial Ethernet LAN cable, and it told me that the trial period was over. /RegisterFromFile switch still didn't work in my case. So because I wanted to have some hours listening to music instead of searching for registration workarounds, I entered the original registration code once more, and it now says that it's registered again ...

For now I didn't have the courage to start MC again via WLAN because I'm afraid that MC then again says that it's unregistered ...

What's going on with this registration chaos? If the registration procedure is bound to the computer's mac address, in my opinion MC should take the eth0's mac address to identify the computer everytime instead of the mac address of the connected network?!

Regards
Matthias

Seems to be a never ending story ...

As written above, after restoring the licence with eth0 connection it worked ... Now, a few hours later, I started the notebook again with eth0 and everythin was fine ... Then I switched off the LAN cable and connected via WLAN, and MC says that the trial period was over ... Ok, LAN cable connected again, but now that doesn't also work ... No chance, switching off the LAN cable destroyed my registration !?!?

So in my opinion it's a bug that the registration is destroyed after switching the network connection.

Sorry, but perhaps it could be an idea to test the registration process with a small group of preselected test people instead of the normal customers?!

My system: Ubuntu 13.10 64bit.

File /etc/ssl/certs/ca-certificates.crt is there. But /RegisterFromFile switch doesn't work in any case on my system. MC starts with "The trial perias has expired". What shall I do??? Help !!!!!

Regards
Matthias

Robert Joe · « **Reply #14 on:** June 22, 2014, 01:59:17 pm »

I installed this on Linux Mint16. No issues with licensing. It came up and ran first time.

Robert Joe · « **Reply #15 on:** June 22, 2014, 02:04:54 pm »

Quote from: matze81479 on June 22, 2014, 01:35:32 pm

File /etc/ssl/certs/ca-certificates.crt is there. But /RegisterFromFile switch doesn't work in any case on my system. MC starts with "The trial perias has expired". What shall I do??? Help !!!!!

I just typed my registration code in manually since cut and paste did not work.

Hendrik · « **Reply #16 on:** June 22, 2014, 02:12:03 pm »

Quote from: matze81479 on June 22, 2014, 01:35:32 pm

Seems to be a never ending story ...

As written above, after restoring the licence with eth0 connection it worked ... Now, a few hours later, I started the notebook again with eth0 and everythin was fine ... Then I switched off the LAN cable and connected via WLAN, and MC says that the trial period was over ... Ok, LAN cable connected again, but now that doesn't also work ... No chance, switching off the LAN cable destroyed my registration !?!?

So in my opinion it's a bug that the registration is destroyed after switching the network connection.

Are you sure you're on 19.0.143?

Bob just rewrote the whole deal to make sure this is no longer a factor. It may require the license to be reinstalled once after updating to 19.0.143, but should remain stable after.

matze81479 · « **Reply #17 on:** June 22, 2014, 02:44:06 pm »

Quote from: Hendrik on June 22, 2014, 02:12:03 pm

Are you sure you're on 19.0.143?

Bob just rewrote the whole deal to make sure this is no longer a factor. It may require the license to be reinstalled once after updating to 19.0.143, but should remain stable after.

Yes, I'm on 19.0.143. As far as I can remember, the registration kept ok when upgrading from 19.0.141 to 19.0.143 a few days ago (all with WLAN connection). Today, with 19.0.143, after connecting to eth0, I had to restore from registration code. And now, after reconnecting to WLAN, it still says the trial period was over. So I think the problem related to the network connection / mac address still remains.

But what can I do to solve the other problem with the /RegisterFromFile switch? I tried with the .mjr file from the restore this morning, but there is nothing but a small window telling me that the trial period is over. Are there further switches to turn on debug messages or so?

matze81479 · « **Reply #18 on:** June 23, 2014, 02:01:51 pm »

Quote from: matze81479 on June 22, 2014, 02:44:06 pm

Yes, I'm on 19.0.143. As far as I can remember, the registration kept ok when upgrading from 19.0.141 to 19.0.143 a few days ago (all with WLAN connection). Today, with 19.0.143, after connecting to eth0, I had to restore from registration code. And now, after reconnecting to WLAN, it still says the trial period was over. So I think the problem related to the network connection / mac address still remains.

But what can I do to solve the other problem with the /RegisterFromFile switch? I tried with the .mjr file from the restore this morning, but there is nothing but a small window telling me that the trial period is over. Are there further switches to turn on debug messages or so?

Sorry, I have to apologise: The command line switch for restoring from .mjr file works now. It was my fault, because I always typed "/RegisterFromFile" instead of "/RestoreFromFile". With the latter switch, it works. But I would suggest to show an error message when the user calls MC with an invalid command line switch?!

But the network interface related problems are still there: Today I tried with Linux Mint 16 64bit:
(1) Install MC 19.0.143 with WLAN connection -> mediacenter19 /RestoreFromFile -> Registered
(2) Switched to eth0 by connecting LAN cable -> Not Registered
(3) Switched back to WLAN by disconnecting LAN cable -> Not Registered (!!!)
Not enough that in (2) it is no longer registered, the original registration via WLAN in (1) has also been destroyed by starting MC with another network interface...
Please find and fix this bug. Thanks

Regards
Matthias

JohnWalker · « **Reply #19 on:** June 23, 2014, 03:37:16 pm »

I've been using Ubuntu for the past 3 years, and have had good experiences with the Linux version of MC19. Last week I did a clean install of Ubuntu 14.04 onto a brand-new SSD and went from 32-bit to 64-bit in the process. I installed the latest version of MediaCenter19 from MediaCenter-19.0.143.deb. Everything installed OK, and the program re-imported my library, but I've had no success with registering - I keep getting the reminder that I'm on a trial. I have twice typed in valid codes (I'm also registered with Windows); each code is accepted, but no change is made to the status of the software.

JohnWalker · « **Reply #20 on:** June 23, 2014, 03:46:08 pm »

OK - sorry - I've solved it by entering the original 'valid for Linux' code, not the Windows one! Sorry for wasting your time.

matze81479 · « **Reply #21 on:** June 24, 2014, 02:29:45 am »

Has anyone tried to register MC with network connection x, then switch to another network connection y, and start MC? Am I the only one with the problem of destroying the original registration?? ?

JimH · « **Reply #22 on:** June 24, 2014, 06:30:21 am »

Moving to a different network should not affect the license.

Please use a different thread for any problem that requires discussion. Always post the distro details.

UdoS · « **Reply #23 on:** June 24, 2014, 12:58:39 pm »

Hi

finally, my registration went through. The /RegisterFromFile option doesn't work. After the link to the .pem file was set, the online registration did it.
Thanks for the help.

Hendrik · « **Reply #24 on:** June 24, 2014, 01:02:33 pm »

Quote from: UdoS on June 24, 2014, 12:58:39 pm

finally, my registration went through. The /RegisterFromFile option doesn't work.

The options is called /RestoreFromFile, as in restoring the license.

INTERACT FORUM

Author Topic: JRiver Media Center 19.0.143 for Debian (Read 8645 times)