similar to: Stream Test (again) - illiminable

Try this one here instead : http://packs.matroska.org . Get the full pack, it also contains CoreFLAC DirectShow filter. Alternatively, CoreFLAC alone should be found here http://corecodec.org/projects/coreflac ( haven't checked for a while though ), there should also be a DShow encoder coming with it, as well as an ACM plugin for Video for Windows based programs like Virtualdub ( decoder

Thanks Christian. Now I can play my FLAC files with WiMP. I uninstalled the illuminable package and then installed the Matroska. The result was the opposite that I got for the illuminable: the illuminable package registered the types but WiMP couldn't find the codecs, the Matroska didn't register the types but it did make the codecs available. This is much preferable of course

At my company we have a bunch of music in FLAC format. We want to play it using the Windows Media Player, but none of us can get the illiminable DS filters to work. Here are some details. Illiminable DS filters http://www.wmplugins.com/ItemDetail.aspx?ItemID=681 http://www.illiminable.com/ogg/ We are using the latest build available on this website, and I have read all the known issues. My

Just playing around with my new flac code, and did some tests with stuff from the reference tools, and i noticed that one of the fields in the first header is wrong. (The number of headers field is 1 less than it should be) The spec doc says... " A two-byte, big-endian binary number signifying the number of header (non-audio) packets, including this one. " Here's a partial dump

Listening to the meeting on granule pos tonight/today it became clear that the issues everyone is concerned with for the most part don't affect my implementations and the issues i have pretty much don't affect anyone else... and in the cases where they overlap, the reasoning seems to be different. And since everyone else has had a lot more time to consider all these issues and i'm

After trying to find out what to do when no packets complete on a page... i reread the ogg spec and found this... "A special value of -1 (in two's complement) indicates that no packets finish on this page." So i searched through a few files and it appears that the muxer doesn't do this... has this been depracated ? In all cases i can find that this happens the page has the same

It seems the illiminable.com domain has expired and the link from www.vorbis.com to the directshow filters is dead as result. Are compiled versions hosted anywhere else? -- imalone

After a few other attempts at hacks to determine start times of pages, the only other option left is to partially decode the packets in the demuxer in order to give correct start time stamps after a seek. Someone mentioned it was relatively easy to do without a full decode. I've had a bit of a search in the mailing lists and on the web and can't find any details about it. What i need is

I'm interested to know of any player, which can properly resync after receiving a theora+vorbis stream that has been cut somewhere in the middle... ie it doesn't start at granule 0. The problem being... when streams are cut in this way, the start time, and the times of the first few packets in each stream are unknown. When working at a packet level... the first few packets will arrive

On Tue, Aug 12, 2008 at 5:46 AM, ogg.k.ogg.k wrote: > This could be something to add to Skeleton. Kate (and probably CMML) > needs the one-packet-per-page thing also, and any discontinuous codec > probably needs it as well (well, not *need*, but no good buffering without > it). It's trivial for a muxer to do, and it's transparent to a demuxer. That's a good idea. Any

Another update to these filters... www.illiminable.com/ogg/ Here's the chagnes... * FLAC can now be muxed into a multi-stream file. * Now supports both the new Ogg FLAC (1.1.1) and the old Ogg FLAC (still not native FLAC) * Fixed the explorer problem by removing the offending registry key at installation * Removed a heap of memory leaks, WMP should run a fair bit leaner now * Some internal

Another update to these filters... www.illiminable.com/ogg/ Here's the chagnes... * FLAC can now be muxed into a multi-stream file. * Now supports both the new Ogg FLAC (1.1.1) and the old Ogg FLAC (still not native FLAC) * Fixed the explorer problem by removing the offending registry key at installation * Removed a heap of memory leaks, WMP should run a fair bit leaner now * Some internal

Another update to these filters... www.illiminable.com/ogg/ Here's the chagnes... * FLAC can now be muxed into a multi-stream file. * Now supports both the new Ogg FLAC (1.1.1) and the old Ogg FLAC (still not native FLAC) * Fixed the explorer problem by removing the offending registry key at installation * Removed a heap of memory leaks, WMP should run a fair bit leaner now * Some internal

Another update to these filters... www.illiminable.com/ogg/ Here's the chagnes... * FLAC can now be muxed into a multi-stream file. * Now supports both the new Ogg FLAC (1.1.1) and the old Ogg FLAC (still not native FLAC) * Fixed the explorer problem by removing the offending registry key at installation * Removed a heap of memory leaks, WMP should run a fair bit leaner now * Some internal

Since we've been debating the merits of start or end timestamping... i'm curious why the page doesn't have both stamps ? That would solve the problems for all parties wouldn't it ? It's not like the overhead is huge... less than 0.1%... so on the average audio file thats 5 megs.... it's a 5k increase, which pretty much insignificant. Even on a 1gig video file it's

OK... i've come across a problem trying to get the granule pos of the start of the page... it's not so crucial with single stream ogg files... but now that i have theora+vorbis in a file, i'm finding that when i seek to a position, i have no way to determine the relative offsets of the different streams at the new seek point and hence the av is out of sync. So given a page, is it

I've got a few theora vids here... and looking at the headers it seems to me they say they play at 2 frames per second... but watching them they appear to to play at a faster rate. Theres also some that say they lpay at 1 fps. Am i missing something here ? I'm getting the info from here.... http://wiki.xiph.org/TheoraSpec Is this header structure still valid ? Heres a dump of the BOS

I have a few more questions about theora... if someone could answer or point me to a source of the information... Firstly in the header there is width and height parameters. Are these fixed for the entire file ? Is it possible for say halfway through the dimensions of the video to be changed ie two different size videos are spliced together ? If it is... does the header represent the first

I just updated the directshow package (0.60.7043)... It now includes an encoder filter for theora which accepts either YV12 or YUY2 input. It also includes the encoders for speex and vorbis and a mux filter... you can; * Find a theora encoding with directshow how-to at www.illiminable.com/ogg/enc_theora_graphedit.html * Get the binaries from www.illiminable.com/ogg/ * Find the source in

>>> http://trac.annodex.net/changeset/3801 >> >> I'll test this shortly. Ok, i've tested muxing some audio and video together and that works fine. woo. >> My only initial concern is about the definition >> of granule_rate. My intention is to add some guidance to the oggdirac >> mapping spec on how to apply oggskeleton. This raises the slight