search for: b128

...9 (0) 6: mov f32 %r44 %r38 (0) 7: add f32 %r53 %r31 %r40 (0) 8: mov f32 %r54 %r31 (0) 9: mov f32 %r57 %r56 (0) The outcome: 0: ld u32 $r2 c0[0x0] (8) 1: mov u32 $r0 0x3f800000 (8) 2: add ftz f32 $r0 $r2 $r0 (8) 3: mov f32 $r3 $r1 (8) 4: mov u32 $r1 $r2 (8) 5: export b128 # o[0x0] $r0q (8) With patch: 0: ld u32 $r2 c0[0x0] (8) 1: add ftz f32 $r0 $r2 1.000000 (8) 2: mov f32 $r3 $r1 (8) 3: mov u32 $r1 $r2 (8) 4: export b128 # o[0x0] $r0q (8) [1]: VERT PROPERTY NEXT_SHADER FRAG DCL OUT[0], GENERIC[0] DCL CONST[0] DCL TEMP[0..1], LOCAL IMM[0] FLT32 {...

...#39;m making an appeal to the audio experts here. I want 'jukebox' quality, meaning ~0 artifacts while maintaining a good compression ratio, but not quite 'archival' (read high bitrate) as I don't mind hanging on to the original cds. Is r3mix's recommended "lame -V1 -b128 -mj -h" good enough? Is this guy and his study saying that it's *no where near* good enough as it seems? Is this study for real, or is it bunk? I realize that this seems like a question more suited to some mp3 mailing list, but given that the experts here have no immediately obvious...

...32 %r53 %r31 %r40 (0) > 8: mov f32 %r54 %r31 (0) > 9: mov f32 %r57 %r56 (0) > > > The outcome: > 0: ld u32 $r2 c0[0x0] (8) > 1: mov u32 $r0 0x3f800000 (8) > 2: add ftz f32 $r0 $r2 $r0 (8) > 3: mov f32 $r3 $r1 (8) > 4: mov u32 $r1 $r2 (8) > 5: export b128 # o[0x0] $r0q (8) > > With patch: > 0: ld u32 $r2 c0[0x0] (8) > 1: add ftz f32 $r0 $r2 1.000000 (8) > 2: mov f32 $r3 $r1 (8) > 3: mov u32 $r1 $r2 (8) > 4: export b128 # o[0x0] $r0q (8) > > > [1]: > VERT > PROPERTY NEXT_SHADER FRAG > DCL OUT[0], GENE...

So it looks like the Frauenhoffer boys are issuing an updated format -- MP3pro. They claim that it will give 128kbps/MP3 quality in 64kbps. I'm interested to see what others think of this. I'm also curious: I've seen others on the list say that Ogg/Vorbis' sound quality is "better" than MP3. Can this be quantified (or is this already on a web page somewhere)? I kinda

...31 (0) >> 9: mov f32 %r57 %r56 (0) >> >> >> The outcome: >> 0: ld u32 $r2 c0[0x0] (8) >> 1: mov u32 $r0 0x3f800000 (8) >> 2: add ftz f32 $r0 $r2 $r0 (8) >> 3: mov f32 $r3 $r1 (8) >> 4: mov u32 $r1 $r2 (8) >> 5: export b128 # o[0x0] $r0q (8) >> >> With patch: >> 0: ld u32 $r2 c0[0x0] (8) >> 1: add ftz f32 $r0 $r2 1.000000 (8) >> 2: mov f32 $r3 $r1 (8) >> 3: mov u32 $r1 $r2 (8) >> 4: export b128 # o[0x0] $r0q (8) >> >> >> [1]: >> VERT &gt...

https://bugs.freedesktop.org/show_bug.cgi?id=91895 Bug ID: 91895 Summary: [nve7] Shadow Warrior: black gun & messed up colors Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

