Achterstand Linux applicaties

Bewerk een film in Kino en constateer dat je geluid niet synchroon loopt
met het beeld. In Windows videobewerk-applicaties is dit 10 jaar geleden
al opgelost.

Laten we hopen dat de wet der remmende voorsprong ons gaat helpen.

Maar 10 jaar achterstand inlopen is ook weer zoiets...


--
Sabayon User

John Bokma wrote:

Vrees niet, recent is versie 1.0 uitgekomen van een nieuwe videobewerk
applicatie, die alle andere moet doen (gaan) verbleken. Ben ff de naam
kwijt, zal kijken of ik dat ergens terug kan vinden.

Ah... OpenShot Video Editor.
http://www.openshotvideo.com/2010/01/openshot-10-has-arrived.html

een beetje kdenlive dus ;-)
--
EOS
www.photo-memories.be
Running KDE 4.4 RC2 / openSUSE 11.2

Sabayon User wrote:

Maar 10 jaar achterstand inlopen is ook weer zoiets...



zoek eens software voor complexe zaken...
http://blends.alioth.debian.org/science/tasks/mathematics

en vanaf ginder maak je een "commerciele" app.


er zijn "teveel" prj die te klein, zijn, maar kijk eens, wat gebruikt
avlinux bvb??

in de commerce gooien ze iets in iemands bek, die dan het moeilijkste al
opgelost heeft.


--
--
What's on Shortwave guide: choose an hour, go!
http://shortwave.tk
700+ Radio Stations on SW http://swstations.tk
300+ languages on SW http://radiolanguages.tk

Sabayon User wrote:

Excuses voor de vergissing. Kdenlive is het pakket wat ik gebruik. Lekker
vlot en simpel. Alleen jammer van die ontbrekende automatische audiosync.
Mag ook wel iets stabieler, met regelmatig saven niet onwerkbaar.

Met Kino heb ik jaren geleden ge-experimenteerd, inlezen/bediening DV-
camera ging goed. Maar uiteindelijk voor ulead videostudio 7 gegaan voor
het monteren van het videomateriaal.

Openshot ga ik zeker proberen.


cinelerra?
http://cinelerra.org/
--
EOS
www.photo-memories.be
Running KDE 4.4 RC3 / openSUSE 11.2

Richard Rasker <email@anonym; writes:

stil, en is een poging ondernomen om het van de grond af opnieuw op te
bouwen onder de naam Lumiera (http://www.lumiera.org/). Dit laatste is
echter nog niet in een werkbare vorm.

Grappig altijd: iets werkt deels, dan staat het stil, en dan "Laten we
het opnieuw maken".

--
John Bokma j3b

Hacking & Hiking in Mexico - http://johnbokma.com/
http://castleamber.com/ - Perl & Python Development

Richard Rasker <email@anonym; writes:

John Bokma wrote:

Richard Rasker <email@anonym; writes:

stil, en is een poging ondernomen om het van de grond af opnieuw op te
bouwen onder de naam Lumiera (http://www.lumiera.org/). Dit laatste is
echter nog niet in een werkbare vorm.

Grappig altijd: iets werkt deels, dan staat het stil, en dan "Laten we
het opnieuw maken".

Niet dat ik pretendeer exact te weten hoe de vork in de steel zit, maar als
ik het goed begrijp, is de huidige Cinelerra-versie een community-fork van
het werk van Herione Virtual (www.herionewarrior.com). Deze laatste partij
doet echter niets aan ondersteuning, trekt zich weinig aan van bug reports
en gaat grotendeels zijn eigen weg. Desondanks is er geen sprake van haat
en nijd.
De community-versie is het stadium van 'onstabiel' echter nog steeds niet te
boven, onder meer door het gebrek aan medewerking van Heroine Virtual, en
men heeft besloten dat het oplappen van de huidige versie meer werk is dan
het opnieuw opzetten van de codebase. Zie ook
http://en.wikipedia.org/wiki/Cinelerra

Ja, dat is een bekend programmeursprobleem: onderhouden code, of
nieuw. Voor een deel van de programmeurs lijkt de lol 'm te zitten in
het maken van nieuwe dingen. Hoe dichter ze bij een 1.0 versie komen,
hoe harder ze aan het nadenken gaan over een "nieuwe versie, maar dan
allemaal anders". Ik heb dat soms ook wel een beetje, maar geef toch
echt de voorkeur aan refactoren. Nu zit je dus met:

- een buggy versie zonder support
- een onstabiele fork waar niet verder aan gewerkt wordt
- een nieuwe versie die lang nog niet klaar is.

Kijk niet gek op als #3 straks redelijk werkt dat er of een fork
optreed, of de programmeurs besluiten dat het te veel werk is om nieuwe
features er in te stoppen, en dus een nog betere versie van scratch gaan
maken...

--
John Bokma j3b

Hacking & Hiking in Mexico - http://johnbokma.com/
http://castleamber.com/ - Perl & Python Development

Richard Rasker <email@anonym; writes:

Gelukkig weten veel van mijn klanten me om financiß«le redenen weerhouden van
deze laatste stap, want het zal altijd de een na laatste stap blijken.

Yup, werken met een budget en zo smoort dat soort uitstapjes meestal in
de kiem. Ik wil niet beweren dat het altijd fout is, soms is het beter
om iets opnieuw te maken in plaats van het ergens in te wurmen. Maar ik
heb soms het idee dat bij een aantal OS projecten de fun in het "iets
nieuws maken" zit, en onderhoud en documentatie (!) als vervelend worden
gezien. Ikzelf vind documentatie wel prettig om te maken, ook omdat je
er op een andere manier door leert kijken naar je software.

--
John Bokma j3b

Hacking & Hiking in Mexico - http://johnbokma.com/
http://castleamber.com/ - Perl & Python Development