Print

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

[bob]

The latest build is up at:

http://files.jriver.com/mediacenter/channels/v21/latest/MediaCenter-21.0.23.deb (also in the latest apt repository)

See the windows 21 log for general non-linux related changes.

21.0.23 (11/23/2015)

1. Fixed: Memory leak bug introduced in 20.0.123. More apparent if there are lots of windows (from any application) open at once.
2. New: The internal function that provides the OS information to MC is now functional. This fixed a bug in Noire where the window action buttons could have been windows 10 lookalikes.
3. Changed: Internal event handling.

21.0.16 (10/16/2015)

1. Fixed: Thumbnail creation for Videos would often crash JRWorker.
2. Fixed: The TVInfo Expression did not work.
3. Fixed: Change in eventing fixes maximize button on ARM, possibly other subtle changes.

21.0.7 (9/15/2015)

1. NEW: Support for external sidecar subtitles.
2. NEW: Automatic stream selection based on the preferred languages configured in Video -> Subtitles & Languages.
3. Changed: Improved font metrics handling of descents on letters like "g" or "j".
4. Fixed: Leaving fullscreen mode (ie when playing video fullscreen) returns MC to the state is was in before entering fullscreen mode.
5. Fixed: MC behavior with multiple monitors (xrandr) and fullscreen mode. Still needs a bit more work to fully support multiple monitors.
6: Changed: MC will print an error message (to stderr) when unable to open the X display instead of segfaulting.
7. Fixed: The cursor will be hidden in fullscreen mode.
8. Changed: The custom Data is used from the users MC resource area instead of from MC's app library area.

21.0.6 (9/4/2015)

1. Fixed: Issue with crashes when closing the tree during playback when the cover art is displaying in the action window. This could possibly help with other sizing issues.
2. Changed: Skins are copied into the users MC resource area from MC's app library area upon updating to this build and are used from there going forward so they can be modified without requiring root permissions.

21.0.5 (9/1/2015)

1. Changed: Added graphical confirmation of the license installation through the file association.

21.0.4 (8/14/2015)

1. Fixed: The "View Current Log" button on the logging dialog wasn't working.
2. Fixed: Exporting a playlist to HTML didn't open a browser to view the playlist properly.
3. Fixed: Viewing the html of a gallery in preview mode didn't open a browser properly to view the preview.
4. Changed: Internal, method of running an external command.
5. Fixed: Can purchase an upgrade via the usual method (install MC 20 license on MC 21 and follow the instructions).

21.0.3 (8/10/2015)

1. NEW: Improved font support.
2. Fixed: Trial period was broken.

21.0.2 (8/7/2015)

1. NEW: Subtitle Support during Video Playback.
2. Changed: Windows redraw better.
3. NEW: Image support. 2D viewing effects only at this time.

[Mike Noe]

This happens with i386 and x86-64...

I've been on x64 since .16, then today uprgraded to .23 to test the mem leak (yea, fixed) and was running fine all day.  Then, I popped over to the GUI, added a zone and went to Options and MC crashed.  I tried to then start it back up, but it seg faults.  Tried deleting the INIs (machine and user), even restored a couple of times.  I've also reinstalled and rebooted, etc.  No joy.

Dropped back to i386, same thing.  Even double-checked LDD with all the shared objects, though nothing has changed on this machine since 11/18.

Of course, if I delete the INIs and start MC, I get the "expired trial" dialog.  But no seg fault.  If I then drop back and "RestoreFromFile" and then start MC after restore, seg faults.  Tried as a different user as well. 

Perplexing is that I upgrade to .23 and ran all day just fine until the seg fault when trying to get to options.  So, I'm just looking for ideas on what to try next to maybe get a little more info.

openSUSE TW x86-64.

[bob]

This happens with i386 and x86-64...

I've been on x64 since .16, then today uprgraded to .23 to test the mem leak (yea, fixed) and was running fine all day.  Then, I popped over to the GUI, added a zone and went to Options and MC crashed.  I tried to then start it back up, but it seg faults.  Tried deleting the INIs (machine and user), even restored a couple of times.  I've also reinstalled and rebooted, etc.  No joy.

Dropped back to i386, same thing.  Even double-checked LDD with all the shared objects, though nothing has changed on this machine since 11/18.

Of course, if I delete the INIs and start MC, I get the "expired trial" dialog.  But no seg fault.  If I then drop back and "RestoreFromFile" and then start MC after restore, seg faults.  Tried as a different user as well. 

Perplexing is that I upgrade to .23 and ran all day just fine until the seg fault when trying to get to options.  So, I'm just looking for ideas on what to try next to maybe get a little more info.

openSUSE TW x86-64.

Difficult to say since I can't get a crash doing what you did.
Perhaps a file other than the settings got corrupted, maybe a skin file.

