IPB

Welcome Guest ( Log In | Register )

23 Pages V  « < 20 21 22 23 >  
Reply to this topicStart new topic
.Ogg Vorbis aotuv, Question for Aoyumi
naylor83
post Jul 21 2011, 17:45
Post #526





Group: Members
Posts: 204
Joined: 19-June 05
From: Uppsala, Sweden
Member No.: 22842



Aoyumi or anyone else who knows, what are the significant differences between libvorbis 1.3.2 and AoTuV b6.03?


--------------------
davidnaylor.org

Vorbis Q4, please. AoTuv b5, preferably.
Go to the top of the page
+Quote Post
alter4
post Jul 21 2011, 20:25
Post #527





Group: Members
Posts: 109
Joined: 14-September 04
From: Belarus, Vitebsk
Member No.: 16992



Please read what s new from beta 3 to beta 6 (aotuv beta2 ~ libvorbis 1.3.2 in terms of quality)
http://www.geocities.jp/aoyoume/aotuv/
What about technical changes and differences in it - I don't mind.
Go to the top of the page
+Quote Post
naylor83
post Jul 21 2011, 20:39
Post #528





Group: Members
Posts: 204
Joined: 19-June 05
From: Uppsala, Sweden
Member No.: 22842



QUOTE (alter4 @ Jul 21 2011, 20:25) *
Please read what s new from beta 3 to beta 6 (aotuv beta2 ~ libvorbis 1.3.2 in terms of quality)
http://www.geocities.jp/aoyoume/aotuv/


Hm, I'm confused. I've seen that page, but I thought Aoyumi's tweaks have been moved into libvorbis much more recently than beta 3?

Edit: If I read things correctly, aotuv was merged into libvorbis 1.3.2 at b5.7 or b6. Not sure which.

This post has been edited by naylor83: Jul 21 2011, 20:52


--------------------
davidnaylor.org

Vorbis Q4, please. AoTuv b5, preferably.
Go to the top of the page
+Quote Post
IgorC
post Aug 31 2011, 07:56
Post #529





Group: Members
Posts: 1532
Joined: 3-January 05
From: ARG/RUS
Member No.: 18803



Here is an interesting blind test of 5.7 and 6.0 from one Japanese guy/woman
http://d.hatena.ne.jp/kamedo2/20110409/1302373616
Go to the top of the page
+Quote Post
AshenTech
post Sep 29 2011, 01:03
Post #530





Group: Members
Posts: 78
Joined: 11-November 08
Member No.: 62144



was wondering if anybody whos skilled at compiling would be interested/willing to give this compiler a go(its free)

http://developer.amd.com/tools/open64/Page...t.aspx#whatsnew

apparently its x86-32 and x86-64 paths for amd chips are better on both intel and amd then gcc's or ms's (from what i have been reading).

would be interesting to see results of something other then MS/Intel compilers at least smile.gif

Go to the top of the page
+Quote Post
Destroid
post Sep 30 2011, 01:33
Post #531





Group: Members
Posts: 545
Joined: 4-June 02
Member No.: 2220



Would be interesting indeed, possibly something more agnostic than *cough* other compiler(s). Would be willing to try compiles with my old Athlon64.

Here's a shortcut to the current download page: http://www.open64.net/download/open64-4x-releases.html


--------------------
"Something bothering you, Mister Spock?"
Go to the top of the page
+Quote Post
AshenTech
post Sep 30 2011, 04:59
Post #532





Group: Members
Posts: 78
Joined: 11-November 08
Member No.: 62144



http://developer.amd.com/tools/open64/Page...fault.aspx#four

also can get it there.

This post has been edited by db1989: Oct 26 2011, 15:01
Reason for edit: deleting pointless full quote of last post
Go to the top of the page
+Quote Post
_mē_
post Oct 26 2011, 13:48
Post #533





Group: Members
Posts: 231
Joined: 6-April 09
Member No.: 68706



