My apologies if this isn't a good place to ask this question, but I haven't been able to find an answer anywhere else:
Do gstreamer camera source plugins exist for win32, something like a v4lsrc equivalent?
Thanks,
Mark
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.

I am writing an application to read video frame data from any video
file that gstreamer supports and save it in memory. To do this I
need to extract the image data from a video from a playing pipeline.
The gstreamer manual is a little unclear on the "best" way to do this
so I thought I would ask the group. The data probing page in the
manual says the following:
"If you just want to inspect buffers as they pass through the
pipeline, you don't even need to set up pad probes. You could also
just insert an identity element into the pipeline and connect to its
"handoff" signal."
On the very next page in the manual, the topic "Manually adding or
removing data from/to a pipeline" reads as follows:
"Those who're paying close attention, will notice that the purpose of
identity is almost identical to that of probes. Indeed, this is
true. Probes allow for the same purpose, and a bunch more, and with
less overhead plus dynamic removing/adding of handlers, but apart
from those, probes and identity have the same purpose, just in a
completely different implementation type."
This leaves me a little confused as to which method is better for
getting data out of pipeline.
Which method is the better method?
Thanks for any advice you can offer,
-Nick

hi,
Vinod Nanjaiah schrieb:
> Hi!
> I am unable to get seek to work on video files. Please find below the logs
> relevant to seek.
> I got these using the following debug options -
> GST_DEBUG=*:3,avidemux:5,mad:5,GST_EVENT:5,GST_PAD:5
>
> BTW, I am trying seek on N770 and these logs are from N770. However, the same
> logic for video seek works fine on the PC.
> Any help is appreciated.
Have you tried to study the log yourself?
> -----------------------------------------------------------
> ...
> Seek invoked for 12 seconds
<snip>
If the avi does not contain any index, it cannot be seeked:
> DEBUG (0x3ebc0 - 0:00:15.277161000) GST_EVENT( 1072)
> gstavidemux.c(490):gst_avi_demux_handle_src_event:<avi-demuxer> no index
> entries, returning
> Seek returned failure
> -----------------------------------------------------
Stefan

Hi florent,
Florent schrieb:
>> IMHO there's no need for a special message for this. We have a BPM tag
>> and tags are send as a message too... so... :)
>
> Ok
>
>> Also the tag is sent every time the BPM changes by more than 1 and there
>> actually is a BPM value available.
>
> Well, what if you want to fire a graphical event (ex: light?) for
> every beat ? I'd like to sync things based on beats + bpm rate.
>
> * Do you think the initial bpm message + bpm measurement would be
> precise enough to sync at once (beat(t) = initial_time + time*1/bpm) ?
> * When the bpm is changing for more than 1, would the new message be
> right after a beat ?
>
the problem is that the algorithm used only gives you bpm estimates, it does not
tell you when the beat occured. Furthermore the plugins would need to know about
the latency to the sink then, or somehow marks the beats as payload on the
buffer it analyzed, so that the audiosink could send the message in sync with
the audio rendering. Not easy, but doable.
Stefan

Edgard Lima wrote:
> Hi Michael,
>
> First of all: Thanks for your feedback/help.
>
> I have considered to use exiv2 before start developing. The problem is
> the license, GPL. I have asked the author if he could change it to LGPL
> and he said: "no plans to change".
>
> I haven't got 'craches' with libexif until now. Could you please send me
> files, or tell me how can I get such craches?
I don't have any sample files. You can search the gthumb bug reports,
though:
http://bugzilla.gnome.org/buglist.cgi?product=gthumb&long_desc_type=substring&long_desc=libexif&bug_status=RESOLVED&resolution=NOTGNOME
That list doesn't include the duplicate bug reports (there are quite a
few)...
- Mike

Hi Michael,
First of all: Thanks for your feedback/help.
I have considered to use exiv2 before start developing. The problem is
the license, GPL. I have asked the author if he could change it to LGPL
and he said: "no plans to change".
I haven't got 'craches' with libexif until now. Could you please send me
files, or tell me how can I get such craches?
Thanks you again,
Edgard Lima
ext Dr. Michael J. Chudobiak wrote:
> Edgard Lima wrote:
>> Hello guys,
>>
>> I have written a plugin to read and write metadata (EXIF, IPTC and XMP)
>> to image files (JPEG and PNG)
>>
>> The plugin is at:
>>
>> http://webcvs.freedesktop.org/gstreamer/gst-plugins-bad/ext/metadata/
>>
>> Before you compile it if have to install some of the following lib
>> (apt-get install should work):
>>
>> http://libiptcdata.sourceforge.net/
>> http://libexif.sourceforge.net/
>> http://libopenraw.freedesktop.org/wiki/Exempi
>
> Edgard,
>
> Could I strongly suggest that you use exiv2 instead? libexif is poorly
> maintained and crash prone, in my experience. exiv2 supports xmp, iptc,
> exif, and raw files, all in one library. For an example of how we are
> using it in the trunk version of gthumb, see
> http://svn.gnome.org/viewvc/gthumb/trunk/libgthumb/gth-exiv2-utils.cpp?view=markup.
> We are using it very successfully, even though the exiv2 api is C++, and
> gthumb is C. The exiv2 maintainer is very responsive.
>
> Tag reading is quite simple with exiv2, as the above file shows.
>
> - Mike

On Wed, 2008-01-30 at 16:21 -0500, Roland Olivet wrote:
>=20
>=20
> But with gstreamer-property
> after choosing the only possibilty : "USB Vid=C3=A9o Class cevice
>=20
> I only get this message :
> Video for Linux 2 (v4l2): Could not get buffers from device
> '/dev/video0'
>=20
> Where can I post a question (or find an answer)
It's a bug in gst-plugins-good 0.10.6, see
http://bugzilla.gnome.org/show_bug.cgi?id=3D490034
It's been fixed in CVS, and the fix will also be in the upcoming -good
0.10.7 release, which is scheduled for February 18.
Cheers
-Tim
=20
Cheers
-Tim

Hi,
I installed ffmpeg plugin from windows binaries from gstreamer website.
Then I execute :
gst-inspect-0.10 ffenc_mpeg4 and I got WARNINGS like:
WARNING get decoder wavpack. And about ten like this.
In windows binaires of gstreamer-plugin-good, there is no libgstwavpack.dll
So I donwload gstreamer-plugin-good sources 0.10.6 and then I compiled
libgstwavpack with some difficulties but I finally succeed.
Then I run gst-inspect-0.10 then gst-inspect-0.10 wavpack and this new
plugin works fine. I can link it and use it.
Then I re run gst-inspect-0.10 ffenc_mpeg4 and I go again"WARNING get
decoder wavpack"
( I got the same warnings with all other encoder or decoder)
So what am I wrong ? What could I try next ?
Sincerely,
Julien