Re: [PD] resonators~

[Gilberto Agostinho]

Hi Alexandre,

On 07/03/15 21:19, Alexandre Torres Porres wrote:
Not that it'd be really hard to make your own bank of resonators, just 
copy/paste a bunch of them... try using [reson~]




Thanks for your reply, indeed that does the trick.

If anyone is interested in these abstractions, I uploaded them in the Pd 
forum: 
http://forum.pdpatchrepo.info/topic/9098/sinusoids-harmonics-and-resonators-oscillator-banks


Probably they are not the most elegant abstractions in the world, but 
they manage to do what I need right now.


Thanks once again and take care!
Gilberto

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

Re: [PD] uzi redundancy and how to load kalashnikov as uzi

[Alexandre Torres Porres]

> oh i see that the discussion is currently going on (i was under
> the impression that you *were* discussing it a while ago).

Yeah, and, as it turns out, from that discussion, I learned that is that
last version of Extended actually loads cyclone Uzi when you type "uzi". So
we do have in fact 3 objects in Pd extended with the exact same name, so my
point about redundancy and messiness remains.

New issues do come about, by the way. Now, if you load [uzi], it'll get
cyclone's object ("Uzi"), so if you load kalashnikov latter, in its help
file it'll say it can also be loaded as [uzi], but the [uzi] in
kalashnikov's help file is actually the one from cyclone, so the help from
kalashnikov doesn't work, cause it's actually different than the cyclone
version. And you'll never load kalashnikov as "uzi" from now on, unless you
change your startup settings and load ext13/kalashnikov... then you can try
[ext13/uzi] to load kalashnikov.

But if you load kalashnikov first, well, now you won't get cyclone's
version when you type "uzi", but kalashnikov...

so, well, kinda confusing...

I'd vouch for trying and eliminating the redundancy and equal names
somehow. I'd suggest killing the alias name of kalashnikov, it'd solve all
that for Pd Extended. Why not ak47 as an alias? :)

but again, useless and pointless discussion if we're not dealing with an
update of Pd Extended right now.

cheers


2015-03-05 18:01 GMT-03:00 IOhannes m zmölnig :

> On 03/05/2015 09:56 PM, IOhannes m zmölnig wrote:
> >> >
> >> > Moreover, the cyclone version has upper case U... we were discussing
> here
> >> > if we could make a lower case alias,
> > i have missed that discussion, but cyclone's uppercasing is a *design
> > choice* to make sure that the max compat layer does not conflict with Pd.
>
> oh i see that the discussion is currently going on (i was under the
> impression that you *were* discussing it a while ago).
>
> in any case: afair cyclones goal is to allow to easily migrate an old
> max-patch to a shiny Pd-patch, rather than make Pd a shallow copy/the
> ugly sister of max.
> so my point remains.
>
>
> gsamrd
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] resonators~

[Cyrille Henry]

hello,

resonator~ was ported to pd.
you should ask ali momeni.
http://lists.puredata.info/pipermail/pd-list/2013-10/104538.html

cheers
c


Le 07/03/2015 02:06, Gilberto Agostinho a écrit :

Hello list,

Does anyone know any object for Pure Data which is similar to CNMAT's 
[resonators~] for Max? http://cnmat.berkeley.edu/patch/4019

Best,
Gilberto

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


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

Re: [PD] Update cyclone maintenance

[Alexandre Torres Porres]

Ok, downloaded Pd Extended 0.43 and now I see that [uzi] loads the cyclone
version of Uzi and etc...

"*It was this thread at the PD-dev list:*

*[PD-dev] cyclone and
uppercasehttp://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html
 *"

Nice, I followed the thread and agree with hans, it makes sense that it
loads that way, but I do add my point where it's a bit of a hassle to
remember which objects have uppercase or not.

cheers

2015-03-05 18:20 GMT-03:00 Alexandre Torres Porres :