I don't think it's the same...isn't it a different branch?

This post has been edited by db1989: Oct 26 2011, 15:01
Reason for edit: as above
Go to the top of the page
+Quote Post
Didjeridoo
post Nov 20 2011, 21:31
Post #534





Group: Members
Posts: 16
Joined: 8-June 10
Member No.: 81308



Hello smile.gif
Is it possible to make a couple of additional settings oggenc.
I am interested in the integration settings of mpcenc - 1.30
parameters:

== Masking thresholds ======
- quality x set Quality to x
- nmt x set NMT value to x dB
- tmn x ​​set TMN value to x dB
- pns x set PNS value to x dB


--------------------
MPC --quality 10 --tmn 20 --nmt 20 - %d || WV -miqhnb5x3 - %d
Go to the top of the page
+Quote Post
alter4
post Dec 8 2011, 21:24
Post #535





Group: Members
Posts: 109
Joined: 14-September 04
From: Belarus, Vitebsk
Member No.: 16992



I have two question, guys)

The first one to the Aoyumi. What is your plans for the future aotuv version? Could you please clarify?


And the second one to everyone. Is there anybody here informed about libvorbis 1.4.0 development?
Go to the top of the page
+Quote Post
Aoyumi
post Dec 17 2011, 09:00
Post #536





Group: Members
Posts: 236
Joined: 14-January 04
From: Kanto, Japan
Member No.: 11215



QUOTE (Didjeridoo @ Nov 21 2011, 05:31) *
Hello smile.gif
Is it possible to make a couple of additional settings oggenc.
I am interested in the integration settings of mpcenc - 1.30
parameters:

There is not the plan of such an expansion for the moment.
I don't feel the need of the function very much...


QUOTE (alter4 @ Dec 9 2011, 05:24) *
I have two question, guys)
The first one to the Aoyumi. What is your plans for the future aotuv version? Could you please clarify?

There is the plan. It is not yet the stage that I can announce. smile.gif
Go to the top of the page
+Quote Post
morbit
post Feb 8 2012, 15:11
Post #537





Group: Members
Posts: 12
Joined: 30-April 08
Member No.: 53195



Hi Aoyumi,

There is new libvorbis release at http://downloads.xiph.org/releases/vorbis/ ,
for now I'm feeling forced t switch to it, as newest aoutv is based on older
releases and there were some security fixes. Nonetheless, thanks for superb
work smile.gif
Go to the top of the page
+Quote Post
Lear
post Feb 8 2012, 18:35
Post #538


VorbisGain developer


Group: Developer
Posts: 140
Joined: 10-January 02
Member No.: 973



From the change log of libvorbis 1.3.3:

QUOTE
additional proofing against invalid/malicious streams in decode

Since aotuv is used for encoding, it should still be safe to use it.
Go to the top of the page
+Quote Post
forart.eu
post Mar 15 2012, 08:26
Post #539





Group: Members
Posts: 74
Joined: 10-December 09
From: italy
Member No.: 75798



QUOTE (Aoyumi @ Dec 17 2011, 09:00) *
There is not the plan of such an expansion for the moment.
I don't feel the need of the function very much...

Agree.

It would be great to have a different downmix to mono procedure (not just L+R).

Stereo Tool's image manipulator-like algorithm would be great, IMHO.
Go to the top of the page
+Quote Post
AliceWonder
post Jul 15 2012, 15:04
Post #540





Group: Members
Posts: 119
Joined: 13-July 12
From: California
Member No.: 101393



QUOTE (Lear @ Feb 8 2012, 10:35) *
From the change log of libvorbis 1.3.3:

QUOTE
additional proofing against invalid/malicious streams in decode

Since aotuv is used for encoding, it should still be safe to use it.


I'm not sure that is true. Safe to use for encoding, yes, but it probably would be a good idea to apply the patch that fixes the 1.3.2 decode bug to the aoTuV source if you have decoding software that end up using the decoding library provided by aoTuV. If using a binary based on aoTuV for encoding only then probably safe.

