[PD] Gem pix and PDP failure - tatiana works with many errors.

Sun Oct 5 22:42:38 CEST 2008

Sevy,

1) Had trouble with 8.04 on the older computers - The HP couldn't handle the build too well - seemed to need too much RAM.  I thought it would be easier for me to keep the same Ubuntu build on my different computers.

Sorry if the message was too much..

The basic messages: (the Ubuntu is at my studio, so this is from memory)..

1) Dev/video - no access
2) too much info..

Since I received this on the minimac and the HP, and since kino works on the HP, I think it is a permissions issue - PD needing permission to access the read/write video device.  

I fixed the HP and Minimac Kino problem on Ubuntu 7:10 by giving my user root access to audio-video, etc.  (There was no problem like this on 7.04).  Kino had had the same error - can't access dev/video.  The change in user access resolved this problem on Kino - but not for PD.

any ideas for 7.10?

thanks,

Mark

--- On Thu, 10/2/08, ydegoyon <ydegoyon at gmail.com> wrote:
From: ydegoyon <ydegoyon at gmail.com>
Subject: Re: [PD] Gem pix and PDP failure - tatiana works with many errors.
To: "Mark Pasquesi" <mjsqueeze at yahoo.com>
Cc: pd-list at iem.at
Date: Thursday, October 2, 2008, 11:43 AM

hola,

just 3 remarks ::

*/ what you call tatiana refers to pdp/pidip,

it just includes a help patch made by T. de la O.

for the credits.

*/ this much too much of information

for one single mail.

*/ why do you still ubuntu 7.10?

we all recommend 8.04 now.

shanti,

sevy

Mark Pasquesi wrote:

        Hey all,

Here are the missing patches.  Hope someone has an idea.

They are:

I) a minimac dualcore using OSX10.4.11, Ubuntu710, and Dynebolic.

II) an HP omnibook using dynebolic and ubuntu710

III) a titanium g4 using os x.3.9, x.4.11

Trouble with gem and pdp on all three computers.  Trouble with gridflow
on Dynebolic.

The problems are video related.  I used kino on Ubuntu and Dyne as a
test.  Quicktime on mac.  I have mpeg streamclip and ffmpeg functioning
on all mac builds (except os9).  Imagemagick is also functioning.

Thinking it might be permissions, I gave full user permissions for
video on Ubuntu710.  This resolved Kino's issues on the HP.  Other
method was booting from root, which always corrected Kinos camera
access problem.  Also successful for Kino on Ubuntu.

Is this an issue on PD.

Macintel:

1) Dyne PD and gridflow worked well enough when booting from a Ubuntu
704 nest.  This ubuntu also works fine with PD, gem, pdp.   

However, on the 710 nest, Dyne's pd and gridflow do not work - even
though it is the same version of Dyne...with the same puredyne
libraries.

2) Ubuntu 710 PD gem and pdp do not function well.  Especially live cam.

3) The os10.4.11 install output is seen below, as is the kernel crash. 
The gem pix example is attached, as is the videoo mixer patch, as is
the tatiana example.  Only tatiana functions stably, working well with
live remixes.  However, lots of errors are reported, though it
functions.  

--- On Tue, 9/30/08, Mark Pasquesi <mjsqueeze at yahoo.com>
wrote:

        From:
Mark Pasquesi <mjsqueeze at yahoo.com>

Subject: Gem pix and PDP failure - tatiana works with many errors.

To: pd-list at 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 at free.fr
)

pdp_colorgrid: version 0.4

by Yves Degoyon (ydegoyon at free.fr)
& Lluis Gomez i Bigorda (lluis at 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 at free.fr
)

pdp_colorgrid: version 0.4

by Yves Degoyon (ydegoyon at free.fr)
& Lluis Gomez i Bigorda (lluis at 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

_______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20081005/acdd875b/attachment.htm>