1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Cropping Failure

Discussion in 'HD/HDR-FOX T2 Customised Firmware' started by ntm1275, Feb 14, 2012.

  1. ntm1275

    ntm1275 Member

    EDIT - title should say Cropping Failure - fat finger syndrome

    I've recorded a program that is 10.36GB in size from BBC1 HD

    I've set the bookmarks to use to cut out the sections I don't want

    When I use the 'crop' function in Webif (recording is 2:29:32 total length, and 1:32:47 (62.05%) when cropped), it reaches 29% and then jumps straight to 100% and gives the following text stating the copybuffer is too small:-

    Processing Six Nations_ Wales v Scotland_20120212_1429 Moving recording to /media/My Video/Rugby/_original Six Nations_ Wales v Scotland_20120212_1429.thm Six Nations_ Wales v Scotland_20120212_1429.ts Six Nations_ Wales v Scotland_20120212_1429.nts Six Nations_ Wales v Scotland_20120212_1429.hmt Runtime Error: execute.jim:40: read header /media/My Video/Rugby/_original/Six Nations_ Wales v Scotland_20120212_1429.hmt (13184 bytes) found bookmark - 1941 found bookmark - 4636 found bookmark - 5441 found bookmark - 8313 progLen = 8972s, 4 bookmarks, HD = 1 read 300261 entries from /media/My Video/Rugby/_original/Six Nations_ Wales v Scotland_20120212_1429.nts cut at nan seconds = frame 59322 (1941613) cut at nan seconds = frame 152346 (4636661) cut at nan seconds = frame 176578 (5441544) cut at nan seconds = frame 280413 (8313499) Adjusted cut 0.out down from 0 to 0 Adjusted cut 0.in up from 59322 to 59332 Adjusted cut 1.out up from 152346 to 152357 Adjusted cut 1.in down from 176578 to 176567 Adjusted cut 2.out up from 280413 to 280416 Adjusted cut 2.in up from 300261 to 300261 new Section - rounding down to chunk at frame 59332 (0 out) from 2273024063 to 2273023872 copybuffer too small - got 786432, need 4294974016 at frame 112557 at file "execute.jim", line 40

    It creates an 'Original' folder and moves the original recording there, but does not leave the cropped version in the folder

    Any ideas as to why it's failing?
     
  2. Black Hole

    Black Hole Felonius Gru

    And the finger trouble problem was what?
     
  3. 4291

    4291 Well-Known Member

    Check again for the cropped version. It can take quite a while for it to be copied. You may just have lost the end.
    If that's the case split the recording at halftime, carry out your crop on each half, then rejoin.

    You may have hit the buffers. It is a large file.
     
  4. ntm1275

    ntm1275 Member

    I will try your suggestions tonight when I get home
    The previous weeks game was larger at 11GB in size and that cropped OK
     
  5. 4291

    4291 Well-Known Member

    You can always try again. Move the original back to /videos. The bookmarks will still be in place. Rename or delete the old cropped version if it is there. I don't think you can have two files with the same name.
     
  6. af123

    af123 Administrator Staff Member

  7. Ezra Pound

    Ezra Pound Well-Known Member

    It looks like the copy buffer is meant to hold a 'frame' a small part of the whole file, So the overall file size isn't the problem. However the maximum frames size allowable is 786KB (the largest frame Drutt envisaged was 600KB). Your file is reporting a single frame size of 4.3GB. Drut did say he was looking into handling bigger frames
     
  8. Brian

    Brian Administrator Staff Member

    Title corrected.:)
     
  9. Black Hole

    Black Hole Felonius Gru

    Oh I see. I didn't spot that.
     
  10. ntm1275

    ntm1275 Member

    As an update to this thread:-

    I have now found out that when it atemps to crop the recording and fails, it puts a copy in to an 'original' folder, but this 'original' recording now becomes unplayable on the Hummy

    I get a message on the TV saying that "the channel is scrambled or not available"

    Also in Webif, it says the 'original' recording is Decrypted, but it's not