tag:blogger.com,1999:blog-337536679221777590.post1289434445295288784..comments2009-10-12T19:25:43.491+01:00jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comBlogger30125tag:blogger.com,1999:blog-337536679221777590.post-76568943692914178962009-10-12T19:25:43.491+01:002009-10-12T19:25:43.491+01:00is there any progress on it?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-52048877236968514752009-08-27T19:56:32.838+01:002009-08-27T19:56:32.838+01:00Yes! Someone wants to write a render library! I just hope you won&#39;t abandon the project.<br />I wanted to use some simple effects in my subs, but VSFilter can&#39;t take more than two effects at once or so, where libass had no problems. &gt;_&gt; I&#39;d gladly help, but I don&#39;t have enough knowlegde on the matter. :/.tominoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-68482235020787715932009-08-18T09:51:29.493+01:002009-08-18T09:51:29.493+01:00hoboX10: very basically, yeah... or rather, a replacement of the mess which is vsfilterloonyphoenixhttp://www.blogger.com/profile/00331210691768148347noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-24915347015354609022009-08-07T17:04:12.033+01:002009-08-07T17:04:12.033+01:00So it&#39;s basically like a &quot;new and improved&quot; VSFilter?hoboX10http://saikyosubs.comnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-71783874483685732132009-07-04T23:34:28.897+01:002009-07-04T23:34:28.897+01:00Where can I submit long angry code reviews?astrangehttp://www.blogger.com/profile/08718306051556214906noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-50821249985097057122009-07-04T09:22:25.109+01:002009-07-04T09:22:25.109+01:00Casey,<br /><br />You are completely misunderstanding what Kumaji is.<br />Kumaji is not a subtitle editing software, it is a subtitle rendering library. Aegisub is a subtitle editor, which includes timing etc., and has been fully functional for years.<br /><br />Kumaji is a subtitle renderer, intended to replace existing renderers which are quite poor (in my opinion) and plug into all kinds of software.<br />Kumaji will do nothing but read subtitle files and paint the subtitles on top of video.<br /><br />You write &quot;don&#39;t hestitate to save multiple versions of your program&quot;. This point to that you don&#39;t know about version control systems, such as Subversion (SVN) and Git. Any serious software developer uses a version control system to be able to see a detailed history of changes, roll back through it and perform branching when required.<br /><br />You sound sincere in your advice, but it&#39;s the wrong advice for the wrong subjects. Sorry.jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-6742586366603795982009-07-04T08:53:33.191+01:002009-07-04T08:53:33.191+01:00My previous comment was initially too long to post at once, so I culled through it, and decided to simply post twice. All of this is meant to be constructive advice, I don&#39;t have any expectations for you to adhere to any of it in the Kumaji project. Here&#39;s the rest of my two cents:<br /><br />Try to stay away from Assembly (ISA level) instructions unless you want to label every line thoroughly, as even the average programmer will have to look up most of the assembly code individually to know what you are doing. Remember that your goal is to create an easily accessible and usable timing device, not everyone has a degree in computer science or any knowledge of what that encompasses.<br /><br />I would suggest that once you are ready to create a GUI for Kumaji, you should follow a design similar to Premiere, which separates video into stills, sound, and moveable sets of placards. A developer would much rather have the flexibility to input text fluidly, rendering in stages, than to have to do additional separate tasks along with timing, quality checking, encoding and translating. (This is under the assumption that Kumaji is to be used by fansubbers as well as other commercial applications).<br /><br />Because of the breadth of media players available to windows/mac/unix/linux users, your program should maintain the ability to hardcode subtitles and softcode them as well. This will require the program to save an x/y location generated upon the aspect ratio of the video&#39;s playback, length of display time, a value associated to what kind of font it is, as well as a value associated for what color the text is, for every sentence/placard that is generated in the playback. With this amount of static elements determined on the fly, it would save speed in rendering to enable a default font, default color, default location, and default aspect ratio that is changeable by counter-increments calculated on the fly at discrete times. Aspect ratio would at the front, coordinate location offset immediately following, and color/type-of-font as a buffered constant on-the-fly calculation incurred each time a placard is displayed according to the offsets (x and y each need an offset).<br /><br />The bulk of the work you will be doing is essentially making sure that the entire GUI works properly, as well as making sure that the final video format conforms to the media standards and is readable depending on how the transcoding is done. On top of that, you have to make sure your parser is efficient as well as thorough.<br /><br /> Finally, if you need any help with programming theory or want some general advice for any problems you are having, feel free to contact me through my gmail account. I tend to check it sporadically, but I have a decent amount of free time, and I don&#39;t mind helping.Caseyhttp://www.blogger.com/profile/08871212427614088706noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-39994356191285151742009-07-04T08:49:12.695+01:002009-07-04T08:49:12.695+01:00After reading through the full explanation of what you hope to accomplish in your project, I felt compelled to say, hats off to you sir. You are attempting a very intricate and complicated project. However, I thought that you might want some advice from a fellow programmer, so here&#39;s my two cents.<br /><br />As every decision for a new project starts from the decision of what platform the subsequent iterations are going to be encoded in, I think you are needlessly limiting yourself to C++ without the TR1 libraries. I can understand the reasons behind choosing a limited subset of a language you are comfortable with, however the inclusion of libraries are to a programming language as patches are to boxed software. If you want to maintain portability, flexibility, compatibility and maintainability, the inclusion of libraries would most likely be a boon rather than hindrance. Also, although I am more proficient in Java than C++, and more in C++ than C#, I still think C# is a better language to design any software intended to manipulate softsubs at runtime. With C++, you run into a lot of tedious garbage collecting maintenance, and in Java you are somewhat limited by the abstracted nature of the environment where you have to research every special task you want to use to accomplish runtime performance enhancing measures.<br />C# has the benefit of being heavily supported, as well as concise. I remember creating a parser from scratch in Java because my TA wanted to us to, and then having to remake it in C# when our professor got back from a conference, the difference was about 1000 lines of extra code in Java from my own experience to do the same things in C#. <br /><br />Anecdotal evidence aside, I know Java really well, and still prefer C# for its elegance. Another thing to keep in mind is that your goals are in competition with each other no matter what language you use or design decisions. Portability will conflict with maintainability, and readability will conflict with everything else. Make sure to structure your code with an object oriented approach (most programmers can relate to that design decision) and make sure that it is at least readable to you. Comment your code for each input, output stating where each is coming and going to, as well as clearly comment each method and object. Commenting may seem tedious, but it has saved me from having to scrap more code than I care to think about.<br /><br />I&#39;m not sure if C++ has anything like Javadocs, but you might want to look into that. Also, don’t hesitate to save multiple versions of your program in iterations of functionality. If you ever get to the point where you break everything to fix one aspect, you can always fall back to a previous fully functional or partially functional version without having to start over. Granted, there are times when you may have to start over. Out of all the projects I did in my major, I had to start from scratch around 3 times on average. Starting over after you have figured out where you are running into problems allows you to optimize your approach in order to minimize the tricky areas you have had trouble with. Also, it allows you to take shortcuts with the object-oriented design approach in that you can reuse functional code as long as it links properly to your main function.Caseyhttp://www.blogger.com/profile/08871212427614088706noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-36827034867979144952009-06-01T06:26:36.924+01:002009-06-01T06:26:36.924+01:00I would guess he's griping on the fact that there's been no status updates on the news page for us non-programmers, given that 2.1.6 is now just about 7 months old. and before you say "you could go check the bug tracker", try to remember I did just say "non-programmers". just a current change log from 2.1.6 till now would be very much appreciated.sarreqnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-15650694855197439052009-05-25T03:22:09.938+01:002009-05-25T03:22:09.938+01:00Before making claims that work isn't being done on Aegisub, I urge you to look at the recent commit logs for Aegisub. The past couple of weeks lots of work has been done, bugs have been closed.<br /><br />But there's also some of the more serious problems with Aegisub that lay so deep they can't just be patched around. Some of them are related to poor rendering support, and that's where Kumaji comes in.jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-14332347197033314952009-05-24T23:38:17.446+01:002009-05-24T23:38:17.446+01:00could you please fix aegisub's bugs instead of wasting time with this?Srlsynoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-9270033235127390322009-05-21T06:35:12.277+01:002009-05-21T06:35:12.277+01:00niceAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-28231825086378599062009-05-13T20:07:00.000+01:002009-05-13T20:07:00.000+01:00I guess you are aware of it, but still. It would be great if the renderer was able to work in setup where output sample queue is being used between the decoder and video renderer for improved handling of bitrate spikes and other slowdowns of decoding.<br /><br />Good luck with the project!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-39294802525423742882009-05-01T17:35:00.000+01:002009-05-01T17:35:00.000+01:00That sounds brilliant. I only wish I could help out, but as it stands I shall just have to wish you well in your endeavour and look forward to the results!k-o-rhttp://k-o-r.livejournal.com/noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-82762182227640788422009-05-01T08:45:00.000+01:002009-05-01T08:45:00.000+01:00Yes as much as possible will be put into worker threads, ie. depending on what granularity ends up being practical, "work units" are created and put into queues, which are then picked up by some worker threads.jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-68377624495529565032009-05-01T01:37:00.000+01:002009-05-01T01:37:00.000+01:00Will Kumaji be multi-threaded? This is the biggest failing of VSFilter IMO as even minimal effects at any high-ish resolution quickly result in a maxed out core.k-o-rhttp://k-o-r.livejournal.com/noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-30689199888548862872009-04-29T01:21:00.000+01:002009-04-29T01:21:00.000+01:00I think I may have misunderstood and posted something in the kumaji project's feature request tracker that didn't belong. sorry about that. a better description, summary and feature list on the project page would help prevent future flubs of that sort.sarreqnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-51441001368848020162009-04-27T18:14:00.000+01:002009-04-27T18:14:00.000+01:00I replied to the above comment here:<br />http://forum.doom9.org/showthread.php?p=1278788#post1278788jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-33782286341711320372009-04-27T16:04:00.000+01:002009-04-27T16:04:00.000+01:00Hello jsf, I am the MPC-HC project manager.<br /><br />I'm really glad that you are trying to create a new multi-platform open-source subtitle renderer.<br /><br />I know you are still in early planning stage but i have some requests:<br /><br />1. Could you try and make your subtitle renderer compatible with hardware decoding? (DXVA, VDPAU, CUDA, OpenCL)<br />2. Would i be possible to replace the MPC-HC built in decoder with your version if/when it gets better?<br /><br />I wonder if it would be possible to split the current MPC-HC subtitle renderer/VSfilter into a platform dependent and platform independent part.<br />And then replace the independent code with your new codebase.<br />This would make the MPC-HC built in decoder much better than it is now, VSfilter will give you windows support and you would only need to add the api's for linux/unix and MacOS X<br /><br />Then again, if you manage to create a standalone filter that supports all hardware decoding flavors than mpc integration would not be needed at all.<br /><br />You might be able to find willing coders in the MPC-HC, XBMC and Mediaportal pool..MPC-HC project managerhttp://forum.doom9.org/showthread.php?t=123537noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-89045060918340324092009-04-26T04:35:00.000+01:002009-04-26T04:35:00.000+01:00So then, how is the Aegisub version for Mac going?<br />I desperately need something that will make subtitles for Mac! All the other ones I&#39;ve tried were not as efficient as Aegisub is &gt;_&lt;khy127http://khy127.livejournal.com/noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-34092607022799670652009-04-19T07:29:00.000+01:002009-04-19T07:29:00.000+01:00Please make support for MPEG-4 Part 17 (aka MPEG-4/3GPP Timed Text) as well.<br />This subtitle format is *much* more flexible, powerful and extensible than ASS, and it's also an open ISO standard (unlike ASS, which is proprietary and very poorly documented, leading to incompatibilities). Its only current disadvantage is lack of good implementations (VLC and MPC support is incomplete), which is the thing that you are able to fix.<br />Thank you.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-22620636147820866552009-04-10T20:12:00.000+01:002009-04-10T20:12:00.000+01:00I am looking forward to this...<BR/>but I afraid that I can't be any help...<BR/>Anyway, please do your best!mushimushiprojecthttp://www.blogger.com/profile/01853208384754805139noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-57425847177769485982009-03-26T22:29:00.000Z2009-03-26T22:29:00.000ZHow is it going jfs?Deddohttp://www.blogger.com/profile/09222927592282200398noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-43010337143712955692009-03-20T21:20:00.000Z2009-03-20T21:20:00.000ZAegisub and Kumaji are completely different.<BR/><BR/>Aegisub is a subtitle editor.<BR/>Kumaji is a subtitle renderer.<BR/><BR/>Rather, Kumaji will be used by Aegisub at some point.<BR/><BR/><BR/>For rendering, Kumaji uses custom routines. It does (and will) not use rendering routines from any system font library. It will, however, use system font libraries to obtain the outlines for fonts. Simplfied overview of pipeline:<BR/>1. Kumaji reads subtitle data into appropriate structures.<BR/>2. Kumaji uses a system font library and system text layout library to generate laid-out outlines for the fonts.<BR/>3. Kumaji transforms the outlines according to the style information.<BR/>4. Kumaji renders (scan-converts, rasterises and fills) the processed outlines.jfshttp://www.blogger.com/profile/13154641479666334229noreply@blogger.comtag:blogger.com,1999:blog-337536679221777590.post-75942993783103860422009-03-20T16:48:00.000Z2009-03-20T16:48:00.000Zdoes this mean you'll eventually abandon aegisub and move onto kumaji?Anonymousnoreply@blogger.com