Try deleting the whole .jriver directory in your user home directory and see if you can get it back running from that point (obviously you'll have to re-enter your license). You could then try restoring a MC backup.

[Mike Noe]

No luck there either with the later versions (.16+).

However, I cleared everything again (.jriver) and went back to .07.i386, restored license and library and it's now its running.  I notice in the .deb there are many changes to the "depends" and "requires" as the versions progress, but I see nothing unusual.  And other than the mem leak, I had no issues with .16/.17.

Fwiw, this is all on my linux dev machine and while there have been no changes recently, it does change relatively often as TW is a rolling distro.  I'll fast-forward and see what I can find.

[Mike Noe]

I guess, again, chalk this up to my local gremlins...

Checked my memory, checked my disks, then switched to a staging repo for KDE Frameworks5/Plasma5 (5.16/5.4.3) which is not yet in TW, so as to force an update to the DE.  Then, upgraded MC directly to .23.i386 (without uninstalling .07) and all is smooth like butter.

fwiw, I'll try the same flow with x86-64 to see what happens there.

[Mark_NL]

I've noticed MC21.0.023 does get killed (segfault) after being idle for some hours (not playing or streaming anything)

This applies to all Linux versions (including MC ARM)

MC 64 bit on Debian Jessie running fluxbox:
mark@MCDebian:~$ dmesg | grep mediacenter
[103046.432624] mediacenter21[20724]: segfault at 20 ip 00007fd03029ca2f sp 00007fff28a45d30 error 4 in libJRTools.so[7fd030175000+4a4000]
[184868.045624] mediacenter21[12542]: segfault at 19 ip 0000000001269430 sp 00007fd3477fde90 error 4 in mediacenter21[400000+14af000]
[361787.948040] mediacenter21[11179]: segfault at 19 ip 0000000001269430 sp 00007fb1aa1d7e90 error 4 in mediacenter21[400000+14af000]


MC 32bit on arch linux running openbox:
[mark@MCServer ~]$ dmesg | grep mediacenter
[60566.913408] mediacenter21[2814]: segfault at 0 ip 0000000008b4183c sp 00000000ffbafb30 error 4 in mediacenter21[8048000+12ae000]
[138104.329212] mediacenter21[1520]: segfault at 0 ip 0000000008b4183c sp 00000000ffbeeff0 error 4 in mediacenter21[8048000+12ae000]
[316340.472294] mediacenter21[32203]: segfault at 0 ip 0000000008b4183c sp 00000000ff996780 error 4 in mediacenter21[8048000+12ae000]
[380195.832797] mediacenter21[10516]: segfault at 0 ip 0000000008b4183c sp 00000000ffea9130 error 4 in mediacenter21[8048000+12ae000]

EDIT:
MC-arm on a OrangePI with Arch-Arm in fluxbox: (keep in mind it runs on a old, heavely patched, kernel)
[mark@MCrender ~]$ dmesg | grep mediacenter
[58925.967029] type=1701 audit(1448836592.194:2): auid=1001 uid=1001 gid=1001 ses=1 pid=551 comm="mediacenter21" reason="memory violation" sig=11

[bob]

I've noticed MC21.0.023 does get killed (segfault) after being idle for some hours (not playing or streaming anything)

This applies to all Linux versions (including MC ARM)

MC 64 bit on Debian Jessie running fluxbox:
mark@MCDebian:~$ dmesg | grep mediacenter
[103046.432624] mediacenter21[20724]: segfault at 20 ip 00007fd03029ca2f sp 00007fff28a45d30 error 4 in libJRTools.so[7fd030175000+4a4000]
[184868.045624] mediacenter21[12542]: segfault at 19 ip 0000000001269430 sp 00007fd3477fde90 error 4 in mediacenter21[400000+14af000]
[361787.948040] mediacenter21[11179]: segfault at 19 ip 0000000001269430 sp 00007fb1aa1d7e90 error 4 in mediacenter21[400000+14af000]


MC 32bit on arch linux running openbox:
[mark@MCServer ~]$ dmesg | grep mediacenter
[60566.913408] mediacenter21[2814]: segfault at 0 ip 0000000008b4183c sp 00000000ffbafb30 error 4 in mediacenter21[8048000+12ae000]
[138104.329212] mediacenter21[1520]: segfault at 0 ip 0000000008b4183c sp 00000000ffbeeff0 error 4 in mediacenter21[8048000+12ae000]
[316340.472294] mediacenter21[32203]: segfault at 0 ip 0000000008b4183c sp 00000000ff996780 error 4 in mediacenter21[8048000+12ae000]
[380195.832797] mediacenter21[10516]: segfault at 0 ip 0000000008b4183c sp 00000000ffea9130 error 4 in mediacenter21[8048000+12ae000]

EDIT:
MC-arm on a OrangePI with Arch-Arm in fluxbox: (keep in mind it runs on a old, heavely patched, kernel)
[mark@MCrender ~]$ dmesg | grep mediacenter
[58925.967029] type=1701 audit(1448836592.194:2): auid=1001 uid=1001 gid=1001 ses=1 pid=551 comm="mediacenter21" reason="memory violation" sig=11

That's interesting, my X86_64 test machine has been running for 6 days now with no hiccups.
Your log has a message I've not seen in it before.
Do you have any Sony rendering devices (TV or otherwise) on your network?

[Mark_NL]

I've got a Samsung TV, but I think it isn't in the shortend log. IP of the TV (from DHCP) is typical 10.0.0.114.

The complete log of the last segfault event is to big to post, zipped it is about 1.2 Mb
 
10.0.0.85 = MC windows = Keuken
10.0.0.110 = MC21 32 bit = MCServer
10.0.0.160 = MC21 Arm = MCrender

[leezer3]

Debian Jessie (x32):
Select all stock smartlists and attempt to delete them. (Relatively plain library, all I'd done was to import a .MPL containing ~95,000 images)
MC segfaults.

[3047491.222670] mediacenter21[13866]: segfault at 1401386 ip 00000000089e9f08 sp 00000000ffb9e7c0 error 4 in mediacenter21[8048000+12ae000]
[3049876.053178] mediacenter21[23013]: segfault at 18 ip 00000000080a5e25 sp 00000000e953a110 error 4 in mediacenter21[8048000+12ae000]
[3049911.882029] mediacenter21[23462]: segfault at 18 ip 00000000080a5e25 sp 00000000eaefb110 error 4 in mediacenter21[8048000+12ae000]
[3049946.572122] mediacenter21[23776]: segfault at 18 ip 00000000080a5e25 sp 00000000ebcff110 error 4 in mediacenter21[8048000+12ae000]

Doesn't seem to like deleting more than 5 or so at a time...

-Leezer-