INTERACT FORUM
More => Old Versions => JRiver Media Center 22 for Linux => Topic started by: bob on July 26, 2016, 06:56:04 pm
-
The latest build is up at:
http://files.jriver.com/mediacenter/channels/v22/latest/MediaCenter-22.0.36.deb (Also in the latest apt repository)
22.0.36 (10/21/2016)
1. Fixed: A bug in MCWS track duration reporting caused by the change (21.0.31) which skips over the reading of a mp3 header if the file being played is over the network (but not a stream).
2. Fixed: Internet file playback, if the duration is obtainable from the playback engine instead from the database, use it.
3. Changed: Updated cURL to 7.50.3 to fix a rare internet reader crash.
4. Changed: i386 and arm: Move libraries that had been static into shared libs to help with portability.
22.0.30 (9/23/2016)
1. Fixed: A mp4 tagging bug introduced in 22.0.27 (not released on this platform).
2. Changed: Working on OSD. Removed flickering when in a window. Still needs work on full screen.
22.0.26 (9/16/2016)
1. Fixed: Linux Internet Reader: Seek issues and fix occasional segfaulting when remote zones die or go down unannounced.
22.0.23 (9/9/2016)
1. Fixed: Playing mp4 streams on linux would cause unnecessary re-requests of the file when the input plugin did seeking (very often). This resulted in stuttering playback and lots of unnecessary network traffic. These could be streams from library server, internet streams, streams played with MC as a renderer, etc.
2. Fixed: Linux arm: The internet reader could not do ssl on non-debian wheezy platforms because of changes in gnutls (this prevented licensing from within MC). Using our own libraries instead.
22.0.19 (8/18/2016)
1. NEW: Added three new skins: Modern Cards: Dark, Modern Cards: Grey, and Modern Cards: White.
2. Changed: DLNA. Relax test for DLNA rendering zone device alive status. Will help with buggy renderers.
3. Fixed: DLNA. Volume leveling was coming on by default if the material to be played was being converted. (from 22.0.17).
22.0.15 (8/5/2016)
Changes from the main build (see the windows changelog)
22.0.12 (7/26/2016)
1. NEW: Sox resampler added.
2. Changed: The window hinting changes from 21.0.90 added.
22.0.8 (7/15/2016)
1. NEW: Initial MC22 linux build.
-
Did I miss the tag or did you guys mean for the link string in Playback/Info to go back to ZoneIDs (v21 uses zone GUID)?
-
Did I miss the tag or did you guys mean for the link string in Playback/Info to go back to ZoneIDs (v21 uses zone GUID)?
Can't see why we'd go back to using ZoneIDs. Because of the way they are allocated, GUIDs are more reliable.
-
Check this one especially for segfault fixes..
-
1. Fixed: Linux Internet Reader: Seek issues and fix occasional segfaulting when remote zones die or go down unannounced.
Related to: https://yabb.jriver.com/interact/index.php/topic,105954.0.html (https://yabb.jriver.com/interact/index.php/topic,105954.0.html)
This solved my issue with JRemote radio streaming on iOS. So now it is working fine for both ios and android jremote.
However with Gizmo on my nexus 7 (Android 6) there's no improvement, radio streaming is still broken.
-
1. Fixed: Linux Internet Reader: Seek issues and fix occasional segfaulting when remote zones die or go down unannounced.
Related to: https://yabb.jriver.com/interact/index.php/topic,105954.0.html (https://yabb.jriver.com/interact/index.php/topic,105954.0.html)
This solved my issue with JRemote radio streaming on iOS. So now it is working fine for both ios and android jremote.
However with Gizmo on my nexus 7 (Android 6) there's no improvement, radio streaming is still broken.
I don't this this is related to MC.
The streaming URL's in MC are just that, URL's. They are presented to the device as-is whether it's Gizmo, JRemote or Webremote. They aren't processed in MC at all.
Can you play the radio streaming URL's in a browser on your nexus 7?
Do you have an example one for us to test?
-
Can you play the radio streaming URL's in a browser on your nexus 7?
Yes I can confirm it's not anymore related to mc. I tried from my web browser (panel>playlist) on my nexus 7 and url's play fine now. It was not the case before 22.0.26.
So I think it is probably something going wrong with the Gizmo app on recent Android version. From my Old htc sense and its android froyo I don't have such issue.
-
I didn't put this revision into the repo yet because I'd like to get some usage reports first. The cURL and shared lib changes are pretty significant under the hood. Otherwise this should look the same as the last build.
-
I'm not seeing anything unusual in my usage, everything appears to be streaming fine so far.
-
Put 22.0.36 into the repo