IPB

Welcome Guest ( Log In | Register )

23 Pages V  « < 19 20 21 22 23 >  
Reply to this topicStart new topic
.Ogg Vorbis aotuv, Question for Aoyumi
alter4
post Apr 29 2011, 19:13
Post #501





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



Venc doesn't support adding vorbis tags!
I want exactly what I want.
Go to the top of the page
+Quote Post
saratoga
post May 2 2011, 19:09
Post #502





Group: Members
Posts: 5170
Joined: 2-September 02
Member No.: 3264



Aoyumi:

I've noticed various Vorbis files that failed to decode in rockbox over the years due to lack of memory, and aside from a few very old files using floor0, nearly all were encoded with various aoTuV versions. Is there some way to predict how much memory various aoTuV encodes will use? Or at least someway for a user to know that a given file won't require an excessive amount of memory for a portable device?

I realize the vorbis spec does not put a limit on how much memory a file can use, but many MP3 players have only so much RAM on the device.
Go to the top of the page
+Quote Post
Lear
post May 2 2011, 21:33
Post #503


VorbisGain developer


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



QUOTE (saratoga @ May 2 2011, 19:09) *
I've noticed various Vorbis files that failed to decode in rockbox over the years due to lack of memory, and aside from a few very old files using floor0, nearly all were encoded with various aoTuV versions.

That's odd... The only Vorbis files I've seen that Rockbox failed to decode and weren't using floor0, failed due to really large comments packets (i.e., big album art). I haven't used any low memory target though, if that makes any difference. smile.gif
Go to the top of the page
+Quote Post
Aoyumi
post May 3 2011, 03:50
Post #504





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



QUOTE (saratoga @ May 3 2011, 03:09) *
Aoyumi:

I've noticed various Vorbis files that failed to decode in rockbox over the years due to lack of memory, and aside from a few very old files using floor0, nearly all were encoded with various aoTuV versions. Is there some way to predict how much memory various aoTuV encodes will use? Or at least someway for a user to know that a given file won't require an excessive amount of memory for a portable device?

I realize the vorbis spec does not put a limit on how much memory a file can use, but many MP3 players have only so much RAM on the device.

The memory consumption of "aoTuV" cannot have a wide margin than "Xiph.Org's libvorbis".
I never did the change that influenced memory consumption greatly.
Generally quantity to use depends on setup header size.

QUOTE (Lear @ May 3 2011, 05:33) *
QUOTE (saratoga @ May 2 2011, 19:09) *
I've noticed various Vorbis files that failed to decode in rockbox over the years due to lack of memory, and aside from a few very old files using floor0, nearly all were encoded with various aoTuV versions.

That's odd... The only Vorbis files I've seen that Rockbox failed to decode and weren't using floor0, failed due to really large comments packets (i.e., big album art). I haven't used any low memory target though, if that makes any difference. smile.gif

The size of ogg page and/or comment header seems to surely become the problem.
At first decoder should scan header part. wink.gif
Go to the top of the page
+Quote Post
saratoga
post May 3 2011, 04:07
Post #505





Group: Members
Posts: 5170
Joined: 2-September 02
Member No.: 3264



QUOTE (Aoyumi @ May 2 2011, 22:50) *
The memory consumption of "aoTuV" cannot have a wide margin than "Xiph.Org's libvorbis".
I never did the change that influenced memory consumption greatly.
Generally quantity to use depends on setup header size.


Edit: Yeah, looks like this one had a huge album art image in the header I missed. Still i'm surprised this allocates memory in rockbox. I gutted a lot of the metadata code in tremor a while ago, didn't realize album art was still being parsed.

This post has been edited by saratoga: May 3 2011, 04:32
Go to the top of the page
+Quote Post
Lear
post May 3 2011, 08:17
Post #506


VorbisGain developer


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



QUOTE (saratoga @ May 3 2011, 04:07) *
Edit: Yeah, looks like this one had a huge album art image in the header I missed. Still i'm surprised this allocates memory in rockbox. I gutted a lot of the metadata code in tremor a while ago, didn't realize album art was still being parsed.

