similar to: Some Questions

Hello everybody According to "vorbis-spec-ref.html" paragraph: "mappings", the vector [vorbis_mapping_mux] should contain the following: 4. if [vorbis_mapping_submaps] is greater than one, we read channel multiplex settings. For each [j] of [audio_channels] channels: 1. vector [vorbis_mapping_mux] element [j] = read 4 bits as unsigned integer 2. if the value

Hi, I'm trying to implement a vorbis decoder, and am having some trouble getting it to work with stereo vorbis data. It's giving me some PCM output which is roughly right, but it has artefacts. I think it's most likely something to do with my handling of floor decode/curve synthesis. My first thoughts are that I'm handling the submap number/floor mapping incorrectly; I'm

Hello, I have three questions, though all of which already mentioned by other people in the mailing list, about the accuracy of the Vorbis I Specification published on Feb 27. 1. On page 34 section 4.3.4., explanation of the situation where there are only one submap is omitted, and it is difficult to understand that the decoder should assume in such cases that all the audio channels belong to

Hello Regarding ownership on the destination: rsync's man page indicates that when synchronizing files to a remote host, -o implies the --numeric-ids option, which makes perfect sense aince the named users/groups may not exist on the destination host. The problem I have is that the files created on the destination still appear to be owned by the local user (server1) on the rsync

I'm using a javascript program to execute rsync 2.5.6 compiled with cygwin on Windows XP Pro machines. These backup the user's "My Documents" folder to a Linux server running rsync 2.5.6 in daemon mode when the user logs in to XP and certain conditions are met (e.g. user hasn't backed up for a few days, user on the network etc). This works great except every now and then

I got this one this morning, but didn't notice it til now: --- (gdb) bt #0 0x4003be91 in vorbis_block_clear (vb=0xbffff71c) at block.c:156 #1 0x4003ce36 in vorbis_analysis_blockout (v=0xbffff71c, vb=0x8050b80) at block.c:591 #2 0x4002ff23 in _prefetch_all_headers (vf=0xbffff540, dataoffset=-1073749296) at vorbisfile.c:324 #3 0x4003039c in _process_packet (vf=0xbffff540, readp=1)

Èç¹û±¾Óʼþ¸øÄã´øÀ´Á˲»±ã£¬ÎÒÃÇÉî¸Ð±§Ç¸£¬ÇëÁ¢¼´°ÑËüɾ³ý£¬ ²¢À´ÐÅ˵Ã÷£¬ÎÒÃǽ«²»»áÔٴδòÈÅ¡£ ͨÓÃÍøÖ·-----Ö±½ÓÊäÈëÆóÒµ¡¢²úÆ·¡¢ÍøÕ¾µÄÃû³Æ£¬¼´¿ÉÖ±´ïÄ¿±êÍøÕ¾.ÎÞÐè¼ÇÒ临ÔÓ µÄÓòÃû¡¢ÍøÖ·£¬ÎÞÐèhttp://¡¢www ¡¢.com¡¢.netµÈÇ°ºó׺ ÊǼÌIP¡¢ÓòÃûÖ®ºó£¬×îÏÈ ½ø¡¢×î¿ì½Ý¡¢×î·½±ãµÄµÚÈý´ú»¥ÁªÍø·ÃÎʱê×¼ ¡£ÔÊÐí¸öÈË×¢²á£¬¿ª·Å ͨÓôʻã×¢²á²¢¿É×ÔÓÉתÈã¬ÉÌ»úÎÞÏÞ£¡¡°Í¨ÓÃÍøÖ·¡±ÔÚÏß×¢²á£¬Ãâ·ÑÊÔÓÃÊ®Ì죬24

Say I have agents using a softphone like eyebeam that has 6 lines. They log in to the queue. Say there are 3 agents in my queue. 3 calls come in and all three agents are on a call. Now a fourth call comes in. Is it possible to have it setup so that the 4 call rings on line 2 of one of my agents, if they don't get it within the time limit it rings on line 2 of another agent and so on. An

I see the new kernel available in the plus repository... is there some way to view what the differences are between that and the mainline kernel?

While trying to get other work done on Motherfish-II, I couldn't help but notice that machine load was over *200*, due entirely to the viewCVS CGI. Either we were being DoSed via the cgi, or it's too inefficient to even think about using. Motherfish is a server intended for *core services only*. We've been steadily forgetting that. Core services include CVS, mail and web. They

Why do I have a couple hundred copies of this email? Are others on the list getting multiple copies? I've gotten a copy every hour and 20 minutes since 4/5. They're being sent from the listserver too: Received: from motherfish.xiph.org (olive-22.wheatrick.com [207.181.249.22]) by mspexch1.office.mktw.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id

I've just installed RC2 and I'm very excited about the quality. It's so much better than MP3. This is the first version I've used since I just found out about Ogg Vorbis. I did notice that very high frequencies seem to be missing but since not many people can hear much above 18 KHz it's not much of an issue. I suppose this resolves the hiss problem so prevalent in MP3.

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

Hello, All services have been successfully migrated to our new facility. Unfortunately, NetSol once again displayed a brilliant inability to grasp a clue using both hands and a suction cup, and informed us they *might* get around to updating DNS records in about two weeks. If we could fax them enough identification. Needless to say, they've lost our business and our domain transfers should

On Sat, May 18, 2002 at 11:08:08PM +0300, Gavin White wrote: > > Because the aren't many users here, the list is not monitored, > no rules... I guess IceCast as not as big as I thought... and > infested by bunch of lamers that like to take advantage of it > to advertise. > Since it is Sunday and I am in a good mood, I will presume from your languague and attitude that you

I've installed new complete-page versions of the vorbis spec on the website: http://www.xiph.org/ogg/vorbis/doc/ the per-section html versions have not yet been updated. I also updated docbook, xsltproc, and tetex on motherfish, and installed a catalog file in /etc/xml/catalog since the docbook stuff is a little hard to get going. The docs should build out of the box there now