search for: sjeng

...+ |429.mcf|371.48|375.75|373.50|377.93 | +--------------+---------+---------+---------+-------+ |445.gobmk|677.80|686.12|685.50|702.87 | +--------------+---------+---------+---------+-------+ |456.hmmer|534.94|533.68|534.37|553.40 | +--------------+---------+---------+---------+-------+ |458.sjeng|633.69|641.21|641.81|655.94 | +--------------+---------+---------+---------+-------+ |462.libquantum|362.82|367.00|367.38|382.14 | +--------------+---------+---------+---------+-------+ |464.h264ref|701.37|682.13|683.41|699.93 | +--------------+---------+---------+---------+-------+ |471.omne...

Hi all, I started testing the RC1 encoder at ftp://sjeng.sourceforge.net/pub/sjeng/oggdrop.exe (based on branch_monty_20010708) On the songs I have tested so far (not much :) I did not hear any stereo issues, but there are some very noticeable problems with the produced files. Songs without much high-end will suddenly have one when encoded. (you'...

...agreeable for everyone, I would ask that they be included in the Vorbis comment/tag format documentation. <p>b) An analysis program, that reads .ogg files, calculates the correct gain values, and stores them back into the oggs as tags. This program is already written and available at http://sjeng.org/ftp/vorbis/ReplayGain-0.3.tar.gz. It should work on both Unix and Windows, although I have not tried it on the latter yet. Usage is as simple as: replaygain <file1> <file2> <...> to perform the analysis on <file1> and <file2>. It also supports replaygain -a &l...

...gcc 0.76% 0.00% 48.35% 1.20% SPEC/CINT2006/429.mcf/429.mcf 0.00% -1.78% 11.88% 0.61% SPEC/CINT2006/445.gobmk/445.gobmk 0.02% 0.00% 13.86% 0.00% SPEC/CINT2006/456.hmmer/456.hmmer 0.17% 1.72% 28.38% 1.72% SPEC/CINT2006/458.sjeng/458.sjeng 0.19% 1.35% 8.97% 6.05% SPEC/CINT2006/462.libquantum/462.libquantum 1.08% -20.22% 146.24% -7.26% SPEC/CINT2006/464.h264ref/464.h264ref 0.00% -0.30% 9.22% 0.72% SPEC/CINT2006/471.omnetpp/471.omnetpp 2.78% 1.92% 67.24% 3.92% SPEC/CINT2006/4...

...------+ > > | povray | > > > _ZN3povL24All_Sphere_IntersectionsEPNS_13Object_StructEPNS_10Ray_StructEPNS_13istack_structE > > | > > > +-----------------+----------------------------------------------------------------------------------------------+ > > | sjeng | gen > > | > > > +-----------------+----------------------------------------------------------------------------------------------+ > > | soplex | _ZN6soplex9CLUFactor16vSolveUrightNoNZEPdS1_Piid > >...

...f 141 inner loop hot paths derived from edge profiles do not corresponding to actual executed paths. b) in 6 applications (overlap of 3 with the previous 6) some hot paths constructed from edge profiles are not the highest ranked path. For example, this occurs in 4 out of 32 innermost loops in 458.sjeng. The high level reason this happens is due to overlapped paths. I can go into more details if there is interest. > > Independent of the method used in generating path profile data, your > proposed work on the path profile info representation and query APIs can be > shared. > > t...

...------------------------------------------------------------------+ | povray | _ZN3povL24All_Sphere_IntersectionsEPNS_13Object_StructEPNS_10Ray_StructEPNS_13istack_structE | +-----------------+----------------------------------------------------------------------------------------------+ | sjeng | gen | +-----------------+----------------------------------------------------------------------------------------------+ | soplex | _ZN6soplex9CLUFactor16vSolveUrightNoNZEPdS1_Piid | +----------...

...spec/2006/int/C/401.bzip2 23.02 -0.19% spec/2006/int/C/403.gcc 32.57 -0.43% spec/2006/int/C/429.mcf 40.35 +0.27% spec/2006/int/C/445.gobmk 26.96 +0.06% spec/2006/int/C/456.hmmer 24.4 +0.19% spec/2006/int/C/458.sjeng 27.91 -0.08% spec/2006/int/C/462.libquantum 57.47 -0.20% spec/2006/int/C/464.h264ref 46.52 +1.35% geometric mean +0.29% Scores are benchmark specific. We do have regression on 453.povray, but it's due to secondar...

...s low number of no alias responses something to be excepted? Below the results that I got for SPEC with cfl-aa: TotalQueries | Name | NoAliasResponses 31944 | 470.lbm | 0 49133 | 429.mcf | 42 95098 | 473.astar | 0 146301 | 462.libquantum | 5 428082 | 458.sjeng | 9773 808471 | 433.milc | 2163 1787190 | 450.soplex | 72 2472234 | 401.bzip2 | 229 2574217 | 456.hmmer | 1833 3492577 | 445.gobmk | 8480 3685838 | 444.namd | 616 12943554 | 471.omnetpp | 422 20068605 | 464.h264ref | 8593 23849576...

...dness b) removes the need for normalization c) allows for clipping prevention Using it is very simple. Get a compatible decoder (ogg123, XMMS and WinAmp all support it now), and apply the ReplayGain tool to your oggs. The process is totally lossless. The ReplayGain tool is available here: http://sjeng.org/ftp/vorbis/ReplayGain-0.7.tar.gz or (for Windows) http://sjeng.org/ftp/vorbis/replaygain.exe XMMS patches are in the XMMS CVS or downloadable from the same directory as the files above. The WinAmp plugin is available here: http://www.blorp.com/~peter/zips/in_vorbis.exe -- GCP <p>-...