It isn't parsed, but the packet is still buffered by the Ogg layer.
Go to the top of the page
+Quote Post
Nicos
post May 4 2011, 19:08
Post #507





Group: Members
Posts: 56
Joined: 17-October 07
From: Cyprus
Member No.: 47932



I need your help guys
I usually download the generic compile from john33 i unrar the file, i open dbpoweramp locate the oggenc2.exe and convert in .ogg with dbpoweramp converter, I did the same with the new version and i got the error: "error writing audio data to StdIn pipe"
Does anyone can help me with this?
Go to the top of the page
+Quote Post
Nezmer
post May 6 2011, 21:14
Post #508





Group: Members
Posts: 8
Joined: 6-May 11
Member No.: 90410



Hi,

I see a big difference in average bitrate going from quality 6.9999 to 7. That does not happen with Xiph's libvorbis.

Is this happening because a certain filter/setting changes by default at quality 7? Or is it a bug somewhere?

This post has been edited by Nezmer: May 6 2011, 21:16
Go to the top of the page
+Quote Post
alter4
post May 6 2011, 21:35
Post #509





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



I am not sure 100% but suppose at q7 new values of impulse_noisetune impulse_trigger_profile are applied. As result - bit rate bloat.
Go to the top of the page
+Quote Post
Skarecrow
post May 6 2011, 21:37
Post #510





Group: Members
Posts: 10
Joined: 13-April 09
Member No.: 68934



QUOTE (Nezmer @ May 6 2011, 22:14) *
Hi,

I see a big difference in average bitrate going from quality 6.9999 to 7. That does not happen with Xiph's libvorbis.

Is this happening because a certain filter/setting changes by default at quality 7? Or is it a bug somewhere?


I've seen something that happen between 3.9 and 4.0 where the noise shaping crossover is (actually, the reverse. 3.9 is slightly more bitrate intensive than 4.0). I didn't see it at 5.9 to 6.0 though, where the joint stereo crossover (well, the vorbis equivalent) is. not sure what may be going on between 6.9 and 7.0. Maybe the aggressive quality tuning gives out past the q6 range?
Go to the top of the page
+Quote Post
alter4
post May 6 2011, 21:49
Post #511





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



Nezmer.
Hum... I suppose you specified q as -q6,99999 but not -q6.99999
because 6.999999 = 6 for encoder

P.S. Anyway if do it right the difference in bitrate is 15kbps in my case

This post has been edited by alter4: May 6 2011, 21:50
Go to the top of the page
+Quote Post
Nezmer
post May 6 2011, 22:00
Post #512





Group: Members
Posts: 8
Joined: 6-May 11
Member No.: 90410



QUOTE (alter4 @ May 6 2011, 21:49) *
Nezmer.
Hum... I suppose you specified q as -q6,99999 but not -q6.99999
because 6.999999 = 6 for encoder

P.S. Anyway if do it right the difference in bitrate is 15kbps in my case


6.9999 as -aq (ffmpeg) and -q(oggenc).

15kbps is about right with (average) files.

It goes from 245.3 to 272.6 with El Carretero(track 8 from Buena Vista Social Club). A bitrate-hungry track, It seems.
Go to the top of the page
+Quote Post
alter4
post May 6 2011, 22:08
Post #513





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



CODE
C:\1>oggenc2.exe -q6.9999999 Alouette.wav -o 699.ogg
Opening with wav module: WAV file reader
Encoding "Alouette.wav" to
         "699.ogg"
at quality 6,00
        [ 99,9%] [ 0m00s remaining] \

Done encoding file "699.ogg"

        File length:  1m 25,0s
        Elapsed time: 0m 03,0s
        Rate:         28,5863
        Average bitrate: 181,8 kb/s


C:\1>ogginfo.exe -v 699.ogg
Processing file "699.ogg"...

