search for: nocomments

Hi, I''ve been successfully using shorewall in our K12 school since the 2.x days initially on Mandrake and now on Debian. Because of that my config has got quite complicated. The firewall has a working MultiISP setup with four interfaces (I''ve renamed them with udev to easy their identification): lan-if, dmz-if, snt-if and dnt-if (one of the providers (the one on dnt-if) is a DSL

To Whom It May Concern, I tried emailing the ostensible mailing list owner, at both addresses noted, and got no response. Maybe somebody here knows how to alert whomever must know about this. Observe... From home (business class cable with static IP and valid rDNS)... $ host -t mx samba.org samba.org mail is handled by 10 smtp.samba.org. samba.org mail is handled by 5

...seq.kfish.org/~conrad/tmp/484 These pass oggz-validate without warnings about the headers, and have the Vorbis headers intact (including large COVERART). However in the ripped version the codebooks are not visible to libogg, so something else is corrupt there. For the reconstructed versions: the -nocomments.ogg version was then run through "oggz-comment -d" to remove all comments, in case the large COVERART was causing a problem. However ogginfo still reports the following errors: $ ogginfo 484-hogg-reconstructed-nocomments.ogg |head Processing file "484-hogg-reconstructed-nocomments....

Can I fix the checksum with a hex editor? Sent from my iPhone On Jun 25, 2009, at 3:23 PM, Monty Montgomery <monty at xiph.org> wrote: > Confirmed--- the checksum on the second page (the comment page where > the album art was added) is incorrect. Vorbis players are not allowed > to decode any stream in which one of the setup headers is corrupt, and > a bad checksum counts as

...cond. i had hoped ogginfo could do this, or else oggenc, but they cannot. (see my previous email "downsampling/pealing bitrate from file1.ogg to file2.ogg", where i complain about oggenc not being able to modify ogg input.) i suppose my suggestion would be: ogginfo -i comments.ogg nocomments.ogg oggenc -i comments.ogg input.wav where -i (and --iherit) stand for 'inherit comments from', taking all unspecified comment tags from that input (so `oggenc -i comments.ogg -l "new album" input.wav` would have the same comments as the comments.ogg file except with the alb...

Hello, I'm new to the list, new to NUT, but not new to Unix-likes. I could use some help getting NUT to talk to my Tripp Lite G1000U. Searching Google for "Tripp Lite G1000U" returns exactly two hits at this writing, so that may not be a good sign. ;-) It may just be rebranded for sale through this source (Costco). Externally, the G1000U looks much like the SMART1000LCD: an amber

I''ve tried quite a few things, googleing gives some results but they don''t seem to be related. I have two servers one for testing one for production. I needed xen on the production one so I could get windows running on top of linux. Unfortunately the test server is different from the production one. The testing one has a Xeon X3210(4 cores), 2GB ram, the production one has

Any comments? > http://slashdot.org/article.pl?sid=01/07/13/1558239&mode=nocomment > > Lossy Music Formats Compared > Posted by michael on Friday July 13, @12:45PM > from the is-it-real-or-mp3 dept. > > Nicholas writes: "Today's Washington Post has an article detailing > the results of having a "a diverse panel of listeners: two members > of the

hello, I' trying to use Asterisk 12 Alpha. Compilation and instalation without issues. When I try to start asterisk with: asterisk -cvvvvvvvvvvvvvvv i see this error on the console: 17:09:43.559 sip_endpoint.c !Module "mod-refer" registered asterisk: ../src/pjsip-simple/evsub.c:415: pjsip_evsub_register_pkg: Assertion `mod_evsub.mod.id != -1' failed. Any hints? Thank you

Here is patch with manpages for ogg123(1), mp3tovorbis(1) and vorbize(1). Manpages are in pod format, because it is the most readable man source, and are compiled by pod2man. all and clean for man/ work. Install and uninstall for man/ seem to work. Manpages are GPLed of course. <HR NOSHADE> <UL> <LI>text/plain attachment: manpages.diff </UL> -------------- next part