search for: 55s

...R=opusenc from opus-tools 0.2-3-gf5f571b ENCODER_OPTIONS=--bitrate 56 --vbr --comp 5 ALBUM=Test-Sweeps ARTIST=Audacity COMMENT=60s logarithmic sweep (0-20kHz): 5s=10Hz, 10s=20Hz, 15s=39Hz, 20 s=78Hz, 25s=156Hz, 30s=312Hz, 35s=625Hz, 40s=1.25kHz, 45s=2.5kHz, 50s=5kHz, 55s= 10kHz, 60s=20kHz COMMENTS=60s logarithmisch DATE=2016 TITLE=Sweep (0-20kHz at 96kHz) log TRACKNUMBER=2 Opus stream 1: Pre-skip: 312 Playback gain: 0 dB Channels: 1 Original sample rate: 96000 Hz Packet duration: 20.0ms (max)...

...s by a logarithmisch sweep. Is that a fixed number of Hertz per second (SoX calls that linear)? Or a fixed number of semitones per second (SoX calls that exponantional)? (The ogg comment says 5s=10Hz, 10s=20Hz, 15s=39Hz, 20s=78Hz, 25s=156Hz, 30s=312Hz, 35s=625Hz, 40s=1.25kHz, 45s=2.5kHz, 50s=5kHz, 55s=10kHz, 60s=20kHz so it seems the frequency rises logarithmically.) $ sox -c 1 -r 96k -b 16 -n /tmp/sweep.wav synth 60 sin create 1-20 gain -3 > With Opus I noticed that the file size for 48kHz and 48 kbps > compared to 96kHz Vorbis at 31kbps is about double the size Your opusenc line says...

...=w,vdev=xvda1,backend=storage,target=/root/domsi.img''] And I got this console log - [ 5.588091] XENBUS: Waiting for devices to initialise: 25s...20s...15s...10s...5s...0s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s... [ 270.588319] XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, remote state 2)...

...=w,vdev=xvda1,backend=storage,target=/root/domsi.img''] And I got this console log - [ 5.588091] XENBUS: Waiting for devices to initialise: 25s...20s...15s...10s...5s...0s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s... [ 270.588319] XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, remote state 2)...

...s by a logarithmisch sweep. Is that a fixed number of Hertz per second (SoX calls that linear)? Or a fixed number of semitones per second (SoX calls that exponantional)? (The ogg comment says 5s=10Hz, 10s=20Hz, 15s=39Hz, 20s=78Hz, 25s=156Hz, 30s=312Hz, 35s=625Hz, 40s=1.25kHz, 45s=2.5kHz, 50s=5kHz, 55s=10kHz, 60s=20kHz so it seems the frequency rises logarithmically.) $ sox -c 1 -r 96k -b 16 -n /tmp/sweep.wav synth 60 sin create 1-20 gain -3 > With Opus I noticed that the file size for 48kHz and 48 kbps > compared to 96kHz Vorbis at 31kbps is about double the size Your opusenc line says...

...1 pv guest on redhat5.2 virtualization platform. But the startup process hung with messages: xen-vbd: registered block device major 202 xvda:<6>netfront: Initialising virtual ethernet driver. XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...<6>Uniform Multi-Platform E-IDE driver SCSI subsystem initialized st: Version 20080504, fixed bufsize...

Hi All, Any thoughts on why, while everything seems ok at the OS level (getent , id -a ) Samba doesn't pickup any supplementary groups when Solaris is configured with 'group: files ldap' in nsswitch.conf and using it's own native nss_ldap.so.1 but does when using PADL's nss_ldap? Everything else is equal. Do they use/accept different calls or could it be an

...ng with Opus 1.3 I converted a tone sweep with a sample rate of 96kHz > >> > (just for fun). Before I had converted that from WAV to FLAC, and to Vorbis > >> > without problems. >> >> >> >> 30s=312Hz, 35s=625Hz, 40s=1.25kHz, 45s=2.5kHz, 50s=5kHz, 55s=10kHz, >> > 60s=20kHz >> >> so it seems the frequency rises logarithmically.) >> >> >> >> $ sox ‑c 1 ‑r 96k ‑b 16 ‑n /tmp/sweep.wav synth 60 sin create 1‑20 gain ‑3 >> >> >> >> > With Opus I noticed that the file size for 48...

Hi Jean-Claude, ----- Message d'origine ---- > De : Jean-Claude Gervais <jc.gervais at videotron.ca> > ? : Wine Users <wine-users at winehq.org> > Envoy? le : Jeudi, 6 D?cembre 2007, 23h14mn 55s > Objet : [Wine] TortoiseCVS > > .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. > > Torsten Martinsen (author of TortoiseCVS) analyzed this and believes > that the problem may be caused by the two unimplemented functions > NtQueryEaFile and NtSetEaFile which he reports are both called direc...

