Dear list,
I am new on raspberry pi, and curious if any of you has managed to run in pix_video a logitech c920 webcam. I use it connected via a active USB hub, without any success. No valid backend device found. Any tip how to make it alive?
Is it capable to render fullHD realtime image from this webcam?
Thanks in advance: Popesz
Dear list,
I am new on raspberry pi, and curious if any of you has managed to run in pix_video a logitech c920 webcam. I use it connected via a active USB hub, without any success. No valid backend device found. Any tip how to make it alive?
Is it capable to render fullHD realtime image from this webcam to GEM?
Thanks in advance:
Popesz
Hello,
RPi currently cannot run opengl (only opengl es) which is required for GEM, so afaict no GEM on the RPi currently.
Regards,
Julian
On 3 February 2015 at 21:44, Csaba Láng langcsaba@gmail.com wrote:
Dear list,
I am new on raspberry pi, and curious if any of you has managed to run in pix_video a logitech c920 webcam. I use it connected via a active USB hub, without any success. No valid backend device found. Any tip how to make it alive?
Is it capable to render fullHD realtime image from this webcam to GEM?
Thanks in advance:
Popesz
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 04/02/15 21:20, Julian Brooks wrote:
Hello,
RPi currently cannot run opengl (only opengl es) which is required for GEM, so afaict no GEM on the RPi currently.
you can't get video into GEM (yet), I have managed to control playback, overlays and mapping from within pd with some very messy scripting and mucking around with the sample programs in C, but so far it is all one-off hacks for particular tasks. The first more generally useful outcome is a pd external that talks to omxplayer via dbus, allowing much better timing and volume control, it is working for an exhibition that opens shortly ... and I am currently trying to get the player rendering to a texture as my next step... which will then be able to be moved around, layered etc, and properly wrapped up as an external.
A big limitation is the resolution ... 1080p can have one layer (only just), but it is looking like once I get rid of as much of the overhead as possible, putting as much as possible into pd externals, then two layers of 720p (which is plenty good enough for most projectors) should be possible. Dropping the resolution further will give much more flexibility, and is fine for lots of material.
But it is slow work for me, I'm learning a lot in the process.
Simon
Simon,
finger crossed for your efforts. Basically, I planned to use a webcam with fullHD and a simple mask in it, should not be too CPU consuming, but I will try an other solution. Anyway, I am totally interested in your progress, please let me inform your achievements.
Good luck!
On Wed, Feb 4, 2015 at 4:07 PM, Simon Wise simonzwise@gmail.com wrote:
On 04/02/15 21:20, Julian Brooks wrote:
Hello,
RPi currently cannot run opengl (only opengl es) which is required for GEM, so afaict no GEM on the RPi currently.
you can't get video into GEM (yet), I have managed to control playback, overlays and mapping from within pd with some very messy scripting and mucking around with the sample programs in C, but so far it is all one-off hacks for particular tasks. The first more generally useful outcome is a pd external that talks to omxplayer via dbus, allowing much better timing and volume control, it is working for an exhibition that opens shortly ... and I am currently trying to get the player rendering to a texture as my next step... which will then be able to be moved around, layered etc, and properly wrapped up as an external.
A big limitation is the resolution ... 1080p can have one layer (only just), but it is looking like once I get rid of as much of the overhead as possible, putting as much as possible into pd externals, then two layers of 720p (which is plenty good enough for most projectors) should be possible. Dropping the resolution further will give much more flexibility, and is fine for lots of material.
But it is slow work for me, I'm learning a lot in the process.
Simon
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
That sounds interesting. Is this Pd external which is doing dbus to omxplayer available?
max
On 02/04/2015 07:07 AM, Simon Wise wrote:
On 04/02/15 21:20, Julian Brooks wrote:
Hello,
RPi currently cannot run opengl (only opengl es) which is required for GEM, so afaict no GEM on the RPi currently.
you can't get video into GEM (yet), I have managed to control playback, overlays and mapping from within pd with some very messy scripting and mucking around with the sample programs in C, but so far it is all one-off hacks for particular tasks. The first more generally useful outcome is a pd external that talks to omxplayer via dbus, allowing much better timing and volume control, it is working for an exhibition that opens shortly ... and I am currently trying to get the player rendering to a texture as my next step... which will then be able to be moved around, layered etc, and properly wrapped up as an external.
A big limitation is the resolution ... 1080p can have one layer (only just), but it is looking like once I get rid of as much of the overhead as possible, putting as much as possible into pd externals, then two layers of 720p (which is plenty good enough for most projectors) should be possible. Dropping the resolution further will give much more flexibility, and is fine for lots of material.
But it is slow work for me, I'm learning a lot in the process.
Simon
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 06/02/15 05:28, Max wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
That sounds interesting. Is this Pd external which is doing dbus to omxplayer available?
It is in a rough state at the moment, put together during a project for quite specific purposes and I will clean it up and make it something more general.
But this is the source as it stands, it is a reasonable starting point and does give a template for pd to dbus externals (which did take some time and bother to get right) ..
https://www.dropbox.com/sh/ks6aefqorqz039r/AADm6MAGFB_H3pWFmFyC86VVa
the README file explains a bit more, I'm getting a bitbucket repo together for this stuff and the notes and documentation but for now it is just these snippets.
Simon
-
Csaba Láng -
Julian Brooks -
Max -
Simon Wise