Print

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

[bob]

http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter-20.0.27.deb

20.0.27 (10/24/2014)

1. Fixed: Filesystem character problems in Rename, Move and Copy files.
2. Changed: Added hinting to window creation to try to get the window manager to move and resize windows in larger increments.
3. Fixed: CPU usage, especially during the drawing of the Spectrum Analyzer during playback, bug introduced in 20.0.22

20.0.25 (10/16/2014)

1. Changed: More UI changes. Extra desktop hinting on window, title bar and icon creation. Suspend desktop hinting when moving or resizing the root window. Attempt to fix initial window placement issue. Needs testing.

20.0.23 (10/13/2014)

1. Changed: More UI changes. Needs testing.

20.0.22 (10/9/2014)

1. Fixed: Video Playback crashed on stop when playing from a library server.
2. NEW: If using the system volume control and there is no mixer for the PCM device, we'll fall back to using the Master mixer for the device.
3. Changed: UI fixes. Startup position and position of popup windows should be stable now. This includes the controls in fullscreen video mode.

20.0.20 (10/2/2014)

1. Fixed: https protocol broken in 20.0.18
2. Changed: Switched to gnutls from openssl for https support because of a bug in the openssl static libs that prevented some websites certificates from being verified (i.e. twitter)

20.0.18 (9/26/2014)

1. Fixed: JRWorker segfaulting occasionally prevented some file types from being recognized.
2. Fixed: MediaCenter also occasionally segfaulted on exit.

20.0.17 (9/19/2014)

1. NEW: Implemented the file "locate" function.
2. Fixed: Menu items that open a URL in a browser.
3. Fixed: Disabled menu items unsupported on linux.
4. Fixed: Default for managing links changed to external browser.
5. Changed: possibly more ability to play Internet streams. Needs testing.

20.0.16 (9/16/2014)

1. Fixed: Series and Season cover art downloaded to the wrong folders.
2. NEW: Video playback supports playing from a library server.
3. Fixed: Last.fm scrobbling.

20.0.15 (9/12/2014)

1. Fixed: Fullscreen video playback is functional.
2. Changed: The video renderer uses VSYNC if available in the graphics driver.

20.0.13 (9/8/2014)

1. Fixed: Corrected the latency calculation for the ALSA output.
2. NEW: Video support.

[geier22]

The DSP Studio forgets the settings:

Zitat from Bob :
http://yabb.jriver.com/interact/index.php?topic=92628.msg639205#msg639205

If you choose a default: or sysdefault: device and pulseaudio is installed on your system (even just the libs) you'll get limited to 48k by the system mixer.