I'm using syslinux for booting a thin client from USB key. It took just over 1min (from reset button to 'Ready'), loading a 1.2M kernel and 2.0M (approx.) initrd; about 55s of this was syslinux. Once the initrd starts, it takes only about 1s to load the 5M image from the key, which corresponds to the advertised 8MB/s read speed. This is using syslinux-3.08pre5, USB-HDD booting, with the mbr.bin included in syslinux. It's an award bios on a DFI AZ-30 TL micro...

...ules/internet/internet.c:218) is responsible for printing the dots. after each 5x10 bunch of dots, it proceeds to the next line: if((i+1) % 50 == 0) REprintf("\n"); but it could instead just swipe the dots and start in the same line again: if((i+1) % 50 == 0) REprintf("\r%55s\r", ""); it's ad hoc, of course, and requires some other changes to prevent the progress bar from being rewritten too quickly, e.g., by replacing if(guess <= 0) putdots(&ndots, nbytes/1024); with if(guess <= 0) putdots(&ndots, nbytes/(100*1024)); in lin...

...(1.0) Channels: 2 Rate: 44100 Nominal bitrate: 64.001000 kb/s Upper bitrate not set Lower bitrate not set User comments section follows... Warning: Illegal UTF-8 sequence in comment 0 (stream 1): invalid sequence Vorbis stream 1: Total data length: 926636 bytes Playback length: 1m:55s Average bitrate: 64.127059 kbps Logical stream 1 ended -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size: 190 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis/attachments/20030706/7ca5f4bc/par...

...ed rtc_cmos as rtc0 [ 0.976298] No iBFT detected. [ 0.976641] TCP cubic registered [ 0.976647] NET: Registered protocol family 17 [ 0.976739] registered taskstats version 1 [ 6.077230] XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30...

...rything is up to date ("MAKE"); i.e., after make has checked all 800 or so source files it tells you that there is nothing to do. I am afraid my timings speak for themselves: CP-A MAKE local disk < 5sec < 0.3sec NFS (100MBit) 55sec+-2sec < 2sec glusterfs (I) 4m29sec 17sec glusterfs (II) 4m05sec 18sec (I) unpatched fuse.ko, (II) patched fuse.ko, both over the same network as NFS. Note that in (II) the modified kernel module was used with the default (distribution provided)...

...ding ehci-hcd.ko module Loading ohci-hcd.ko module Loading uhci-hcd.ko module USB Universal Host Controller Interface driver v3.0 Loading jbd.ko module Loading ext3.ko module Loading xenblk.ko module XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30...

...start time of sync LOCKFILE=/tmp/${FILESYSTEM}_sync.lock # used for program locking # # check to see if another sync job for this file system is already running # if [ -f $LOCKFILE ] then MESSAGE='tried to start syncing when there already was on running' printf "%6s %6s %10s %55s \n" $STARTTIME $FILESYSTEM "$MESSAGE" >> $TIMELOG exit -3 else MESSAGE='started sync' printf "%6s %6s %10s %35s \n" $STARTTIME $FILESYSTEM "$MESSAGE" >> $TIMELOG # records start time touch $LOCKFILE fi # # This line does the actually...

...ely. Let me know if you think this is my fault. Gabor On Sat, Sep 16, 2017 at 8:17 PM, Uwe Ligges <mailto:ligges at statistik.tu-dortmund.de> wrote: > Thanks, we see in reverse dependencies: > > Package: drake > Check: tests > New result: ERROR >???? Running ?testthat.R? [55s/138s] >?? Running the tests in ?tests/testthat.R? failed. >?? Complete output: >???? > Sys.setenv("R_TESTS" = "") >???? > >???? > library(testthat) >???? > library(drake) >???? > >???? > test_check("drake") >???? 1. Failure:...

hi, I would like to know is it possible to make writing file to samba completely in kernel? I'm using a slow CPU (FA526) , and the memory copy is even slower. The reading performance is over 7 MB/s, with mmap and sendfile enabled, while writing is only 4-5 MB/s. Without mmap and sendfile, reading from samba is also about 4-5 MB/s. I use Oprofile to profile writing file to samba and found

...0.260194] NET: Registered protocol family 17 [ 0.260213] Bridge firewalling registered [ 5.360075] XENBUS: Waiting for devices to initialise: 25s...20s...15s...10s...5s...0s...235s...230s...225s...220s...215s...210s... 205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s... 150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s... 95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s... 35s...30s...25s...20s...15s...10s...5s...0s... [ 270.360180] XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, remote state...

I came in this morning to find all the servers all locked up solid: # passenger-status ----------- General information ----------- max = 20 count = 20 active = 20 inactive = 0 Waiting on global queue: 236 ----------- Domains ----------- /etc/puppet/rack: PID: 2720 Sessions: 1 Processed: 939 Uptime: 9h 22m 18s PID: 1615 Sessions: 1 Processed: 947 Uptime: 9h 23m