similar to: Detecting FLAC file type

Shayne Wissler <wissler at gmail.com> wrote: > I have a program that is given a random file and needs to determine > whether it is Vorbis or FLAC. For Vorbis, there are various places > where I can infer that I have a bad stream. But for FLAC, when I call > either FLAC__stream_decoder_process_until_end_of_metadata or > FLAC__stream_decoder_process_single, it searches the

Is anyone working on liboggplay, and if so, is there any plan to support keyframe-based seeking? I found this, but seems to me that the feature ought to be part of liboggplay: http://pearce.org.nz/2009/05/video-seeking-improvements.html Is there a more appropriate list to post to regarding liboggplay? Shayne Wissler -------------- next part -------------- An HTML attachment was scrubbed...

Hello, I've written a program loosely based on libtheora-1.0/examples/player_example.c, I would like to add the ability to randomly seek to a particular place in the stream (for starters, skipping forward or backward N seconds at a time). I found some useful information at http://www.xiph.org/ogg/doc/ogg-multiplex.html, but I was wondering if any sample code existed that implemented seeking?

Don't say I didn't warn you: http://digitaldaily.allthingsd.com/20100520/googles-royalty-free-webm-video-may-not-be-royalty-free-for-long Don't get me wrong, I'll be as ecstatic as any of you to see Theora and VP8 succeed, I just see the patent system as far more insidious than I think many of you do. Shayne

A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a bug report related to decoding of CRAM files. This issue occurs with flac-1.1.2 but not previous versions (such as flac-1.1.1). Note that the same file is used for this test (hopefully ruling out any issue with the encoder). Details of the issue: When calling FLAC__stream_decoder_process_single() the error callback is triggered

Does the reason Theora is relatively safe from patent infringement lawsuit have more to do with it actually not being encumbered, or is it because its use is decentralized? For example, FreeType is not patent-free, nor is Linux, yet they succeed because on the one hand, they are open source, and those who maintain them do not guarantee anything regarding patents, it is up to each individual user

Shayne Wissler <wissler at gmail.com> wrote: > On Tue, Oct 6, 2009 at 1:57 PM, Martin Leese > <martin.leese at stanfordalumni.org> wrote: ... >> For Ogg Vorbis and Ogg FLAC, see: >> http://wiki.xiph.org/index.php/MIMETypesCodecs#Codecs_Parameter > > Isn't this meta information used in e.g. email and HTML? I don't think > it will help vet a standalone

On Thu, Dec 11, 2014 at 11:12:25AM +0100, Martijn van Beurden wrote: > Op 11-12-14 om 10:53 schreef Martijn van Beurden: > > Op 11-12-14 om 10:05 schreef Miroslav Lichvar: > >> but I'd rather see the real seeking bug fixed instead > > > > I think I might have a fix [...] So the problem is that FLAC__stream_decoder_process_single returns error before it finds a

Hi all, If I have code that does this: while (FLAC__stream_decoder_process_single (decoder)) /* Do something. */ ; I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? If so, here's a patch. Cheers, Erik ------------------8<------------------8<------------------8<------------------

Hi, first post on this list. I run a small game development company specializing in casual Windows/Mac games. We've been using Theora for video playback inside our engine for a while, but we always run into performance issues. I've tracked them down to two parts : YUV to RGB decoding (done via software) and uploading the new pixel data to the video card as a texture. For the YUV to RGB

On Tue, 2006-07-25 at 06:37 +0200, Josh Green wrote: > A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a bug > report related to decoding of CRAM files. This issue occurs with > flac-1.1.2 but not previous versions (such as flac-1.1.1). Note that > the same file is used for this test (hopefully ruling out any issue with > the encoder). > > Details of the

Hello guys, Firstly I would like to state that I am fairly new to Dovecot. I have played around with it in the past here and there but mainly with debian packages. I have compiled this version of Dovecot from source, so please go easy with me. Ok now down to my questions: I am having trouble getting Dovecot to 'ignore' the Trash folder when summing up the used quota for a user.

sorry if I did not reply to this, answers below: --- Josh Green <josh@resonance.org> wrote: > On Tue, 2006-07-25 at 06:37 +0200, Josh Green wrote: > > A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a > bug > > report related to decoding of CRAM files. This issue occurs with > > flac-1.1.2 but not previous versions (such as flac-1.1.1). Note >

Op 11-12-14 om 10:05 schreef Miroslav Lichvar: > but I'd rather see the real seeking bug fixed instead I think I might have a fix, but it touches quite a bit of code, so it'll take some time. I think the problem is that because bogus headers might pop up in the stream of which the CRC checks out, the whole frame is decoded to validate that a frame is correct. The bogus header

hi i've been running steinberg's wavelab 5 under wine20041201, but recently i upgraded to wine20050111 - and wavelab was the only app i was using that didn't work ... so i downgraded back to 20041201 - and it won't work :( i had compiled the 2005 release from source (and was able to see, for the first time, wine's jack audio driver work ... well, *try* to work), but have

Josh Coalson wrote: > > I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single > > return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? > > it supposed to be like that actually, there's a little explanation > here: > > http://flac.sourceforge.net/api/group__flac__stream__decoder.html#ga45 Ok, I've read that and I agree that the

Hello, (Apologies for length, wanted to get all the relevant detail in that I know of). I've been having a lot of trouble with some code for an inventory analysis problem I was doing, and finally came to the conclusion that it appears that choose() is returning incorrect values. Specifically: ------------- Browse[1]> nn [1] 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 3 3 3 3 3 3 3

We switched our mail server over from mbox to maildir a few months ago and couldn't be happier - the performance under normal load is incredible. However we now have a problem with backup.. Typically we would run tar on the mail server, sending its output to another server via ssh.. Like this: tar cfp - /home | gzip | ssh other.server (cd /backups && tar xfp -).. I have tried

Sorry, I am newbie. Sample codes are from https://github.com/oneman/libflac/tree/master/examples/cpp. I used FLAC__stream_decoder_process_single function but it still gives exception. Maybe I could not control read callback, you're right. I will check it and write result in this thread. Thanks for help. 2013/7/1 Martijn van Beurden <mvanb1 at gmail.com> > I'll top-post this

Hello I've been using icecast/ices 1.3.11 at home for sometime now, and it works pretty well. Thanks to everyone who has worked on it. Occasionally, icecast will go up to 100% CPU for some reason, but if I restart it this goes away. Ices also has served me well. It dies on occasion too, but I think it's likely due to my custom ices.pm module, since it was much more stable before I