Active Topics

 



Notices


Reply
Thread Tools
Jaffa's Avatar
Posts: 2,535 | Thanked: 6,681 times | Joined on Mar 2008 @ UK
#11
Originally Posted by anpaza View Post
I tried the gtk look of java, but it still feels like a masquerade. For example, clipboard copy&paste does not work for me in Java with any look-n-feel, and this kills. In general, Java look-n-feel is too alien, I use both Qt and Gtk apps and I have no problems with them.
This is (fairly) off-topic, I think this your opinion of Java GUIs is inaccurate. Although my Java development is mostly focused in the EE space, I've done some simple GUI stuff recently and SWT certainly looks no different to a native application, and Sun have finally caught up with that idea in the later versions of Swing. Copy & paste is not a problem for me with SWT apps on either Unix or Windows. Or Swing apps, for that matter. This is without any additional work on the part of the application: the widget set just provides it.

tablet-encode runs fine, but it doesn't do what I need from such an application. "Improving" it would mean a total rewrite, so I just made my own, without being constrained to learn/use Perl.
What doesn't it do that you require? FWIW, Bundyo's right in that tablet-encode's roots are Unix-based, and the fact it runs on Windows is a side-effect of mencoder and Perl's portability.

It seems that you wrote this because you didn't know tablet-encode existed, fine - that's my fault for not advertising it outside of the maemo.org community. But it also sounds like you have sound functional requirements which it doesn't meet (which I'd be interested to know from a pure "competitor" point of view) and technical reasons for not wanting to hack on it now that you know it exists (specifically, that you "don't know [Perl]" and "don't like" Perl from what you've seen of it).

Scratching your own itches is fine, and learning through writing software is always good. It's just frustrating to see wheels being reinvented solely for having a different manufacturing process, but the size, shape and colour otherwise being the same! [/bad analogy]

Sorry if this sounds like I'm berating you, just trying to minimise the amount of duplication in our small community.
__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
 
Posts: 47 | Thanked: 78 times | Joined on May 2008
#12
I would like to announce a new release of TinyAVI.

After my last release I got a lot of feedback from some users, and based on this I made some improvements which would not be possible otherwise. Thank you guys!

Changelog (0.2.2 compared to 0.2.0):
* Use by default -vf-clr to avoid any influence from user config files.
* Use -frames 500 with -ss 0, 150, 300, 600, instead of -endpos 10:0. This is both faster and more reliable.
* Perform the deinterlacing as the very first filter. Some filters may change the image and kerndeint, if inserted after them, can not detect interlaced video.
* Finetuned default denoise filter: hqdn3d=2:1:4.
* Added the "sharpen" option, which enables -vf unsharp=l:3x3:1
* Added the volume normalization option, on by default
* Interface improved to include new options
* Added a "Remove" button to remove videos from queue
* Use the -nouse-filedir-conf switch for mplayer to avoid .conf files to influence mplayer test run.
* Implemented the "Advanced" mode for geeks. All non-advanced stuff is hidden in default mode now, which makes the program very simple and easy to use. To enable, add "Advanced=True" to the "TinyAVI" section in ~/.config/tinyavi-gui.conf
* Advanced mode: added two entry fields where you can enter the values for the -V and -A options (additional audio and video filters).
* Added the notion of "Max width / height" to the profiles. This is the max physical resolution of the device screen. This is used to make the video a bit larger than suggested width/height if it uses the same number of pixels (e.g. W*H) like the suggested size.
* Added the "Extension" field to presets. This sets the default extension (the value of the %(ext)s macro) for the output file.
* Redone the Nokia N8x0 presets to more sane values. There are two presets now: for the GStreamer engine and for the MPlayer engine. My measurements shows that the later outperforms GStreamer by a factor of ~1.5 speaking of resolution and bitrate, so it's highly recommended.
* Added autodetection for number of CPUs.
* Added short selectors for every preset, for usage with the -t switch of tavi.
* If mencoder returns non-zero exit status, do so in tavi.
* Use yadif instead of kerndeint, which is alot better.

I hope you like the new version, which is a really great advance compared to 0.2.0.

Screenshot of the normal running mode, with the Settings tab open (normally it's closed):



With the Geek Mode on (enabled by setting Advanced=True in config file):



Almost forgot The program can be downloaded from the respective download page on BerliOS:

http://developer.berlios.de/project/...?group_id=9512

Last edited by anpaza; 2008-07-31 at 18:56.
 

The Following User Says Thank You to anpaza For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 16:38.