New logical stream (#1, serial: 00001215): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: AO; aoTuV [20110424] (based on Xiph.Org's libVorbis)
Channels: 2
Rate: 44100

Nominal bitrate: 192,000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
        Total data length: 1949210 bytes
        Playback length: 1m:25.758s
        Average bitrate: 181,831599 kb/s
Logical stream 1 ended

C:\1>oggenc2.exe -q6,9999999 Alouette.wav -o 699.ogg
Opening with wav module: WAV file reader
Encoding "Alouette.wav" to
         "699.ogg"
at quality 7,00
        [ 99,6%] [ 0m00s remaining] |

Done encoding file "699.ogg"

        File length:  1m 25,0s
        Elapsed time: 0m 02,0s
        Rate:         42,8795
        Average bitrate: 221,5 kb/s


C:\1>ogginfo.exe -v 699.ogg
Processing file "699.ogg"...

New logical stream (#1, serial: 000003ed): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: AO; aoTuV [20110424] (based on Xiph.Org's libVorbis)
Channels: 2
Rate: 44100

Nominal bitrate: 224,000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
        Total data length: 2374406 bytes
        Playback length: 1m:25.758s
        Average bitrate: 221,495908 kb/s
Logical stream 1 ended

C:\1>


Do you see?
Go to the top of the page
+Quote Post
Nezmer
post May 6 2011, 22:25
Post #514





Group: Members
Posts: 8
Joined: 6-May 11
Member No.: 90410



QUOTE (alter4 @ May 6 2011, 22:08) *
CODE
C:\1>oggenc2.exe -q6.9999999 Alouette.wav -o 699.ogg
Opening with wav module: WAV file reader
Encoding "Alouette.wav" to
         "699.ogg"
at quality 6,00
        [ 99,9%] [ 0m00s remaining] \

Done encoding file "699.ogg"

        File length:  1m 25,0s
        Elapsed time: 0m 03,0s
        Rate:         28,5863
        Average bitrate: 181,8 kb/s


C:\1>ogginfo.exe -v 699.ogg
Processing file "699.ogg"...

New logical stream (#1, serial: 00001215): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: AO; aoTuV [20110424] (based on Xiph.Org's libVorbis)
Channels: 2
Rate: 44100

Nominal bitrate: 192,000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
        Total data length: 1949210 bytes
        Playback length: 1m:25.758s
        Average bitrate: 181,831599 kb/s
Logical stream 1 ended

C:\1>oggenc2.exe -q6,9999999 Alouette.wav -o 699.ogg
Opening with wav module: WAV file reader
Encoding "Alouette.wav" to
         "699.ogg"
at quality 7,00
        [ 99,6%] [ 0m00s remaining] |

Done encoding file "699.ogg"

        File length:  1m 25,0s
        Elapsed time: 0m 02,0s
        Rate:         42,8795
        Average bitrate: 221,5 kb/s


C:\1>ogginfo.exe -v 699.ogg
Processing file "699.ogg"...

New logical stream (#1, serial: 000003ed): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: AO; aoTuV [20110424] (based on Xiph.Org's libVorbis)
Channels: 2
Rate: 44100

Nominal bitrate: 224,000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
        Total data length: 2374406 bytes
        Playback length: 1m:25.758s
        Average bitrate: 221,495908 kb/s
Logical stream 1 ended

C:\1>


Do you see?


Never used oggenc2.
Float values are accepted in the tools I use (As far as I know).
ffmpeg rounds to 7 with 6.9999999. oggenc with 6.999999.
Go to the top of the page
+Quote Post
alter4
post May 6 2011, 22:29
Post #515





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



Ok
The purpose is to show 6.999999 = 6 for oggenc encoder
The difference in 15 kbps I got with q value 6,999 for oggenc
Go to the top of the page
+Quote Post
LordWarlock
post May 7 2011, 08:03
Post #516





Group: Members
Posts: 120
Joined: 21-August 05
Member No.: 24044



The separator depends on the system locale, so for some languages 6.999 is correct and for other languages you have to use 6,999.
Go to the top of the page
+Quote Post
Aoyumi
post May 7 2011, 11:20
Post #517





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



QUOTE (Nezmer @ May 7 2011, 05:14) *
Hi,

I see a big difference in average bitrate going from quality 6.9999 to 7. That does not happen with Xiph's libvorbis.

Is this happening because a certain filter/setting changes by default at quality 7? Or is it a bug somewhere?

Some parameters are not interpolated in libvorbis. And they increase than libvorbis 1.3.2 in "aoTuV beta6.03".
It is a cause of a big difference of bitrate.

These are not bugs.
Go to the top of the page
+Quote Post
Nezmer
post May 7 2011, 14:19
Post #518





Group: Members
Posts: 8
Joined: 6-May 11
Member No.: 90410



QUOTE (Aoyumi @ May 7 2011, 11:20) *
QUOTE (Nezmer @ May 7 2011, 05:14) *
Hi,

I see a big difference in average bitrate going from quality 6.9999 to 7. That does not happen with Xiph's libvorbis.

Is this happening because a certain filter/setting changes by default at quality 7? Or is it a bug somewhere?

Some parameters are not interpolated in libvorbis. And they increase than libvorbis 1.3.2 in "aoTuV beta6.03".
It is a cause of a big difference of bitrate.

These are not bugs.


Thank you for your answer.
Go to the top of the page
+Quote Post
alter4
post May 7 2011, 17:15
Post #519





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



QUOTE (LordWarlock @ May 7 2011, 10:03) *
The separator depends on the system locale, so for some languages 6.999 is correct and for other languages you have to use 6,999.

Oh! Shame on me! It is quite obvious.
Go to the top of the page
+Quote Post
Nicos
post May 7 2011, 18:30
Post #520





Group: Members
Posts: 56
Joined: 17-October 07
From: Cyprus
Member No.: 47932



QUOTE (Nicos @ May 4 2011, 12:08) *
I need your help guys
I usually download the generic compile from john33 i unrar the file, i open dbpoweramp locate the oggenc2.exe and convert in .ogg with dbpoweramp converter, I did the same with the new version and i got the error: "error writing audio data to StdIn pipe"
Does anyone can help me with this?


anyone who understands to help me?
Go to the top of the page
+Quote Post
lvqcl
post May 7 2011, 18:43
Post #521





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



Open command prompt window and try to encode .wav file using oggenc2 directly.
Go to the top of the page
+Quote Post
alter4
post May 8 2011, 11:02
Post #522





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



There is a hard sample for beta 6
link
Go to the top of the page
+Quote Post
sergiomc
post May 16 2011, 00:16
Post #523





Group: Members
Posts: 1
Joined: 14-January 04
Member No.: 11228



Hi everyone, one question. I'm encoding with the new version of Aotuve and the previous version, at setting -q4.
With the new version the size from a ripped CD is from 5 to 10 mb greater.
Why is that ?? It means the new aoutuve is better or maybe, the new q4 is now q3 ??


Greetings from Peru

SergioMC
Go to the top of the page
+Quote Post
moozooh
post May 16 2011, 00:41
Post #524





Group: Members
Posts: 357
Joined: 22-September 04
From: Moscow
Member No.: 17192



It means the new version decides to allocate more bits to preserve a certain level of quality. Theoretically this level of quality should be somewhat higher than what the previous version output at -q4, and probably higher than what the previous version output at the same bitrate values.

How many hours of audio material have you tested so far? 2-3 in the same style, or 20-30 in different styles? You need as much data as possible for representative statistics.


--------------------
Infrasonic Quartet + Sennheiser HD650 + Microlab Solo 2 mk3. 
Go to the top of the page
+Quote Post
krafty
post Jun 17 2011, 02:17
Post #525





Group: Members
Posts: 282
Joined: 20-March 10
Member No.: 79175



I have a question: Will aoTuV ever hit "Release 2" status?
Go to the top of the page
+Quote Post

23 Pages V  « < 19 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: 28th December 2014 - 21:51