GEM-dev July 2019

gem-dev@lists.iem.at

3 participants
2 discussions

compilation with msys2 on w64
by Patrice Colet 05 Aug '19

05 Aug '19

Hello, I'm attempting to add a ffmpeg film plugin with a windows 64 machine... First I'd like to thank umläute about this wiki page: https://github.com/umlaeute/Gem/wiki/How-to-build-Gem-on-Microsoft-Windows-… It seems mingw packages has some improvements since this howto has been written... $ pacman -Ss ftgl mingw32/mingw-w64-i686-ftgl 2.4.0-1 [installé] OpenGL library to use arbitrary fonts (mingw-w64) Unfortunately 'mingw64/mingw-w64-x86_64-ffmpeg' package doesn't provide a working version of ffmpeg yet, so I'm trying out with mingw32... Anyway in both version I'm trying to get VLC plugin working first with mingw VLC packages, in mingw64 the VLC plugin loads during pd starting, but is disabled when [pix_video] is loaded. I don't why it is disabled... And in mingw32 the VLC plugin doesn't load at pd starting because runDLL don't find some vlc libs. After installing Gem, I go to pd/extra folder and add all the depencies with this bash script: #!/bin/bash echo "Looking in mingw for DLL dependencies" for GEM_DLL in $(ls *.dll) do echo "looking into" $GEM_DLL for DLL in $(ntldd -R $GEM_DLL) do if [[ $DLL == *mingw* ]]; then for DLL_DEP in $(ntldd -R $DLL) do if [[ $DLL_DEP == *mingw* ]]; then FILE=Gem/$(basename $DLL_DEP) if [ ! -f "$FILE" ]; then echo "copying:" $DLL_DEP cp $(cygpath -u $DLL_DEP) Gem fi fi done FILE=Gem/$(basename $DLL) if [ ! -f "$FILE" ]; then cp $(cygpath -u $DLL) Gem echo "copying" $DLL fi fi done done FFMPEG and VLC dependencies seems to be added to along Gem.dll but runDLL couldn't find modules at pd starting, while other libs like libassimp3 or libjpeg or libtiff are loaded. I'm probably missing something somewhere... Do I need to compile VLC and FFMPEG to get them working in pd?

2 2

gemframebuffer and GL[1284]: stack underflow error
by Antoine Villeret 20 Jul '19

20 Jul '19

Hi, I'm working on a new object to play video and draw them directly into a frame buffer (I'm using libvmpv[1] to do so). This object will be publicly released on the end of august. In the meantime, I have optimisation trouble. The object inherit from gemframebuffer object and I would like to redraw on the fbo only when a new frame is available, for performance reason. But in my render() method,if I do not call gemframebuffer::render() then I get in the Pd's console : GL[1284]: stack underflow error I'm wondering how I can get rid of this ? i.e. returning render() method without calling gemframebuffer::render() ? If I call it without drawing the frame, then the fbo is black. If there is no new frame I just want to reuse last texture. Best Antoine

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev July 2019