On Mon, July 19, 2010 02:59, John wrote: > > > --- On Sun, 7/18/10, [email protected] <[email protected]> wrote: > >> From: [email protected] <[email protected]> >> Subject: Re: [Lives-users] 720P and mpeg4 >> To: "LiVES users list" <[email protected]> >> Date: Sunday, July 18, 2010, 4:24 PM >> On Sun, July 18, 2010 20:49, John >> wrote: >> > >> >> > I did 500 frames and after the conversion the >> frames >> >> were doubled. The >> >> > conversion seemed to have went well but the >> audio ends >> >> early and the video >> >> > keeps going. I do get this warning when >> trying to use >> >> mplayer. >> >> > >> >> >> >> Yes, I read somewhere that MP4Box has a 2 GB limit >> per >> >> stream, so that may >> >> be a problem. Maybe they will fix that in the >> next >> >> version. >> >> >> >> > ***your system is too slow to play this**** >> >> > >> >> >> >> Well, this is supposed to be blu-ray format, so >> you would >> >> probably do >> >> better with a hardware player. >> >> >> >> >> >> I you just want h264 format then you should >> probably use >> >> the multi_encoder >> >> with h264/vorbis/matroska. >> >> >> >> >> >> Cheers, >> >> Gabriel. >> >> >> >> >> > >> > I'm using the multi-encoder. This works best. The >> problem I'm having is >> > changes made in clip editor mode are not being added >> to the file when I do >> > an encoding in h264 hi quality format. The changes are >> shown in the lives >> > timeline though. >> > >> >> Ah OK. What kind of files are you using as input ? >> >> >> What kind of changes are you making that you are not seeing >> ? >> >> >> > I'm ending up moving to multi-track mode and just >> adding my single video >> > clip to the timeline and then rendering a new clip. >> I'm trying this now >> > since it takes a long time for me to encode a clip (8 >> hrs). I've tried two >> > times in clip editor mode but both have failed to add >> the changes. >> > >> >> As a workaround you could maybe select all frames in the >> clip editor, copy >> to clipboard and then Paste as New. That may fix whatever >> bug is >> preventing normal encoding. >> >> >> >> Gabriel. >> >> > > The file was an originally a .mov file. I edited the file and added what I > wanted through multi-clip editor. I then rendered then encoded without > issue into a h264 avi file highest quality mp3. I realized I had a typo in > my final clip so I read it back into lives deleted the typo frames > generated title frames and then added them into the final clip then I > colorized front and back to fade the text in and out. The title frames > didn't get encoded but the original clip did minus the frames I deleted. I > paused encoding and it said the proper number of frames though 1 through > 7018. > > Per my last email, I just did a small encode test on the missing area and > it worked. The clip came from multi-clip editor to render to clip-editor. > >
Is it possible maybe you had only the middle section selected and clicked "Encode Selection..." by mistake ? Anyway, I have made some updates to the lives_mkv_encoder (removing some no-longer used commandline switches). http://lives.svn.sourceforge.net/viewvc/lives/trunk/lives-plugins/marcos-encoders/lives_mkv_encoder Cheers, Gabriel. > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Lives-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/lives-users > ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Lives-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lives-users
