similar to: oggpack_writecopy bug

Hi all, I'm having a little trouble with a Vorbis decoder hanging (actually hard looping the CPU) when I call ov_pcm_seek(&vorbis_file, 0) on a multiplexed theora/vorbis file. It appears to be the vorbisfile library that has the problem. The call to ov_pcm_seek never returns. Seeking in non-multiplexed, including chained, files is OK. Seeking to other values, including sample 1, works

>b) According to http://wiki.xiph.org/OggOpus#Comment_Header >there should be no REPLAYGAIN_*** tags in Opus files; Opus uses >R128_TRACK_GAIN tag. If some audio player reads Opus tags then it should >be aware of the difference between ReplayGain and R128. But this doesn't >require REPLAYGAIN_REFERENCE_LOUDNESS tag. > > The Opus replaygain spec is fundamentally broken, so

On Wed, 18 Jun 2014 16:39:12 -0700 "Timothy B. Terriberry" <tterribe at xiph.org> wrote: >Ian Nartowicz wrote: >> The Opus replaygain spec is fundamentally broken, so let's ignore that for >> now. It is discussed ad nauseam elsewhere, but isn't going to change any >> time soon. > >I haven't seen anyone make any concrete proposals for how it

I've developed a function for updating Flac metadata blocks inside Ogg files. Obviously it is desirable to use padding so that most edits don't require rewriting massive files. Although the flac encoder creates a padding metadata block by default in Ogg Flac files, this appears to be useless. When packets on an Ogg page change size, the page size may change by as different amount, hence

Hi, In the last days I've been taking as reference the example found in examples/c/encode/file/main.c. With it I've been able to encode a 2ch, 16 bps, 44100 sample rate input WAV file to a FLAC file. Now I've been trying to modify this example to encode a 2ch, 24 bps, 96000 sample rate WAV file. I have to say I'm a bit lost on how I should read the input file in this case, and

On Thu, 19 Jun 2014 05:00:39 +0400 lvqcl <lvqcl.mail at gmail.com> wrote: >Erik de Castro Lopo wrote: > >> It sees that the most serious bug in the flac bug tracker: >> >> https://sourceforge.net/p/flac/bugs/413/ >> >> has been fixed in git. This fix alone is worth a new release so its >> time to work towards one. >> >> Things I need

>The use of R128 also raises the question about "REPLAYGAIN_REFERENCE_LOUDNESS" >tag. Currently flac/metaflac writes "REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB" >but doesn't use it when decoding (it seems that nothing uses this tag). >R128 defines reference level differently, so this tag makes little sense for >it. IMHO it's better not to write this tag when

A program to do something I don't think can be done? Tricky. How about some examples of files that show problems? Here is a basic OggFlac track, as produced by the standard flac encoder. It has a vorbis comment packet, a seektable packet, and a padding packet and works fine. Note that each packet is on a separate Ogg page. http://www.nartowicz.webspace.virginmedia.com/oggflac/01.oga

I have successfully (I believe) built (rebuilt on Ubuntu 14.04), installed, and used libvirt 1.2.2. Behaviorally I can't tell the difference between what I've built and what Ubuntu distributes. Specifically, "virsh capabilities" shows this: <secmodel> <model>apparmor</model> <doi>0</doi> </secmodel>

Hello all, To start off with, I will admit to being very much a samba newbie. Having said that, I set out on Friday to set up what I thought to be a very simple task. I wanted to share a HP inkjet printer off of an old laptop. I spent quite a bit of time on it and finally friday evening, I was able to get things working (I thought). Finally, test pages from all the clients printed

I have two physical servers: Virt1 and Virt2. I'm setting up live migration with CentOS 5.5 between the two. I've done this by NFS mounting /etc/libvirt and /var/lib/libvirt/images on both servers. This is working well for me except for one thing. I see the same list of VMs on each server (as expected), but each server (Virt1 and Virt2) are able to start the same VM at the same time.

Full_Name: Ulrich Poetter Version: 2.1.1 OS: i686-pc-linux-gnu FC2 Submission from: (NULL) (134.147.95.187) as.data.frame() segfaults on lists with very many elements: > dfn <- rep(list(rep(0,2)),198000) > test <- as.data.frame.list(dfn) Process R segmentation fault at Sun Sep 18 17:06:02 2005

Hi, I tried using v1.6.0 of the scriptaculous libraries (including latest prototype library) in one of my existing apps that uses the 1.5.1 version, and found that IE 6 was very unstable. Actions get slower and slower over time until the page is basically unusable. This continues until the browser window closes - a page refresh does not solve the problem. I can''t provide the exact code

Ian's explanation below was helpful: On Thu, Aug 14, 2014 at 7:53 AM, Ian Nartowicz <ian at nartowicz.co.uk> wrote: > The sample rate should take care of itself. I suspect your difficulty is how > the 24 bit samples are represented in the WAV data and how to pack them into > the Flac buffer? > > WAV samples are stored in either 8, 16, or 32 bit words, using the smallest

On Tue, 24 Jul 2001, Brendan Cully wrote: | you can get the not-open-source version free from shoutcast.com. Your | symptoms imply that you may be trying to stream high-bitrate MP3s? | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 | in icecast.conf. Although it burns more CPU it may save you some | grief. Alternatively you could try checking out icecast from CVS, | although

On Tue, 24 Jul 2001, Brendan Cully wrote: | which patch exactly is that? I looked into Mark's patch and it seems | to be unsafe (try setting up a client which reads much too slowly and | see if it bogs down all the other clients). I may have misapplied it | or applied it to the wrong version of icecast though, or you could be | talking about a different patch. This one... it probably is the

Hi all, A while back I vaguely remember someone posting a link to documentation on how to prioritise console access (for want of a better expression). For the life of me I can't find it in the archives or via Google; Can anyone provide a URL? Basically, I have a remote server that thrashes (that's my theory at least) occasionally, resulting in the service (httpd/mysql) failing. When its

Rsync thrashes my buffer cache when transfering large files. I see that some people worked on this problem about a year ago. Did they find a workable solution? I'm getting tired of everything slowing to zero while rsync grinds away. Josh Snyder -------------- next part -------------- HTML attachment scrubbed and removed

Hi, I've tracked down what I believe is a bug in lld's relocation processing for R_X86_64_PC32 REL relocations. I'm producing the object file in a slightly unusual way: I'm using objcopy on a relocatable i386 ELF object file to convert it to x86_64 which transforms a R_386_PC32 into a R_X86_64_PC32. Steps to reproduce: 1. Assemble the attached bug.asm using nasm and note the

Hello all, Are you aware of the rails ActionController::Base.allow_concurrency option ? If this option is true, rails is able to process simultaneous multiples actions. It appears that rails is thread-safe (if the user application is), and that this option is mostly unknown. Webrick take care of this option in rails-1.1.2/lib/webrick_server.rb at line 80 : REQUEST_MUTEX.lock unless