similar to: Appending at the end of the file

On Sun, Oct 22, 2006 at 07:15:56AM -0700, Ralph Giles wrote: > On Sun, Oct 22, 2006 at 02:49:07AM +0200, A.David David wrote: > > > Hi all, I am trying to append some image to my ogg file > > but it results to corruption of the file, as there is no real way of > > including images > > in the OGG, I just tried to append the image at the end. > > Yes, that will

Ian Malone wrote: > On 23/10/06, Conrad Parker <conrad@metadecks.org> wrote: >> On Sun, Oct 22, 2006 at 07:15:56AM -0700, Ralph Giles wrote: >> > On Sun, Oct 22, 2006 at 02:49:07AM +0200, A.David David wrote: >> > >> > > Hi all, I am trying to append some image to my ogg file >> > > but it results to corruption of the file, as there is no

Hi, there was a thread a few months ago about album art, and how to embed it in an Ogg stream. The outcome was unconclusive, and kind of settled on the existing practice of adding a uuencoded image in a Vorbis comment, or similar. A better solution would be to embed those images as a separate stream, including hints as to what image represents (front cover, back cover, etc). The obvious

On Sun, Oct 22, 2006 at 02:49:07AM +0200, A.David David wrote: > Hi all, I am trying to append some image to my ogg file > but it results to corruption of the file, as there is no real way of > including images > in the OGG, I just tried to append the image at the end. Yes, that will look like corruption to any reader. The spec-compliant way to do this is to put the image in a

On 23/10/06, Conrad Parker <conrad@metadecks.org> wrote: > On Sun, Oct 22, 2006 at 07:15:56AM -0700, Ralph Giles wrote: > > On Sun, Oct 22, 2006 at 02:49:07AM +0200, A.David David wrote: > > > > > Hi all, I am trying to append some image to my ogg file > > > but it results to corruption of the file, as there is no real way of > > > including images

On 13-Oct-08, at 2:10 PM, Silvia Pfeiffer wrote: > is coverart a header-type content or a time-aligned type content? Well, it's collection-level metadata, so it doesn't belong in files at all. :) > It was my impression that it is mostly header-type content, i.e. > concerns the full file rather than segments of it. It makes sense to reference it per-chain-segment in an Ogg

I have made a patch to support libvorbis to allow parsing a vorbis bitstream in an ogg bitstream containing additional bitstreams. The patch is attached in the given ticket http://trac.xiph.org/ticket/925#preview from my experiment it successfully decodes a normal vorbis file and a vorbis+skeleton+cmml file. thanks in advance for reviewing it. -------------- next part -------------- An HTML

On 4/11/08, Ian Malone <ibmalone at gmail.com> wrote: > I'm still of the opinion this might be a useful thing to do (to provide the > album art and things that crazy people want to put into sound files). Ah, album art. People won't shup up about it, even though it has always been theoretically possible to embed pictures in Ogg. I hope we can establish this year how to do

> Ogg/Spots has no implementation since we agreed that Ogg/MNG would > fully cover all the functionality of Ogg/Spots. However, Ogg/MNG has > not progressed as much as we would all have liked. > > So, if you would like to get images into Ogg, I'd recommend > improving/implementing Ogg/MNG support. :-) I'd looked at MNG (which I didn't know about at the time) and to

Hi, I have done some code cleanup of my speexenc patch for skeleton support. Also a warning message have been added to let the users know that some decoders may fail with skeleton output enabled. The speexdec patch enables speexdec to play skeleton enabled speex file. Thanks in advance for the feedbacks. --tahseen -------------- next part -------------- A non-text attachment was scrubbed...

Hi, I just added skeleton meta data output support in speexenc. The option is disabled by default and can be enabled using -k or --skeleton. I'm using a very simple skeleton API for handling skeleton packet generation which is contained in skeleton.h & skeleton.c. Please check the patch and whether xine/mplayer/quicktime and other players support the skeleton enabled speex file. At the

Hi, Jean it was indeed an error on my part. Its fixed in this update. Also skeleton API has been updated. Thanks for catching the bug. --tahseen -------------- next part -------------- A non-text attachment was scrubbed... Name: speexenc-skeleton.patch Type: text/x-patch Size: 17115 bytes Desc: not available Url :

Ivo Emanuel Gon?alves wrote: > Hi Steve, > > Ogg is not an acronym. > > Besides Speex I am not aware of any other voice codec that has used > Ogg to this day, albeit it is possible. > > Hope that helps. > > -Ivo > Is there a well recognised procedure for adding new codec formats to ogg? If there is I'll probably add about 20-30 for the common speech codecs,

WebP (imagepart of VP9) is better then JPG AVIF (imagepart of VPX/AV1) is better then HEIF please support in OPUS file for album arts more then JPG and PNG... WebP and AVIF are free imageformats can store multiple images thats good for the problem with METADATA_BLOCK_PICTURE only can store one file. i try to push some devs of player and converter to support this too. wbr from berlin

On 5/24/08, Ralph Giles <giles at xiph.org> wrote: > It's supposed to be finalized though there many be some granulepos > issues still in current implementations. I don't expect the BBCD\0 > magic to change. Great. > OggMNG defines the following magics: > > char[8]: "\211PNG\r\n\032\n" png > char[8]: "\212MNG\r\n\032\n" mng > char[8]:

On Mon, Oct 13, 2008 at 6:40 AM, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > A good proposal, except for the fact most album art is JPEG. Not > forgetting either that, semantically, it's pretty bizarre to have > album art in a text format. I *desperately* want to provide the cover art for my own album in PDF format. Presently I provide JPG in the MP3s; at 72 DPI it

[Cc: changed to vorbis-dev] On 12/04/2008, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On Fri, Apr 11, 2008 at 10:11 PM, Conrad Parker <conrad at metadecks.org> wrote: > > No, vorbiscomments are meant to be human-readable. > > > But I CAN read base64! :-) > It's a win-win situation, with the added bonus that it wouldn't > require

Here's what I'd like to be able to do... Record my screen to an ogv: - Record screen and encode in real-time using a light-weight encoder settings (in order to keep CPU usage low while recording). - Store ATK events (i.e. key presses, and menu clicks) as they occur as meta-data within the ogg. After the recording is finished: - Post-process ATK meta-data to add overlays for

16:43 < martingo_> hi all 16:43 < martingo_> I am using write_append to write at the end of one file 16:43 < martingo_> but newline he is not taking 16:43 < martingo_> guestfish add ./overcloud-full.qcow2 : run : mount /dev/sda / : write_append /etc/fstab "nodev /mnt/huge_qemu_1G hugetlbfs rw,pagesize=1G 0 0\n" 16:43 < martingo_> any

On 10/23/06, Ian Malone <ibmalone@gmail.com> wrote: > As for merging, it's been pointed out a couple of times now that > there are a lot of patches waiting to go in. It just doesn't seem to > happen. I've noted the location of the patch-- it's on my queue. There's no day-to-day maintainer of Vorbis, just me-- the original author-- and I'm balancing that