Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: I think I've discovered a new listening test method (Read 24792 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

I think I've discovered a new listening test method

Reply #50
The more I consider my previous reply the more I am absolutely sure you need to cross-fade the transition!
If you were testing the audibility of inverting the signal, that would pretty much destroy the test. You'd get brief silence cross fading original>inverted, but not original>original, or inverted>inverted.


I think ABX is fine - with the choice of doing a cross fade, an instantaneous-but-glitch-free switch, or a glitchy/stopped transition. The tester should know the pros and cons of each, and the log should report which was used.

Cheers,
David.

I think I've discovered a new listening test method

Reply #51
I agree it would be nice to have an ABX tool with inaudible switching like this.
However, I don't use ABX like that (I always play from start for each click), so haven't tried advanced ABX to see if it works.


Squishyball does glitchless switching:  http://svn.xiph.org/trunk/squishyball/

It's not hidden from the user— you tell it which file to play, but you can flip back and forth without any discontinuity (or, if you like, it can insert silence or a beep in the switch).

I use a patched up version for codec development which can play the difference signal. (Handy when the files are almost identical except for a few points— I'll use difference mode to set a loop around a difference then blind A/B as normal)

I think I've discovered a new listening test method

Reply #52
Squishyball implements "glitchlessness" by just inserting silence into the transition. This can still add correlated pops. A short cross-fade can deliver much better results. I have implemented a tool for all kind of advanced transitions once. But partly due to the choice of Java it wasn't easily integrable into the existing playback ecosystems. It never found that much interest, so I moved on.

I think I've discovered a new listening test method

Reply #53
If you were testing the audibility of inverting the signal, that would pretty much destroy the test. You'd get brief silence cross fading original>inverted, but not original>original, or inverted>inverted.

If one is trying to invert the signal by mixing an error signal it better be done in 32-bit float.

I think I've discovered a new listening test method

Reply #54
If you were testing the audibility of inverting the signal, that would pretty much destroy the test. You'd get brief silence cross fading original>inverted, but not original>original, or inverted>inverted.

If one is trying to invert the signal by mixing an error signal it better be done in 32-bit float.
Really? Apart from the fact that digital full scale +ve is one less than digital full scale -ve, inversion is lossless with 16-bit integers.

As for the cross fade - pass!

Cheers,
David.

I think I've discovered a new listening test method

Reply #55
Simple example:
-0.6 requires summing 1.2 in order to get 0.6.

Is is not clear to everyone that the OP is interested in summing an error signal in order to swap versions?

But you're right though, David, a single method of seamless switching will not always be possible depending on the samples being tested.  As I said earlier, if the transition itself poses an audible difference and can be used to determine which is which, clearly we no longer have a blind comparison.

I think I've discovered a new listening test method

Reply #56
Squishyball implements "glitchlessness" by just inserting silence into the transition. This can still add correlated pops. A short cross-fade can deliver much better results. I have implemented a tool for all kind of advanced transitions once. But partly due to the choice of Java it wasn't easily integrable into the existing playback ecosystems. It never found that much interest, so I moved on.


Er.  It has three modes:

  -B --beep-flip          : Mark transitions between samples with a short beep
  -M --mark-flip        : Mark transitions between samples with a short period of silence
  -S --seamless-flip  : Do not mark transitions between samples; flip with a seamless crossfade (default)

(of course, these can be switched at runtime too)

The seamless is as it says, its a crossfade using a power complementary window.

I toyed around with nudging the transition point to the position with the least difference but couldn't find any realistic samples where it made a difference.

For ABX  the seamless option has the risk of making it possible to distinguish X from A/B based on transition artifacts, so the beep/mark options are probably better there.



I think I've discovered a new listening test method

Reply #57
Oh, ok. I only knew -B and -M.