<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.video.mjpeg.user">
    <title>gmane.comp.video.mjpeg.user</title>
    <link>http://blog.gmane.org/gmane.comp.video.mjpeg.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11319"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11311"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11284"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11275"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11273"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11272"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11269"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11266"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11261"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11258"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11256"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11254"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11253"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11248"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11246"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11205"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11319">
    <title>latest windows version broke?</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11319</link>
    <description>&lt;pre&gt;


Hi,

I downloaded mjpegtools-2.0.0ext-mingw-bin.tar.bz2.
MD5 and SHA1 are correct, but extraction fails:

My output:
prompt$ bunzip2 mjpegtools-2.0.0ext-mingw-bin.tar.bz2
prompt$ tar xvf mjpegtools-2.0.0ext-mingw-bin.tar
bin/
bin/anytovcd.sh
bin/jpeg2yuv.exe
tar: Skipping to next header
tar: A lone zero block at 2375
tar: Exiting with failure status due to previous errors

Can anyone upload a non-broken version?

kind regards,

Kris.
       
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Kris Hermans</dc:creator>
    <dc:date>2012-04-30T19:40:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11311">
    <title>mjpg webcam image to jpg</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11311</link>
    <description>&lt;pre&gt;Dear all,

It might be that my question is a bit out of topic but I think you guys
might be able to help.

You maybe know that a couple of modern webcams output some kind of
motion JPG image. The Logitech C905 webcam does so. The data is a
jpg-image without DHT segment. With the help of google I managed to
patch libjpeg to be able to decode these crippled jpg-images. The code
can be found here

http://svn.openrobotino.org/common/trunk/lib/rec/cv_lt/jpeg_dec.cpp

Still it would be nice to take the webcam's output and stream it
directly to a web browser. But because of the missing DHT segment
browsers are not able to decode the data. My work around right now is to
decode the data with my patched libjpeg and encode again as real jpg.
This works but puts my embedded platform to almost 100% cpu load.

The question is if there is a way to insert the missing DHT segment to
the mjpg data without the need of decoding/encoding the image. Or is
there a simple way to make a mpg1 stream from these mjpg single images
coming from the webcam?

Any help is highly appreciated
Regards
Christian

&lt;/pre&gt;</description>
    <dc:creator>Christian Verbeek</dc:creator>
    <dc:date>2011-11-18T09:27:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11284">
    <title>writing multi threaded code</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11284</link>
    <description>&lt;pre&gt;Hi Guys,

I'm wondering if anyone has some skeleton C code for writing  
multithreaded filters.

Similar to this kind of pseudo code;

while not end of file {

read frame

create threads (number of CPUs)

for y = 1 to height {

while no available threads  { wait for a thread to finish; }

run in thread { for x = 1 to width { process pixel} }
}
write frame
}

I've written a temporal bilateral filter and an nl-means filter and  
they are slow, so was looking to speed things up on my multi cpu  
machines.

If not, I'll see if I can generate my own skeleton.

Thanks
Mark

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
&lt;/pre&gt;</description>
    <dc:creator>Mark Heath</dc:creator>
    <dc:date>2011-09-21T22:21:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11275">
    <title>lavrec update</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11275</link>
    <description>&lt;pre&gt;Hallo

I have added a patch from rstam to the CVS which enables lavrec to 
record from EM28XX USB driver based cards like the Pinnacle DVC100 (V4L2).

This is needed when trying to capture full res PAL 704x576 movies, as 
stripes are appearing on the screen. With this patch the stripes are 
lessened but not gone. It seems to be caused by the encoding thread as 
far as I can find. Likely the software implementation costs too much 
time. If i take away the extra memcpy before doing the YUV packed -&amp;gt; YUV 
planar conversion the stripes get worse. Increasing num_procs
makes it worse too.

Does anybody have a idea how to solve that problem ?

Details about the patch can be found in the tracker:
https://sourceforge.net/tracker/index.php?func=detail&amp;amp;aid=3335498&amp;amp;group_id=5776&amp;amp;atid=305776

My holiday's are over, so I find again time to do something useful ;)
auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: shadowlord&amp;lt; at &amp;gt;utanet.at
www: http://www.lysator.liu.se/~gz/bernhard

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Bernhard Praschinger</dc:creator>
    <dc:date>2011-08-15T11:17:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11273">
    <title>iga9 「 打 造 五 星 级 秘 书 高 级 研 修 廉哲琇</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11273</link>
    <description>&lt;pre&gt;是在世人的眼中，是一个花心不专情的人，毕竟我有这么多的妻子，
