similar to: Problems with the pyvorbis Python wrapper under Windows

Hello everybody! I'am just leaning Python and wanted to write something useful for me, an recursive masstagger for ogg-vorbis files. My script uses pyvorbis 1.3 from the Debian testing tree. so far here is my Problem: The pyvorbis bindings aren't documented. As i understand the pyvorbis package, this is a simpe 1:1 mapping to libvorbis. dir(pyvorbins-oject) gives me an refernece to an

[Sorry if this is a duplicate post. My original didn't appear to have gotten through.] I had previously installed libao, libogg, libvorbis, and vorbis-tools, as linked from the RC3 download page at vorbis.com -- I downloaded and installed the latest versions of these four libraries from the vorbis.com download page, at which point my pyogg/pyvorbis Python bindings broke. I reinstalled the

Hi, I have an interface from R to the wxPython GUI toolkit which works under Windows: http://bioinf.wehi.edu.au/folders/james/wxPython/ (as long as you build RSPython with a shared (not static) Python library). But on Linux I get an error: > library(RSPython) > importPythonModule("wx") Error in .PythonEval(cmd) : Error in Python call:

hi list.. did anyone of you ever try to play mono files with pyvorbis (1.0)? when i try such a file, generated from a mono wave file with oggenc, with ogg123.py, it sounds like being on speed. i believe, it plays with double speed, because pyvorbis always assumes a stereo file to be read, though i did not measure it. playing the same file with ogg123 (the c program), it works fine. i also

Dear List, I'm just creating a little application for my openmoko freerunner, unfortunately in python, so that I have to use pyogg and pyvorbis(http://ekyo.nerim.net/software/pyogg/index.html) as wrappers around the C-functions and objects. I've got it all installed, after applying some patches and trying to run an example of encoding a wave-file I just get an empty ogg-file, the

I compiled and installed pyogg followed by pyvorbis, running: $ ./config_unix.py $ python setup.py build and as root: # python setup.py install for pyogg and pyvorbis in turn. This completed without error, however upon trying to import ogg.vorbis in IDLE I get an import error: ImportError: libvorbisfile.so.3: cannot open shared object file: No such file or directory I was told this may have

Make use of functions and types that fit more, and that do the same job: - use PyErr_NoMemory() on malloc failure - use PyErr_SetFromErrno when setting an exception from an errno - throw TypeError if not getting a list when required --- python/handle.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/python/handle.c b/python/handle.c index 88024e1..9746dca 100644 ---

Instead of generating the p2v kernel config using the OCaml generator, create a Perl script to do this job, mostly at build time. This is done to rely less on the generator for p2v, and because the generation of these sources is quick enough that it can be done at build time (instead of shipping the generated sources in dist tarballs). The generate-p2v-config.pl mimics what

Hi everybody: Here is the latest issue of Ogg Traffic. The HTML version is at http://www.vorbis.com/ot/20030715.html. Enjoy! Carsten. <p>Ogg Traffic for Tuesday, July 15, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: July 15, 2003 Table of Contents 1 Status Updates 1.1 Stan Seibert 1.2 Ed Zaleski

I''ve put together two patches. The first introduces a new dom0_op, set_max_vcpus, which with an associated variable and a check in the VCPUOP handler fixes [1]bug 288. Also included is a new VCPUOP, VCPUOP_create, which handles all of the vcpu creation tasks and leaves initialization and unpausing to VCPUOP_initialize. The separation allows for build-time allocation of vcpus which

This patch series adds the ability to selectively disable the S3 and S4 ACPI power states for HVM guests. Since there is a general move towards retiring the hvm_info_table structure, the first patch moves the acpi_enabled flag out of the hvm_info_table and into a xenstore key (platform/acpi). The second patch then introduces the acpi_s3 and acpi_s4 configuration parameters to the xl config file

since there's already a Python wrapper for libogg and libvorbis, it occurred to me: Why not write a Python wrapper for libogg and libvorbis? http://dingoskidneys.com/oggpy/ this is the 0.001 release. "release early.." it requires Boost.Python, possibly CVS Boost.Python, available from http://boost.org/ partly because it's not finished but mostly because it's written with

As preliminary steps in splitting virt-p2v to an own repository, start making p2v more independent within libguestfs. This is accomplished by the following changes: - generate the p2v kernel config sources & docs at build time using a Perl script, rather than the generator (so no need for OCaml when building from git, and no generated sources in dist tarballs) - create two local test

This patch modifies the physinfo hcall to export NUMA CPU and Memory topology information. The new physinfo hcall is integrated into libxc and xend (xm info specifically). Included in this patch is a minor tweak to xm-test''s xm info testcase. The new fields in xm info are: nr_nodes : 4 mem_chunks : node0:0x0000000000000000-0x0000000190000000

Anyone who wants to see what bugs might not have made it into xiph bugzilla may want to look at the urls below. Be sure to check the bugs marked as fixed in NMU since they may have patches that aren't in cvs yet. I'll try to be around to help verify the bugs are fixed before release tomorrow/monday. Thanks, Chris Cheney http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libao

I'm having trouble getting libvorbis to cut the beginning of a bitstream when I instruct it to do so with granulepos. I have constructed a file which I believe should have its beginning truncated. I have attached it to this mail. Here is a picture of what the bitstream looks like, as output by a python program that uses pyogg/pyvorbis to read the stream and print a representation:

Hi Ewan/Alistair, I have a patch that looks like this: diff -r a39ad4c78850 tools/libxc/xenctrl.h --- a/tools/libxc/xenctrl.h Wed Aug 30 13:51:12 2006 +0100 +++ b/tools/libxc/xenctrl.h Wed Aug 30 15:11:20 2006 -0500 @@ -416,6 +416,10 @@ int xc_domain_memory_populate_physmap(in unsigned int address_bits, xen_pfn_t

Hi all, This is a trivial patch which adds the two fields to start_info_t for the shared page and event channel port for the share. Feel free to destroy this in any way. The python binding just fills zeros in for the moment, making it harmless. Mike Wray has a nicer version in his tree, but this is the minimal version. (Thanks to Mike for the .esp fix, too). Cheers, Rusty. diff -ur

Hi everybody: Here is the newest round of status updates from Xiph.org. The HTML version is at http://www.vorbis.com/ot/20030930.html. Enjoy! -Carsten <p>Ogg Traffic for Tuesday, September 30, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: September 30, 2003 Table of Contents 1 Status Updates 1.1 Monty 1.2

Hi, Anybody (Christian?) could please tell me if we can get the support for registering watch with /proc/xen/xenbus? (..OK, I know that we will change it this /proc stuff to a device soon) So far we can only do read/write/rm. I really miss the xen watch feature. Many thanks, Hieu _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com