search for: substream

...l2_desc), + codec->desc, codec->desc_dma, DMA_BIDIRECTIONAL); + dma_free_noncoherent(dev, H2_BUF_SIZE, codec->buffer, codec->buffer_dma, + buffer_dir); } static const struct snd_pcm_hardware hal2_pcm_hw = { @@ -509,21 +512,16 @@ static int hal2_playback_open(struct snd_pcm_substream *substream) { struct snd_pcm_runtime *runtime = substream->runtime; struct snd_hal2 *hal2 = snd_pcm_substream_chip(substream); - int err; runtime->hw = hal2_pcm_hw; - - err = hal2_alloc_dmabuf(hal2, &hal2->dac); - if (err) - return err; - return 0; + return hal2_alloc_dmabuf(...

...I thought was reasonable, > and then some developers decided to criticize us again for no reason). Goodness, get dropped from the list and miss the return of the son of the favorite flamewar. :^) I don't know what you're arguing about either. But monty's talking about adding a toc substream sooner rather than later, so here's how I see our options: Right now, the only thing we produce are 'degenerate' ogg files. They *only* contain a single vorbis audio stream. We've been telling people the file extension is .ogg, to to magic detection on the initial OggS, and that th...

This patch set is a follow up to "Add a vhost RPMsg API" [1], it is marked as an RFC because firstly it depends on the RPMsg API series and secondly it is currently being reviewed on ALSA and SOF mailing lists, but any early comments from virtualisation developers would be highly appreciated too! Thanks Guennadi [1]

This patch set is a follow up to "Add a vhost RPMsg API" [1], it is marked as an RFC because firstly it depends on the RPMsg API series and secondly it is currently being reviewed on ALSA and SOF mailing lists, but any early comments from virtualisation developers would be highly appreciated too! Thanks Guennadi [1]

When I create a chained file with a mono and then a stereo substream, winamp crashes when it gets to the second stream. in_vorbis v1.16c. And when vcedit writes comments from a chained file, it only saves the first substream and throws subsequent streams away. Perhaps this is woth mentioning somewhere... Matthijs --- >8 ---- List archives: http://www.xiph....

Hello, I'm curious, what Ogg and Vorbis stand for? I run a mailing list for my customers here, and I've made a commentary on Ogg/Vorbis a few days ago, someone ask me the meaning of those words. Thanks, Norberto <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

Segher wrote: >> Another obvious solution is to make a substream that's nothing but >> vorbis comment header packets, and update that way. > > Why put it in a separate substream? We could just change the spec to > allow new headers halfway into the "normal" stream (the spec doesn't > specifically disallow it at the moment,...

...s into a single ogg bitstream. Currently it only creates degenerate mng-over-ogg files. Next step is to add support for multiplexing with ogg vorbis files, and jack will likely be using it for his midi work. 'oggplay' is intended to be a general testbed player for these new multiplexed substream formats. Currently it doesn't work at all, but I'm hoping to get it degenerate mng playback working this week. Currently it's SDL based, but we may switch to libao+libvo at some point. It may make sense to move ogginfo over to this module as well. In short, there's not much here,...

(quoting from the web archive, I only just subscribed) Monty wrote: > > > (a bit testy that this flamewar has started again, and no one has learned a > > thing from the previous rounds) > > OK, that wasn't fair... the old timers know what's up, but I do wish some of > the folks who bring things up would browse the archive threads or at least not > jump in

.... I noticed on that page it says, "Furthermore, this format will hopefully be used by the Open Source audio codec Vorbis to store audio/video metadata with the audio/video tracks." Is this the metadata format planned for Vorbis? If so, how would it be embedded in the .ogg? Simply as a substream at the beginning, or with the synchronized events interspersed with the audio at the appropriate times? Aaron Plattner <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part -------------- A non-text attachment was scrubbed... Na...

I've written a simple combined HTTP/MP3/OGG server for streaming audio to clients, which is working well. It parses the tag information contained in MP3 files so that it can display files in a more descriptive fashion than 'filename.mp3', and now I'd like to do the same for OGG files. So that I don't need to impose a dependency I'd like to implement the parsing

Mike... did you look into this? I posted a waveform from a file generated by ogg123 dumping to a wav (so that audio driver problems were eliminated). It looks to me like ices2 is restarting the vorbis encoder in a non-gapless way when it stops and starts the encoding (to change the stream id and update the metadata). Because I'm doing crossfades from one track to another, this shows up.

...'t calculate f:time->granulepos at all in general now, only its inverse. And it turns out, because of packed and continued packets, that you can't even find a single restart point, you have to find "the last page with a timestamp that maps to a time prior to the seek point, for each substream you care about, and start decoding each substream there." And then you have to search again for keyframe streams, back up by the preroll in lapped streams, etc. This is all about being able to do frame accurate seeking. Maybe applications don't actually care about that, just getting in th...

...nd pages are strictly ordered by that timestamp. So you seek by bisection searching for a time. It doesn't matter that you can't compute a granulepos from a time; all you need is the other direction. What you read from the Ogg stream is a granulepos from a page header out of some particular substream, which you *can* convert to a time, and that tells you which way to jump for your next bisection. Then since the pages are in order, you just start decoding from a bit before your seek target *in time* and off you go. What makes designing Ogg embeddings complicated in working out all the implicat...

> No particular answers, but I can at least point out that the way > things were designed for CMML was to work with the existing Ogg > seeking algorithm. The idea is that a generic seeking routine can work > on any Ogg file, as long as it knows the granulepos->time mapping for > the logical bitstreams in the file. That's why all the > timestamp-related info is crammed into

...ome example DTDs for that. I'm interested in subtitles/transcripts and by extension scrolling lyrics, but it would be good to see proposals from other quarters. My basic suggestion would be only that we share a tag subset for the timestamping, and that each type of data be encoded as a separate substream. Thoughts? -ralph -- giles@ashlu.bc.ca --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body. No...

I've put together the first attempt to defining an RDF metadata vocabulary for use with the CD Index/MusicBrainz/OggVorbis. If you care about metadata issues, please take a look at: http://www.cdindex.org/MM I've included a section for video specific stuff, but everything that I originally had in there is being covered by the MM:Contributors section. The Contributors stuff will allow

...DebugSubsectionKind::FileChecksums) > continue; > > if (auto EC = Result.initialize(SS.getRecordData())) > return std::move(EC); > return Result; > } > return Result; > } > > Subsections() is populated here: > > if (auto EC = Reader.readSubstream(C13LinesSubstream, C13Size)) > return EC; > > BinaryStreamReader SymbolReader(SymbolsSubstream.StreamData); > if (auto EC = > SymbolReader.readArray(SymbolArray, > SymbolReader.bytesRemaining())) > return EC; > > BinaryStreamReader SubsectionsReade...

Daniel Aleksandersen wrote: > On Saturday 08. September 2007 11:40:05 Ian Malone wrote: >> Daniel Aleksandersen wrote: >>> Hi again list, >>> >>> Attached is a much improved version of yesterday's draft. Introducing >>> the audio:collection:artwork element to deal with album cover graphics >>> and such. >>> >>> After

...consisting of the transitive closure of all of the type records referenced by any symbol in any of the contributing .objs, with any type indices suitably fixed up to refer to the correct record in the merged types section. The .debug$S Section The symbols section of the .obj file contains several substreams to describe the symbols defined in that .obj. The most common substreams are: - Line Numbers: Contains mappings from code address ranges to source file, line, and column. - Source File Info: Contains the file names and file hashes of source files referenced in the Line Numbers...