search for: eslnz

I don''t know if this has been suggested before but.. What about adding support for a bookmark or hyperlinked index? The idea is that a large compilation such as a long speech or an album would be maintained as a single file, but on playback, the player would show numerous ''tracks'' which are really just bookmarks relating to starting position of the specific part or

Alright folks, here's the solution. 1) Keep extensions to 3 letters for audio & video. Except for special situations where the user might be doing a codec specific name. Since the official extensions are 3 letters, those can always be used on any 8.3 device. 2) introduce a new extension .OGV for ogg container video. With a strong preference for Xiph only codecs. (If you want 3rd

Is there any particular reason why ov_read() packs floats to integer PCM inline, rather than being implemented in terms of ov_read_float() and a separate packing fucntion? There are obviously many advantages doing audio manipulation on the floats before packing, but right now you have to reinvent the packing stage yourself - in a replaygain backend that I'm working on, I ended up copying

Hi, I need to adjust the output volume from ogg123 the same way that mpg123 has the "-f n change scalefactor [32768]" option. I need to do this within ogg123, instead of alternatives that involve pipes, such as piping the output to sox. I do not believe that this is currently possible in ogg123, and I'm looking for some suggestions as to how it can be accomplished by modifying

Hi, I need to adjust the output volume from ogg123 the same way that mpg123 has the "-f n change scalefactor [32768]" option. I need to do this within ogg123, instead of alternatives that involve pipes, such as piping the output to sox. I do not believe that this is currently possible in ogg123, and I'm looking for some suggestions as to how it can be accomplished by modifying

>Paul E Wrote [snip] >Windows 2000 (although it's the same for all of them) doesn't read in >any mime-type to correctly identify a file, it just uses the extension. [snip] What if, at least for Windows, someone wrote a simple application which when associated with .ogg files and an .ogg file was opened simply read enough of the ogg stream to identify the type of content and then

I'm writing a couple of reader/writer functions for a music tag class for python that can read and write 'raw' vorbis comments to text files[1]. I want these text files to be basically the same as the output/input comments used by the vorbiscomment program, but while testing out multi line comments I discovered that while vorbiscomment can set them with a -t "tag=value"

My replaygain player side backend code is up at savannah: https://savannah.nongnu.org/projects/vgplay/ Pull it from CVS for the time being, as the file area isn't up and working just yet. It applies album and track gain values as scale factors to float pcm and includes an arbitary value preamp, a couple of limiting strategies. There's also helper function to pull the replaygain

I've written an updated xmms vorbis plugin, which is currently available from the vgplay cvs as a file tree and patch: http://savannah.nongnu.org/cvs/?group=vgplay (Once some file area problems are sorted, I'll put the patch there for easier access). It's a patch or Input/vorbis tree for xmms 1.2.8 and includes the following features: - Replaygain is now implemented using

Robert Cringely had an interesting item in his 2004 predictions: 12) Wal-Mart's entry into the music download business changes everything, and will undoubtedly take the leadership away from Apple. This wouldn't bother Apple if Wal-Mart would support its file standards so Wal-Mart music can play on iPods, but that won't happen. In order to compete for what really counts (iPod

Here's a patch to vorbisfile.c in libvorbis that splits the float to integer pcm packing out of ov_read into it's own function. The good stuff: - ov_pack_pcm can be used by folks who decode to float pcm with ov_read_float to do various sound manipulations (eg, preamp, fades, replaygain). No more need to roll your own, which will really begin to pay off when 24 bit output gets

I've been tinkering with vgplay (my fp gain function and replaygain support code) as well as looking at FLAC replaygain code, with an eye to combining them into a general gain effect plugin helper, however I noticed that the November 19, 2003 Ogg Traffic talks about postfish, being a sound postprocessor with a noise filter and 'a revolutionary declipping filter', that Monty is

Why does ov_bitrate and friends fail if you give it an out of range logical stream index, while ov_serialnumber just returns the serial of the last logical stream in the file? John --- >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' containing only the

Is there a straight forward method for seeking straight to a particular logical stream using vorbisfile? I'm guessing I'll have to look the offset for a given link up in vf->offsets, and use that in ov_raw_seek? Thanks, John --- >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

I've just uploaded the second patched version of the xmms vorbis plugin to savannah, which primarily includes the logical streams as playlist items feature that I've been working on. The good stuff: There are now three modes for handling local (or more to the point, seekable) physical streams that contain multiple streams: 1. Load into the play list as a single file. This is the old

Just noticed this article on Slashdot: http://ask.slashdot.org/article.pl?sid=04/05/18/0432202 ...about the feasibility and efficiency of reading id3v2 tags out of mp3's over http. I know that vorbisfile's callback model is well suited to handling this sort of scenario, but I'm curious to know whether ov_open will try to read enough stream to pull the comments out on a

Should I ov_clear a failed ov_open/test/test_open call? The xmms plugin does an fclose on failure, and that seems to work, but I thought I ought to know for certain. (An observation: I think the quantity of questions and bugs raised along the lines of "I did open file, ov_open, ov_read, close file, open another file, ov_read, and it exploded", or "I tried to make vorbisfile go

I've been playing around with using ov_test and ov_test_open as an alternative to ov_open in the xmms plugin's vorbis_check_file function. xmms never bothers to cache the result of a file check, so it tends to happen rather a lot. Unfortunately ov_test_open returns OV_EINVAL because ov_test seems to have left vf->ready_state to OPEN rather than PARTOPEN. I'm presuming this is