Skip to main content

Phase I Evaluation

I passed. At first the tasks seemed too daunting and intimidating to complete. When I framed the proposal, I didn't know how tough (or easy) it'll be to implement because didn't have any experience in Nuklear Library (the GUI library). But when I actually started learning Nuklear Library, I realised, maybe I over-claimed somethings for Phase I evaluation. But got past every Hurdle and I passed.

I implemented fully working Basic mode of the CCExtractor GUI and partially working Advanced Mode of CCExtractor GUI. Partial in the sense that, there are many setting and tweaking options in CCExtractor, all of them aren't available, yet. But basic Input and Output tweak settings are available.

This is how it looks so far:

->Main Screen, as soon as the GUI is launched.



->When "Advanced Mode" is checked. The upper row is populated with Tabs corresponding to specific genre of settings.


-> Input tab has the basic input options. (Advanced options would be in 'Advanced Input' Tab)


-> 'Output' Tab contains all the Output options related to CCExtractor.


-> 'File browser' wasn't proposed in the proposal. But without a file picker, the UX would seem incomplete. While designing a UI, the designer has to also take care of the UX otherwise people won't use it.


There are many bugs, which will soon be corrected and many improvements to do like good resolution icons would be used instead of the current ones (as seen in the above image).

Currently, the file browser is only Linux Specific. Though POSIX libraries are used but, since all the CCExtractor related development in Windows is done in Visual Studio, We're bound to use MSVC instead of Cross-Compilers. So, maybe I'll have to rewrite file browser on MSVC or just think of another workaround to make it work.

Comments

Popular posts from this blog

Official Coding Period Begins

Official Coding period started on May 30, 2017 at 2130 Hours IST. I have learned a lot about Nuklear Library. I did a lot of self practice. In Nuklear, the layouts are used row by row instead of defining layout for a specific window at once. It took a while to figure me out how the layout actually works without any documentation. Moreover, there are a lot of layouts to select depending upon your GUI design so you have a lot of feasibility. I'm planning to use combination of different layouts (Static, Dynamic and Layout element Stack) for the main screen of GUI, planning for the rest of the screens is work in progress. I've practiced all the layouts but haven't practiced writing custom layouts ( because most probably already provided layouts would suffice). I practiced making a tabbed view (as proposed in GSoC proposal) using buttons in Nuklear library, since an actual tabbed view isn't already written in the library. I also tried to understand and practiced making a c

Introduction: GSoC with CCExtractor

CCExtractor has been selected as Organisation in Google Summer of Code program. For those of you don't know Google Summer of Code is a global coding program focused on bringing more student developers into open source software development. Know more! CCExtractor is a Closed Captions Extractor from various video formats and live streams, a project led by Mr. Carlos Fernandez Sanz . CCExtractor might be a small project as seen from the perspective of codebase in comparison with other big Open Source projects but is indeed a powerful tool and has a great potential to be used as a software and to evolve to something greater. Know More! This is my first blog post related to my Google Summer of Code project with CCExtractor. I would be working on Cross Platform GUI for CCExtractor using NUKLEAR library. I've been assigned two mentors for my project, Mr. Willem Van Iseghem and Mr. Evgeny Shulgin   who will guide me and review my ideas. CCExtractor currently has cross platform GUI