I will see if I can find the specific patch because I'm now using aoTuV on my systems having replaced the patched vendor library, thus more than likely re-introducing the vulnerability on my systems.
Go to the top of the page
+Quote Post
rt87
post Jul 16 2012, 16:28
Post #541





Group: Members
Posts: 89
Joined: 28-October 03
Member No.: 9505



QUOTE (AliceWonder @ Jul 15 2012, 22:04) *
QUOTE (Lear @ Feb 8 2012, 10:35) *
From the change log of libvorbis 1.3.3:

QUOTE
additional proofing against invalid/malicious streams in decode

Since aotuv is used for encoding, it should still be safe to use it.


I'm not sure that is true. Safe to use for encoding, yes, but it probably would be a good idea to apply the patch that fixes the 1.3.2 decode bug to the aoTuV source if you have decoding software that end up using the decoding library provided by aoTuV. If using a binary based on aoTuV for encoding only then probably safe.

I will see if I can find the specific patch because I'm now using aoTuV on my systems having replaced the patched vendor library, thus more than likely re-introducing the vulnerability on my systems.

So this is the change between 1.3.2 and 1.3.3:
https://trac.xiph.org/changeset?new=18186%4...%2Fvorbis%2Flib


--------------------
Sorry for my English.
Go to the top of the page
+Quote Post
AliceWonder
post Jul 18 2012, 04:54
Post #542





Group: Members
Posts: 119
Joined: 13-July 12
From: California
Member No.: 101393



Here is a diff that applies most of them :

http://yum.domblogger.net/dblog/aotuv-b6.0..._1.3.3.diff.txt

It does NOT patch the lib/psy.c file as aoTuV is different there from upstream libvorbis.
I don't think that's where the security issue was anyway.

It also does NOT patch the GENERAL_VENDOR_STRING or ENCODE_VENDOR_STRING - leaves former at 1.3.2 and latter at what aoTuV set it to.

Everything else is applied.

An rpm spec file that builds in RHEL/CentOS 6.x :

http://yum.domblogger.net/dblog/aotuv.spec
Go to the top of the page
+Quote Post
softrunner
post Jul 23 2012, 18:05
Post #543





Group: Members
Posts: 48
Joined: 19-July 12
Member No.: 101579



Can someone explain why "oggenc2.exe -q 2.5 test.wav" produces the same result as "oggenc2.exe -q 2.0 test.wav"? In Help it is said "Fractional qualities (e.g. 2.72) are permitted". And foobar2000 also allows to encode into q2.5.
Go to the top of the page
+Quote Post
lvqcl
post Jul 23 2012, 19:06
Post #544





Group: Developer
Posts: 3325
Joined: 2-December 07
Member No.: 49183



Use decimal comma:
CODE
oggenc2.exe -q 2,5 test.wav
Go to the top of the page
+Quote Post
softrunner
post Jul 23 2012, 22:44
Post #545





Group: Members
Posts: 48
Joined: 19-July 12
Member No.: 101579



QUOTE
Use decimal comma

Thank you. This is strange that they did it this nonstandart way...
Go to the top of the page
+Quote Post
Porcus
post Jul 24 2012, 00:59
Post #546





Group: Members
Posts: 1842
Joined: 30-November 06
Member No.: 38207



QUOTE (softrunner @ Jul 23 2012, 23:44) *
QUOTE
Use decimal comma

Thank you. This is strange that they did it this nonstandart way...


Comma as decimal separator is actually ISO standard (ISO 31). In fact, it was the only permitted decimal separator under the standard until 2003, when one also decided to permit the point on the line (but not the mid dot of pre-typewriter English).

(Not that I ever cared ... for maths, I would use the full stop whenever I had to make a list (comma-separated), and comma whenever I needed to use the mid dot as multiplication sign.)