...iceable regression and sometimes results in small improvement (1%-3%). 473.astar -7 401.bzip2 -110 403.gcc -13,006 445.gobmk -1,716 464.h264ref -684 456.hmmer -391 462.libquantum -4 429.mcf -4 471.omnetpp -1,980 400.perlbench -4,176 458.sjeng -338 450.soplex -395 483.xalancbmk -4,183 447.dealII -186 433.milc -34 444.namd -104 453.povray -1,785 482.sphinx3 -112 I propose to factor out the relevant code from BranchFolding into a utility, and call it from BlockPlacement whenever the layout...

...-----------------------------------------+ > | povray | > _ZN3povL24All_Sphere_IntersectionsEPNS_13Object_StructEPNS_10Ray_StructEPNS_13istack_structE > | > +-----------------+----------------------------------------------------------------------------------------------+ > | sjeng | gen > | > +-----------------+----------------------------------------------------------------------------------------------+ > | soplex | _ZN6soplex9CLUFactor16vSolveUrightNoNZEPdS1_Piid >...

I had completely forgotten about Replay Gain until Mr. Seibert reminded me. Wasn't there talk of adding this to vorbis-tools? Anyway, I went here: http://sjeng.sourceforge.net/ftp/vorbis/ And downloaded the source for the replay gain tool. Unfortunately, I cannot compile it. The errors regard parameters to ov_read_float. Is there updated source somewhere else? -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email: dave@gasaw...

Is an "official" vorbisgain source tarball available anywhere for *nix? Seems like everything I've found is a pre-built windows binary... Thanks in advance! Regards, Owen G. Emry ----- DTS Engineer PalmSource, Inc. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

...test case ( http://lame.sourceforge.net/download/samples/applaud.wav ) still produces **VERY** easily audible high-frequency artifacts when encoded with OGG RC3 up to q4.9 (!!!). Things are **MUCH** better from q5.0 on. I also noticed that Gian-Carlo's "Garf Tuned" oggencgt2 ( http://sjeng.sourceforge.net/ftp/vorbis/oggencgt2.exe ) performs MUCH better, producing q5-like results at lower bitrates: - Oggenc RC3 with -q4.9...........168 kbps -> bad artifacts - Garf Tuned RC2 with -b 128......171 kbps -> good quality - Oggenc RC3 with -q5...........205 kbps -> good quali...

...rtualTimeManager::runOnMachineFunction(MachineFunction &MF) { for (auto &MBB : MF) { MachineBasicBlock* origMBB = &MBB; __insertVtlLogic(MF, origMBB); } return true; } When I compile and run a program (e.g from SPEC-2006 benchmark (sjeng)), using this pass, the program segfaults. I don't understand how simply adding a push, followed by pop is affecting the program execution. Could anyone please offer some insights. It would be greatly appreciated. I'm new to LLVM and struggling to understand what is causing this issue. Tha...

...+---------------+-----------+--------------+----------+ | povray | 17 | 0m8.543s | 0m8.552s | 4 | 9m24.562s | 5m39.295s | 2388152 | 2387960 | +---------------+----------+-------------+-----------+-----------+---------------+-----------+--------------+----------+ | sjeng | 158740 | 0m1.648s | 0m1.637s | 280 | 0m20.786s | 0m5.229s | 368841 | 368009 | +---------------+----------+-------------+-----------+-----------+---------------+-----------+--------------+----------+ | soplex | 30 | 0m4.849s | 0m4.848s | 24...

...ervice Engineer ICT Communication and Media Services PlanetMediaGroup the Netherlands "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty not safety." --Benjamin Franklin -----Original Message----- From: Gian-Carlo Pascutto [mailto:gcp@sjeng.org] Sent: Wednesday, October 24, 2001 10:50 PM To: vorbis@xiph.org Subject: Re: [vorbis] MP3PRO On Wed, 24 Oct 2001, FlipSide wrote: > Has anyone seen the demo of MP3PRO? You are about half a year late to the party. Check out the mailing list archives for discussions about MP3Pro. -- GCP...

...olf Hoflehner < ghoflehner at apple.com > > wrote: > > > > On CINT2006 ARM64/ref input/lto+pgo I practically measure no > performance difference for the 7 benchmarks that compile. This > includes bzip2 (although different source base than in CINT2000), > mcf, hmmer, sjeng, h364ref, astar, xalancbmk > > > > On Sep 15, 2014, at 11:59 AM, Hal Finkel < hfinkel at anl.gov > wrote: > > > > ----- Original Message ----- > > > From: "Gerolf Hoflehner" < ghoflehner at apple.com > > To: "Jiangning Liu"...

...Amman, Jordan Attachments inlined: Rough Latencies Benchmark Branch-and-Bound LLVM SPEC Score SPEC Score % Score Difference 400.perlbench 21.2 20.2 4.95% 401.bzip2 13.9 13.6 2.21% 403.gcc 19.5 19.8 -1.52% 429.mcf 20.5 20.5 0.00% 445.gobmk 18.6 18.6 0.00% 456.hmmer 11.1 11.1 0.00% 458.sjeng 19.3 19.3 0.00% 462.libquantum 39.5 39.5 0.00% 464.h264ref 28.5 28.5 0.00% 471.omnetpp 15.6 15.6 0.00% 473.astar 13 13 0.00% 483.xalancbmk 21.9 21.9 0.00% GEOMEAN 19.0929865 19.00588287     0.46% 410.bwaves  15.2 15.2 0.00% 416.gamess CE CE #VALUE! 433.milc  19 18.6 2.15% 434.zeusmp    14...