similar to: Vorbis bistream definition / separation from ogg

Hi guys, the SUPER codec by Erightsoft http://www.erightsoft.net/SUPER.html contains lots of GPL and LGPL code: mplayer, ffmpeg, x264, musepack, theora, which they admit and give credit for. Still, their product is proprietary, and they insist on it. I tried to get the source through their forum, but they of course won't give it: http://www.erightsoft.net/Supforum.html I'll forward

I saw this on the Mplayer list. Why is this guy saying this? Charles -------------- next part -------------- An embedded message was scrubbed... From: Nico Sabbi <nsabbi@email.it> Subject: Re: [MPlayer-users] converting .rm video stream to .ogg Date: Thu, 22 Mar 2007 10:35:27 +0100 Size: 5251 Url: http://lists.xiph.org/pipermail/vorbis/attachments/20070322/169c40bf/attachment.mht

Hi, I am trying to implement ogg vorbis real time decoder on SHARC ADSP 21364 processor. I am writing my own version of the decoder using the documentation vorbis_I_spec.pdf from xiph.org. However I am facing certain hurdles in floor curve decoding during audio packet decode. In the spec it says that [cval] = read from packet using codebook number [so and so] in *scalar context*.(page no 43).

Hi, I have two identical servers running Mandrake 10.0 + many bugfixes. I installed the plain rsync 2.6.3 (and after that the last cvs checkout, but with identical results) and configured rsync as xinetd daemon on one of the two, rsync as client on the other. This is the result: [root@server rsync-2.4.4]# rsync -avz server::sitis/mydir/ receiving file list ... overflow: flags=0xb6ee l1=21

Greg, I just tried encoding digital silence; I'm seeing [roughly] 0kbps like I should be with the mainline. How did you run your test? notfish% head --bytes=10000k /dev/zero > ! zero.raw snotfish% ./encoder_example < zero.raw > zero.ogg snotfish% chaining_example < zero.ogg Input bitstream contained 1 logical bitstream section(s). Total bitstream playing time: 58 seconds

I haven't actually had many questions up to now. Despite the all-encompassing CP_INSTANCE monolith, things have been relatively easy going. Now we get into real grit: First off, CBitman looks like it has endianness issues; it's packing into host-order 32 bit arrays (the comments and symbol names seem to indicate that this was originally byte-based packing code that got upped to 32 bit.

I have read the ZFS best practice guide located at http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide However I have questions whether we support using slices for data on the same disk as we use for ZFS boot. What issues does this create if we have a disk failure in a mirrored environment? Does anyone have examples of customers doing this in production environments. I

I've just committed an image flip for compatibility with VP3 lossless transcode. Thanks to mau and derf for verifying that this was needed. It's a little hacky on the decode side; suggestions for improvement are welcome. Since this is a bitstream change, and we're still a ways from having a complete spec (which is the gating item for beta 1 and the bitstream freeze) we're

>From the top of vorbisfile.c: /* A 'chained bitstream' is a Vorbis bitstream that contains more than one logical bitstream arranged end to end (the only form of Ogg multiplexing allowed in a Vorbis bitstream; grouping [parallel multiplexing] is not allowed in Vorbis) */ Is this paragraph talking about multiple streams in a single Vorbis stream in an Ogg, or is it talking

Hello Monty, Sorry for the wrong subject title last time. A little more clarification needed. When reading bit-by-bit, there is no MSb/LSb, just 'first bit' and 'last bit'. The Huffman tree is traversed from 'first bit' to last bit'. This is a conceptual layer above the bitpacker; all you need to know is what order the bits come out, which happens to be LSb-first.

I've been trying to piece my way through the encoder_example.c program to better understand how to encode files as ogg/vorbis. I'm stuck on two sections of the code. This is the first /* uninterleave samples */ for(i=0;i<bytes/4;i++){ buffer[0][i]=((readbuffer[i*4+1]<<8)| (0x00ff&(int)readbuffer[i*4]))/32768.f;

Hi John, all, I still have at least 3 issues: 1) What are we trying to achieve with the "source-ID"? 8 [uint] Source ID (Unique amongst all OggPCM streams in the physical stream) Are we trying to separate the different channels that may be interleaved with each other inside the flat multi-channel sample stream? Interpretation 1: ----------------- So, would each channel be in a

I am very happy to announce that the aoTuV tuning of Ogg Vorbis has tied with Musepack at first place in the 128 kbps listening test. It has beat iTunes AAC, Lame MP3, ATRAC3, and WMA standard. :) http://www.rjamorim.com/test/multiformat128/results.html -- ------------------------------------------------- Stephen So PhD Student Signal Processing Laboratory School of Microelectronic

Hi all, I used vorbis several years ago because of its freeness and VBR, but after playing ha.org and getting an mp3-capable discman, I switched to APS and API mp3 encoding. Now, I am liking musepack a lot, but the flexibility is more "there" for the vorbis format, including players, tagging comments (lyrics in the comments - killer idea!), etc.... However, I am a bit worried

Hi All, I'm interested in incorporating support for the OggVorbis file format in a future update to my MP3 search engine, AudioPhilez (http://www.audiophilez.com). To be able to do this, I need some simple information. I would greatly appreciate it if you could help me out here: 1. Will a standard MP3 decoder find 'sync' in an .OGG file? My spider searches for sync (11 bits on) and

Hello, I'm trying to get theora built. However there is not a page listing what depdencies there are. Would it be possible to have a developers page with the point release tarballs etc? (There is subversion access, but I do not have subversion for my OS). I could not find libtheora release, only an alpha, this wasn't very clear, it has been released now I think. The libogg and

"Ogg Vorbis uses the Ogg bistream format, and the correct extension is .ogg" -- http://www.xiph.org/ogg/vorbis/faq.html I'm guessing it should read 'bitstream'. <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 'vorbis-dev-request@xiph.org'

Hi all, just letting you know that I am about to submit the final version of the Ogg 1.0 file format Internet-Draft to the IETF. It is due by today (March 3, Monday - Internet Draft final submission cut-off at 09:00 ET) for the next IETF meeting and I expect they will promote it to RFC status at the meeting. Please send any last-minute changes to me. Cheers, Silvia. <p><p>

Hi all, just letting you know that I am about to submit the final version of the Ogg 1.0 file format Internet-Draft to the IETF. It is due by today (March 3, Monday - Internet Draft final submission cut-off at 09:00 ET) for the next IETF meeting and I expect they will promote it to RFC status at the meeting. Please send any last-minute changes to me. Cheers, Silvia. <p><p>

From: Nathaniel Gray <n8gray@gmail.com> Date: Sep 14, 2005 11:30 AM Subject: Newbie q: decoupling vorbis from ogg To: vorbis-dev@lists.xiph.org Hi, Sorry if this is a newbie question. I'm trying to write an OS X AudioCodec for Vorbis using libvorbis. I'm confused about the libvorbis dependency on libogg. I thought the vorbis spec didn't require ogg as the container, but the