详 
于疗完伤了？”就在萧炎巡视间，突然林焱那熟悉的声音忽然响起，
情 
天鼠很温和地道。“力……炼兽！”毒音儿看了看炼天鼠，又看了看
请 
么这么巧，居然在这个时候……”“小心点，别冲动！别让我提醒你
查 
便是撕裂出一道空间裂楗，萧炎与青鳞身形一闪便是钻了进去。见到
阅 
笑，倾国容貌展露无遗，全国上下盛传永宁公主乃是国色天香，几乎
附 
么这么巧，居然在这个时候……”“小心点，别冲动！别让我提醒你
件 
于疗完伤了？”就在萧炎巡视间，突然林焱那熟悉的声音忽然响起，
！ ------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey_______________________________________________
Mjpeg-users mailing list
Mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
&lt;/pre&gt;</description>
    <dc:creator>廉哲琇</dc:creator>
    <dc:date>2011-07-27T03:41:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11272">
    <title>file broken?</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11272</link>
    <description>&lt;pre&gt;Hi all ,
I download "mjpegtools-2.0.0ext-mingw-bin.tar.bz2" from SourceForge,  and I
use command as follow:

# tar jxvfp mjpegtools-2.0.0ext-mingw-bin.tar.bz2

but I got some errors:

bin/
bin/anytovcd.sh
bin/jpeg2yuv.exe
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors

I have check file's md5 and sha1 are correct. so I guess maybe  file is
broken ?
Have anyone can help check it ?  thx a lot.
------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey_______________________________________________
Mjpeg-users mailing list
Mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
&lt;/pre&gt;</description>
    <dc:creator>Jerry Wei</dc:creator>
    <dc:date>2011-07-27T03:31:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11270">
    <title>lavrec changes</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11270</link>
    <description>&lt;pre&gt;Hallo

I have added a patch from rstam to the cvs. The patch enables software 
based recording from devices based on a EM28xx cheipset. This devices 
are connected by USB, and are boxes like the DVC100 Pinnacle Dazzle

Please download the current CVS, and test it.

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: shadowlord&amp;lt; at &amp;gt;utanet.at
www: http://www.lysator.liu.se/~gz/bernhard

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
&lt;/pre&gt;</description>
    <dc:creator>Bernhard Praschinger</dc:creator>
    <dc:date>2011-07-10T05:40:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11269">
    <title>questions about yuvdenoise filters</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11269</link>
    <description>&lt;pre&gt;





Dear Sirs or madams,
I am writting you to have some details about the yuvdenoise filters.


I am currently working on the improvement of compressed video quality with a preprocessor. I study state of the art of denoising and pre-filtering
techniques in compression context.


I have tested the yuvdenoise filter of Mjpegtools, which you developped, as preprocessor before compression, and I found very interesting results even for sequences not corrupted by noise, especially for the temporal filter followed by the « median 3D » filter.


I
would like to have some precisions concerning the concept of this processing (temporal
filtre + post medain 3D filter), in order to understand why your algorithm is
more effective than certain elaborated denoising filter. For these reasons, I wonder if you could communicate me some references of your work.


Thanks for your time, I look
forward to your reply,


Kind regards,


Eloïse Vidal

                            ------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev_______________________________________________
Mjpeg-users mailing list
Mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
&lt;/pre&gt;</description>
    <dc:creator>Eloïse VIDAL</dc:creator>
    <dc:date>2011-06-20T15:42:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11266">
    <title>mjpeg 2.0.0 update</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11266</link>
    <description>&lt;pre&gt;Hallo

as promised in the last mail I have put a RPM &amp;amp;devel Package online on 
SF. I have compiled it on the 32bit OpenSuse 11.4 It should work on 
similair systems.

Hannes has compiled the mjpegtools with mingw, that build works on 
Windows based systems.

If someone compiles the mjpegtools on a MAC or debian. I will also put 
them online.

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: shadowlord&amp;lt; at &amp;gt;utanet.at
www: http://www.lysator.liu.se/~gz/bernhard

------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
&lt;/pre&gt;</description>
    <dc:creator>Bernhard Praschinger</dc:creator>
    <dc:date>2011-05-28T06:33:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11261">
    <title>Manually setting host CPU for mjpegtools</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11261</link>
    <description>&lt;pre&gt;I'm building mjpegtools with mingw32 gcc 4.5.2 and msys.
