<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hi Thomas,<br></div><div class="gmail_quote"><br>On Mon, Jan 20, 2014 at 4:30 PM, Thomas Szymczak <span dir="ltr"><<a href="mailto:thomasthekitty@hotmail.com" target="_blank">thomasthekitty@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><div dir="ltr">Hello, everyone!<br><br>Yesterday I downloaded and compiled the Daala codec and used it to encode and<br>play back a few videos. The quality of the videos isn't very good, even compared<br>to Theora at about the same bitrate. I didn't expect great quality, as Daala is<br>
still in its infancy. I'd like to bring a few bugs to the developers' attention,<br>but you may already be aware of these issues and/or you might plan on fixing<br>them later.<br><br><br>1. If you run "encoder_example --help" there is a typo. It says 'Frequence'<br>
instead of 'Frequency'. I would also prefer that the help text look more like a<br>man page, but this is more about taste than functionality. Furthermore, it<br>doesn't document the --enable-encoder-check option.<br>
</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="ltr"><br>The help text is located within the source tree at examples/encoder_example.c<br>
starting at line 368. I made a patch to fix this, but it still doesn't document<br>the --enable-encoder-check option.</div></div></blockquote><div><div><br></div>The "--enable-encoder-check" option is set at configure-time (see ./configure --help), not run-time.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="ltr"> I ran the patched code, and it worked, but<br>I'm not sure if I made the patch correctly. I'm not a programmer and this is the<br>
first time I've ever contributed code to a project. If you don't like the<br>patch, I'm not urging you to use it.<br><br><br>2. The -V option in the encoder doesn't seem to affect the target bitrate as<br>
stated in the output of the --help option. It produces a really large<br>(lossless?) file instead. Here are some steps to reproduce:<br><br>1. For an input, I used video I had recorded with my camera and converted to the<br>
yuv4mpeg format. I also downloaded<br><a href="http://media.xiph.org/video/derf/y4m/akiyo_cif.y4m" target="_blank">http://media.xiph.org/video/derf/y4m/akiyo_cif.y4m</a> and got the same results.<br>2. Run:<br>encoder_example -V 500 -o akiyo_cif-daala.ogv ./akiyo_cif.y4m<br>
3. You should get a file that is 22.0 Megabytes in size, instead of about 625<br>kilobytes, which should be the approximate size of a 10-second video at<br>500 kbps.<br><br>This occurred with the version from January 17, on my machine which runs Linux<br>
Mint 13. I am experienced with Linux and can give you more information if<br>necessary.<br><br><br>There are other issues as well, but I assume that these are just due to missing<br>features rather than bugs and they will get ironed out later: The video player<br>
seems to play back videos as fast as possible instead of at the right rate (So<br>that a 1-minute video might play in 40 seconds, etc). The encoder is slow, and<br>incredibly slow when using intra prediction.<br><br>To all the developers, thank you for working so hard on this project. I'm very<br>
glad you're doing this work and I'm very glad to assist you.<br></div></div></blockquote><div><br></div></div>-- <br><div dir="ltr"><div>Tristan Matthews<br></div></div>
</div></div>