search for: substreams

Use the new non-coherent DMA API including proper ownership transfers. This also means we can allocate the buffer memory with the proper direction instead of bidirectional. Signed-off-by: Christoph Hellwig <hch at lst.de> --- sound/mips/hal2.c | 58 ++++++++++++++++++++++------------------------- 1 file changed, 27 insertions(+), 31 deletions(-) diff --git a/sound/mips/hal2.c

In http://advogato.net/person/rakholh/diary.html?start=165 Ali wrote: > For same reason I am arguing with people on vorbis-dev - but I don't > understand what the argument is about (considering that the vorbis > developers proposed a solution which mjs and I thought was reasonable, > and then some developers decided to criticize us again for no reason). Goodness, get dropped

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.org/archives/ Ogg project

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, even). Hmm. Maybe that

FWIW, I've just imported my mng-over-ogg code into xiph.org cvs. There are currently too tools, both under the new 'ogg-tools' module: 'oggmerge' is intended to multiplex files of various formats 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

(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 was looking at the Freeamp stuff and I looked at their RDF metadata stream spec. (http://www.musicbrainz.org/MM). 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?

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.

We've been discussing this on irc. Short summary, followed by some responses. I think we've verified now that my old proposal works fine for MPEG-2 style reordered streams. I believe it can be made to work with 'open gop' streams by making the granulepos assignment more sophisticated than I described. However, Dirac allows essentially random reference structures, so it's

...odec continuous by declaring that no packets mean nothing is to be played during the interval in question. The real issue is the relative frequency of pages, and the burden a great asymmetry there places on muxers and decoders to find all the relevant data. Put another way, start-time labelling for substreams with low page frequency helps buffering after they're muxed, but it only goes so far if there's not also a lower bound on that frequency. Make any sense? -r

> 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

I've come full circle on the Ogg text stream format, back to arbitrary associated xml streams. What's changed? Mostly rolling the requirements around in my head, and weighting them differently. I think we've dealt with the complexity issue; this functionality can be optional for "dumb" audio players, and possibly also for dumb video players, though there it's a smaller

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

For the first and third questions, the easiest thing to do would be run llvm-pdbutil under a debugger and step through the code. Code that looks simple and innocuous can often have a lot of stuff hidden behind it. For example you could step through that loop that iterates the debug subsections and look at the value of Reader.getOffset() every time, and see if it matches with your own code

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