When i configure it as-is, it detects my cpu as core2 (which is correct) 
and compiles with -mcpu=core2 -mtune=core2
It is commendable. However, i would like to compile a version that will 
run on any more-or-less contemporary device, which means either 
-mtune=i686 or -mtune=generic
I've tried building with --host=i686-pc-mingw32 (that is how mingw32 
often identifies itself), but hit the problem with sigjmp_buf being 
undefined (googling for it didn't do any good), and generic-pc-mingw32 
fails outright, since `generic' is not a correct cpu.
So, in the end i want two things:
1) -mtune=generic
2) undefined HAVE_X86_CPU, which will prevent sigjmp_buf-related code 
from being compiled

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2011-02-07T11:01:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11258">
    <title>animated screen shot</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11258</link>
    <description>&lt;pre&gt;I needed to make an animated screen shot (e.g., like a movie) of my terminal
to send to someone.  I found 
http://linuxdevcenter.com/pub/a/linux/2004/03/04/screen_capture_movies.html
which works ok in general.  It uses image magic "convert" to convert a bunch
of miff files into an mpeg.  Theoretically this should work but after a 
while it gives me an error message like "delegate mpeg2encode failed .. not 
found".

I did a search for mpeg2encode for Linux CentOS 4.8 (what my machine is
currently at) but could not find it.  I did find mpeg2enc from the mjpeg
package.  So I built it and linked it, but it was called incorrectly.

The original mpeg2encode is called as

     mpegencode inputfile outputfile

however, mpeg2enc has different parameters.  I figured out to use "-o output"
for the output file name, but I cannot figure out what parameter to 
specify for the input (I made a dummy mpeg2encode to call mpeg2enc the
correct way).  I tried

    cat inputfile | mpeg2enc -o outputfile
and
    mpeg2enc -o outputfile inputfile

but both give errors about YUV or something like that.

What is the correct way to call mpeg2enc analagous to

   mpeg2encode input output

??

Thank You



------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
&lt;/pre&gt;</description>
    <dc:creator>tony.chamberlain&lt; at &gt;lemko.com</dc:creator>
    <dc:date>2011-01-28T13:57:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11256">
    <title>Problem with yuvdenoise and K8 CPU</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11256</link>
    <description>&lt;pre&gt;Hallo

I got a error report from a user that tries to compile the mjpegtools on 
a AMD K8 Architecture on a Opensuse 11.3 I have attached the output of 
the configure script.

When I try to compile yuvdenoise with optimizations for my barcelona 
CPU. Everything is ok but when I compile it for the K8 I get a error:
 &amp;gt; gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../utils   -O3 -funroll-all-loops\
-ffast-math -march=k8 -mtune=k8 -g -O2 -pthread -Wall -Wunused -MT\
main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.c
main.c: In function ‘filter_plane_median_sse2’:
main.c:1035:3: error: ‘cnt’ undeclared (first use in this function)
main.c:1035:3: note: each undeclared identifier is reported only once 
for each function it appears in
main.c:1038:3: error: ‘avg’ undeclared (first use in this function)

Uncommenting the two variables make the compile work, and yuvdenoise 
seems to work proper.
Did anybody stumble across that problem by now ?

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: shadowlord&amp;lt; at &amp;gt;utanet.at
www: http://www.lysator.liu.se/~gz/bernhard
checking build system type... x86_64-suse-linux-gnu
checking host system type... x86_64-suse-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for a sed that does not truncate output... /usr/bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-suse-linux/bin/ld
checking if the linker (/usr/x86_64-suse-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/x86_64-suse-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gawk... (cached) gawk
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking dependency style of g++... (cached) gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/x86_64-suse-linux/bin/ld -m elf_x86_64
checking if the linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether ln -s works... yes
checking whether byte ordering is bigendian... no
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking dependency style of gcc... gcc3
checking for stdint.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for sys/types.h... (cached) yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking sys/soundcard.h usability... yes
checking sys/soundcard.h presence... yes
checking for sys/soundcard.h... yes
checking for sin in -lm... yes
checking for posix_memalign... yes
checking for memalign... yes
checking for fmax... yes
checking for fmin... yes
checking for lround... yes
checking for getopt_long... yes
checking return type of signal handlers... void
configure: The host is x86_64-suse-linux-gnu  x86_64  suse  linux-gnu .
checking for alpha architecture... no
checking linux/videodev.h usability... yes
checking linux/videodev.h presence... yes
checking for linux/videodev.h... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for cc_r... gcc
checking for pthread_attr_getstacksize... yes
checking for jpeg_start_compress in -ljpeg... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBQUICKTIME... no
checking for LIBPNG... yes
checking for LIBDV... no
checking for X... libraries , headers 
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for __progname... yes
checking for XF86DGAQueryExtension in -lXxf86dga... yes
checking for GTK... yes
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version &amp;gt;= 1.1.3... yes
checking for vlineColor in -lSDL_gfx... no
checking Architecture... x86_64
checking if C compiler accepts inline MMX assembly... yes
checking sub-architecture settings... -march=k8 -mtune=k8
enable_static_build=\'\'
checking what warning flags to pass to the C compiler... -Wall -Wunused

configure: creating ./config.status
config.status: creating Makefile
config.status: creating debian/Makefile
config.status: creating debian/control
config.status: creating docs/Makefile
config.status: creating lavtools/Makefile
config.status: creating yuvcorrect/Makefile
config.status: creating yuvdenoise/Makefile
config.status: creating yuvdeinterlace/Makefile
config.status: creating yuvscaler/Makefile
config.status: creating y4munsharp/Makefile
config.status: creating y4mutils/Makefile
config.status: creating yuvfilters/Makefile
config.status: creating mpeg2enc/Makefile
config.status: creating aenc/Makefile
config.status: creating mplex/Makefile
config.status: creating scripts/Makefile
config.status: creating utils/Makefile
config.status: creating utils/altivec/Makefile
config.status: creating utils/mmxsse/Makefile
config.status: creating y4mdenoise/Makefile
config.status: creating mjpegtools.pc
config.status: creating mjpegtools.spec
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing libtool commands
configure: 
configure:  MJPEG tools 2.0.0 build configuration :
configure: 
configure:   - X86 Optimizations:
configure:     - MMX/3DNow!/SSE enabled      : true
configure:   - arch/cpu compiler flags       : -march=k8 -mtune=k8
configure:   - video4linux recording/playback: true
configure:   - software MJPEG playback       : true
configure:   - Quicktime playback/recording  : false
configure:   - PNG input support             : true
configure:   - AVI MJPEG playback/recording  : true (always)
configure:   - libDV (digital video) support : false 
configure:   - Gtk+ support for glav         : true
configure: 
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d_______________________________________________
Mjpeg-users mailing list
Mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
&lt;/pre&gt;</description>
    <dc:creator>Bernhard Praschinger</dc:creator>
    <dc:date>2011-01-26T16:15:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11254">
    <title>lavrec: setting gain/offset for captured video signal?</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11254</link>
    <description>&lt;pre&gt;Hello everybody,

Once again, I need to digitize some old tapes, so I reactivated my
trusty mjpeg-tools. :)

However, I noticed some of the tapes come out rather washed out when
digitized, i.e., white is almost saturated, and it is difficult to
discern any details (my tapes originate from a phase-contrast
microscope, so they are grayscale to start with).  Do the Zoran-type
cards (I am using DC30) allow any software control over gain and/or
offset?  Is there any user-level possibility to change these settings?

Thank you in advance,
Primož

&lt;/pre&gt;</description>
    <dc:creator>Primoz PETERLIN</dc:creator>
    <dc:date>2011-01-24T13:39:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11253">
    <title>performance of mplex on embedded controller like ARM9</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11253</link>
    <description>&lt;pre&gt;Hello everybody,

I'm using mplex (mjpegtools-1.9.0) in a customer project and I have some questions about the performance of this tool. The purpose of the project of my customer is to capture video (special HW of the customer) and audio signals (alsa) from an input device, to encode the video stream to mpeg2, to multiplex audio and the encoded video stream and to write this new stream to a DVD. This altogether has to run "on the fly".
I'm running Linux 2.6.32_2 on an ARM9 controller Davinci DM365 (about 400MHz) and I'm using the appropriate SDK from TexasInstruments (It's version 12). For multiplexing I'm using mplex from the mjpegtools-1.9.0 package and for authoring the stream before writing on a DVD, I'm using dvdauthor. The encoder of the Davinci controller is able to create I-Frames and P-Frames but no B-Frames. I can configure the bitrate between 2MBit/s up to 6.5MBit/s (actuall I'm using 2MBit/s). The stream on the DVD has to be PAL (or NTSC) with 24 frames per sec.

My problem now is, that I'm losing lots of frames and the result is an increasing offset between audio and video.
I order to make sure that I don't have a problem with the encoder I checked all the processing steps individually: As long as mplex doesn't run with the encoder (part of my application) in parallel everything is fine, no frames are lost. By the way, the encoder is a piece of hardware of DM365 and is controlled by my application.
Multiplexing this video stream by calling mplex as a separate process and not running my app at the same time leads to good results. In this scenario I noticed that mplex consumes about 90% of the cpu time and the time for multiplexing is nearly the same time I needed for capturing and encoding.
This cpu time is only about 65% when mplex runs in parallel (on the fly) with the rest of my app (this consumes about 20%). -&amp;gt; All the fifos and intermediate buffers are running full very quickly and the consequence is that the capturing unit drops frames.

On an X86 architecture it's completely different, multiplexing there takes only a few seconds. Looking into the code I see some hints about optimizations for X86 and for PPC.

-          So what is about ARM9, are there any optimizations available?

-          Is a Floating Point Unit necessary?

-          Or even worth, is mlpex suitable for this "on the fly" project?

-          Do you have any hints for improving the performance of mplex (besides using a different cpu:))

It would be very great is someone could help.
Thanks in advance and Best Regards

Frank Reither


By the way, I calling mplex like this:

mplex -f 8 -b 2000 -V -r 8200 -v 0 -o output.vob video.m2v audio.lpcm




________________________________
_____________________________________

Amtsgericht Mannheim
HRB 110 300
Gesch?ftsf?hrer: Dieter Baur, Ramona Maurer
_____________________________________

Important Note:
- This e-mail may contain trade secrets or privileged, undisclosed or otherwise confidential information.
- If you have received this e-mail in error, you are hereby notified that any review, copying or distribution of it is strictly prohibited.
- Please inform us immediately and destroy the original transmittal.

Thank you for your cooperation.
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________
Mjpeg-users mailing list
Mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
&lt;/pre&gt;</description>
    <dc:creator>Reither, Frank</dc:creator>
    <dc:date>2011-01-11T07:31:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11248">
    <title>R: Re:  Error with Lavrec and BT848</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11248</link>
    <description>&lt;pre&gt;

&amp;lt;mjpeg-users&amp;lt; at &amp;gt;lists.sourceforge.net&amp;gt;
this
geometry

I tried with your command, but I always get the same error. I have a doubt. 
When launching the command, there must be something attached to the card? (VCR, 
Camera ...). The entry that interests me is Composite 1 nor S-video, nor the 
Composite 0



------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
&lt;/pre&gt;</description>
    <dc:creator>matrobriva&lt; at &gt;libero.it</dc:creator>
    <dc:date>2010-12-18T16:23:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11246">
    <title>Error with Lavrec and BT848</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11246</link>
    <description>&lt;pre&gt;
Hello everyone.
When I try to capture a video with my Conexant BT848 capture card, I get this 
error:

** ERROR: [lavrec] Error queuing buffers: Device or resource busy

The command I used is

lavrec - software-encoding - format = a - input = P - quality = 100 - geometry 
= 912x576 file.avi

Thanks, matrobriva

------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
&lt;/pre&gt;</description>
    <dc:creator>matrobriva&lt; at &gt;libero.it</dc:creator>
    <dc:date>2010-12-17T15:47:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11235">
    <title>yuvdenoise</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11235</link>
    <description>&lt;pre&gt;Hello all
Just a quick question : using mjpegtools through ffmpeg piping.
are they (or not) multi threaded ?

ffmpeg -threads 2 -y -i - -f yuv4mpegpipe - | \
yuvdenoise -t 2,8,8 -m 2,8,8 |
y4munsharp |\
ffmpeg -y -threads 2 -i - -b 220000k -vcodec dnxhd -threads 2 $fichier

On (for say) a dual core (AMD or Intel) the gkrellm histogram shows a
smaller activity on 1 core then alternates to the other core from time
to time.


Thanks a lot
Edouard

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>E Chalaron</dc:creator>
    <dc:date>2010-11-14T00:15:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233">
    <title>yuvdenoise w/o options self-adapting?</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233</link>
    <description>&lt;pre&gt;Hi,

The yuvdenoise manpage says:

|As it is self-adapting to the noise-situation found in the stream
|you normally just can go without any options set:

I would just like to have a confirmation that this assertion is
not outdated ;-)

c
&lt;/pre&gt;</description>
    <dc:creator>Christian Ebert</dc:creator>
    <dc:date>2010-10-21T12:21:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233">
    <title>yuvdenoise w/o options self-adapting?</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11233</link>
    <description>&lt;pre&gt;Hi,

The yuvdenoise manpage says:

|As it is self-adapting to the noise-situation found in the stream
|you normally just can go without any options set:

I would just like to have a confirmation that this assertion is
not outdated ;-)

c
&lt;/pre&gt;</description>
    <dc:creator>Christian Ebert</dc:creator>
    <dc:date>2010-10-21T12:21:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11205">
    <title>"Snow" around peoples...</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11205</link>
    <description>&lt;pre&gt;Hi,

I'm using mpeg2enc from inside Kino and I notice some small white points
flickering aroung the border of people, expecially if the background is
quite dark. This definitely doesn't happen if I export from Kino through
ffmpeg, nor if I play the DV movie with Kino or with any other player. 

Another place where it happens is around the datestamp in the bottom
right corner of the movie (I working on old 8mm tapes, but they are
still quite good).

I call this thing "snow" because I really cannot find another word.
Sorry, I don't speak english!

I can provide a very small picture that illustrate the problem, but I
guess I cannot post them as an attachment. Let me know if I can, or
maybe I'll send it to whoever answer.

Best regards.

&lt;/pre&gt;</description>
    <dc:creator>andrea</dc:creator>
    <dc:date>2010-10-07T17:37:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.mjpeg.user/11195">
    <title>[ANN] Linux.conf.au 2011 multimedia miniconf: callfor papers</title>
    <link>http://comments.gmane.org/gmane.comp.video.mjpeg.user/11195</link>
    <description>&lt;pre&gt;Continuing the tradition from past conferences, the LCA Multimedia
Miniconf is back at Linux.conf.au 2011 (LCA2011).  Linux.conf.au 2011 will
be hosted in Brisbane, Australia from 24-29 January 2011 with the
miniconfs being held over the first two days.  For more information about
the conference check out http://lca2011.linux.org.au/.

Multimedia encapsulates a wide variety of topics: composition and playpack
of video, audio and music.  Submissions are now invited from those 
interested in giving presentations or short tutorials at the Multimedia
miniconf on any topic related to opensource multimedia software, such as
the following:

 * exciting new additions to existing software
 * development of new multimedia programs
 * how to set Linux up for multimedia composition, authoring and/or
   playback
 * great user experiences with open source multimedia software 
 * legal issues surrounding multimedia content and its use with open
   source software
 * descriptions of multimedia workflows: tools used, process followed, 
   and so forth
 * upcoming features in low-level infrastructure (JACK, ALSA,
   PulseAudio, etc)
 * any other open source multimedia topic we haven't thought of

It is expected that most of the miniconf presentation slots will be around
20 minutes with question time to follow.  We may be able to accommodate
longer 50 minute presentations depending on the number of proposals
offered.  In addition, time will be allocated for 5 minute "lightning
talks".  Projection facilities will be available.  Please note that in
line with linux.conf.au guidelines miniconfs cannot receive funding, nor
can they provide travel or accommodation assistance.  In general
presenters and attendees at miniconfs must be registered for LCA2011
although miniconf-only registration can be arranged - contact the
multimedia minconf organisers for more information.

To submit a proposal please send the following to lca-mm&amp;lt; at &amp;gt;lists.annodex.net
or one of the organisers by Thursday 6 October 2010 00:00 UT:

 * your name and preferred email address
 * the title of your talk
 * a brief abstract describing what you want to talk about (up to about
   500 words)
 * your preferred presentation length

For more information about the miniconf please refer to the website
http://www.annodex.org/events/lca2011_mmm/ or contact one of the
organisers (Jonathan Woithe, Silvia Pfeiffer, Roderick Dornan - addresses
are on the website).

Regards
  Jonathan Woithe
  LCA2011 Multimedia miniconf organiser

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
&lt;/pre&gt;</description>
    <dc:creator>Jonathan Woithe</dc:creator>
    <dc:date>2010-09-09T13:52:09</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.mjpeg.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.mjpeg.user</link>
  </textinput>
</rdf:RDF>

