From: Mark Pasquesi <mjsqueeze@yahoo.com>
Subject: Gem pix and PDP failure - tatiana works with many errors.
To: pd-list@iem.at
Date: Tuesday, September 30, 2008, 12:57 AM

I) MAC problems (Aiii) PDP loads and fails with the attached mixer patch.  Also fails with help pix_film patch.  Though at times it functions. Tatiana is stable, but pd output states there are tons of errors.  But it never crashes, and deals with live very well. Suggestions on how to debug???? Minimac osx.4.11, pd extended 40.3  binary... - x 11 and dev tools installed, computer not optimised with fftw3 process. Functioning perfectly - x-11 gimp, ardour, inkspace... (MAcports and Fink are in failure and conflict - I find them equally frustrating since 2007 - at the moment i go to the program sites, source or darwin forge,  and install binaries or build needed sources) This is output from  failing mix patch.... PDP: pure data packet version 0.12.5-darcs [pdp_qt]: setting LIBQUICKTIME_PLUGIN_DIR to:    /Applications/Pd-extended_2008.app/Contents/lib/libquicktime PiDiP : additional video processing objects for PDP     version 0.12.22 ( ydegoyon@free.fr ) pdp_colorgrid: version 0.4 by Yves Degoyon (ydegoyon@free.fr) & Lluis Gomez i Bigorda (lluis@artefacte.org) error: $1: argument number out of range error: [pix_filmDarwin]: unable to find file: ... you might be able to track this down from the Find menu. error: $1: argument number out of range error: [pix_filmDarwin]: unable to find file: PDP: pure data packet version 0.12.5-darcs [pdp_qt]: setting LIBQUICKTIME_PLUGIN_DIR to:    /Applications/Pd-extended_2008.app/Contents/lib/libquicktime PiDiP : additional video processing objects for PDP     version 0.12.22 ( ydegoyon@free.fr ) pdp_colorgrid: version 0.4 by Yves Degoyon (ydegoyon@free.fr) & Lluis Gomez i Bigorda (lluis@artefacte.org) error: $1: argument number out of range error: [pix_filmDarwin]: unable to find file: ... you might be able to track this down from the Find menu. error: $1: argument number out of range error: [pix_filmDarwin]: unable to find file: 2) This is from the Kernel panic produced on the machine by the pix_film help and the mixer patch.... Rather strange, no? attached are the 2 patches... panic(cpu 1 caller 0x001A49CB): Unresolved kernel trap (CPU 1, Type 14=page fault), registers: CR0: 0x8001003b, CR2: 0x561c90ba, CR3: 0x00de8000, CR4: 0x000006e0 EAX: 0x00000000, EBX: 0x0599e800, ECX: 0x004b2c9c, EDX: 0x354b1038 CR2: 0x561c90ba, EBP: 0x2548b268, ESI: 0x00000400, EDI: 0x0599e808 EFL: 0x00010206, EIP: 0x561c90ba, CS:  0x00000008, DS:  0x00000010 Backtrace, Format - Frame : Return Address (4 potential args on stack) 0x2548b078 : 0x128d0d (0x3cc65c 0x2548b09c 0x131f95 0x0) 0x2548b0b8 : 0x1a49cb (0x3d2a94 0x1 0xe 0x3d22b8) 0x2548b1c8 : 0x19b3a4 (0x2548b1d8 0x2548b248 0xe 0x340048) 0x2548b268 : 0x561c8590 (0x599e800 0x2548b73c 0x18fca88 0x18fca88) 0x2548b318 : 0x561c86bf (0x2548b73c 0x598c18c 0x1 0x1) 0x2548bb58 : 0x561c8460 (0x2 0x2548bf48 0x598c18c 0x0) 0x2548bb88 : 0x325824 (0x475ee04 0x0 0x2 0x2548bf48) 0x2548bbc8 : 0x1d0535 (0x3b40a04 0x475ee04 0x2 0x2548bf48) 0x2548bc18 : 0x1df94a (0x598c18c 0x0 0x2 0x2548bf48) 0x2548bc68 : 0x1d774a (0x2548bcb8 0x2548be2c 0x2548be6c 0x1a3736) 0x2548be48 : 0x1d7bb8 (0x0 0x2548be6c 0x495566c 0x325824) 0x2548bf58 : 0x37b300 (0x5080bb8 0x4955628 0x495566c 0x0) 0x2548bfc8 : 0x19b77e (0x480a658 0x0 0x19e0b5 0x483159c) No mapping exists for frame pointer Backtrace terminated-invalid frame pointer 0xb0101368 Kernel version: Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 Model: Macmini1,1, BootROM MM11.0055.B08, 2 processors, Intel Core Duo, 1.83 GHz, 2 GB Graphics: Intel GMA 950, GMA 950, Built-In, spdisplays_integrated_vram Memory Module: BANK 0/DIMM0, 1 GB, DDR2 SDRAM, 667 MHz Memory Module: BANK 1/DIMM1, 1 GB, DDR2 SDRAM, 667 MHz 3) If you'd like tatiana output, let me know.... Tell me if this might be related.... Ubuntu live video access - kino and PD tests.. on my Omnibook XE3: The issue is clearly permissions.  On Ubuntu xen 710, default does not allow video use without root.  If we are cross programming, might there be permission errors?? (I did give my user video access, which fixed Kino access - but not PD!) If it is permissions, Where are PD's hardware permissions given?  How can we load with access by default on Ubuntu and Dyne:bolic? Thus kino, when not launched as root, will not access video on the Ubuntu box.  I just ran a test with Kino - terminal boot as root resolved this.  Here's the results from kino boot from gui - warning: raw1394 kernel module not loaded or failure read/write dev/raw1394. Could this also be a problem with pd-extended access? How can we change this permission without breaking ubuntu 'standards'.  (I changed permissions recursively last week on Ubuntu and caused panics that forced me to reinstall completely.....) I have found contradictory advice, and confusing boot script proposals that have also resulted in less than ideal results... No interface, terminal only Ubuntu - Fun, in other words. I imagine this is the same problem I had on the embedded Dyn:bolic pd and Kino.  Both did not function on 710 (OmnibookXE3 and minimac), both functioned on the Ubuntu 704 minimac build, (first time I saw gridflow function!!!  On dynebolic - lovely!!!) However, I have to ask at what point Dynebolic is dependent on its host system...Why can't it function even when Ubuntu 710 does not??? Since on the minimac, I had no such problem on the 7.04 Ubuntu and its embedded dyne:bolic.  So are these permissions demands a result of an overzealous response by Ubuntu to their former security weaknesses...?? Sorry this is so Long. Hope it's clear. MArk