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