Previously we'd end up with an unnecessary mov for the thirs immediate value. total instructions in shared programs : 851881 -> 851864 (-0.00%) total gprs used in shared programs : 110295 -> 110295 (0.00%) total local used in shared programs : 1020 -> 1020 (0.00%) local gpr inst bytes helped 0 0 17 17

...86/crypto/aes-x86_64-asm_64.S >> +++ b/arch/x86/crypto/aes-x86_64-asm_64.S >> @@ -48,8 +48,12 @@ >> #define R10 %r10 >> #define R11 %r11 >> >> +/* Hold global for PIE suport */ >> +#define RBASE %r12 >> + >> #define prologue(FUNC,KEY,B128,B192,r1,r2,r5,r6,r7,r8,r9,r10,r11) \ >> ENTRY(FUNC); \ >> + pushq RBASE; \ >> movq r1,r2; \ >> leaq KEY+48(r8),r9; \ >> movq r10,r11; \ >> @@ -74,5...

...86/crypto/aes-x86_64-asm_64.S >> +++ b/arch/x86/crypto/aes-x86_64-asm_64.S >> @@ -48,8 +48,12 @@ >> #define R10 %r10 >> #define R11 %r11 >> >> +/* Hold global for PIE suport */ >> +#define RBASE %r12 >> + >> #define prologue(FUNC,KEY,B128,B192,r1,r2,r5,r6,r7,r8,r9,r10,r11) \ >> ENTRY(FUNC); \ >> + pushq RBASE; \ >> movq r1,r2; \ >> leaq KEY+48(r8),r9; \ >> movq r10,r11; \ >> @@ -74,5...

...'t get MP3 tag for $file.\n"; } `flac -d "$file"`; $file =~ s/\.flac$/.wav/; if (($artist) && ($title) && ($track)) { $outfile = "$artist - ($track)$title.mp3"; } else { $outfile = $file; $outfile =~ s/\.wav$/.mp3/; } `lame -V -b128 -B256 --tt "$title" --ta "$artist" --tl "$album" --tn $track "$file" "$outfile"`; `rm "$file"`; print "-------------------------------------------\n"; }

The putback of: 6892072 iscsi alias handling is wrong available in b128, changes the syntax of the iSCSI alias support to insist upon a LUN number. The alias indicates a target not a LUN, and this has always been the case. For example, change /alias/iscsi/dom1/disk0 to be /alias/0/iscsi/dom1/disk0, where ''0'' is the LUN. Future iSCSI work may reintrodu...

Hi again! I have some other suggestions/modifications. 1. Bitrate scaling by frequency in vorbis_encode_init: bpch=(long)((float)nominal_bitrate/(float)channels*44100.0f/(float)rate); With this modification, if we use -b128 at 22khz files, the OGG file will be 128kbit/s, not 64kbit/s ... 2. Probable quality bug: I tested some floating point constants (recalculated them (see below) and encoded some songs with 'longer' (more precise) numbers) in the SCALES.H, at it seems the fromdB is a little bit wrong... So,...

Suppose I have a storage server that runs ZFS, presumably providing file (NFS) and/or block (iSCSI, FC) services to other machines that are running Solaris. Some of the use will be for LDoms and zones[1], which would create zpools on top of zfs (fs or zvol). I have concerns about variable block sizes and the implications for performance. 1.

Hi! Today, I found an encoding bug with a new tune by me. http://www.uni-karlsruhe.de/~us87/ogg/vorbis_bassrumble_demo.rar (2.1MB) contains the original .WAV in 16bit/44.1kHz and an .OGG encoded at 350kbit/s. I found the bug when listening to the 128kbit/s version, but encoding it with that high bitrate didn't change a thing. The deep bassdrum contains a rumbling, knocking sound (the first

