[PD] [PD-announce] New training course at IRCAM: From Pure Data to audio plugins

[Pierre Guillot]

Hello Pd users,


I try to do my best but unfortunately, because of lack of time, I am not
very active in the Pd community for a while. That's why I'm happy to share
this announcement with you. This new course will focus on Pure Data and
Camomile and I will be there on the last days. I hope to meet some of you!

https://www.ircam.fr/transmission/formations-professionnelles/du-pure-data-aux-plugins-audio/


Cheers,
Pierre
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD/Gem 4k movie

[Jack]

Hello,

Antoine Villeret has developed gem-mvp :



Hi,

I wrote an object based on gemframbuffer that uses libmpv
(https://mpv.io/) to decode a video file and output it directly to a
texture.
This circumvent the bottleneck of uploading the pixes to the GPU and
provides a wide range of codecs to Gem (if MPV can play your video, then
gem-mpv can too).
This have been successfully tested with 4K HAP video on Linux.
It also supports video with alpha channel.

The source code is here : https://github.com/avilleret/gem-mpv
The build system is CMake, there is no binary release.
Follow the Readme to build it.
It has been only tested on Linux for now.

Inside, it's more or less a wrapper around libmpv, that means every
properties and commands should be supported but only few have been
tested yet.
Some are documented in the help file, for the others, please refer to
libmpv help : https://mpv.io/manual/stable/

Best regards

Antoine



++

Jack



Le 19/09/2019 à 13:50, Markus Brandt a écrit :
> Hello!
> 
> Did anybody had sucsess to play back a 4k Video in PD/Gem? I am
> struggeling getting it fluently to run.
> 
> The Maschine I am working with is an eight core Intel Prozessor, 4 GHz
> and nvidia graca GTX 1070 in win10.
> 
> I installed k-lite codec pack and it seems, that either pix_film nor
> pix_movie is using the graca. CPU is at 98% GPU at 0%
> 
> Vlc does work nice. We tried mp4 and mov.
> 
> Any help appreciated. Thanks in advance
> 
> Markus.
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




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

[PD] PD/Gem 4k movie

[Markus Brandt]

Hello!

Did anybody had sucsess to play back a 4k Video in PD/Gem? I am struggeling
getting it fluently to run.

The Maschine I am working with is an eight core Intel Prozessor, 4 GHz and
nvidia graca GTX 1070 in win10.

I installed k-lite codec pack and it seems, that either pix_film nor
pix_movie is using the graca. CPU is at 98% GPU at 0%

Vlc does work nice. We tried mp4 and mov.

Any help appreciated. Thanks in advance

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

Re: [PD] [PD-dev] Naming of patch when doing a "save as"

[Max]

I'll add another rationale just for completeness:
When having multiple top level patches, abstractions and sub-patches 
open, displaying the original filename in the dialog gives the user 
another confirmation which of the open windows the "save as" command is 
referring to.



On 18.09.19 19:54, Miller Puckette wrote:

I have to agree - I'm used to having the "save as" start up with the existing
filename, with the text selected so that you can just type in a new one from
scratch, or hit the right-arrow to just edit the last letter or digit of the
name.

Git's cool, but when I'm working with others the name+number convention
often helps a lot.

cheers
Miller

On Wed, Sep 18, 2019 at 07:50:36PM +0200, Christof Ressi wrote:

Cause to me it doesn???t make sense at all.


I hope we all agree on that :-) "save as" should start at the current file name, that's 
the convention and IMO there's absolutely no reason for doing it differently. As people have 
already noted, the "save as" dialog will already warn you when you try to overwrite an 
existing file.

I would do a PR but I'm busy right now. You might file a bug report, so we 
don't forget.

Christof


Gesendet: Mittwoch, 18. September 2019 um 19:26 Uhr
Von: "jakob skouborg" 
An: "IOhannes m zmoelnig" 
Cc: "pd-...@lists.iem.at" 
Betreff: Re: [PD-dev] Naming of patch when doing a "save as"





the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
final copy.pd" ought to be gone for good.


That is not what what I am saying or expecting.

It is really very simple, just start from the name of last time the patch was 
saved,
like basically any other app in the world does today. Then anyone can write what
they want from there.



if you want to do versioning of patches, you probably should look into a
proper version-control-system, like 'git'.
seriously.



I think that is overcomplicating the "save as" function a little bit.



and while i still don't have much of an opinion about the suggested
filename, i think that the suggestion shouldn't contain spaces at all
(alternatively you find a simple way to load abstractions with spaces in
their name).



The name heres was just an example.

Of course I call abstractions something else, without spaces.

I am talking about main/master patches. All though you can still call them 
???Patchname1???, etc.

Anyway, I am just curious about that the rationale is for starting from 
???untitled???,
instead of last saved name? Cause to me it doesn???t make sense at all.

Cheers!




On 17 Sep 2019, at 10:00, IOhannes m zmoelnig  wrote:

On 16.09.19 18:05, jakob skouborg wrote:


I often do a lot of versioning when making complex patches, to avoid
ruining them. So most of my patches have numbers included.

Like for example "Comb filter 1.0???


ah yes, *that* use-case.

if you want to do versioning of patches, you probably should look into a
proper version-control-system, like 'git'.
seriously.
the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
final copy.pd" ought to be gone for good.


and while i still don't have much of an opinion about the suggested
filename, i think that the suggestion shouldn't contain spaces at all
(alternatively you find a simple way to load abstractions with spaces in
their name).

gmasdr
IOhannes

___
Pd-dev mailing list
pd-...@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev


___
Pd-dev mailing list
pd-...@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev





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




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






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