> Does it mean we're supposed to be able to load objects as lower case names
> somehow? Cause I don't seem to be able to do it anyhow. Hints please?
>
> thanks
>
> 2015-03-05 17:34 GMT-03:00 Fred Jan Kraan :
>
> Hi Alexandre, pd-list,
>>
>> These are the objects:
>> Append, Borax, Bucket, Clip, Decode, Histo, MouseState, Peak, Table,
>> TogEdge, Through, Uzi, Clip~, Line~, Scope~, Snapshot~.
>>
>> It appears Hans already implemented lowercase object names for all but
>> Table, and a lowercase version with "cyclone/" prefixed for most (append
>> and Table being the exception).
>>
>> Fred Jan
>>
>> On 2015-03-05 08:46 PM, Alexandre Torres Porres wrote:
>> > Hey, yeah, didn't think of adding aliases , that solves the issue and
>> > maintains backwards compatibility with old patches. I hope it gets done.
>> >
>> > cheers
>> >
>> > 2015-03-05 15:38 GMT-03:00 Fred Jan Kraan > > >:
>> >
>> > It was this thread at the PD-dev list:
>> >
>> > [PD-dev] cyclone and uppercase
>> > http://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html
>> >
>> > Fred Jan
>> >
>> > On 2015-03-05 06:18 PM, Alexandre Torres Porres wrote:
>> > > Hi, I have a question about upper case letters in the begining of
>> some
>> > > objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it
>> does
>> > > make a difference by the way, not in Max.
>> > >
>> > > Anyway, if one would change that, old patches would need to be
>> updated
>> > > as well, which is a bummer, but even so I think it's preferable
>> not to
>> > > deal with knowing which objects need the upper case or not, and
>> for no
>> > > apparent particular reason. One way or another, I wonder why it
>> > > happened, anyone?
>> > >
>> > > cheers
>> >
>> >
>>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] uzi redundancy and how to load kalashnikov as uzi

[Alexandre Torres Porres]

Yeah, I believe that "How to load a kalashnikov" really shows up in their
system :)

2015-03-06 5:29 GMT-03:00 Pierre Massat :

> (Totally off-topic : people at the NSA are going to start monitoring us
> with thread titles like this ! :) )
>
> 2015-03-05 22:01 GMT+01:00 IOhannes m zmölnig :
>
>> On 03/05/2015 09:56 PM, IOhannes m zmölnig wrote:
>> >> >
>> >> > Moreover, the cyclone version has upper case U... we were discussing
>> here
>> >> > if we could make a lower case alias,
>> > i have missed that discussion, but cyclone's uppercasing is a *design
>> > choice* to make sure that the max compat layer does not conflict with
>> Pd.
>>
>> oh i see that the discussion is currently going on (i was under the
>> impression that you *were* discussing it a while ago).
>>
>> in any case: afair cyclones goal is to allow to easily migrate an old
>> max-patch to a shiny Pd-patch, rather than make Pd a shallow copy/the
>> ugly sister of max.
>> so my point remains.
>>
>>
>> gsamrd
>> IOhannes
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] uzi redundancy and how to load kalashnikov as uzi

[Alexandre Torres Porres]

> add "ext13/kalashnikov" to the libraries to be loaded at startup?

That does the trick! thanks for the explanations - though most of it is
hard for me to get :/

> i'm not entirely sure why you are pushing to make
> Pd a "free replacement for max/msp".

Can't help you there, cause I'm not doing that...

On the other hand I guess I feel like being "pushy" about making some clean
up in the Pd extended as a whole, in which this is only one issue amongst
many I'd like to raise and discuss. The cyclone library is one that is now
being updated and I'm happy to spend some effort and collaborate, but there
are many other libraries and objects that I care about as well. Kinda
recently, I remember I pointed to you a bug in the help file of [noish~],
for example. It's the same concern.

I teach Pd somewhat regularly in some courses, and the last thing on my
mind is selling Pd as a replacement for anything. But, as I'm a heavy user
and quite an advocate of Pd in my whereabouts when I teach it, I care about
things being less messy and buggy as a whole.

> i'd probably recomment to delete all *but* the abstraction

Good point, one way or another, what concerns me the most is the redundancy
in Pd of having 3 objects with the same name, two of them being exactly
equal and the third one a bit different. My point is that this is messy and
confusing. I'm teaching a course right now, and I'd rather not have to
spend any time to explain why there are 3 of these guys around and stuff...

