similar to: Seek failure with very short files

Displaying 20 results from an estimated 1000 matches similar to: "Seek failure with very short files"

2016 Nov 21
2
Seek failure with very short files
I was wondering when it would be useful to compress very short audio files. The answer may be when there are lots of files, for instance in the case of sound fonts, or a large collection of transients. Probably it would be better to compress the whole collection as a single large file obtained by juxtaposing the short clips, with cues or marks to separate the original files. May be this
2016 Dec 07
1
Seek failure with very short files
Hi all, Thanks in advance for your help, and sorry for the slow reply. I've created a small OS X example project <https://drive.google.com/file/d/0B8vFUUth7NpvRFI0MmI2bVJNNEU/view?usp=sharing> that reproduces the issue. (I've run into the size limit for emails on this list so I've put it on Google Drive.) The program just initializes a libFLAC++ stream decoder for a given file
2016 Nov 21
0
Seek failure with very short files
Hi, Thank you both for your replies. I will try to put together a repro case when I get a chance. In our case, we are recording audio directly into FLAC files, so they can end up with very short durations. Since I sent my first email, I have also seen this reproduce with longer files. Thanks, Luke On Mon, Nov 21, 2016 at 3:07 PM, Federico Miyara <fmiyara at fceia.unr.edu.ar> wrote:
2004 Sep 10
1
seek problem
Hi Flac developers! I'm using the seekable_stream_decoder API of libFLAC 1.03 and I'm stuck with a mysterious problem: my FLAC plugin works nicely as long as the seek_absolute() function is never used, but as soon as I seek around in a sample (ie. call seek_absolute() with an offset != 0), I cannot detect the end of a file anymore. decoder_get_state() never returns
2007 Sep 26
2
libFLAC++ Seeking
Hello, I've a problem with seeking using libFLAC++ API. The call to seek_absolute always returns with false, whatever I do. I tried many different ways, finally I tried to reduce my added code to near zero, so I used the cpp decode example in ...\flac-1.2.1\examples\cpp\decode\file\.main.cpp and added only one line: bool b=decoder.seek_absolute(1000); right before ok =
2007 Sep 27
1
libFLAC++ Seeking
?rta: > ?rta: > > Hello, > > I've a problem with seeking using libFLAC++ API. > The call to seek_absolute always returns with false, whatever I do. > > I tried many different ways, finally I tried to reduce my added code to near zero, so I used the cpp decode example in ...\flac-1.2.1\examples\cpp\decode\file\.main.cpp and added only one line: > > bool
2007 Sep 26
0
libFLAC++ Seeking
?rta: > Hello, > > I've a problem with seeking using libFLAC++ API. > The call to seek_absolute always returns with false, whatever I do. > > I tried many different ways, finally I tried to reduce my added code to near zero, so I used the cpp decode example in ...\flac-1.2.1\examples\cpp\decode\file\.main.cpp and added only one line: > > bool
2008 Feb 20
2
FLAC seeking error
I am writing a FLAC encoder/decoder and when I use the flac_static.lib that was compiled in debug mode in MS Visual Studio 2003, the seek_absolute function works fine. However, if I compile flac_static in release mode in the same environment, the seek_absolute function no longer works. No parts of my code change, the only difference is whether I link in the release lib instead of the debug lib.
2004 Sep 10
0
problem with seek_absolute in libFLAC++
--- David Collett <jg@webone.com.au> wrote: > Hello, > I have been changing my (C++)program over to the new FLAC++ API which > > has gone relatively smoothly. > > However, the function seek_absolute() (from the FLAC::Decoder::File > class) does not seem to work. It always returns false and doesnt seek > at > all. Using gdb, I have narrowed down the problem
2004 Sep 10
1
problem with seek_absolute in libFLAC++
Nevermind, I have discovered the problem(not really a problem). I had called: set_metadata_ignore_all(); because I didnt actually need to use the metadata in my application. But it seems that with this option set, "total_samples" is not set correctly after calling init(). Upon further debugging, I discovered that the test "sample < total_samples" was what is failing in
2004 Sep 10
3
problem with seek_absolute in libFLAC++
Hello, I have been changing my (C++)program over to the new FLAC++ API which has gone relatively smoothly. However, the function seek_absolute() (from the FLAC::Decoder::File class) does not seem to work. It always returns false and doesnt seek at all. Using gdb, I have narrowed down the problem somewhat, but being the novice programmer that I am, I still don't know whats wrong. When I
2016 Jan 13
1
FLAC__stream_decoder_seek_absolute calling write callback
Hello, The API documentation [1] `FLAC__stream_decoder_seek_absolute` says: "Flush the input and seek to an absolute sample. Decoding will resume at the given sample. Note that because of this, the next write callback may contain a partial block." I expected that subsequent `process_single` calls would return data starting exactly from the sample I've seeked to. To my surprise
2010 Jun 22
1
Re: No fonts in izotope RX
i have the same problem ,and i had tried the above way . there is nothing happened, if i add the gdiplus,dll, i can not open the izotope again. help pls help
2009 Mar 16
3
No fonts in izotope RX
Tried Izotope RX in wine 1.1.17, installs and starts up ok but none of the text appears http://img167.imageshack.us/img167/5460/22653915.jpg tried earlier in wine 1.0.1, but did not startup at all, perhaps some fonts are missing? found a couple of screenshots of how it should look http://www.acmevoiceworx.com/wp-content/uploads/2008/06/rxmainboth.jpg
2004 Sep 10
1
Unexpected writeCallback() calls
Hello! I've recently written a FLAC input plugin which uses the seekable stream decoder API of libFLAC 1.02. It works so far, but one thing is pretty annoying and should be changed in future libFLAC versions, IMHO: The writeCallback is not only called after functions which do decoding (like process_whole_stream(), process_one_frame() or process_remaining_frames()), ie. where one expects that
2023 Feb 24
1
[PATCH v2] virtio-net: Fix probe of virtio-net on kvmtool
On Fri, Feb 24, 2023 at 3:38 AM Rob Bradford via B4 Relay <devnull+rbradford.rivosinc.com at kernel.org> wrote: > > From: Rob Bradford <rbradford at rivosinc.com> > > kvmtool does not support the VIRTIO_NET_F_CTRL_GUEST_OFFLOADS feature > but does advertise the VIRTIO_NET_F_GUEST_TSO{4,6} features. Check that > the VIRTIO_NET_F_CTRL_GUEST_OFFLOADS feature is present
2023 Feb 24
1
[PATCH v2] virtio-net: Fix probe of virtio-net on kvmtool
On Thu, Feb 23, 2023 at 07:38:25PM +0000, Rob Bradford via B4 Relay wrote: > From: Rob Bradford <rbradford at rivosinc.com> > > kvmtool does not support the VIRTIO_NET_F_CTRL_GUEST_OFFLOADS feature > but does advertise the VIRTIO_NET_F_GUEST_TSO{4,6} features. Check that > the VIRTIO_NET_F_CTRL_GUEST_OFFLOADS feature is present before setting > the NETIF_F_GRO_HW feature
2016 Jan 19
0
FLAC__stream_decoder_seek_absolute calling write callback
> Hi, > Sorry for the tardy response to this. I've now read your email a number of > times and I'm still not sure what needs to be done. > Maybe it would help if you could explain the following: > * What is actually happening. > * What you expect to happen and how that differs from what is happening. > * Propose a fix. > Once thing that may actually help is a small
2003 May 20
7
ShowMessage (second attempt)
Surely someone out there knows how to notify their Windows users that access to their samba server is going to be terminated.... Any help will be *greatly* appreciated. ------ Original Message ------- I would like to shut down samba before I begin my backup routine. Before I do this, I would like to send a message to the users who are logged in on their Windows machines, asking them to log
2003 May 19
2
New users cannot log on, current users okay
I am having a problem with the Samba server that I run. Simply, new users added to the system cannot log on to the PC's that are controlled from the Samba server's domain. Users that are already on the system and have been working for some time seem to be unaffected. I suspect that the problem may well be related to the 'minor' problem we experienced with the server the other