hello,
i compile gem with V4L2 support, but it does not really work. i'm really missing a (working) V4L2 support in gem.
anyone motivated to debug it? i'll happilly pay a V4L2 device to the one who want to work on this.
cyrille
Hi,
cyrille henry wrote:
i compile gem with V4L2 support, but it does not really work. i'm really missing a (working) V4L2 support in gem.
There are so many incompatible formats (RGB, YUV, YV12, JPEG, MJPEG, etc, ...) for V4L2, as described here:
-- irc.freenode.net/#dataflow/2008-03-31 --
20:19 < wip> is gem compatible with v4l2? 20:19 < wip> cause my built-in webcam is working with gstreamer-properties (v4l2) 20:19 < wip> but i cannot use it with gem... 20:48 < matju> wip: do you know what's the pixel format of your camera? cause this could be the problem 20:48 < matju> wip: the V4L2 API cannot be covered by GEM, because it's ever expanding, because Alan Cox has ruled that "format converters" are forbidden in the Linux source code. 20:49 < matju> wip: and i mean, the V4L2 API cannot be covered by anything at all. 20:49 < matju> wip: so you have to be lucky to have a camera that works. 20:50 < wip> matju: ic 20:50 < wip> matju: that's sad 20:51 < wip> matju: i will make some more test 20:52 < matju> wip: well, i spent just enough time on the v4l mailing-list to understand that. after that, i didn't want to waste time on that mailing-list. it's not for mere mortals, you know.
So what is needed is a userland V4L2-support library that provides all the format conversion stuff, as it doesn't make sense for every app to implement them natively, but I don't know if that exists...
Maybe VideoJACK would work for something like this?
Claude
ok, i think i understand the problem.
i can have an image with mplayer ( mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv:// )
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
do you think there is a hack to forward this images to Gem?
thanks
cyrille
Claude Heiland-Allen a écrit :
Hi,
cyrille henry wrote:
i compile gem with V4L2 support, but it does not really work. i'm really missing a (working) V4L2 support in gem.
There are so many incompatible formats (RGB, YUV, YV12, JPEG, MJPEG, etc, ...) for V4L2, as described here:
-- irc.freenode.net/#dataflow/2008-03-31 --
20:19 < wip> is gem compatible with v4l2? 20:19 < wip> cause my built-in webcam is working with gstreamer-properties (v4l2) 20:19 < wip> but i cannot use it with gem... 20:48 < matju> wip: do you know what's the pixel format of your camera? cause this could be the problem 20:48 < matju> wip: the V4L2 API cannot be covered by GEM, because it's ever expanding, because Alan Cox has ruled that "format converters" are forbidden in the Linux source code. 20:49 < matju> wip: and i mean, the V4L2 API cannot be covered by anything at all. 20:49 < matju> wip: so you have to be lucky to have a camera that works. 20:50 < wip> matju: ic 20:50 < wip> matju: that's sad 20:51 < wip> matju: i will make some more test 20:52 < matju> wip: well, i spent just enough time on the v4l mailing-list to understand that. after that, i didn't want to waste time on that mailing-list. it's not for mere mortals, you know.
So what is needed is a userland V4L2-support library that provides all the format conversion stuff, as it doesn't make sense for every app to implement them natively, but I don't know if that exists...
Maybe VideoJACK would work for something like this?
Claude
cyrille henry wrote:
ok, i think i understand the problem.
i can have an image with mplayer ( mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv:// )
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
do you think there is a hack to forward this images to Gem?
This is one *really* hacky way that might work:
mkfifo stream.yuv stream.ppm mplayer -vo yuv4mpeg ... & y4mtoppm < stream.yuv > stream.ppm & pd -lib Gem:gridflow -open patch.pd
Gridflow can read ppm streams (which are just ppm frames concatenated together. Gridflow contains gridflow<-->pix bridge (I never got it to work, though - probably I was misusing it), either that or use its object to export a grid to a list.
But it might not be (probably won't be) fast enough for realtime use, I only used this hack for offline transcoding from Ogg/Theora made by recordmydesktop to DVD/MPEG2.
Probably not recommended,
Claude
thanks
cyrille
Claude Heiland-Allen a écrit :
Hi,
cyrille henry wrote:
i compile gem with V4L2 support, but it does not really work. i'm really missing a (working) V4L2 support in gem.
There are so many incompatible formats (RGB, YUV, YV12, JPEG, MJPEG, etc, ...) for V4L2, as described here:
-- irc.freenode.net/#dataflow/2008-03-31 --
20:19 < wip> is gem compatible with v4l2? 20:19 < wip> cause my built-in webcam is working with gstreamer-properties (v4l2) 20:19 < wip> but i cannot use it with gem... 20:48 < matju> wip: do you know what's the pixel format of your camera? cause this could be the problem 20:48 < matju> wip: the V4L2 API cannot be covered by GEM, because it's ever expanding, because Alan Cox has ruled that "format converters" are forbidden in the Linux source code. 20:49 < matju> wip: and i mean, the V4L2 API cannot be covered by anything at all. 20:49 < matju> wip: so you have to be lucky to have a camera that works. 20:50 < wip> matju: ic 20:50 < wip> matju: that's sad 20:51 < wip> matju: i will make some more test 20:52 < matju> wip: well, i spent just enough time on the v4l mailing-list to understand that. after that, i didn't want to waste time on that mailing-list. it's not for mere mortals, you know.
So what is needed is a userland V4L2-support library that provides all the format conversion stuff, as it doesn't make sense for every app to implement them natively, but I don't know if that exists...
Maybe VideoJACK would work for something like this?
Claude
wow. maybe to much a hack for me. thanks for the answer Cyrille
Claude Heiland-Allen a écrit :
cyrille henry wrote:
ok, i think i understand the problem.
i can have an image with mplayer ( mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv:// )
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
do you think there is a hack to forward this images to Gem?
This is one *really* hacky way that might work:
mkfifo stream.yuv stream.ppm mplayer -vo yuv4mpeg ... & y4mtoppm < stream.yuv > stream.ppm & pd -lib Gem:gridflow -open patch.pd
Gridflow can read ppm streams (which are just ppm frames concatenated together. Gridflow contains gridflow<-->pix bridge (I never got it to work, though - probably I was misusing it), either that or use its object to export a grid to a list.
But it might not be (probably won't be) fast enough for realtime use, I only used this hack for offline transcoding from Ogg/Theora made by recordmydesktop to DVD/MPEG2.
Probably not recommended,
Claude
thanks
cyrille
Claude Heiland-Allen a écrit :
Hi,
cyrille henry wrote:
i compile gem with V4L2 support, but it does not really work. i'm really missing a (working) V4L2 support in gem.
There are so many incompatible formats (RGB, YUV, YV12, JPEG, MJPEG, etc, ...) for V4L2, as described here:
-- irc.freenode.net/#dataflow/2008-03-31 --
20:19 < wip> is gem compatible with v4l2? 20:19 < wip> cause my built-in webcam is working with gstreamer-properties (v4l2) 20:19 < wip> but i cannot use it with gem... 20:48 < matju> wip: do you know what's the pixel format of your camera? cause this could be the problem 20:48 < matju> wip: the V4L2 API cannot be covered by GEM, because it's ever expanding, because Alan Cox has ruled that "format converters" are forbidden in the Linux source code. 20:49 < matju> wip: and i mean, the V4L2 API cannot be covered by anything at all. 20:49 < matju> wip: so you have to be lucky to have a camera that works. 20:50 < wip> matju: ic 20:50 < wip> matju: that's sad 20:51 < wip> matju: i will make some more test 20:52 < matju> wip: well, i spent just enough time on the v4l mailing-list to understand that. after that, i didn't want to waste time on that mailing-list. it's not for mere mortals, you know.
So what is needed is a userland V4L2-support library that provides all the format conversion stuff, as it doesn't make sense for every app to implement them natively, but I don't know if that exists...
Maybe VideoJACK would work for something like this?
Claude
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hallo!
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
If gstreamer supports it then also GEM supports it ... ;)
You can try to use the videoIO GEM external in gem-cvs/videoIO !
(but you will need the gstreamer-plugins-bad headers to compile it)
LG Georg
ok, thanks. i'll try tomorow... cyrille
Georg Holzmann a écrit :
Hallo!
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
If gstreamer supports it then also GEM supports it ... ;)
You can try to use the videoIO GEM external in gem-cvs/videoIO !
(but you will need the gstreamer-plugins-bad headers to compile it)
LG Georg
hello,
i've got some problem compiling it.
I install every dependency listed on the INSTALL.txt file.
then, i add in the makefile :
PD_SRC=/home/nusmuk/pd/pd/src GEM_SRC=/home/nusmuk/pd/Gem/src GEM_LIB=/home/nusmuk/pd/GemLibs PLUGIN_INSTALL=/usr/lib/videoIO PD_INSTALL=/usr/local/lib/pd/extra PD_HELP=/usr/local/lib/pd/doc/5.reference/
GST_INCLUDE=/usr/include/gstreamer-0.10/ GLIB_INCLUDE1=/usr/include/glib-2.0/gobject/ GLIB_INCLUDE2=/usr/include/glib-2.0/glib/ XML_INCLUDE=/usr/include/libxml2
i don't know if it's ok to do this.
./make does compile the 3 externals, but fail for the plugins :
Dans le fichier inclus à partir de plugins/FileReadGst.cpp:20: plugins/FileReadGst.h:26:32: erreur: gst/app/gstappsink.h : Aucun fichier ou répertoire de ce type plugins/FileReadGst.h:27:34: erreur: gst/app/gstappbuffer.h : Aucun fichier ou répertoire de ce type
and then i've got lot's of error...
(it mean that some include from plugins/FileReadGst.cpp:20: can't be find (gst/app/gstappsink.h and gst/app/gstappbuffer.h).
i don't have the app folder in /usr/include/gstreamer-0.10/gst. this is certainly because i don't have the gstreamer-plugins-bad headers. i have gstreamer-plugins-bad, but i don't have any gstreamer-plugins-bad-dev package. where should i get it?
moreover, i don't understand GLIB_INCLUDE1 and GLIB_INCLUDE2. should they be like : GLIB_INCLUDE1=/usr/include/glib-2.0/gobject/ GLIB_INCLUDE2=/usr/include/glib-2.0/glib/ ?
for now, this objects crash when i open the helpfile because : No VideoIO Plugin found! Be sure that they are in the right path (/usr/lib/videoIO) ! terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check Pd: signal 6 pd_gui: pd process exited
i'm also on ubuntu 7.10
this "dazzle" device i'm using have 2 input : TV and analog input.
using mplayer i get the analog input with : mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv://
while tv input is the same but with input=0
does pix_device_read can select the input 1? (i can't see something like this in the help)
thanks Cyrille
Georg Holzmann a écrit :
Hallo!
gstreamer is also able to use this device (but only input 0, as i don't know how to change input)
If gstreamer supports it then also GEM supports it ... ;)
You can try to use the videoIO GEM external in gem-cvs/videoIO !
(but you will need the gstreamer-plugins-bad headers to compile it)
LG Georg
Hallo!
./make does compile the 3 externals, but fail for the plugins : Dans le fichier inclus à partir de plugins/FileReadGst.cpp:20: plugins/FileReadGst.h:26:32: erreur: gst/app/gstappsink.h : Aucun fichier ou répertoire de ce type plugins/FileReadGst.h:27:34: erreur: gst/app/gstappbuffer.h : Aucun fichier ou répertoire de ce type
and then i've got lot's of error...
(it mean that some include from plugins/FileReadGst.cpp:20: can't be find (gst/app/gstappsink.h and gst/app/gstappbuffer.h).
i don't have the app folder in /usr/include/gstreamer-0.10/gst. this is certainly because i don't have the gstreamer-plugins-bad headers. i have gstreamer-plugins-bad, but i don't have any gstreamer-plugins-bad-dev package. where should i get it?
Yes thats the problem why I haven't released the external yet. You will need the gstreamer-plugins-bad headers and there is no dev package - so you have to download directly the gstreamer source for gstreamer-plugins-bad: http://gstreamer.freedesktop.org/src/
moreover, i don't understand GLIB_INCLUDE1 and GLIB_INCLUDE2. should they be like : GLIB_INCLUDE1=/usr/include/glib-2.0/gobject/ GLIB_INCLUDE2=/usr/include/glib-2.0/glib/ ?
I have it like this: GLIB_INCLUDE1=/usr/include/glib-2.0 GLIB_INCLUDE2=/usr/lib/glib-2.0/include/ on ubuntu 7.10
for now, this objects crash when i open the helpfile because : No VideoIO Plugin found! Be sure that they are in the right path (/usr/lib/videoIO) !
Yes, that's clear because you have no plugin ...
this "dazzle" device i'm using have 2 input : TV and analog input.
using mplayer i get the analog input with : mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv://
while tv input is the same but with input=0
does pix_device_read can select the input 1? (i can't see something like this in the help)
Hm, I haven't tested it ... you can specify the video device during open, but I don't know if this will help you. However, you can change the following propoerties in the gstreamer element (see [1]) - if it's in there you can just add the property.
I also just realized that we only implemented v4l - but you can change the "v4lsrc" to "v4l2src" in DeviceReadGst.cpp line 321. You can also set additional properties (as in [1]) like done in line 324 in that file.
If this works for you (v4l2) then I will add it also to the videoIO external ...
LG Georg
[1]: Element Properties: name : The name of the object flags: readable, writable String. Default: null Current: "v4lsrc0" blocksize : Size in bytes to read per buffer (0 = default) flags: readable, writable Unsigned Long. Range: 0 - 4294967295 Default: 4096 Current: 4096 num-buffers : Number of buffers to output before sending EOS flags: readable, writable Integer. Range: -1 - 2147483647 Default: -1 Current: -1 typefind : Run typefind before negotiating flags: readable, writable Boolean. Default: false Current: false device : Device location flags: readable, writable String. Default: null Current: "/dev/video0" device-name : Name of the device flags: readable String. Default: null Current: null flags : Device type flags flags: readable Flags "GstV4lDeviceTypeFlags" Current: 0, "(none)" (0x00000001): Device can capture - CAPTURE (0x00000002): Device has a tuner - TUNER (0x00000008): Device can do overlay - OVERLAY (0x00000400): Device can decode MPEG - MPEG_DECODER (0x00000800): Device can encode MPEG - MPEG_ENCODER (0x00001000): Device can decode MJPEG - MJPEG_DECODER (0x00002000): Device can encode MJPEG - MJPEG_ENCODER (0x00010000): Device handles audio - AUDIO autoprobe : Whether the device should be probed for all possible features flags: readable, writable Boolean. Default: true Current: true autoprobe-fps : Whether the device should be probed for framerates flags: readable, writable Boolean. Default: true Current: true copy-mode : Whether to send out copies of buffers, or direct pointers to the mmap region flags: readable, writable Boolean. Default: true Current: true timestamp-offset : A time offset subtracted from timestamps set on buffers (in ns) flags: readable, writable Integer64. Range: -9223372036854775808 - 9223372036854775807 Default: 0 Current: 0
Georg Holzmann a écrit :
Hallo!
./make does compile the 3 externals, but fail for the plugins : Dans le fichier inclus à partir de plugins/FileReadGst.cpp:20: plugins/FileReadGst.h:26:32: erreur: gst/app/gstappsink.h : Aucun fichier ou répertoire de ce type plugins/FileReadGst.h:27:34: erreur: gst/app/gstappbuffer.h : Aucun fichier ou répertoire de ce type
and then i've got lot's of error...
(it mean that some include from plugins/FileReadGst.cpp:20: can't be find (gst/app/gstappsink.h and gst/app/gstappbuffer.h).
i don't have the app folder in /usr/include/gstreamer-0.10/gst. this is certainly because i don't have the gstreamer-plugins-bad headers. i have gstreamer-plugins-bad, but i don't have any gstreamer-plugins-bad-dev package. where should i get it?
Yes thats the problem why I haven't released the external yet. You will need the gstreamer-plugins-bad headers and there is no dev package - so you have to download directly the gstreamer source for gstreamer-plugins-bad: http://gstreamer.freedesktop.org/src/
ok. i downloaded the http://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad-0.10.5.... file (as it's the same version that is curently installed on my computer) then : sudo cp -r /home/nusmuk/Desktop/gst-plugins-bad-0.10.5/gst-libs/gst/* /usr/include/gstreamer-0.10/gst/
i now have this only error :
nusmuk@nusmuk:~/pd/videoIO/src$ make g++ -c -Wall -O2 -fPIC -ffast-math -mmmx -I/usr/include/gstreamer-0.10/ -I/usr/include/glib-2.0/ -I/usr/lib/glib-2.0/include/ -I/usr/include/libxml2 plugins/FileReadGst.cpp plugins/FileReadGst.cpp: In member function «virtual int FileReadGst::processFrameData()": plugins/FileReadGst.cpp:198: erreur: «gst_app_sink_pull_preroll" was not declared in this scope make: *** [FileReadGst] Erreur 1
did i miss something?
moreover, i don't understand GLIB_INCLUDE1 and GLIB_INCLUDE2. should they be like : GLIB_INCLUDE1=/usr/include/glib-2.0/gobject/ GLIB_INCLUDE2=/usr/include/glib-2.0/glib/ ?
I have it like this: GLIB_INCLUDE1=/usr/include/glib-2.0 GLIB_INCLUDE2=/usr/lib/glib-2.0/include/ on ubuntu 7.10
ok
for now, this objects crash when i open the helpfile because : No VideoIO Plugin found! Be sure that they are in the right path (/usr/lib/videoIO) !
Yes, that's clear because you have no plugin ...
this "dazzle" device i'm using have 2 input : TV and analog input.
using mplayer i get the analog input with : mplayer -tv driver=v4l2:device=/dev/video0:input=1:width=640:height=480 tv://
while tv input is the same but with input=0
does pix_device_read can select the input 1? (i can't see something like this in the help)
Hm, I haven't tested it ... you can specify the video device during open, but I don't know if this will help you. However, you can change the following propoerties in the gstreamer element (see [1]) - if it's in there you can just add the property.
ok, thanks. i'll have to digg.
cyrille
I also just realized that we only implemented v4l - but you can change the "v4lsrc" to "v4l2src" in DeviceReadGst.cpp line 321. You can also set additional properties (as in [1]) like done in line 324 in that file.
If this works for you (v4l2) then I will add it also to the videoIO external ...
LG Georg
[1]: Element Properties: name : The name of the object flags: readable, writable String. Default: null Current: "v4lsrc0" blocksize : Size in bytes to read per buffer (0 = default) flags: readable, writable Unsigned Long. Range: 0 - 4294967295 Default: 4096 Current: 4096 num-buffers : Number of buffers to output before sending EOS flags: readable, writable Integer. Range: -1 - 2147483647 Default: -1 Current: -1 typefind : Run typefind before negotiating flags: readable, writable Boolean. Default: false Current: false device : Device location flags: readable, writable String. Default: null Current: "/dev/video0" device-name : Name of the device flags: readable String. Default: null Current: null flags : Device type flags flags: readable Flags "GstV4lDeviceTypeFlags" Current: 0, "(none)" (0x00000001): Device can capture - CAPTURE (0x00000002): Device has a tuner - TUNER (0x00000008): Device can do overlay - OVERLAY (0x00000400): Device can decode MPEG - MPEG_DECODER (0x00000800): Device can encode MPEG - MPEG_ENCODER (0x00001000): Device can decode MJPEG - MJPEG_DECODER (0x00002000): Device can encode MJPEG - MJPEG_ENCODER (0x00010000): Device handles audio - AUDIO autoprobe : Whether the device should be probed for all possible features flags: readable, writable Boolean. Default: true Current: true autoprobe-fps : Whether the device should be probed for framerates flags: readable, writable Boolean. Default: true Current: true copy-mode : Whether to send out copies of buffers, or direct pointers to the mmap region flags: readable, writable Boolean. Default: true Current: true timestamp-offset : A time offset subtracted from timestamps set on buffers (in ns) flags: readable, writable Integer64. Range: -9223372036854775808 - 9223372036854775807 Default: 0 Current: 0
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hallo!
i now have this only error : nusmuk@nusmuk:~/pd/videoIO/src$ make g++ -c -Wall -O2 -fPIC -ffast-math -mmmx -I/usr/include/gstreamer-0.10/ -I/usr/include/glib-2.0/ -I/usr/lib/glib-2.0/include/ -I/usr/include/libxml2 plugins/FileReadGst.cpp plugins/FileReadGst.cpp: In member function «virtual int FileReadGst::processFrameData()": plugins/FileReadGst.cpp:198: erreur: «gst_app_sink_pull_preroll" was not declared in this scope make: *** [FileReadGst] Erreur 1
did i miss something?
Hm ... I don't know, it compiles on my system - maybe you have still somewhere an old header file ?
All this functions should be found somewhere in gst/app/gstappsink.h ... Let me know if you get this working then I will include a more detailed description in the readme ...
LG Georg
Georg Holzmann a écrit :
Hallo!
i now have this only error : nusmuk@nusmuk:~/pd/videoIO/src$ make g++ -c -Wall -O2 -fPIC -ffast-math -mmmx -I/usr/include/gstreamer-0.10/ -I/usr/include/glib-2.0/ -I/usr/lib/glib-2.0/include/ -I/usr/include/libxml2 plugins/FileReadGst.cpp plugins/FileReadGst.cpp: In member function «virtual int FileReadGst::processFrameData()": plugins/FileReadGst.cpp:198: erreur: «gst_app_sink_pull_preroll" was not declared in this scope make: *** [FileReadGst] Erreur 1
did i miss something?
Hm ... I don't know, it compiles on my system - maybe you have still somewhere an old header file ?
All this functions should be found somewhere in gst/app/gstappsink.h ... Let me know if you get this working then I will include a more detailed description in the readme ...
in fact, this function is available in the 10.6 version of the header file. ubuntu curently use 10.5 did you manually compile gstreamer 10.6? mixing 10.6 header with 10.5 deb package look like a bad idea.
ubuntu 8.04 does have gstreamer 10.6 maybee i should wait until i upgrade to 8.04.
thanks Cyrille
LG Georg
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hallo cyrille!
in fact, this function is available in the 10.6 version of the header file. ubuntu curently use 10.5 did you manually compile gstreamer 10.6? mixing 10.6 header with 10.5 deb package look like a bad idea.
Hm ... yes I compiled it last summer and I was thinking that I deinstalled it, but it seems that the self compiled binary is still installed ...
ubuntu 8.04 does have gstreamer 10.6 maybee i should wait until i upgrade to 8.04.
OK, if ubuntu 8.04 includes it this would be much easier !
LG Georg
Georg Holzmann schrieb:
Hallo cyrille!
in fact, this function is available in the 10.6 version of the header file. ubuntu curently use 10.5 did you manually compile gstreamer 10.6? mixing 10.6 header with 10.5 deb package look like a bad idea.
Hm ... yes I compiled it last summer and I was thinking that I deinstalled it, but it seems that the self compiled binary is still installed ...
With the current Ubuntu version it didn't work for me too. AFAIK the cvs version was needed to get appsink/appsrc, they also didn't include it in the last releases (I assume it was just too unstable for a stable release). So it would be great if it's now included in a stable release!
ubuntu 8.04 does have gstreamer 10.6 maybee i should wait until i upgrade to 8.04.
OK, if ubuntu 8.04 includes it this would be much easier !
I've already installed Hardy, I will test it the next days.
Thomas
hello,
Thomas Holzmann a écrit :
Georg Holzmann schrieb:
Hallo cyrille!
in fact, this function is available in the 10.6 version of the header file. ubuntu curently use 10.5 did you manually compile gstreamer 10.6? mixing 10.6 header with 10.5 deb package look like a bad idea.
Hm ... yes I compiled it last summer and I was thinking that I deinstalled it, but it seems that the self compiled binary is still installed ...
With the current Ubuntu version it didn't work for me too.
ok
AFAIK the cvs version was needed to get appsink/appsrc, they also didn't include it in the last releases (I assume it was just too unstable for a stable release). So it would be great if it's now included in a stable release!
well, gstreamer-plugins-bad-dev is still not include...
ubuntu 8.04 does have gstreamer 10.6 maybee i should wait until i upgrade to 8.04.
OK, if ubuntu 8.04 includes it this would be much easier !
I've already installed Hardy, I will test it the next days.
great. keep me informed please.
thanks,
cyrille
Thomas
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
cyrille henry schrieb:
AFAIK the cvs version was needed to get appsink/appsrc, they also didn't include it in the last releases (I assume it was just too unstable for a stable release). So it would be great if it's now included in a stable release!
well, gstreamer-plugins-bad-dev is still not include...
I've tried it now, and it seems that binaries of appsink/appsrc are also not included in the ubuntu package ATM although it's included in the last release of gstreamer.
So I think you also have to compile gstreamer-plugins-bad in hardy to get it working...
Thomas
Thomas Holzmann a écrit :
cyrille henry schrieb:
AFAIK the cvs version was needed to get appsink/appsrc, they also didn't include it in the last releases (I assume it was just too unstable for a stable release). So it would be great if it's now included in a stable release!
well, gstreamer-plugins-bad-dev is still not include...
I've tried it now, and it seems that binaries of appsink/appsrc are also not included in the ubuntu package ATM although it's included in the last release of gstreamer.
So I think you also have to compile gstreamer-plugins-bad in hardy to get it working...
argghh, that's a bad news.
cyrille
Thomas
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
-
Claude Heiland-Allen -
cyrille henry -
Georg Holzmann -
Thomas Holzmann