Dan Dennedy a ?crit : > On Fri, Dec 5, 2008 at 4:25 AM, Albert ARIBAUD <albert.aribaud at free.fr> > wrote: >> Dan Dennedy a ?crit : >>> On Thu, Dec 4, 2008 at 1:27 PM, Albert ARIBAUD <albert.aribaud at free.fr> >>> wrote: >>>> Hi, >>>> >>>> (Reproduced on today's SVN) >>>> >>>> Sometimes when adding a TS file as a clip in a DV PAL project (don't know >>>> about others), the clip gets a size of 10 seconds even though the TS is >>>> 45-odd minutes. Not every TS does that. >>> Can you please make ~20 seconds available by reducing the file size >>> using 'dd' with a block size of 188? You can use 'ffmpeg -i the.ts' to >>> get the data rate. Then, to get the number of blocks to copy, convert >>> bitrate to bytes by dividing by 8, multiplying by 1024 for kilo, >>> multiply by 20 seconds, and divide by 188. ffmpeg -i your result >>> should show you if you are correct. Otherwise, you can also just >>> divide the original size by some factor, like say 90 to get ~30 >>> seconds. Finally, attach it to a bug at kdenlive.org/mantis. >> 20-odd seconds clip done according to your suggestion. However, its length >> is correctly shown -- but maybe that's normal when below 10 minutes, or >> maybe you can still diagnose the full clip issue from the 20-second one. Do >> you still want it attached to a bug report? > > Heh, no, I need a clip that reproduces the issue, but obviously not 45 > minutes if we can avoid that. I suggest just trying some different > lengths, and send the shortest one that demonstrates it. If it is too > long, try to post it somewhere for download.
Ok, took a little dichotomy but I got a <1M, 2-3 seconds long ts extract of the original 1GB file of 2-3 seconds which exhibits the "10 min" bug. Filed as <http://www.kdenlive.org/mantis/view.php?id=436> Amicalement, -- Albert.
