More > JRiver Media Center 19 for Windows

NEW: Improved audio analysis and volume leveling (R128)

<< < (41/50) > >>

InflatableMouse:
Funny.


--- Quote from: bobkatz on November 09, 2013, 03:57:25 pm ---As long as you know what a term means to you, then you can call it "cupcakes" if you like. But for clear communication amongst professionals and serious lay people, it pays for a high quality application like JRiver to use correct, unambiguous terminology.

My two cents,


Bob

--- End quote ---

Of course, and I appreciate that. I didn't mean to imply the opposite. My previous post didn't quite come out the way I intended. I was tired, I rushed it and wanted to go to bed. And the toothpaste joke was just a silly joke, nothing more. I'm actually trying to understand this.

I've read this before and I just read it again with the wiki page on crest factor. I'm honestly trying to understand :P. I went back to the RR DR site and found a link to this which was also a site referenced above.

From that EBU – TECH 3342 pdf I found:


--- Quote ---Loudness Range should not be confused with other measures of dynamic range or crest factor, etc.

--- End quote ---

So there's that. Crest factor is not dynamic range. I get that. Then what is dynamic range (which is actually what I meant to ask all along)?

I found this:


--- Quote ---There remains the question of whether one should use such a term as 'dynamic range' at all: there is no official definition for it, and it may be confused with the dynamic range of a recording medium, which is basically the difference between the highest and lowest level it can handle. During the course of this article, therefore, I won't talk about 'dynamic range' in relation to a piece of music. Instead, I will be using 'RMS variability', or more generally 'dynamic variability'. The term 'dynamic range' will be reserved for the measure of signal-to-noise ratio of a recording medium. I will use the term 'loudness range' in strict reference to the EBU 3342 document, and the term 'loudness variability' in other cases involving loudness instead of RMS.

--- End quote ---

Is that an accurate description of dynamic range then?

InflatableMouse:
I seem to have killed this thread somehow ...  :-\

chrisjj:

--- Quote from: bobkatz on November 09, 2013, 03:57:25 pm ---for clear communication amongst professionals and serious lay people, it pays for a high quality application like JRiver to use correct, unambiguous terminology.
--- End quote ---

Hear, hear.

chrisjj:

--- Quote from: mojave on November 08, 2013, 03:21:59 pm ---Here are the specifications for Dynamic Range (DR) implemented by JRiver.
--- End quote ---

Some mistake? That's a manual for "TT DYNAMIC RANGE METER VST Plugin", not a specification.

Vocalpoint:
Back to audio analysis now :)

I want to get some feedback (specifically from Matt) on a oddity I am noticing. This past weekend - I complete our whole home move to v19 and everything went great. Of course - it took may hours to analyze the entire library using the new v19 toolkit - but I have noticed an issue - that may be related to a thread I brought up several weeks back where MC was choking on MP3 conversions with 4 files at a time.

Since I had 60000 tracks to analyze over this weekend - I spent a bit of time watch MC do it's thing and noticed a peculiar "lag" in the first thread of a 4 thread analysis cycle. While the first track (Thread) seems to start with the others - it then starts to slowly grind along 5%, 9%, 11% sometimes stopping and waiting for awhile etc etc while the other 3 active rip right through from 0% to 100%....then when the next group of four are targeted - another thread seems to always lagging behind the other three.

Wondering if anyone else has noticed this and if there was an speed issue or not. I realize that all track analysis is unique but I  am wondering why that first thread is so slow in completing it's pass while the other three threads seem to fly.

This behavior is consistent on my workstation and can be better seen when doing 30 or 40 at a time...one thread will always be noticeably lagging way behind the other three.

Appreciate any comments from the field...

VP

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version