INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: JRiver Media Center 19.0.134 for Debian  (Read 4788 times)

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
JRiver Media Center 19.0.134 for Debian
« on: May 15, 2014, 05:30:00 pm »

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

Purchase link

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.

Logged

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
Re: JRiver Media Center 19.0.134 for Debian
« Reply #1 on: May 15, 2014, 05:36:46 pm »

The font to load for the gnu unifont in debian is:
sudo apt-get install xfonts-unifont

It's a pretty raunchy font but it gets the East Asian characters.

Try some experimentation with the user defined font string and see what you get (you can try xlsfonts to see what might be available. I'm assuming only pcf fonts will work).
Logged

RemyJ

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 1245
Re: JRiver Media Center 19.0.134 for Debian
« Reply #2 on: May 15, 2014, 06:25:22 pm »

The user defined string seems to work fine but you're right...no ttf fonts are available. 

I didn't realize that clipboard paste isn't working until I tried to paste "-adobe-helvetica-medium-r-normal--10-100-75-75-p-56-iso8859-1" into the field.  Had to type it manually.  Won't be doing THAT again. :)

The pixel trim is pretty cool.  Setting to 3 compacts the track list a little without causing  problems in dialogs.

Might be my imagination but window mechanics seem to have regressed a little lately.   Getting more flashing and jumping on window moves and the app insists on being in the foreground when playing.


Logged
Fedora 38 x86_64 Xfce

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
Re: JRiver Media Center 19.0.134 for Debian
« Reply #3 on: May 15, 2014, 06:44:32 pm »

The user defined string seems to work fine but you're right...no ttf fonts are available. 

I didn't realize that clipboard paste isn't working until I tried to paste "-adobe-helvetica-medium-r-normal--10-100-75-75-p-56-iso8859-1" into the field.  Had to type it manually.  Won't be doing THAT again. :)

The pixel trim is pretty cool.  Setting to 3 compacts the track list a little without causing  problems in dialogs.

Might be my imagination but window mechanics seem to have regressed a little lately.   Getting more flashing and jumping on window moves and the app insists on being in the foreground when playing.

Thanks for the feedback.
You can get copy/paste to work if you install autocutsel. A search in this forum should find directions. Doing away with that in the future is on the todo list.
I think the windows mechanics depend on what's being displayed on the page. Sometimes I can move and resize it easily other times not (especially as you say lately). That one is a bugger.
Logged

Mike Noe

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 792
Re: JRiver Media Center 19.0.134 for Debian
« Reply #4 on: May 17, 2014, 12:40:37 pm »

I have a weird behavior with this build.  When I start mediacenter from KDE/autostart or from a ".desktop", it acts like it's doing a "JRWorker" process of some sort for many many hours, bounces around cores, so I'm assuming...It never pegs more than one core at a time, however.  Top never shows more than 30% for the process.

Using this command line:  mediacenter19 /mediaserver

Alternatively, if I open a terminal, run "mediacenter19 /mediaserver &", then it just sits there normally as before.

Not happening with 133.

openSuse, KDE4.13.1, Kernel 3.15 RC5, fwiw.

I tried on new PlasmaNext/Frameworks5, same...

Meh, last 13Mb of log looks like this...
Code: [Select]
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
Logged
openSUSE TW/Plasma5 x86_64 | Win10Pro/RX560
S.M.S.L USB-DAC => Transcendent GG Pre (kit) => Transcendent mono OTLs (kit)
(heavily modded) Hammer Dynamics Super-12s (kit)
(optionally) VonSchweikert VR8s

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
Re: JRiver Media Center 19.0.134 for Debian
« Reply #5 on: May 17, 2014, 03:44:52 pm »

I have a weird behavior with this build.  When I start mediacenter from KDE/autostart or from a ".desktop", it acts like it's doing a "JRWorker" process of some sort for many many hours, bounces around cores, so I'm assuming...It never pegs more than one core at a time, however.  Top never shows more than 30% for the process.

Using this command line:  mediacenter19 /mediaserver

Alternatively, if I open a terminal, run "mediacenter19 /mediaserver &", then it just sits there normally as before.

Not happening with 133.

openSuse, KDE4.13.1, Kernel 3.15 RC5, fwiw.

I tried on new PlasmaNext/Frameworks5, same...

Meh, last 13Mb of log looks like this...
Code: [Select]
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065680: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065681: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065682: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Success (looping again)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Waiting (2)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Wait result (1)
0065683: 4046818112: Import: CWatchFoldersThread::Thread: Found changes
Yeah, that's not working. I'm testing it more with a sightly different approach this weekend.
If you take out the autoimport configuration you should be ok, it's never worked yet anyway.
Logged

Mike Noe

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 792
Re: JRiver Media Center 19.0.134 for Debian
« Reply #6 on: May 17, 2014, 05:11:56 pm »

roger, wilco.  I'll keep an eye open for changes in that area going forward.  thx.
Logged
openSUSE TW/Plasma5 x86_64 | Win10Pro/RX560
S.M.S.L USB-DAC => Transcendent GG Pre (kit) => Transcendent mono OTLs (kit)
(heavily modded) Hammer Dynamics Super-12s (kit)
(optionally) VonSchweikert VR8s

hifi25nl

  • Junior Woodchuck
  • **
  • Posts: 68
Re: JRiver Media Center 19.0.134 for Debian
« Reply #7 on: May 19, 2014, 03:38:39 am »

With this version I have 25% CPU when idle (not playing)
Logged

InflatableMouse

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3978
Re: JRiver Media Center 19.0.134 for Debian
« Reply #8 on: May 19, 2014, 03:51:09 am »

See 2 posts above.

Try disabling auto import.
Logged

hifi25nl

  • Junior Woodchuck
  • **
  • Posts: 68
Re: JRiver Media Center 19.0.134 for Debian
« Reply #9 on: May 19, 2014, 04:28:09 am »

Ok.

What is the string for user defined font?
Can you make an example?
Logged

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
Re: JRiver Media Center 19.0.134 for Debian
« Reply #10 on: May 19, 2014, 01:39:43 pm »

This looks like a pretty good description of the fonts usage:
http://www.sbin.org/doc/Xlib/chapt_17_app_A.html
This is the default Lucida font string:
-b&h-lucida-medium-r-normal-sans-12-120-75-75-p-71-iso10646-1
Second edit:
xlsfonts at a prompt lists the fonts available on the system.
PCF fonts work.
TT fonts don't work.
I don't know about the others, that's why I asked for feedback.
Logged

InflatableMouse

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3978
Re: JRiver Media Center 19.0.134 for Debian
« Reply #11 on: May 19, 2014, 02:38:35 pm »

You need to install xorg-xlsfonts on Arch.

I was gonna test a few of them, but then I saw this:

$ xlsfonts | wc -l
5732

Ouch ...
Logged

geier22

  • Regular Member
  • Galactic Citizen
  • ****
  • Posts: 418
Re: JRiver Media Center 19.0.134 for Debian
« Reply #12 on: May 19, 2014, 05:15:21 pm »

If auto-import is started, the system load remains constantly at about 20%. Even if auto-import is finished.
If MC is then restarted, the system load is only constant at between 2-4%.
Logged
Debian Testing x64 (multiarch) Xfce
TEAC UD-H01 - Yamaha A-S1000 /
Midrange- Studiomonitore by FN
AsRock Z390 Extreme4- Intel Core i9 9900/ 32 GB Ram

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13524
Re: JRiver Media Center 19.0.134 for Debian
« Reply #13 on: May 19, 2014, 05:45:00 pm »

If auto-import is started, the system load remains constantly at about 20%. Even if auto-import is finished.
If MC is then restarted, the system load is only constant at between 2-4%.
Should be fixed in build 135
Logged
Pages: [1]   Go Up