search for: etree

First, thanks to everyone for putting in their time to make the first truly "free" lossless audio codec. I'm co-founder of etree.org, the largest online community of lossless audio traders (currently 12,000 active members). We have been living in the shadow of Shorten for almost three years. Shorten, as most of you have come to realize, is extremely limited in terms of expandability. It does what it was designed to do, co...

This is a fantastic selling point, and one that I've never really thought of. Back in the early days of etree (a whole three years ago ;) ), before we learned the virtues of MD5 sums for SHN downloads, I downloaded a Hornsby show from someone. Of course, an MD5 wasn't available, but when I decompressed and Shoren didn't throw a sanity error my way, I figured all was well. I burned 5 copies, onl...

My comments: ;) >hmm, I'm thinking we could >spec out an ETREE metadata >block that you could use. Yes, I think this is a good idea. I'd like to incorporate this a s much as possible as the "FLAC Standard" if it's OK with you guys, since ideally FLAC will be the etree.org format of choice, replacing Shorten. >> Filesize compressed...

...om what I've seen around, there is very little difference between an app compiled for some flavors of *nix and the way it needs to be compiled. If anyone has any ideas how to compile the FLAC utilities to the MacOS X platform, please contact me ASAP. Thanks for listening! -Ryan http://db.etree.org/schpider AIM: Schpider98 On Sunday, April 22, 2001, at 09:05 PM, Mike Wren wrote: > This is a fantastic selling point, and one that I've never really > thought > of. > > Back in the early days of etree (a whole three years ago ;) ), before > we > learned the virt...

...============================================= """Domain creation using new XenAPI """ from xen.xm.main import server, get_default_SR from xml.dom.minidom import parse, getDOMImplementation -from xml.parsers.xmlproc import xmlproc, xmlval, xmldtd +from lxml import etree from xen.xend import sxp from xen.xend.XendAPIConstants import XEN_API_ON_NORMAL_EXIT, \ XEN_API_ON_CRASH_BEHAVIOUR @@ -35,6 +37,7 @@ from os.path import join import traceback import re +import warnings # Used by lxml-based validator def log(_, msg): #print "> " + ms...

...html.in with a meson_exe.py custom command FAILED: docs/manpages/virkeycode-atset2.html.in /usr/bin/meson --internal exe --capture docs/manpages/ virkeycode-atset2.html.in -- /usr/local/bin/rst2html5 --stylesheet= --strict docs/manpages/virkeycode-atset2.rst TypeError: append() argument must be xml.etree.ElementTree.Element, not str Exiting due to error. Use "--traceback" to diagnose. Please report errors to <docutils-users@lists.sf.net>. Include "--traceback" output, Docutils version (0.16 [release]), Python version (3.8.2), your OS type & version, and the command li...

On Fri, Sep 25, 2020 at 04:44:24PM +0800, Wei Wang wrote: > On Fri, Sep 25, 2020 at 4:40 PM Andrea Bolognani <abologna@redhat.com> > wrote: > > > On Fri, 2020-09-25 at 16:21 +0800, Wei Wang wrote: > > > On Fri, Sep 25, 2020 at 3:56 PM Andrea Bolognani <abologna@redhat.com> > > wrote: > > > > On Fri, 2020-09-25 at 10:33 +0800, Wei Wang wrote:

Great call, Jason. The trouble may also be from overclocking their CPU's. We ran into some similar bug reports in the Furthur project with people swearing up and down that random application hangs and glitches was our software (which in part it was). However, as soon as they brought their CPU's and video cards back to spec, their problems magically went away. I would follow this one up

On my lists of things to do for 1.0 were 1) improve seeking; and 2) speed up both encoding and decoding. Seeking seems better now (I added the SEEKTABLE and tweaked the search algorithm). On the way, one of my encoding experiments worked. By taking advantage of a relatively unused area in the Rice parameter space, I added an escape code for switching to flat encoding within a partition.

...get proper "source file" info figured out.. First question; how do you make paragraph seperations in the Tag Config. > Comments field? Better yet, can someone provide me with a < 1MB FLAC file sample that shows how to properly format the tag information to make it by-the-book etree? Darren