I found a temporary solution together with the Debian Forum  (https://debianforum.de/forum/viewtopic.php?f=25&t=152092):
First, I disabled the second sound card
I have activated all channels in Kmix.
There is a channel "Multi-track Internal Clock". I have this set to the value 192000.
MC plays now without up sampling the songs.
But unfortunately this is not permanent setting.
After a reboot, the "Multi-track Internal Clock" is back on the value 48,000th

Now a permanent solution must be found

[bob]

The DSP Studio forgets the settings:

Zitat from Bob :
http://yabb.jriver.com/interact/index.php?topic=92628.msg639205#msg639205

I found a temporary solution together with the Debian Forum  (https://debianforum.de/forum/viewtopic.php?f=25&t=152092):
First, I disabled the second sound card
I have activated all channels in Kmix.
There is a channel "Multi-track Internal Clock". I have this set to the value 192000.
MC plays now without up sampling the songs.
But unfortunately this is not permanent setting.
After a reboot, the "Multi-track Internal Clock" is back on the value 48,000th

Now a permanent solution must be found

My German isn't good enough to follow that post however I'd like to explain our logic on how we open the ALSA devices.

First, we ask the system for all of the ALSA devices.
Second, we open the chosen device EXPLICITLY DISABLING RE-SAMPLING.
Point 2 is crucial. As far as I'm aware this is where we do things differently from other apps.
Since we disable the ALSA re-sampling we are guaranteeing that what you sample rate you open the device with is what you get.

If we left re-sampling enabled (as is the norm), whenever ALSA wants it will re-sample.
You may THINK you are sending 192k to the device but ALSA will silently re-sample to 48k without telling you.

Third, whenever you use a device other than the hardware devices and there is a system mixer involved you will get a fixed 48k sample rate and that's that.
This is because the system cannot switch sample rates on the fly where there are multiple applications sharing the same open device.

If you are interested in the flow, turn logging on and look at the ALSA Open calls. It very explicitly tells you what is going on when the device is opened.

Note that whenever an app opens the hardware device, it prevents ANYTHING else from sending output to it until it's closed.

[geier22]

Bob, Thanks for the Answer,

If you are interested in the flow, turn logging on and look at the ALSA Open calls. It very explicitly tells you what is going on when the device is opened.

How can I turn on the logging?

edit:
in the Kmix - settings, there exists a Multi Track Rate Locking - Switch . Since I have this  switch locked , playback of MC is again without Down - Sampling. Just as it always was. This seems to have changed during an update, without which I noticed this.

[bob]

Bob, Thanks for the Answer,

How can I turn on the logging?

Help->Logging->check the output to log file box.

The log will be in your home directory under .jriver
.jriver/Media\ Center\ 20/Log.txt

[geier22]

ok - I knew the logging function in MC. I thought there would be a special tool, with which you can track the paths of the sound file. But if you see a graph of sound architecture under Linux, probably nobody in the world would be able to do this.

[bob]

ok - I knew the logging function in MC. I thought there would be a special tool, with which you can track the paths of the sound file. But if you see a graph of sound architecture under Linux, probably nobody in the world would be able to do this.

Nice graph.

In theory that's great but not for high end audio.

We completely skip those second and third layers.

[geier22]

In this in this graph was "forgotten" the gstreamer, phonon, and so on.
But unfortunately I also have Phonon and GStreamer on my computer. What would probably result in a graph ? ? ?

[bob]

In this in this graph was "forgotten" the gstreamer, phonon, and so on.
But unfortunately I also have Phonon and GStreamer on my computer. What would probably result in a graph ? ? ?

You should be able to use them, just not the at the same time as MC when MC is setup to use the hardware device.
This is exactly the way I run my system at home and don't have trouble with it.
My linux MC uses the hardware audio device and I have Virtualbox windows running which uses the pulse device and firefox which also uses pulse (mostly).
Virtualbox windows and firefox simply can't output audio unless MC is in the stopped state.
I don't see that as an issue. Why would anyone want extraneous sound going through their audio output when they are playing back high quality audio?

If you want to able to simultaneously use the sound device for all of your apps at the same time you just have to adhere to the linux limitations which mean you are going to be resampling to 48k and not using the hardware device in MC.

[geier22]

Hi bob,
I am no musician and need not necessarily a mixer. It is not necessary, to hear at the same time The News and a Death-Metal song, though that would sometimes better.
I will only understand the mechanism of sound architecture of Linux. The error at issue here was not caused by me. I had this channel "Multi Track Rate Locking" in Kmix never been in use, and knew nothing of it.

http://alsa.opensrc.org/Ice1724 says:

Code: [Select]

numid = 3, iface = MIXER, name = 'Multi Track Rate Locking'

the rate locking - Each app allow to set the rate or use
the fixed rate.
I have now tried the following:

(DSP - Studio: All sample rates "no change",
Front. Card = Audiophile 192, DEV = 0 [Alsa]
Output Format - Auto


Multi Track Rate Locking - not allowed: I think that the little symbol that means.
MC plays all the songs without down or up sampling. ----> Image

I stopp playback (without to close Mc) give Multitrack rate Locking free ---->
MC shows playback error --- image

If I make the settings in Kmix again Undo, MC will continue to play without problems.

It seems that the MC can not bypass the sound- architecture of the system at all.
Otherwise, the mixer should have no influence.

[bob]

...
It seems that the MC can not bypass the sound- architecture of the system at all.
Otherwise, the mixer should have no influence.

MC can't open the hardware device if something else is holding that device open.
The log would tell if that is the case.

If you are going to use that system configuration I suppose one thing you could do would be to see if you can change the default sample rate to 192k then use the pulse drive and set DSP studio to resample everything except 192k to 192k.

[InflatableMouse]

Resizing and moving is getting much better for me, but the window still jumps around sometimes.

Often, I would slowly move the window, release the mousebutton and then in a blink it just moves partially off screen.