<div dir="ltr">
<div>Hello Spork,<span class="gmail-im"><br><br>>
If you want though, when I find some time, I can work on supporting a 
better command line parsing. <br><br></span></div>Yes that would be great as my command line parsing is not good at all.<span class="gmail-im"><br> <br><div>> Does your codec compile under Linux?   If
 not, that's something I can try to work on as well.
<br><br></div></span><div>I never tested my codec under Linux )-:, and 
so it would be also great to compile it under Linux.I think that if 
there are changes to do, it would be minor ones... I don't have a 
makefile..., it simply compiles with: gcc *.c -O3 -o nhw_encoder.exe.<span class="gmail-im"><br><br>> 
 But right now, we have been so busy, it's insane.   Trying to setup a small business

<br><br></span></div><div>Absolutely no problem, really focus on your priorities, and best of luck with your project!<br><br></div><div>Cheers,<br></div><div>Raphael</div>

<br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-28 22:58 GMT+02:00 Spork Schivago <span dir="ltr"><<a href="mailto:sporkschivago@gmail.com" target="_blank">sporkschivago@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Raphael,<br><br>Personally, I feel one of the highest priorities to get help right now should be trying to support images of different sizes.   With the current restrictions of 512 x 512, why would someone, let's say, on the MCU forums, contribute, or want to use the codec, if they physically cannot use it on their device because their device needs larger pictures, for example.<br><br>I know you have more pressing needs, but it'd be nice if you, or someone else with codec experience (that person is NOT me!!!!!) could help implement that and submit a pull request to update the code to support images of any size.<br><br>With the current code, you might find that the compression only works with pictures of 512 x 512, and using an image a lot larger could cause many issues.   Or perhaps, supporting larger / smaller images would require drastic changes in code, and you might have to rewrite a lot.<br><br>That's just my two cents.<br><br>If you want though, when I find some time, I can work on supporting a better command line parsing.   Does your codec compile under Linux?   If not, that's something I can try to work on as well.   But right now, we have been so busy, it's insane.   Trying to setup a small business legitimate and the Windows licensing is very confusing.   Even Microsoft employees don't fully understand it!    We just want to run Windows in a couple of VMs on a Linux box, along with running Windows on a workstation.   Turns out we need to purchase Enterprise Edition with Software Assurance and maybe VDI licenses for every device that's going to connect.   My wife's laptop, running Windows 10 Home legally cannot connect remotely, because it has to be Pro or higher.   Not sure about the Linux machines.   They said a reseller would contact us (which they said before, but for some reason, it was never entered into the system).<br><br>But I guess that last paragraph has nothing to do with your codec really (except the command line parsing and Linux support).   Just needed to vent a little!<br><br>Sorry!<br><br>Spork Schivago</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 28 March 2018 at 16:18, Raphael Canut <span dir="ltr"><<a href="mailto:nhwcodec@gmail.com" target="_blank">nhwcodec@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><div><div><div><div>Hello,<br><br></div>I would like to thank very much the Theora channel community for their support and help!!! And even recently a Theora channel member proposed me to freely host on his server the NHW Project website, to present the codec on the embedded processors, MCU forums that he knows well, another member forked my GitHub repository!!! Really thank you very much!!!<br><br></div>It makes me think that maybe the NHW Project will not disappear as many great projects before like Rududu codec, DLI compression, UCI codec (x264 intra) and others... -but these projects will maybe resurrect today-.<br><br></div>There are some delay with the -l6 and lower quality settings because it is difficult to create good ones, that can compete with HEVC.But it would be so great to have some help from the community! Because I think that the NHW Project is not dead, and I start to be more optimistic with the recent improvements, because from -h3 to -l5 quality settings, it is very competitive, I find it on par or better than x265 (HEVC)! And it is furthermore royalty-free and x50 faster to encode and x15 faster to decode than x265! With these advantages, better, very faster, free compared to HEVC, it can maybe find a place in mobile devices, embedded devices... <br><br>So who knows, the NHW Project has maybe a future, it remains -l6 and others high compression settings, it is not easy, not to say extremely hard (for me) and it would be so great to have some help from the community, for those who have some skills in codec development!!! Monty, would you know developers that could be interested in giving little time to the NHW Project?<br><br></div>Well, many thanks again to the community! and do not hesitate to test the last version of the NHW Project that is very competitive!<br><br></div>Cheers,<br></div>Raphael<br><div><div><div><br><br><div><br><br></div></div></div></div></div>
<br></div></div>______________________________<wbr>_________________<br>
theora mailing list<br>
<a href="mailto:theora@xiph.org" target="_blank">theora@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/theora" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/theora</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>