And the issues just come up when you have something like this. For
instance, if I call [kalashnikov] and then I load [purepd/uzi] and ask for
its help file, the [uzi] that's being loaded in the [purepd/uzi]'s help is
actually a [kalashnikov]... as a consequence, the help file doesn't work,
as the two objects are different and have different outlets! See? Messy...

Anyway, discussing this would make more sense if we were in the midst of
updating Pd Extended as a community, and this is not really happening yet.

Cheers



2015-03-05 17:56 GMT-03:00 IOhannes m zmölnig :

> On 03/05/2015 09:07 PM, Alexandre Torres Porres wrote:
> > Hi there, there seems to be some redundancies regarding the "uzi" object.
> > I'm in Pd-Extended 0.42-5, not sure how this is now at 0.43.
> >
> > There's the cyclone one, but there is also a [kalashnikov] object (from
> > "ext13") which I like cause it's a bit more convenient to sweep arrays
> > (cause the numbered bangs go from 0 to n-1, unlike the cyclone version).
> > Though [kalashnikov] can also be instantiated as [uzi], I can't create it
> > as [uzi] unless I have a [kalashnikov] created first. Seems there's a bug
> > problem with its alias.
>
> well, there is no alias on the filesystem level, but only on the logical
> level.
> since with PdX you do not load the (entire) ext13 library, but rather
> element-by-element, logical aliases (as defined withing the object)
> don't work if they don't have a corresponding filesystem alias.
>
> a filesystem alias can be as simple as a symlink from
> kalashnikov.pd_linux to uzi.pd_linux
> (but then again, it might still not work, as the kalashnikoc.pd_linux
> binary probably misses a setup-function for the "uzi" -name)
>
> >
> > Weirdly enough, though I can create it as [ext13/kalashnikov], I can't do
> > it as [ext13/uzi] even after I first created the object as "kalashnikov".
>
> that's very expected behaviour: after all you do have a file
> ext13/kalashnikov.pd_linux but no ext13/uzi.pd_linux.
>
> >
> > I wonder if there was any way of using it as [uzi] or [ext13/uzi] without
> > bothering how to spell kalashnikov.
>
> add "ext13/kalashnikov" to the libraries to be loaded at startup?
> or make an abstraction uzi.pd in ext13/, that contains a [kalashnikov]
> objects and the proper iolets?
>
> >
> > Moreover, the cyclone version has upper case U... we were discussing here
> > if we could make a lower case alias,
>
> i have missed that discussion, but cyclone's uppercasing is a *design
> choice* to make sure that the max compat layer does not conflict with Pd.
>
> i'm not entirely sure why you are pushing to make Pd a "free replacement
> for max/msp". both are similar and share enough concepts to make
> compat-layers like cyclone feasible, but they are also different
>
> > but it'd get in conflict with other
> > [uzi] objects around... one way around would be to be able to load
> > [ext13/uzi]...
> >
> > And there's another [uzi] from "purepd", which is an abstraction and
> also a
> > clone of max that is quite redundanct and probably was best to just
> delete
> > it from the package.
>
> why?
> i'd probably recomment to delete all *but* the abstraction
> implementation of [uzi], as it is the only version that is guaranteed to
> be 100% portable to any OS Pd will ever appear on.
>
>
> gfmsdr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-lis

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

On 03/07/2015 09:42 PM, IOhannes m zmölnig wrote:
> On 03/07/2015 09:41 PM, Csaba Láng wrote:
>> if you mean in the folder where i cloned from github, than the answer is no.
> 
> i mean the folder, where you ran ./configure.

and while you are there, please post the entire contents of this folder.


gfmasrd
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[Csaba Láng]

Sorry if I di not understand your question well.
i try to explain it anyway.

Cloned Gem from github from here:
https://github.com/umlaeute/Gem
to home/xy/Dpnwload folder.
Entering Gem, I ran ./compile.
Here there is no gem_videoVLC.so file, nore in the plugins folder:
https://github.com/umlaeute/Gem/tree/master/plugins/videoVLC


On Sat, Mar 7, 2015 at 9:42 PM, IOhannes m zmölnig  wrote:

> On 03/07/2015 09:41 PM, Csaba Láng wrote:
> > if you mean in the folder where i cloned from github, than the answer is
> no.
>
> i mean the folder, where you ran ./configure.
>
> gfmasdr
> IOhannes
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

