Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[JimH]

This is the latest version of MC 19.  Please post bugs here.  Please start a new thread for anything requiring discussion.  Non-bug posts will be deleted.

Download: http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter190029.exe

CAUTION -- This is an early build of MC19.  Please read what others say before downloading.  It may be less stable than MC18 for some time to come.  Back up your current MC library before installing.  Please use the Problems and Questions thread if you need help.

19.0.29 (8/16/2013)

1. NEW: Freshened the look of the default Noire skin.
2. Fixed: The uninstaller could fail to start if a different version of Media Center was used last.
3. Changed: When searching for sidecar artwork, instead of searching only for Folder.jpg, the program will find Folder.jpg, Cover.jpg, Front.jpg (and also any image extension like .jpeg, .png, etc.).
4. Changed: When scanning for television channels, the tuner type is automatically selected according to user configured tuner type of the first non-disabled tuner in the list, instead of always defaulting to "ATSC".
5. Changed: Removed the appearance selection page from the installer.
6. Fixed: Using the new group expressions in Theater View could cause 'circular reference' errors to appear in some cases.
7. Changed: When the Analyze Audio tool is being run manually (ie. not part of auto-import), it will prevent the system from going to sleep.
8. Fixed: Tooltips in edit controls were not showing reliably (making it hard to get context sensitive help when editing expressions).
9. NEW: The target latency for live playback (WASAPI loopback, ASIO line-in, JRiver ASIO driver) can be configured in Options > Audio > Advanced > Live playback latency (remember that the output latency from Options > Audio > Device settings... is added to this latency).
10. Fixed: DVD Video burning was not working for longer duration video files.
11. Changed: .rec files will now be recognized and played.

19.0.28 (8/14/2013)

1. Changed: Opening Options > Audio will no longer load any ASIO drivers (some drivers would hang when loaded a second time if playback was happening, etc.)

19.0.27 (8/14/2013)

1. Changed: A few fixes and tweaks to the DR analyzer.
2. Fixed: The Audio Analyzer dialog was stalling on files that didn't need analysis instead of skipping them.
3. Fixed: In-place editing in the tree could get cancelled when background tools fired notifications (like when a DLNA device came or went).
4. Fixed: Renaming a library view will prompt to save changes before doing the rename.
5. Fixed: Putting an invalid field into a GroupSummary(...) expression could crash.
6. Fixed: Scrolling with the mouse wheel in a list could leave a tooltip showing.

19.0.26 (8/13/2013)

