similar to: C++ File Decoder position not implemented?

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

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

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 =

?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

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.

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

Hello, I have currently many of my CDs ripped to FLAC to replay them from the computer. In most cases, there are single files for each track on the CD. I like the idea to rip the CD to a single track and add a cue sheet to the metadata which was recently discussed on the list. How would I access specific tracks using this approach by means of the FLAC (or FLAC++) API in my own decoder

Hi there. With OpenSSH 3.0.2p1 on Solaris, the locale does not appear to get set correctly at login, as it does with, say telnet: /etc/default/init: TZ=GB CMASK=022 LC_COLLATE=en_GB.ISO8859-1 LC_CTYPE=en_GB.ISO8859-1 LC_MESSAGES=C LC_MONETARY=en_GB.ISO8859-1 LC_NUMERIC=en_GB.ISO8859-1 LC_TIME=en_GB.ISO8859-1 When logging in via SSH: scot /home/scot > locale LANG=

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

Full_Name: Scot Wilcoxon Version: 1.8.1 OS: Linux Submission from: (NULL) (209.98.144.16) return() is not documented. It should also be mentioned in the R Reference section for function(). Apparently the last result of a function is the return value from a function, except when the function is terminated with a return() with an argument.

Hi, I'm trying to make a png file of a histogram. I would like a white background in the final product but end up producing a gray one, despite setting what I think are the correct parameters. Suggestions for how to properly set a white background would be welcome. Thanks in advance, Scot # for non-lattice > par("bg"="white") > par("bg") [1]

Is there an ext3 version of this? Something in ext3 makes e2undel unable to recover unlinked inodes. I just deleted something, umounted the drive to preserve the state. I used e2undel to look for stuff to recover and it found 0 deleted files. I have been using e2undel for quite a while with great success and I know hwo to use it, but it seems to not be able to recover stuff on ext3. Is there

Yes I usually work headless, but I have been setting it up from new, so need to see what is going on. Regards Francis From: "Scot P. Floess" <sfloess at nc.rr.com> To: "Francis Greaves" <francis at choughs.net> Cc: "centos-virt" <centos-virt at centos.org> Sent: Monday, 22 February, 2016 17:02:12 Subject: Re: [CentOS-virt] Garbled screen

Hi, I have a question about how to obtain the union of several data frame rows. I'm trying to create a common key for several tests composed of different items. Here is a small scale version of the problem. These are keys for 4 different tests, not all mutually exclusive: id q1 q2 q3 q4 q5 q6 1 A C 2 B D 3 A D B 4 C D B D I would like

Why isn't the compression level added in a metadata block by the flac encoder itself (just like the encoder version)? In this way all programs that read the file can see what compression level was used. thx 2007/7/4, Scot Thompson <scot.thompson@cox.net>: > > This has been asked many times. The answer is no. I suggest saving the > compression level into a tag for future

--- 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

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

On Sat, 27 Feb 2016 13:20, Scot P. Floess wrote: > > Hit the send key before actually typing anything :( > > Was going to say - ah OK didn't understand your original question. I'm not > entirely sure - I just followed directions :) However, you ask a reasonable > question. > > On Sat, 27 Feb 2016, Karanbir Singh wrote: > >> On 27/02/16 01:41, Scot P.

On 27/02/16 01:41, Scot P. Floess wrote: > > From George's original email, I had to: > > * Install centos-release-xen from centos-extras > > Then a yum update followed by a yum install xen. > > That worked for me... > i had to do something similar, but my question is - one cant run xen without the kernel, so why not have the xen package require the xen kernel

Hi, I have a problem in which I have test score data on students from a number of schools. In each school I have a measure of whether or not they received special programming. I am interested in the interaction between school and attendance to the programming, but in a very select set of comparisons. I'd like to cast the test as one in which students in each school who attend are