On 03/07/2015 09:41 PM, Csaba Láng wrote:
> if you mean in the folder where i cloned from github, than the answer is no.

i mean the folder, where you ran ./configure.

gfmasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[Csaba Láng]

if you mean in the folder where i cloned from github, than the answer is no.


On Sat, Mar 7, 2015 at 9:39 PM, IOhannes m zmölnig  wrote:

> On 03/07/2015 09:36 PM, Csaba Láng wrote:
> > Naturally, I did not ommit to run 'make install'.
> > Anyway, rest of the plugins are on the place. When adding [drive vlc( to
> > pix_video, pd prints out no VLC backend found.
> > Should I compile again?
>
> please tell me, whether there is a gem_videoVLC.so symlink in your
> *build* directory (where you ran ./configure)
>
> famsdr
> IOhannes
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

On 03/07/2015 09:36 PM, Csaba Láng wrote:
> Naturally, I did not ommit to run 'make install'.
> Anyway, rest of the plugins are on the place. When adding [drive vlc( to
> pix_video, pd prints out no VLC backend found.
> Should I compile again?

please tell me, whether there is a gem_videoVLC.so symlink in your
*build* directory (where you ran ./configure)

famsdr
IOhannes




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[Csaba Láng]

Naturally, I did not ommit to run 'make install'.
Anyway, rest of the plugins are on the place. When adding [drive vlc( to
pix_video, pd prints out no VLC backend found.
Should I compile again?

On Sat, Mar 7, 2015 at 9:29 PM, IOhannes m zmölnig  wrote:

> On 03/07/2015 09:17 PM, Csaba Láng wrote:
> > Of course installed libvlc before compiling Gem.
> > Nope, gem_videoVLC.so is missing, the components of all other plugins are
> > in the extra/Gem folder, except for VLC.
>
> there are two different folders:
> - one where you compile Gem in (e.g. /home/csaba/src/Gem)
> - another one where Pd searches for Gem (e.g. /usr/local/lib/pd/extra/Gem)
>
> i'm pretty sure you did not run
> $ sudo make install
> after running `make`.
>
> if you *only* run make (without the "install" target), then Gem will not
> attempt to install any plugins (or anything else) anywhere.
>
>
> mgfdsar
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

On 03/07/2015 09:17 PM, Csaba Láng wrote:
> Of course installed libvlc before compiling Gem.
> Nope, gem_videoVLC.so is missing, the components of all other plugins are
> in the extra/Gem folder, except for VLC.

there are two different folders:
- one where you compile Gem in (e.g. /home/csaba/src/Gem)
- another one where Pd searches for Gem (e.g. /usr/local/lib/pd/extra/Gem)

i'm pretty sure you did not run
$ sudo make install
after running `make`.

if you *only* run make (without the "install" target), then Gem will not
attempt to install any plugins (or anything else) anywhere.


mgfdsar
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] resonators~

[Alexandre Torres Porres]

by the way, attached is my example of the [reson~] filter in my didactic
material in portuguese that plots its frequency response and stuff. It has
3 parameters like each resonator from the bank of resonators in the
[resonator~] object.

note that "decayrate" is supposed to be the "Q" parameter

cheers

2015-03-07 17:19 GMT-03:00 Alexandre Torres Porres :

> Didn't check this object closely, but it seems it's like the Klank object
> in SC.
>
> Perhaps by "similiar" you'd mean some sort of bank of resonators. If so,
> I've already searched and asked and didn't find any.
>
> Not that it'd be really hard to make your own bank of resonators, just
> copy/paste a bunch of them... try using [reson~]
>
> cheers
>
> 2015-03-06 22:06 GMT-03:00 Gilberto Agostinho <
> gilbertohasn...@googlemail.com>:
>
> Hello list,
>>
>> Does anyone know any object for Pure Data which is similar to CNMAT's
>> [resonators~] for Max? http://cnmat.berkeley.edu/patch/4019
>>
>> Best,
>> Gilberto
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>
>


2.[reson~].Passa.Banda.Ressonante.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] resonators~

[Alexandre Torres Porres]

Didn't check this object closely, but it seems it's like the Klank object
in SC.

Perhaps by "similiar" you'd mean some sort of bank of resonators. If so,
I've already searched and asked and didn't find any.

Not that it'd be really hard to make your own bank of resonators, just
copy/paste a bunch of them... try using [reson~]

cheers

2015-03-06 22:06 GMT-03:00 Gilberto Agostinho <
gilbertohasn...@googlemail.com>:

> Hello list,
>
> Does anyone know any object for Pure Data which is similar to CNMAT's
> [resonators~] for Max? http://cnmat.berkeley.edu/patch/4019
>
> Best,
> Gilberto
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[Csaba Láng]

Of course installed libvlc before compiling Gem.
Nope, gem_videoVLC.so is missing, the components of all other plugins are
in the extra/Gem folder, except for VLC.

On Sat, Mar 7, 2015 at 9:11 PM, IOhannes m zmölnig  wrote:

> On 03/07/2015 08:51 PM, Csaba Láng wrote:
> > Gents,
> > Thanks you all for your reply.
> > Anyway, managed to install all dependeces, openGL is properly installed
> too.
> > After an hour of compiling Gem from github, it appears in puredata, but
> > gem_videoVLC.so is still missing in /usr/lib/pd/extra/Gem/
>
> how did you *install* (after compilation)?
>
> > Before ./configure I installed libVLC-dev too.
>
> so do you have a gem_videoVLC.so symlink in your build-directory?
>
> gfmadsr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

On 03/07/2015 08:51 PM, Csaba Láng wrote:
> Gents,
> Thanks you all for your reply.
> Anyway, managed to install all dependeces, openGL is properly installed too.
> After an hour of compiling Gem from github, it appears in puredata, but
> gem_videoVLC.so is still missing in /usr/lib/pd/extra/Gem/

how did you *install* (after compilation)?

> Before ./configure I installed libVLC-dev too.

so do you have a gem_videoVLC.so symlink in your build-directory?

gfmadsr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC 2.1.x and Gem

[IOhannes m zmölnig]

On 03/04/2015 10:16 PM, Jack wrote:
> For info, le right message is : [driver vlc, device screen://( and not

or just [device screen://(
Gem will try to open the given device with each backend until one claims
that it can open it.
so if no other backend nows how to open "screen://", Gem will end up
automatically selecting videoVLC for you.

fgmsdar
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC 2.1.x and Gem

[IOhannes m zmölnig]

On 03/04/2015 08:29 PM, Etienne Landon wrote:
> Both use vlc 2.1.4, I also tried 2.1.6 (vlc stable-daily ppa), same

btw, i'm using libvlc 2.2.0~rc2-2 (as found in Debian)
and i don't see any crashes, though i have quite a few plugins loaded¹.

gfmsadt
IOhannes

¹ here's a list:
filmGMERLIN
filmMPEG3
filmQT4L
imageJPEG
imageMAGICK
imageSGI
imageTIFF
modelASSIMP2
modelASSIMP3
modelOBJ
recordQT4L
recordV4L2
recordV4L
videoDC1394
videoDV4L
videoUNICAP
videoV4L2
videoV4L
videoVLC




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[Csaba Láng]

Gents,
Thanks you all for your reply.
Anyway, managed to install all dependeces, openGL is properly installed too.
After an hour of compiling Gem from github, it appears in puredata, but
gem_videoVLC.so is still missing in /usr/lib/pd/extra/Gem/
Before ./configure I installed libVLC-dev too.

Regards:

Popesz

On Sat, Mar 7, 2015 at 8:39 PM, IOhannes m zmölnig  wrote:

> (now replying from a proper computer)
>
> On 03/06/2015 08:47 PM, Csaba Láng wrote:
> > Libtool arranged, but more dependences came out after build-dep gem-qq
> >
> > The following packages have unmet dependencies:
> >  account-plugin-facebook : Depends: libaccount-plugin-generic-oauth but
> it
> > is not going to be installed or
> >
>  ubuntu-system-settings-online-accounts
> > but it is not going to be installed
> >  libgbm1 : Depends: libgl1-mesa-dri
> >  liboxideqt-qmlplugin : Depends: liboxideqtcore0 (=
> 1.4.3-0ubuntu0.14.04.1)
> > but it is not going to be installed
> > Depends: liboxideqtquick0 (=
> > 1.4.3-0ubuntu0.14.04.1) but it is not going to be installed
> >  libqt5feedback5 : Depends: libqt5multimedia5 (>= 5.0.2) but it is not
> > going to be installed
> >  libqt5quick5 : Depends: libqt5gui5 (>= 5.2.0) but it is not going to be
> > installed
> >  libubuntu-application-api-mirserver1 : Depends: libmirserver18 (>=
> > 0.1.8+14.04.20140408.1) but it is not going to be installed
> >  unity-control-center : Depends: libcheese-gtk23 (>= 3.4.0) but it is not
> > going to be installed
> > Depends: libcheese7 (>= 3.0.1) but it is not
> going
> > to be installed
> > E: Build-dependencies for gem could not be satisfied.
>
> btw, *none* of these errors have anything to do with Gem (directly)  -
> despite the error at the end; the error merely tells us that the system
> has not been able to reach the point where the build-deps for Gem would
> have been installed.
>
> you may be able to fix the problem¹ by simply running
> # apt-get upgrade
> (or probably `apt-get -f upgrade` to fix any broken dependencies)
>
> attention: this will upgrade some (or multiple, or all, ...) software on
> your system.²
>
> after that has succeeded, proceed with installing the build-deps, the
> additional libraries, and only then (if all succeeded) you can start to
> `./configure && make` Gem
>
>
> gmsrd
> IOhannes
>
> ¹ i think the problem is that your installed package versions do not
> match the versions in the package-list you have just updated (with
> `apt-get update`)
>
> ² it might even update your system to a newer ubuntu release. most
> likely nothing bad will happen, but "YOU HAVE BEEN WARNED".
> just make sure the upgrade does what you want it to do (and not remove
> any packages you want to keep (at a given revision))
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] VLC plugin - missing openGL headers

[IOhannes m zmölnig]

(now replying from a proper computer)

On 03/06/2015 08:47 PM, Csaba Láng wrote:
> Libtool arranged, but more dependences came out after build-dep gem-qq
> 
> The following packages have unmet dependencies:
>  account-plugin-facebook : Depends: libaccount-plugin-generic-oauth but it
> is not going to be installed or
> ubuntu-system-settings-online-accounts
> but it is not going to be installed
>  libgbm1 : Depends: libgl1-mesa-dri
>  liboxideqt-qmlplugin : Depends: liboxideqtcore0 (= 1.4.3-0ubuntu0.14.04.1)
> but it is not going to be installed
> Depends: liboxideqtquick0 (=
> 1.4.3-0ubuntu0.14.04.1) but it is not going to be installed
>  libqt5feedback5 : Depends: libqt5multimedia5 (>= 5.0.2) but it is not
> going to be installed
>  libqt5quick5 : Depends: libqt5gui5 (>= 5.2.0) but it is not going to be
> installed
>  libubuntu-application-api-mirserver1 : Depends: libmirserver18 (>=
> 0.1.8+14.04.20140408.1) but it is not going to be installed
>  unity-control-center : Depends: libcheese-gtk23 (>= 3.4.0) but it is not
> going to be installed
> Depends: libcheese7 (>= 3.0.1) but it is not going
> to be installed
> E: Build-dependencies for gem could not be satisfied.

btw, *none* of these errors have anything to do with Gem (directly)  -
despite the error at the end; the error merely tells us that the system
has not been able to reach the point where the build-deps for Gem would
have been installed.

you may be able to fix the problem¹ by simply running
# apt-get upgrade
(or probably `apt-get -f upgrade` to fix any broken dependencies)

attention: this will upgrade some (or multiple, or all, ...) software on
your system.²

after that has succeeded, proceed with installing the build-deps, the
additional libraries, and only then (if all succeeded) you can start to
`./configure && make` Gem


gmsrd
IOhannes

¹ i think the problem is that your installed package versions do not
match the versions in the package-list you have just updated (with
`apt-get update`)

² it might even update your system to a newer ubuntu release. most
likely nothing bad will happen, but "YOU HAVE BEEN WARNED".
just make sure the upgrade does what you want it to do (and not remove
any packages you want to keep (at a given revision))



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list