...95de..86fa068e5e81 100644 > --- a/arch/x86/crypto/aes-x86_64-asm_64.S > +++ b/arch/x86/crypto/aes-x86_64-asm_64.S > @@ -48,8 +48,12 @@ > #define R10 %r10 > #define R11 %r11 > > +/* Hold global for PIE suport */ > +#define RBASE %r12 > + > #define prologue(FUNC,KEY,B128,B192,r1,r2,r5,r6,r7,r8,r9,r10,r11) \ > ENTRY(FUNC); \ > + pushq RBASE; \ > movq r1,r2; \ > leaq KEY+48(r8),r9; \ > movq r10,r11; \ > @@ -74,54 +78,63 @@ > movl r6 ## E,4(r9); \ > movl r7 ## E,8(r9); \ > movl r8 ## E,12(r9); \ > + popq RBASE;...

I'm just wondering if someone wrote a perl script to convert a directory with flac files into mp3 and preserving the id3 tag from flac to mp3? I have two harddrives where I keep my favorite CDs in flac and others in mp3 but when I get tired of them, I move them into mp3 and rather than popping the original CD in, it might be easier to just convert from flac to mp3 directly. Please cc me on

During boot, I get the following error: Nov 16 09:16:41 sol11 svc.startd[7]: [ID 652011 daemon.warning] svc:/system xvm/store:default: Method "/lib/svc/method/xenstored start" failed with exit status 96. Nov 16 09:16:41 sol11 svc.startd[7]: [ID 748625 daemon.error] system/xvm/store:default misconfigured: transitioned to maintenance (see ''svcs -xv'' for details) It

...arch/x86/crypto/aes-x86_64-asm_64.S index 8739cf7795de..86fa068e5e81 100644 --- a/arch/x86/crypto/aes-x86_64-asm_64.S +++ b/arch/x86/crypto/aes-x86_64-asm_64.S @@ -48,8 +48,12 @@ #define R10 %r10 #define R11 %r11 +/* Hold global for PIE suport */ +#define RBASE %r12 + #define prologue(FUNC,KEY,B128,B192,r1,r2,r5,r6,r7,r8,r9,r10,r11) \ ENTRY(FUNC); \ + pushq RBASE; \ movq r1,r2; \ leaq KEY+48(r8),r9; \ movq r10,r11; \ @@ -74,54 +78,63 @@ movl r6 ## E,4(r9); \ movl r7 ## E,8(r9); \ movl r8 ## E,12(r9); \ + popq RBASE; \ ret; \ ENDPROC(FUNC); +#define round_mo...

Hello all, I wanted to ask some experienced users some settings about oggenc. 1. How can I setup oggenc so that I can DIRECTLY rip tracks off my audio cd? As we all know, audio cd doens't really have a file format that we can directly use. Do I HAVE to convert them to wav files then convert them to ogg files? 2. The options: -b -m -M with the bitrate of the audio file. If I set something

...e -sched (st 0x0) (st 0x0) (st 0x0) +sched (st 0xf wr 0x0 wt 0x3f) (st 0x6 wt 0x1) (st 0x1 wr 0x0) ld b32 $r5 a[0x2fc] 0x0 shl $r5 $r5 0x5 ld b64 $r0 c0[$r5+0x80] -sched (st 0x0) (st 0x0) (st 0x0) +sched (st 0xf wr 0x1) (st 0x2 rd 0x0 wt 0x3) (st 0xf wr 0x0 wt 0x1) ld b64 $r2 c0[$r5+0x88] st b128 a[0x70] $r0 0x0 ld b64 $r0 c0[$r5+0x90] -sched (st 0x0) (st 0x0) (st 0x0) +sched (st 0x1 wt 0x1) (st 0x1) (st 0x4) fmul ftz $r2 $r0 c0[0x0] fmul ftz $r3 $r0 c0[0xc] fmul ftz $r4 $r0 c0[0x18] -sched (st 0x0) (st 0x0) (st 0x0) +sched (st 0x1) (st 0x1) (st 0x4) ffma ftz $r2 $r1 c0[0x4] $r2 ffm...