I'm pretty paranoid when I do a free, and I always ask first if the pointer points to null or not before freeing it.<br><br>Maybe the driver is not correct, but I would try to check first the destination of the pointer before freeing it.
<br>Can you put further information about the error shown in your computer?<br><br><br><div><span class="gmail_quote">On 10/4/07, <b class="gmail_sendername">Richard Hosking</b> <<a href="mailto:richard@hovis.net">richard@hovis.net
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The capture example is in the public domain... here<br>is the working url!:-
<br><br><a href="http://v4l2spec.bytesex.org/spec/capture-example.html">http://v4l2spec.bytesex.org/spec/capture-example.html</a><br><br>this is linked from the home page:-<br><br><a href="http://v4l2spec.bytesex.org/">http://v4l2spec.bytesex.org/
</a><br><br>I'm pretty sure the line of code calling free is<br>correct in the v4l2.c file as the manufacturer<br>of my v4l2 device has admitted they have an issue<br>inside their driver when closing and are fast<br>working on a fix for us.
<br><br>So I would like to wait at least a week until this<br>is done so I can verify that the code in v4l2.c is<br>calling the closing operations correctly.<br><br>Richard.<br><br>Rafaël Carré wrote:<br>> -----BEGIN PGP SIGNED MESSAGE-----
<br>> Hash: SHA1<br>><br>> Richard Hosking a écrit :<br>>> I have more or less completed this.  Only mjpeg support<br>>> and testing with a device which has a tuner I cannot do<br>>> as my v4l2 device does not support this.
<br>><br>> Maybe the FSF can help here, providing you such a device ?<br>> I have no idea how much it costs.<br>><br>>> Currently the v4l2 device I have has a bug in its drivers<br>>> which crashes when the device is closed. I am waiting for
<br>>> the manufacturer to fix this fault (hopefully the end of<br>>> next week).  When they do this I will be able to test<br>>> that the calling code works properly before submitting my<br>>> v4l2.c
 file for hopeful inclusion into the trunk :-)<br>><br>> :)<br>><br>>> About 50% of the additions are taken from the reference<br>>> v4l2 capture program at <a href="http://v4l2spec.bytesex.org/spec/a14009.htm">
http://v4l2spec.bytesex.org/spec/a14009.htm</a><br>>> (which I have cited), and about 30% is from the v4l.c<br>>> program, and the rest is me.<br>><br>> The reference capture program is 404 for me, is it in the public domain,
<br>> or has a special licence ?<br>><br>>> I would rather wait until I can verify that the bug I<br>>> have is fixed before submitting my v4l2.c patch, but if<br>>> anyone wishes to see the current code it is here:-
<br>>><br>>> <a href="http://hovis.net/v4l2.c">http://hovis.net/v4l2.c</a><br>>><br>>> (line 651 is the call which is causing my device to<br>>> segfault at the moment)<br>><br>> Seems odd, did you verify you were not overflowing ?
<br>><br>>> Richard.<br>><br>> Thanks<br>><br>>> Benjamin Pracht wrote:<br>>>> I would welcome any comment on this. I guess what we really lack here is<br>>>> a developer willing to spend some time on it. Does anybody see anything
<br>>>> concrete the FSF can do to help? I remember some emails on this mailing<br>>>> list about some people working on the v4l2 module. Did we get any feedback?<br>>>><br>>>> Writing a full support for all the v4l2 compatible devices might be a
<br>>>> rather big work, but even a basic support of some devices would be a<br>>>> very nice first step.<br>>>><br>>>> Currently, the v4l2.c file only contains probing code. I'm not even sure
<br>>>> we really want to keep it. The pvr module probably also have useful<br>>>> code for the access part.<br>>>><br>>>> What remains to be done is mostly:<br>>>><br>>>> - to split the module in an access and an access_demux
<br>>>> - complete the probing code<br>>>> - write device selection, device configuration code (source, tuner<br>>>>   properties, v4l chroma to vlc FOURCC currespondance, etc)<br>>>> - write the data reading routines (some devices use read calls on the
<br>>>>   device node, some use ioctls)<br>>>> - callbacks usable from a gui to get the device list (see direct show)<br>>>> - probably lots of other things I forget. I worked on those more than 1
<br>>>>   year ago, not exactly sure anymore about how all this works.<br>>>><br>>>> I'm afraid I won't be able to take this over. I can try to help anybody<br>>>> having questions on the existing code, but again, it's not much and I
<br>>>> don't think there is a lot to say about it.<br>>>><br>>>><br>>>><br>>>> ------------------------------------------------------------------------<br>>>><br>
>>> Subject:<br>>>> VLC and V4L2<br>>>> From:<br>>>> Richard Stallman <<a href="mailto:rms@gnu.org">rms@gnu.org</a>><br>>>> Date:<br>>>> Sat, 29 Sep 2007 23:04:08 -0400
<br>>>> To:<br>>>> <a href="mailto:bigben@videolan.org">bigben@videolan.org</a><br>>>><br>>>> To:<br>>>> <a href="mailto:bigben@videolan.org">bigben@videolan.org</a><br>>>>
<br>>>><br>>>> I would really like VLC to work with V4L2, so I wonder: is there<br>>>> anything the FSF could do to help you make progress on this?  Please<br>>>> tell me what would be useful.
<br>><br>><br>> - --<br>> Rafaël Carré<br>> -----BEGIN PGP SIGNATURE-----<br>> Version: GnuPG v1.4.6 (GNU/Linux)<br>> Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">http://enigmail.mozdev.org
</a><br>><br>> iD8DBQFHBNNnYWCeGMCv8Q8RAp6NAJ4sgPOcz+p0kbzuXpRjs/uS2f0pUQCgsS5y<br>> 4VTdO+vLqRdTfcCVc/vKSX8=<br>> =4rCp<br>> -----END PGP SIGNATURE-----<br>> _______________________________________________
<br>> vlc-devel mailing list<br>> To unsubscribe or modify your subscription options:<br>> <a href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel</a><br>><br>>
<br>_______________________________________________<br>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel
</a><br></blockquote></div><br>