Now cinecutie is registrered on launchpad and on sourceforge.
The reason of this choise is that the project now is a real fork and I need to use all free platforms I can. I'm not a Bazaar lover and so Sourceforge is used only as git repository, launchpad is used for bug tracking, features requests and, soon, as repository. Cinecutie.org is registered but not yet usable. Yes I need to economize resource, because I not have lot of money, actually I'm on economic hardship (3 children and a wife with some healt problems), and all donations do not cover all the money I need, expecially for the repository. But I love cinelerra and I want to make the code better. I will continue to release packages for Cinelerracv and Cinecutie, on over 3 years of activity this project has been proud to help lot of professionals users, I want to go forward with consistency and not leave anything unfinished. Ok, sorry if I digress, returning to cinecutie I have made many changes to the code:
- integration of fileffmpeg from cinelerra4.1, now you can add flv and wmv and many others formats on your project
- integration of quicktime 2.3.0 from cinelerra4.1
- integration of libmpeg 1.8.0 from cinelerra4.1
- lots of fixes
known problems of these new features are:
- the timeline not shows correctly the first frame with new formats supported, but not makes any kind of problem when rendering.
- ever on timeline, rarely the preview of new format is missing
Known general problems are:
-firewire not yet usable
-video4linux2 not yet usable
I work hard to fix all problem soon as I can, but I need your help on lauchpad, donations are also appreciated. You can also meet me on #cinecutie on freenode.


Comments
load "back up"
First let me say, I like what you have done in Cinecutie. I loaded an MP3 corrupted audio file into Cinelerra it crashed and it crashed on start up after that. I didn't know how to fix the problem. I had cinecutie installed but had not tried it. So I put a few files in and then loaded the mp3 corrupted file. Cine cutie did not crash it just would not run the file. Great! I also have a request for what I think might be an improvement. It might be nice if on start up "save back up was disarmed" and could be armed with the first click and then a second click would save. I have recently accidentally clicked save backup after start up instead of load back up and of cource it saves and umpty program over the last back up. I think this might be a good thing if it doesn't cause a problems in some other way. Thank You, Doug
Doug
Cinecute is cute, but slooow...
Greetings,
I don't know if you're aware of this problem, but cinecutie doesn't seem to take advantage of multiprocessor systems (I have an Intel Core i7 processor with eight logicial, four physical cores, running either Karmic or Lucid, both x86_64). Using the cinelerracv-smp package, the playback speed of my project is acceptable, but using cinecutie it is sooo slow... I don't know if this has to do with CPU optimization, frame-dropping capabilities or whatever but I wish there was a simple solution for that.
(Other than that, Cinecutie is really nice! The fonts and encoding of the interface are much, much better handled.)
Cheers!
Valentin Villenave.
Sure?
Auto configure tool is work in progress, please Check this settings:
preferences>performance>force 1 processors use> false
preferneces>playback>audio out > alsa, all check eccepts audio realtime
perferences>playback>video out > "all uncheck" and "Nearest neighbor enlarge and reduce" checked
and try again!
Works now
Greetings,
it seems to work now (I think I forgot to uncheck the "play all frames" option, that's why I was freaking out). Besides, the cinecutie-xt build feels much snappier than earlier builds (for example, it loads almost instantly whereas the previous build took several seconds to start up). Like with Cinelerra though, I had to select "OSS" as the audio output device. I also experienced a couple of unexpected crashes, I'll tell you if I manage to understand what reproduces them.
Now I just have to sort out a minor encoding problem in titles: since I need accented characters in my titles and texts, the only encoding that Cinelerra let me use was ISO 8859-1, so I had to re-encode all my files as UTF-8 to make Cinecutie happy. (Which isn't a bad thing since UTF-8 is much better anyway.) Funny thing is, the <TITLE> tags in xml files still include the ENCODING="ISO8859-1" attribute, but Cinecutie seems to just ignore it.
Thanks a lot for these (much needed) improvements over Cinelerra, I hope a few dedicated people will join you and help you maintain Cinecutie in the long term!
V. Villenave.