-
you should note that the application grabbing from screen doesn't need to send the captures frames to a v4l2 device, if it can send it to a file (live), the job is almost done.
2009-07-02 18:14:12 UTC in V4L2 Virtual Device
-
you should note that the application grabbing from screen doesn't need to send the captures frames to a v4l2 device, if it can send it to a file (live), the job is almost done.
2009-07-02 16:55:30 UTC in V4L2 Virtual Device
-
not sure, but probably you could use xvidcap, and record the output to a file (name pipe), and reads it using vdl2vdsource, and then reads apropriate v4l2 device using whatever you want.
2009-07-02 16:52:33 UTC in V4L2 Virtual Device
-
>> Can we declare this project dead?
Definitly yes, as you can see, my previous post was made almost a year ago...
Anyway, I hope someone takes mpeg4ip someday seriously.
2009-01-09 13:36:50 UTC in mpeg4ip-ng
-
This patch is related to bug reportId=1878297.
Resolve the wrong frame timeStamp in VIDIOC_DQBUF ioctl,
primarily to use with mp4live.
2008-01-31 20:29:01 UTC in V4L2 Virtual Device
-
File Added: timeStampPatch.patch.
2008-01-31 20:21:38 UTC in V4L2 Virtual Device
-
When using with mp4live, the video get frozen one second, then continue faster than normal next second, and this behavior endlessly.
This is because timestamps that mp4live is receiving from the v4l2vd interface aren't sane, the video is then corrupted.
Timestamps are used by mp4live only when transmitting or saving to a file, not in the raw video preview, thus, this preview is okay, as it...
2008-01-23 16:14:09 UTC in V4L2 Virtual Device
-
Removed reference to . Kernel 2.6.19 and newer not longer supporting it.
Use #include instead to get LINUX_VERSION_CODE.
2008-01-21 16:26:19 UTC in V4L2 Virtual Device