1. NEW: Expression based categories can define separate grouping and display expressions so that you can group by something like artist, but then display something more advanced with counts, number of albums, etc.
2. NEW: Group-based expression functions like GroupCount(...) and GroupSummary(...) are supported in the new category display expressions.
3. NEW: Added DR dynamic range analysis to the audio analyzer.
4. Changed: When an Action Window is maximized, the other Action Windows are hidden instead of showing them in a stack at the bottom (provides more available height for a maximized window).
5. Changed: The maximize button on the Action Window switches to a minimize button when maximized (when a skin doesn't have a maximize button, the restore artwork is used).
6. Changed: Action Windows remember their maximized state (so a maximized Tag window will stay maximized).
7. Changed: Updated Chromium browser engine to Chromium Embedded Framework 3.1453.1255 (Chromium version 27.0.1453.73).
8. Fixed: Television recordings in transport stream format could be unplayable in other applications, and could have bad quality.

19.0.25 (8/12/2013)

1. NEW: Added support for user accounts that are stored with the library and allow each user to see only certain files (replaces Access Control feature).
2. NEW: Added a 'User' library field that can be set to any combination of users to limit the contents visibility to only those users (leave blank for content to show for all users).
3. SDK: The MC command MCC_BACKUP_LIBRARY (20011) will perform a silent automatic backup when passed "1" as the parameter.
4. Changed: The program will run the automatic library code periodically instead of only at program start (so that running the program for long periods won't stop automatic backups from happening).
5. Changed: Auto-import has separate options for analyzing audio for audio and video files.
6. NEW: User can choose a time for MC to load television EPG in background.
7. Changed: Server token authentication persists across a server restart so that an authenticated client won't be forced to reconnect if the server goes down and comes back up.  

19.0.24 (8/9/2013)

1. Fixed: The audio analyzer was not properly returning per-channel peaks.
2. NEW: JRSS downmixing uses per-channel peak levels from audio analysis when they're available to make a better determination about how much (if any) volume reduction is required to prevent clipping after the downmix.
3. Changed: The 'Volume Up' and 'Volume Down' roller items do not appear in Theater View when the volume is in disabled mode.
4. Changed: The error check during WPD camera acquisition makes sure the source and destination file sizes are within 2.5% instead of an exact match since some devices do not expose an exact file size (Android 4.3 in MTP mode).
5. Changed: Doing a Camera acquire shows a playlist 'Recently Acquired' that contains only images acquired in the last hour (like other recent playlists, it is automatically cleaned up after a few days).

19.0.23 (8/8/2013)

1. Fixed: When non-analyzable files were added to the analyzer, the program would dead-lock when showing the error dialog.
2. Changed: Added int(...), frac(...), round(...), and trunc(...) to the math evaluator (used in expressions, visualizations, etc.).
3. Changed: The math evaluator is double-precision (64-bit) instead of single-precision (32-bit) for floating point operations.
4. Changed: The option to not draw frames on image thumbnails is honored in grouped details lists (previously it was only honored in thumbnail lists).
5. Fixed: File creation could fail in build 19.0.22, causing several possible strange problems.

19.0.22 (8/8/2013)

1. Fixed: Importing of mp4 files that have copyright atom could cause MC to crash.
2. Changed: Vertical scrollbars are positioned inside the column header in a list instead of over it (allows a cleaner look with some skins and is logical since the column header doesn't scroll).
3. Fixed: MC could fail to load ID3 tag data in AIFF and WAVE files.
4. Fixed: MC did not write copyright tag to mp4 files.
5. Changed: MC will try reading copyright tag from a second location in mp4 files if the ISO-defined 'cprt' atom does not exist.
6. Changed: The list editing widget (used for editing keywords, etc.) puts the 'Add' box at the bottom and moves the instructions into the box for a cleaner alignment and less chance for the suggestions when adding to obscure the existing list.
7. Faster: File I/O adds a buffering layer that engages when small reads are performed so that underlying reads are never too small (a real world example where this helps is with FLAC playback over some types of wireless networks).

19.0.21 (8/7/2013)

1. Changed: The audio analyzer considers a file analyzed if it has a 'Volume Level (R128)' and 'Peak Level (R128)' value.
2. Faster: Analyzing files to decide what playback / decoding method to use is faster (makes opening the Analyze Audio dialog with lots of files faster).
3. Fixed: Files with a peak level of 0.0 dB could incorrectly be marked as needing analysis.
4. Changed: The standard ReplayGain volume level and peak level tags will not be written to tags if tagging is turned off for the corresponding MC fields 'Volume Level (ReplayGain)' and 'Peak Level (Sample)'.

19.0.20 (8/5/2013)

1. Changed: Memory playback gracefully handles cases where memory allocation fails.
2. Changed: Added 'Peak Level (Sample)' field to report the peak level found in an actual sample value (doesn't account for inter-peak overs like R128 TruePeak).
3. Changed: Added 'Volume Level (ReplayGain)' that will be filled from tags or an old MC library on import.
4. Changed: After analyzing a file, the 'Volume Level (ReplayGain)' field and tag will be filled with a ReplayGain v2 value (which is the R128 level with a +5dB adjustment).
5. Changed: When a file has a 'Peak Level (Sample)' value and no 'Peak Level (R128)' value, the sample peak will be used (with 1.5dB extra headroom added to make it more similar to R128 True Peak).
6. Changed: When a file has a 'Volume Level (ReplayGain)' value and no 'Volume Level (R128)' value, the ReplayGain value will be used with Volume Leveling (adjusted by -5dB to make it more similar to an R128 value).
7. Changed: Removed some unneeded COM initialization / uninitialization from Media Network server threads (might help with ole32.dll crashes during idle).

19.0.19 (8/2/2013)

1. Fixed: The RAW image decoding cache was not enabled for the last few builds.
2. Fixed: The 'Check for Updates' Action Window could use the wrong button width for the button (may also apply to other places where the button text changes dynamically).
3. Changed: Updated German language file (thanks Bytestar).

19.0.18 (8/1/2013)

1. Fixed: A few 3d visualizations were not working properly on Windows 7 and Windows 8.
2. Changed: Removed 3d text visualization (it's no longer possible to create a 3d mesh from text using the D3DX helper).

19.0.17 (7/31/2013)

1. Changed: When getting thumbnails JRWorker will test-load the image embedded in mp4 files, and if not valid, will fall back to capturing an image from the video.
2. Changed: JPEG tag padding is stored as an APP9 segment instead of an APP14 segment because some Android devices would not properly handle an APP14 block that contained empty data.
3. Fixed: The option to start playback of the current playlist would not work when MC was configured to start when Windows loaded.
4. Internal: Switched most of the math used by hardware accelerated drawing away from D3DX to JRiver code (please report any new issues with Theater View, etc.).

[Fangio]

11. Changed: .rec files will now be recognized and played.

Thanks very much guys! 

[StuckMojo]

@bytestar

Tag: Medium-> Mittel (German language)
Strange translation

In MC 18 it was Medium with german language, too. That's better.

[Archimago]

3. Changed: When searching for sidecar artwork, instead of searching only for Folder.jpg, the program will find Folder.jpg, Cover.jpg, Front.jpg (and also any image extension like .jpeg, .png, etc.)

Boo yah! Nice work! 

[ogs]

Convolution is now broken compared to .28.
Sending sound through the ASIO input is not stable. Should MC display the same info in Audio Path here as when playing from MC itself?

[elderavelas]

DSD encoding on the fly works with my Yulong Sabre DA8 DAC with WASAPI and ASIO (using foo_dsd_asio proxy set to DoP with buffering of 500ms and MC bitstreaming set to DSD) but has a minor issue.
There is a short "hiccup" when changing tracks (for both WASAPI/DoP and ASIO). The hiccup happens when clicking on the next or previous track buttons or when double clicking a track in any album when another track is already being played. Fast forwarding, rewinding or jumping to somewhere in the track also causes the hiccup.
Sequential tracks changing when a track finishes and the player starts playing the next track is fine.

Hiccups only happen when "Switch tracks" is set to Standad or Gapless. When cross-fade or gapped fade is used there are no hiccups.

[6233638]

DSD encoding on the fly works with my Yulong Sabre DA8 DAC with WASAPI and ASIO (using foo_dsd_asio proxy set to DoP with buffering of 500ms and MC bitstreaming set to DSD) but has a minor issue.
There is a short "hiccup" when changing tracks (for both WASAPI/DoP and ASIO). The hiccup happens when clicking on the next or previous track buttons or when double clicking a track in any album when another track is already being played. Fast forwarding, rewinding or jumping to somewhere in the track also causes the hiccup.
Sequential tracks changing when a track finishes and the player starts playing the next track is fine.

The problem is that Media Center drops out of DoP mode rather than playing DoP silence for things like track changes - my DAC's display shows it switching back into PCM every time. I reported this a while ago.

[HiFiTubes]

You got a bug with Thumbnails getting wiped when demoing MC19, and then opening MC18. Both apps lose thumbs.

 Rebuilt 400K once already, and they are all gone again today. Not the best way to demo an upgrade...

[JimH]

You got a bug with Thumbnails getting wiped when demoing MC19, and then opening MC18. Both apps lose thumbs.

 Rebuilt 400K once already, and they are all gone again today. Not the best way to demo an upgrade...

Did you change the library location so that both are using the same location?  That would cause problems.

[mywhey]

hello just downloaded program received a msg saying failed to load jrtools please download newest version it instructed and would not allow install.

how do i acquire jr tools file i have v 18 i thought i should have  it already on os.

[JimH]

jrtools is part of both MC18 and MC19.  Make sure you have the latest build of whatever you're using.

Please use this thread for discussion of any problems:
http://yabb.jriver.com/interact/index.php?topic=82730.0

[joa_mb190]

Hi

MC19 version 29 hangs when you import VIDEO....

[adamt]

Hi

MC19 version 29 hangs when you import VIDEO....

I can't reproduce this.  Is it one particular file, or does it hang when you try to import any video?  If it's only one file, a sample would be helpful. 

[JustinM]

Volume Protection seems to engage after using Max Volume. (The slider gets slow and studders)

-My gains are conservatively set to make use of Max Volume.


*edited*

[6233638]

Volume Protection seems to engage after using Max Volume. (The slider gets slow and studders)
I'm no where close to clipping, and my gains are conservatively set to make use of Max Volume.
Im using Volume leveling without volume adaption.

Volume Protection is not clipping protection - that is enabled by default and is set in the lower left of the DSP Studio window.
Volume Protection limits the rate of volume change, which is why you are seeing this behavior.

[JustinM]

Volume Protection limits the rate of volume change, which is why you are seeing this behavior.

Understood...I'll remove my comment about clipping to avoid confusion on the bug.

[joa_mb190]

I can't reproduce this.  Is it one particular file, or does it hang when you try to import any video?  If it's only one file, a sample would be helpful. 

Hi!
Log file is here (first iis cleared and when repoduce failed import)
http://panna.homeip.net/download/JRiver_Log_2013-08-21%2009-56-22.zip
It seems like Its only new files that ever been in database and only tested on VIDEO_TS folder, files/folder are not write protected

Screen capture here:
http://panna.homeip.net/download/MC19-Import-error.jpg

//Jonas

[jherbert]

I am in the process of re-analyzing my library to take advantage of playback normalization based on DR. My library is pretty large, so this will take some time. Once all tracks are analyzed I will backup them using a tool called goodsync. Goodsync usually synchs changed blocks of data only, which sould mean that only a small part of a music file should be rewritten when metadata changes. It seems that goodsync copies the whole file, which would mean that it was rewritten entirely by mediacenter.

Can you verify this behaviour and would you consider to do something about it. Syncing the library to the backup will require taking it off my computer and connecting it directly to the NAS under these circumstances. Even that it will take a pretty long time to sync.

I have been through this just to weeks ago, when I changed the naming convention of artists from Lastname, Firstname to Firstname Lastname, which should not require a full rewrite of the file either. 

[HiFiTubes]

I am in the process of re-analyzing my library to take advantage of playback normalization based on DR. My library is pretty large, so this will take some time. Once all tracks are analyzed I will backup them using a tool called goodsync. Goodsync usually synchs changed blocks of data only, which sould mean that only a small part of a music file should be rewritten when metadata changes. It seems that goodsync copies the whole file, which would mean that it was rewritten entirely by mediacenter.

Can you verify this behaviour and would you consider to do something about it. Syncing the library to the backup will require taking it off my computer and connecting it directly to the NAS under these circumstances. Even that it will take a pretty long time to sync.

I have been through this just to weeks ago, when I changed the naming convention of artists from Lastname, Firstname to Firstname Lastname, which should not require a full rewrite of the file either. 

JIM - maybe this deserves it's own thread. I'm very interested in how this works as well. How does MC handle something like a CoverArt change for example. I'm not familiar how metadata changes are handle in general, but I use FreeFileSync? (after trying many others), and would like to test if it picks up any change whatsoever to a file's metadata.

[lotriwer]

Great so far. The only problem, when I try to play DVD Video.

[Fex]

The installer failed.
Closing the media server and trying again solved the problem.

[jherbert]

Lots of tag writing failures, probably due to length limitations introduced in #19. These did not cause any trouble in #18.

Question: I did not write them down. How can I make sure they are written once this is fixed. Writing ALL tags to file does not make sense and would be extremly time consuming.

[Arindelle]

Lots of tag writing failures, probably due to length limitations introduced in #19. These did not cause any trouble in #18.

I am not aware of any length limitations  ... what are they please? tag lengths or filename legnths? or maybe a link to where this is explained -- thanks in advance

Question: I did not write them down. How can I make sure they are written once this is fixed. Writing ALL tags to file does not make sense and would be extremly time consuming.

I reread this thread and must be blind .. are you talking about the replay gain only? What is broken, what is the fix ? or just steer me in the right direction, sort of important to me this, thanks in advance

[jherbert]

It's about "error writing tag changes", make sure files exists, is not ro etc.

The write errors came to my attention while analyzing audio, but they appear in all other situations where a file tag is (re) written and the total length of the path (including the filename) is around 250 and more characters.

To deal with the problem I shortened name] and [album] to get below 250 characters total. This would result in an write error again, unless I rewrite the filename to the shorter version first.

This is not related to analyzing audio, but popped up while doing this.

I am using MC since version 15 and never had this problem since. I am pretty sure the longer paths worked just fine with version 18, because the stauff that gives me trouble right now was ripped/edited without any problems with version 18 and older versions.

[Arindelle]

It's about "error writing tag changes", make sure files exists, is not ro etc.

The write errors came to my attention while analyzing audio, but they appear in all other situations where a file tag is (re) written and the total length of the path (including the filename) is around 250 and more characters.

To deal with the problem I shortened name] and [album] to get below 250 characters total. This would result in an write error again, unless I rewrite the filename to the shorter version first.

thanks for the info, but there always are problems with files+paths > 260 characters (I think 256 is the actual number, but whatever ) that's a windows limit -- I've used MC since 15 too and have had issues (only with classical music though). Maybe you've just gotten lucky. I was afraid that they shortened this to 200 characters or something. 

I have had some tagging problems with the analysis, but the files with errors did not have long filenames. Curiously these files had been analyzed before with no problem.

[adamt]

It seems like Its only new files that ever been in database and only tested on VIDEO_TS folder, files/folder are not write protected

Have you tried other DVDs to see if they import correctly?  All my imports worked as expected.  Maybe one of the files has a problem?

[terrym@tassie]

Hi,
Both analyze for audio and video are not working reliably (on my system) on auto imported files despite being checked in the auto import options.
Audio files were m4a and video files were MP4. Waited for 12 hours after import then restarted program. Eventually analyzed files these files manually.
Imported a 15 track MP3 music album (as a test)- 13 tracks were analyzed, 2 were not.

Windows 7 x64 OS, Dell XPS17 hardware, MC 19.0.29

[Castius]

Some parts of Version 19 has been incredibly slow on my work machine.

Opening MC is slow can take 5 minute!
Playing music or clicking on audio video images is normal
But click on podcast, playlist, drives & devices or Services can take more than 30 seconds each.
The UI will be white and maya will tell me MC is not responding.

If i leave them long enough it will come back.

I have removed all the library and have trying turning off as many services i don't' use.
I'm about to reinstall but wanted to ask here first.

System:
Windows 7 64bit
Nvidia 4800 quadro
Dual Monitor

MC version 19.0.29

Edit:
I found this in the log
0985521: 9572: Playback: CPlayerZoneDisplayInfoUpdateThread::Thread: Finish (720381 ms)

[JimH]

You may have a zone that doesn't exist for some reason.  Try deleting it.  Right click on it to start.

[Castius]

I thought about that but that didn't help.

Good news though!
I thought about the common factor of those categories. The web browser!
So i switch from chromium to internet explorer and that fixed it.

[kstuart]

I thought about that but that didn't help.

Good news though!
I thought about the common factor of those categories. The web browser!
So i switch from chromium to internet explorer and that fixed it.

Ha !  That answers my question as to whether the MC18 problem with chromium from 2012 was fixed.

You describe the symptoms perfectly...

[joa_mb190]

Have you tried other DVDs to see if they import correctly?  All my imports worked as expected.  Maybe one of the files has a problem?

Hi!

No I have tested a lots...
Problem is the file "folder.jpg" MC19 hangs when folder.jpg exist but outside VIDEO_TS folder, when I copy folder.jpg into VIEDO_TS It's working...   EAHHH


But It must be a bug, I have no problem in MC18 and older version.

//Jonas

[adamt]

Hi!

No I have tested a lots...
Problem is the file "folder.jpg" MC19 hangs when folder.jpg exist but outside VIDEO_TS folder, when I copy folder.jpg into VIEDO_TS It's working...   EAHHH


But It must be a bug, I have no problem in MC18 and older version.

//Jonas

I can reproduce this now, we'll look into it.  Thanks for the report.