I've checked in code that supports a new metadata block called SEEKTABLE. Basically, it is an optional, arbitrarily-long list of seek points, by sample number and stream offset. I also added command-line options to flac so you can specify seek points by specific sample number and/or a specific number of evenly-spaced seek points. The table cost about 18 bytes per seek point. This seems to

Josh Coalson wrote: > yeah, flac doesn't have a 'gzip' fallback method > so any non-audio data will probably get stored > verbatim. I'm kind of reluctant to add a generic > compressor. If you wan't, you could come up with a > FLAC metadata block to store a gzip'ed chunk and I > could add that to the format. > I had the same thought when I was

This minor bug fix release provides compatibility with Python 3.9 by replacing usage of deprecated API's which were removed in Python 3.9. Alan Coopersmith (1): xcb-proto 1.14.1 Bj?rn Esser (3): xcbgen: Use math.gcd() for Python >= 3.5. xcbgen: xml.etree.cElementTree has been dropped in Python 3.9. xcbgen: Use xml.etree.ElementTree for Python >= 3.3. Samanta Navarro (1): Fix typo in documentation Uli Schlachter (1): Parse a field's "enum=" correctly git tag: xcb-proto-1.14.1 https://xorg.freedesktop.org/archiv...

...Why not just a binary > META data block that > has some sort of identifier (a string maybe). That > would allow arbitrary > data to be stored. I've been thinking about this, and here's what I came up with. This kind of dovetails into the discussion Mike Wren started about the etree header. I was thinking about defining a FREEFORM metadata block which may be of arbitrary size. The only mandatory field would be a (say, 32-bit) id of the owner. In your case, you would request an id, then I would register you as the owner, then you could write as many FREEFORM blocks with your...

...39;ve tweaked the codec for speed/compression as much as can be done *before* 1.0, since we're really not under any kind of deadline. Sure, it would be nice to get it out the door, but why not have it rival Shorten and Monkey's right from the start? I'm *still* working on getting some etree.org developers to help out, but I think as a whole, etree'ers are stuck in their Shorten frame-of-mind (creating workarounds for an old and very limited codec). Keep up the great work! ---------------------- Mike Wren Server Team, Webmaster http://etree.org -----Original Message----- Fr...

...o do word-length reduction on the fly. The only place I can find this feature is in the Monkey's Audio codec plugin, though. Anyway, great news Josh! Thanks for making 24-bit audio support in FLAC a priority. :) MW On Tue, 11 Jun 2002, Josh Coalson wrote: > --- Mike Wren <mikew@etree.org> wrote: > > Awesome, I'm psyched for 1.0.3.... the ID3v1 winamp2 support will be > > a > > neat addition, as is the faster decodes. Will 24-bit audio play nice > > with > > the final public version of 1.0.3? > > yes, forgot to mention that one... flac...

...WARNING: Falling back to simple copy-restore. Traceback (most recent call last): ? File "/usr/lib64/python3.6/site-packages/samba/netcmd/gpo.py", line 1362, in restore_from_backup_to_local_dir ??? parser.load_xml(ET.fromstring(dtd_header + data)) ? File "/usr/lib64/python3.6/xml/etree/ElementTree.py", line 1314, in XML ??? parser.feed(text) ? File "<string>", line None xml.etree.ElementTree.ParseError: undefined entity: line 16, column 21 WARNING: Error during parsing for /var/tmp/samba_gpo_backup/policy/msgReceiverDefault_Policy/Machine/Microsoft/Windows...

> Any thoughts to perhaps integrating a quick sector-boundary check of the > wav file before encoding? Does this functionality extend beyond the scope > of FLAC? A quick check, and a "this wav file is not cut on a sector > boundary, continue y/n" warning would do the trick. Perhaps, an > option to > silence this check would be useful also. > it's easy to

...locals(), ''xen.xm'') File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/new.py", line 26, in <module> from xen.xm.xenapi_create import * File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/xenapi_create.py", line 24, in <module> from lxml import etree ImportError: No module named lxml root@g4-01:~# _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Josh Coalson wrote: > I've been thinking about this, and here's what I > came up with. This kind of dovetails into the > discussion Mike Wren started about the etree > header. > > I was thinking about defining a FREEFORM metadata > block which may be of arbitrary size. The only > mandatory field would be a (say, 32-bit) id of > the owner. In your case, you would request an > id, then I would register you as the owner, then > you could...