ogmrip created a huge log file (70+ gb) and filled the fs

Bug #429961 reported by Marques Johansson
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
ogmrip (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: ogmrip

While converting a 2gb vod (via DVD folder import) to a PSP mpeg4 (using a customization to limit vbr to 1500kbps), ogmrip created a log file (in my Video folder with a filename of the video file being created except with a .log extension) that was 70+gb. This is significantly larger than the expected source or destination files. This caused ogmrip to fill the filesystem and strace revealed that it was stuck in a loop of 'no space left on disk'. Sorry for the loose details - I deleted the log in a struggle to get the system back in working condition, ogmrip had to be killed to release the handle on the log. The process was at 97% of one of the video passes (the progress indicator is ambiguous about what job you are being shown a percentage for).

I did not have the 'log command output' option enabled.

ogmrip should avoid creating log files of this size and/or give the option to execute without a log

Revision history for this message
Mirko Minardi (starless78) wrote :

Sorry for my bad english!!!

I have same issue. In tail -f mode I have this:
...........
Compressibility factor: inf%

Scale size: 1040886000x0
User quality: inf

Compressibility factor: inf%

Scale size: 1040886016x0
User quality: inf

Compressibility factor: inf%

Scale size: 1040886032x0
User quality: inf
............

The size of log is very very huge!!!

My configuration:

Linux Ubuntu 9.10
OGMRip package: 0.13.2
iso dvd image mounts with AcetoneISO

Same configuration on virtual machine and on another PC Pentium IV haven't bug. On my notebook Pentium dual-core I have this bug.

Same notebook with Linux Ubuntu 8.04 and OGMRip package 0.12.3 haven't bug.

I have another issue: on all PC the package OGMRip 0.13.3 after correct audio ripping shown window with "Unknown error". Video rip stop and in the log (or shell) there isn't an information of the error. This happens only when I mount iso dvd image on external hard disk or via network on NAS with AcetoneISO. Whereas if I use a DVD-ROM the rip is OK. But this is another issue.

Revision history for this message
Mirko Minardi (starless78) wrote :

UPDATE

I reinstalled Ubuntu 9.10 and OGMRip 0.13.2 works fine.

I don't know if the issue was an error of operating system.

At the moment I have only italian language packages, AcetoneISO and OGMRip 0.13.2 without other software and updates.

Remains the issue OGMRip 0.13.3. I have found that the bug is in "Automatic Compressibility Test". OGMRip crashes if this test is enabled with "Unknown error" around 91% of the compressibility test. Nothing is traced in log. If this feature is disabled OGMRip works fine.

Revision history for this message
Mirko Minardi (starless78) wrote :

UPDATE

I tried to mount iso dvd image with mount -o loop instead AcetoneISO and OGMRip 0.13.3 works fine with "Automatic Compressibility Test" enabled.

I think that the issue is fuseiso because if I start the movie after that iso dvd image has been mounted with AcetoneISO or Ubuntu's storage manager I have an issue. At 3 / 4 of its length the film is restarted!!! I think that this is the point where OGMRip crashes. I have tried with vlc, mplayer, totem.

Revision history for this message
VPablo (villumar) wrote :

Same problem. I have to say that not always this bug appears, only on some DVDs. Sometimes, unchecking "Automatic cropping" or scale works. I think it is a problem only with AVI format.

$ apt-cache policy ogmrip
ogmrip:
  Instalados: 0.13.3-1~getdeb2
  Candidato: 0.13.3-1~getdeb2
  Tabla de versión:
 *** 0.13.3-1~getdeb2 0
        500 http://archive.getdeb.net karmic-getdeb/apps Packages
        100 /var/lib/dpkg/status
     0.13.2-0.0ubuntu1 0
        500 http://archive.ubuntu.com karmic/multiverse Packages

Revision history for this message
Jani Uusitalo (uusijani) wrote :

I have a DVD which, under Karmic, caused Ogmrip to behave the way described above. After upgrading to Lucid today, with Ogmrip 0.13.4-0ubuntu1, I was able to rip the disc without the problem of a huge log file being generated.

The rip seems to have resulted in a misscaled copy though: I've set the maximum resolution to 320×240 in the profile I used, yet Ogmrip generated a 720×567 MP4. Therefore I'm not yet sure if the above issue has been fixed in Lucid's version of Ogmrip, or if the success I had with this rip was merely due to Ogmrip not doing any scaling for some reason. I'll try to look into it and will post more if I can verify either.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.