Sorry for the non-dutch speaking subsribers to this list. This is a post for the members of the Media project team. I abuse this list because I just don't have all their email adresses available here.
Rob wrote: > >David wrote: > >Aangezien een fragment in het geval van realmedia niet echt 'knipt' > > maar verwijst naar de file met een start/stop offset, heb je de originele > > lengte dus altijd bij bereik. De originele lengte is het fragment zonder > > de start/stoptijden. Bovendien is 'op dit moment' een fragment pointer > > naar de originele opname, die untouched blijft. > Volgens mij is dit niet helemaal waar, jullie hebben volgens mij ook > audioparts (geen fragment) waarin al geknipt wordt. Mocht dit niet zo > zijn dan zou je voor ieder audiopart waar je een stukje begin of einde > af wilt halen een fragment aan moeten maken. En het length veld heb je > volgens mij nodig als je b.v. in je listings de lengte gaat gebruiken. > Immers als er niet geknipt zou zijn kun je geen length=stop-start doen. Ik vind dit start, stop, lengte iets 'net niet helemaal' hebben, ze zijn er gekomen om te knippen en dat is ok, maar in de objecten wereld zitten ze net niet logisch op hun plek. Begin bij 't oorspronkelijke stuk media, de 'master'. Een master heeft geen start en geen stop, alleen een lengte. Drie velden waar 1 voldoende is. Als je in audio en video termen blijft, een clip, een fragment in MMBase, heeft een master, een in point in de master en een lengte. Om clips makkelijk te kunnen manipuleren en zo onafhankelijk mogelijk van de timeline te houden wordt normaal gesproken 't in point (start) en de lengte opgeslagen en niet 't in-point en 't out-point. Dus een clip heeft 3 eigenschappen, master, in-point in master, en lengte. In 't nieuwe model zijn dat er vier: master, start, stop en lengte, waar 3 toch echt voldoende is. Jouw conclusie is terecht, als je wilt knippen binnen een netjes model blijf je met je tengels van de master af en moet je een clip maken, dat is wat mij betreft de gewenste situatie, NEVER change the master. Als je wel iets als start en stop toestaat in de master dan kom je in spaghetti terecht, als je de start en stop van de master wijzigd loopt je 't risico dat je alle clips moet nalopen, gewoon geen start en stop, maar alleen een lengte in de master, voorkomt dat soort shit en maakt dingen simpel. Als je 't idee van de clip (MediaClip betere naam dan MediaExcerpt of MediaFragment (dutch)?) consequent invoert zou je alleen de clips moeten listen en krijg je altijd een drietraps raket clips, masters, raws, waarbij clip een ander object is dan de master. Een op clip, master -raw model met lengte in master, de master, in point in master en lengte in de clip, vind ik 't mooiste. Groot nadeel is dat zo'n radicale verandering tov de oude tweetrapsraket Audio/Video-Part - RawAudio of VideoPart een lastig migratie traject opleverd. Zit breedte en hoogte van video in 't nwe model? Hoever ga je met meta data? > Ik heb geen commentaar gehoord, ik zal ze er vandaag uit halen. Ik zal > overigens je andere commentaar ook vandaag gaan verwerken. > > > > Klopt! ik hoop dat de rest hierover ook even meedenkt. > > > Hopen? Ik naam aan van wel, het zo mooi zijn als de media spullen nu > super strak opgezet kunnen worden. Maar dan moet ik wel feedback hebben > van personen die er dag en nacht mee werken. Ik heb maar vluchtig naar 't nwe model gekeken en omdat ik niet in 't project zit ken ik de details niet. Ter overweging, gaat een clip - master - raw model te ver, of is 't de oplossing voor dingen die in de huidige tweetraps raket 'rommelig' in elkaar zitten? Wilbert.