Aren't there some applications which carelessly uses the computer locale to pick numbers, and hence screw up big time in scripting?


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
LigH
post Jul 24 2012, 06:41
Post #547





Group: Members
Posts: 153
Joined: 20-November 01
Member No.: 503



The german locale uses the comma as decimal separator.

But PCs and their software were founded in Silicon Valley in USA, where the english-based decimal points are usual, so it became the default when ignoring locales.


--------------------
http://forum.gleitz.info - das deutsche doom9/Gleitz-Forum
Go to the top of the page
+Quote Post
morbit
post Jan 2 2013, 13:46
Post #548





Group: Members
Posts: 12
Joined: 30-April 08
Member No.: 53195



I wonder if Aoyumi have lost interest in developing of his fork... Last time we have seen him was in 2011. sad.gif

In any case, he made a tremendous contribution and would like to thank him once more.

I'm waiting for full acknowledgement of importance of his work by inclusion of his latest code in mainline vorbis.
Go to the top of the page
+Quote Post
mamboman
post May 24 2013, 11:45
Post #549





Group: Members
Posts: 8
Joined: 15-August 12
Member No.: 102358



QUOTE (morbit @ Jan 2 2013, 13:46) *
I wonder if Aoyumi have lost interest in developing of his fork... Last time we have seen him was in 2011. :(


I would like to see aoyumi try his hand at tuning opus!

QUOTE
In any case, he made a tremendous contribution and would like to thank him once more.


Amen to that... aoyumi's work has been magnificent. We have to remember that he has developed aotuv for many years unpaid in his own time as a labour of love and if he now needs or wishes to concentrate his time upon other commitments we must surely understand this and be grateful for what he has done that has given pleasure to many of us around the world.

QUOTE
I'm waiting for full acknowledgement of importance of his work by inclusion of his latest code in mainline vorbis.


This is where I am curious and would be grateful if someone could clarify. My understanding was that the then current aotuv was merged into libvorbis 1.1 in 2004 and that since, although further aotuv merges were on the to do list, Monty was too busy working on other things to be able to do the merges. However, the release notes to libvorbis 1.3.2 state:

QUOTE
vorbisenc: Back out an [old] AoTuV HF weighting that was
first enabled in 1.3.0; there are a few samples where I
really don't like the effect it causes.


So from that it sounds as though aotuv tunings have been getting merged into libvorbis after all (albeit selectively)?

I realise that listening tests have provided strong evidence that aotuv is superior to libvorbis, but the listening tests in question all seem to be from many years ago.
Assuming that aotuv tunings have been getting merged into libvorbis in the succeeding years, as the quote above suggests, would the assertion that aotuv is considerably better than libvorbis still be valid?
Has libvorbis caught up?

Finally, my understanding is that aotuv is tuned predominantly for low bitrates.
As storage space on mobile devices continues to increase, I find myself able to transcode my flac files to vorbis at higher bitrates than I used to.
If I were to encode at a higher bitrate (I am thinking of q 6) would I still be better off using aotuv or would I be better off using libvorbis?
What would folks recommend?
Go to the top of the page
+Quote Post
azaqiel
post May 24 2013, 17:14
Post #550





Group: Members
Posts: 24
Joined: 4-January 13
Member No.: 105572



QUOTE (mamboman @ May 24 2013, 05:45) *
This is where I am curious and would be grateful if someone could clarify.
libvorbis SVN r18889 (or r18951, for that matter) does not have aoTuV b6.03. I am in possession of the relevant unified diff of the two trees.

QUOTE (mamboman @ May 24 2013, 05:45) *
Finally, my understanding is that aotuv is tuned predominantly for low bitrates.
this is true, but tuning lower quality settings (if I understand correctly) changes higher quality settings also.
Go to the top of the page
+Quote Post

23 Pages V  « < 20 21 22 23 >
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 22nd July 2014 - 14:46