Tomi Ollila <[EMAIL PROTECTED]> writes: > > As mentioned above, using -x ffbin -i /some/directory doesn't work > (transcode blocks as running ffmpeg -i /some/directory ... will error > (don't remember just now what, but errors anyway ;/)) > > After some hacking I got the 0ld trick work: >
/* ffmpeg shell script stuff eleted */ > > Now my recording that was split in 6 parts by dvgrab was fully > encoded into one continuous output file. Anyone interested > the scripts used can go to http://www.iki.fi/too/t/ and > check ffmpeg-import-wrapper.sh and tcode2paldvd.sh > > In the near (read far) future I'll check if that is easily > fixable in ffbin import module... > Now I'll finish this story (monoloque ;) In one encoding it took aroung 5-6 rounds (20000 - 60000 frames, 2.25 fps) to get encoded. I got the following problems: 1) at frame 19932 transcoding stopped. All components were waiting for IO, but for some reason it did not conitune... 2) Tried that again -- now it got further from that, but around frame ~25000 ffmpeg import command SIGSEGV't, causing 5min a/v sync problem (and, of course, 5min lost video) 3) Used mplayer import module (and mplayer command wrapper). In the morning when I looked results, the machine worked weirdly; screen stayed blanked whatever I did -- I was lazy enough not to investigate further but hard-reseted the machine. ~57000 frames (from total of ~63000) encoded. Some stuff missed from the end and additionally audio started to lagg (some video frames dropped) At this time I entered `yum update' on FC5. libdv packages updated. With newer libdv the dv import module worked again. 4) Started again from the beginning. Tested -x dv...(*) and it worked! ... and it created perfect results without any hacky wrappers. So, from now on I use this... and I think doing something to ffbin and/or mplayer import modules just went under interest threshold (I might do something else, though). Thanks for reading. I hope this has been interesting/amusing :D > Tomi Tomi (*) Option --dv_yuy2_mode added too
