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: Opus severe issues (Read 99189 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Opus severe issues

Reply #1
Sounds about normal for a CVBR 32Kbps encode. What issues are you experiencing?

Re: Opus severe issues

Reply #2
64k cvbr is also sub par even without abx.  What do you mean what issues ? Theres no need to even abx IMO


Re: Opus severe issues

Reply #4
TOS #8 violation, no?
a fan of AutoEq + Meier Crossfeed

Re: Opus severe issues

Reply #5
TOS #8 violation, no?

What are you even doing here ? I posted these for Opus Developers and experts to check. And NO  - I DID NOT CLAIM CODEC A IS BETTER THAN B OR VICE VERSA. IMO , I DONT NEED TO ABX IT TO HEAR IT.  Others may need to.

Re: Opus severe issues

Reply #6
hear what? lossy 32/64kbps sounds like not a cd-quality? thats NEWS!!!
for retreat-
someone hacks your account...

Re: Opus severe issues

Reply #7
hear what? lossy 32/64kbps sounds like not a cd-quality? thats NEWS!!!
for retreat-
someone hacks your account...

1- Yes according to some 'studies' , personal tests and the mighty HA WIKI  it can come close esp @ 64k.  2 - As i said its not about CD quality per say but rather how gracefully degradation occurs. You can have audio not cd quality but not annoying, Yet another @ CD quality but annoying if trouble spot(s) occurs.

3- When encoding this sample with HE-AAC / vorbis the result is clearly more pleasing to my ears.

Re: Opus severe issues

Reply #8
4 - The notion that one should not post  / mention audio defects  @ less than tranparent bitrates is nothing more than politicaly correct bullshit . esp since the main attraction of such codecs is low bitrate use.

Re: Opus severe issues

Reply #9
Is a good sample, not problematic
Jm Valin (I don't know who develops opus apart him) is optimizing most for 24 - 48 kbps -96 kbps (I used today build libopus 20-07-2019)  ffmpeg opus I don't blind tested it  but I think for now it's the same.
At other bitrates I hear flanging in the drums and cymbals, even at 128 kbps.
64 kbps is surpassed. Jm Valin said in this site that he is optimizing more at bitrates 24 - 48 kbps.

Re: Opus severe issues

Reply #10
At other bitrates I hear flanging in the drums and cymbals, even at 128 kbps.
I'd like to ask for ABX results where you can detect something like that for Opus@128 kbps
a fan of AutoEq + Meier Crossfeed

Re: Opus severe issues

Reply #11
Yesterday I ABXed it but he's expanding for other bitrates. If you tried latest libopus build you'd know that there are lower bitrate available with CELT only minimum 15 kbps but it is trasparent at about 34 kbps (about double the bitrate).
I haven't listened to an audiophile track (it's EDM) and I don't know where to find it.

Re: Opus severe issues

Reply #12
I decided to test 128k  - with PC speakers only. Half way through the 1st trial i decided to focus on the background noise @ 2sec mark and it becomes more obvious as its not clean. It showed through the 2nd trial.

foo_abx 1.3.4 report
foobar2000 v1.4.3
2019/07/21 21:05:14

File A: G:\Hdd-2\music\abx tests\lame\Richmond Rd Revisited.flac-00.00.00.000-00.00.24.057.flac
File B: G:\Hdd-2\music\abx tests\lame\Richmond Rd Revisited.opus

21:05:14 : Test started.
21:05:36 : 00/01  100.0%
21:05:50 : 00/02  100.0%
21:06:06 : 01/03  87.5%
21:06:16 : 02/04  68.8%
21:06:40 : 03/05  50.0%
21:06:46 : Trial reset.
21:06:59 : 01/01  50.0%
21:07:11 : 02/02  25.0%
21:07:19 : 03/03  12.5%
21:07:57 : 04/04  6.3%
21:08:39 : 05/05  3.1%
21:09:27 : Test finished.

 ----------
Total: 8/10 (5.5%)

Re: Opus severe issues

Reply #13
I am not audio engineer and I don't know which version of Opus do you refer.


Re: Opus severe issues

Reply #15
I 've been playing with several other samples; angels falls 1st, mandylion_sm @ 32..48..64 and came to similar disappointments. However, Getting rid --cvbr yielded a big improvement -except- the richmond road sample that become worse with default VBR. The other trouble is the female speech sample I encoded @32k . It produces unpleasant artifacts . However, 16..24k sounded much better but why ?

Re: Opus severe issues

Reply #16
log without checksums and attached files... not convinced
a fan of AutoEq + Meier Crossfeed

Re: Opus severe issues

Reply #17
log without checksums and attached files... not convinced

You don't get it . This is for developers and these are non-cd quality bitrates so anyone should be able to hear it. I don't care much for 128k or even 96k currently. The issue is the type of error produced and its character. I may upload the samples for devs or others interested but not gonna bother at all with checksums etc.


Re: Opus severe issues

Reply #19
log without checksums and attached files... not convinced

You don't get it . This is for developers and these are non-cd quality bitrates so anyone should be able to hear it. I don't care much for 128k or even 96k currently. The issue is the type of error produced and its character. I may upload the samples for devs or others interested but not gonna bother at all with checksums etc.
So you're also implying 128k isn't "cd quality bitrate"?
a fan of AutoEq + Meier Crossfeed

Re: Opus severe issues

Reply #20
I decided to test 128k  - with PC speakers only. Half way through the 1st trial i decided to focus on the background noise @ 2sec mark and it becomes more obvious as its not clean. It showed through the 2nd trial.

21:09:27 : Test finished.

 ----------
Total: 8/10 (5.5%)

Very interesting results. I thought that Opus at this bitrate should be transparent in most cases...
Can you detect these issues with AAC (Nero) / Vorbis @128k?

 

Re: Opus severe issues

Reply #21
I decided to test 128k  - with PC speakers only. Half way through the 1st trial i decided to focus on the background noise @ 2sec mark and it becomes more obvious as its not clean. It showed through the 2nd trial.

foo_abx 1.3.4 report
foobar2000 v1.4.3
2019/07/21 21:05:14

File A: G:\Hdd-2\music\abx tests\lame\Richmond Rd Revisited.flac-00.00.00.000-00.00.24.057.flac
File B: G:\Hdd-2\music\abx tests\lame\Richmond Rd Revisited.opus

21:05:14 : Test started.
21:05:36 : 00/01  100.0%
21:05:50 : 00/02  100.0%
21:06:06 : 01/03  87.5%
21:06:16 : 02/04  68.8%
21:06:40 : 03/05  50.0%
21:06:46 : Trial reset.
21:06:59 : 01/01  50.0%
21:07:11 : 02/02  25.0%
21:07:19 : 03/03  12.5%
21:07:57 : 04/04  6.3%
21:08:39 : 05/05  3.1%
21:09:27 : Test finished.

 ----------
Total: 8/10 (5.5%)
Hmmm could you tested on 160k ?
Opus 96-192Kbps and Aac-lc 96-128Kbps
Source 32bit floating point is fine don't need dithering (dB noise -758dBFS that's a lot)
Source Fixed Point aka Integer should use dithering to prevent truncation distortion
Source is RAW