GNOME Bugzilla – Bug 575356
timeout on importing large clip
Last modified: 2010-03-10 16:20:13 UTC
i am using pitivi 0.13.0.1~git20090312-1 from the ubuntu PPA on intrepid when i try to import a large clip (25 mins, dv, 5.7GB), i get a timeout error. URI:/data/newzealand/raw/Untitled1 Problem:Timeout while analyzing file. Extra information:Analyzing the file took too long. if i keep trying it eventually works. if i drop my caches echo 1 > /proc/sys/vm/drop_caches then i get the timeout again. i will attach a log
Created attachment 130655 [details] log of problem
it may be relevant that dvgrab gets upset about the timecodes in these files https://sourceforge.net/tracker2/?func=detail&aid=2687039&group_id=14103&atid=114103
Are you *SURE* it's a RAW DV file ? I see mentions of qtdemux in the debug log.. .making me think it might be a dv-in-mov file. If that's the case... my guess is that it timeouts when reading the index of the files (which will be 25*60*25 (37500) entries big). There's two things we could do in that case: * optimize the hell out of qtdemux (memcpying the indexes from the file in a table in memory) * increasing the timeout for discoverer in pitivi ... Or you could use a *raw* dv file (straight dump from camera) for which the support is excellent in gstreamer and pitivi.
(as requested on IRC) gst-typefind-0.10 /data/newzealand/raw/Untitled1.dv /data/newzealand/raw/Untitled1.dv - video/quicktime sorry for my misleadings i had assumed that because the files come out at 13GB per tape, that final cut was just dumping them to disk. so is dv-in-qt just a qt header, and then a dv stream, or does it do more mangling?
This happens a lot more often on netbooks (for clips that do import correctly on a modern desktop computer); I'd like to be able to disable that timeout. Or maybe there should be an importing progress bar/dialog with "skip" buttons.
I have the same issue with any large AVI file
(In reply to comment #6) > I have the same issue with any large AVI file pitivi 0.13.3+20100202 on Ubuntu karmic (gstreamer was upgrades)
Created attachment 153197 [details] Pitivi debug log trying importing a avi/xvid file
(In reply to comment #5) > This happens a lot more often on netbooks (for clips that do import correctly > on a modern desktop computer); I'd like to be able to disable that timeout. Or > maybe there should be an importing progress bar/dialog with "skip" buttons. I agree with Jean-François. I have a netbook and tried to import a 800 MB MPEG-4 file and I always get this timeout error. Disabling that automatic response could be a solution.
I think it is related to gstreamer. On my laptop I had the gstreamer version from Ubuntu karmic repository and pitivi imported large files. But now I upgraded it with ppa:gstreamer-developers/ppa . Now pitivi gives the error.
Actually, this is kind of three bugs in one: - this bug, filed here a year ago (it didn't happen *that often* back then) - the "hardcoded timeouts suck" problem: bug #583203 - the recent gstreamer problems that many of us have started experiencing; I filed a new one on gstreamer regarding that: bug #609274
commit d68a34e70febfb6dc6d761471c08c31b19d46418 Author: Edward Hervey <bilboed@bilboed.com> Date: Tue Feb 9 16:31:16 2010 +0100 discoverer: Make fakesink EOS instantly. We need this to make the discoverer EOS as soon as possible. Fixes #575356
Forgot to mention that this depends on to-be-released-today gstreamer core. Will update the configure.ac once it's released.
It seems the bug was not resolved. Pitivi gives error on large file (i installed gstreamer from gst-developers PPA for ubuntu)
Hi, using pitivi+gnonlin taken from git I stumbled on this same error. I was trying to import a few of AVI files taken with my camera (I think they're divx or similar), 40 to 100 MB. I did a git-bisect (twice, just to be sure), and the winner is... d68a34e70febfb6dc6d761471c08c31b19d46418 is the first bad commit commit d68a34e70febfb6dc6d761471c08c31b19d46418 Author: Edward Hervey <bilboed@bilboed.com> Date: Tue Feb 9 16:31:16 2010 +0100 discoverer: Make fakesink EOS instantly. We need this to make the discoverer EOS as soon as possible. Fixes #575356 :040000 040000 406838662cf6132f94ba9446c653cbc00d85149d 3a36484e965cdfee9c9aa16f7282dcfb7176ed41 M pitivi Reverting that single commit made pitivi work fine as usual.
Tommaso, are you using gstreamer/gst-plugins-base 0.10.26 or more recent ?
I'm using 0.10.25, 0.10.26/27/28 hasn't made it to gentoo portage, yet.
Right, see comment #13. I updated configure.ac to make it depend on core/base 0.10.28. That should solve the problem (of using pitivi with a version of gstreamer for which it's known to break).