Author Topic: What to do with those thousand part files?  (Read 2219 times)

bgeneto

  • Guest
What to do with those thousand part files?
« on: June 18, 2009, 03:06:32 pm »
I've downloaded almost 7.0 GB of a .mkv file and at the end Alt.Binz leave me only with thousands of "part.???" files in its own directory (named something like "6bb0ab01eeb4c40cdd4c424eed6286f4") inside the program's temp folder. What can I do with those part files in order to process and get the final archive (.r00, .r02, ..., .rar)? Thanks in advance.

ps.: I'm still using v0.25.0

Offline Hecks

  • Contributor
  • ***
  • Posts: 2011
  • naughty cop
Re: What to do with those thousand part files?
« Reply #1 on: June 18, 2009, 04:03:00 pm »
Exit and restart Alt.Binz to see if yEnc decoding completes (expand collection in Queue tab to see progress of decoding).  Check your Log for any errors if it doesn't.

Offline DM8Mydog

  • Contributor
  • ***
  • Posts: 48
Re: What to do with those thousand part files?
« Reply #2 on: June 18, 2009, 04:21:24 pm »
do you by any chance have a FAT32 filesystem? if yes, you can't have files larger than 4GB inside FAT32.

bgeneto

  • Guest
Re: What to do with those thousand part files?
« Reply #3 on: June 18, 2009, 08:04:09 pm »
Log error was "no space left in the device", or something like "free space below minimum specified". Maybe the program needs twice (or even more!) free space than the file(s) been downloaded in order to complete the decoding and post-processing tasks? Anyway, after closing the program and freeing some space, the decoding process does not continue automatically and all those part files remain in the temp folder. I've tried to cat (type or copy /b) every directory containing part files by hand but unrar throws an error while opening the resulting multipart files saying its damaged. I'm using NTFS and Vista Business 32 bits. May be a button to force decoding (finish processing) would help in these cases...

Offline Hecks

  • Contributor
  • ***
  • Posts: 2011
  • naughty cop
Re: What to do with those thousand part files?
« Reply #4 on: June 18, 2009, 10:44:47 pm »
Well, space usage depends on which drives you have temp & download folders.  Obviously if they're on the same drive, when decoding you'll have both decoded and undecoded files taking up space, but the latter should be deleted after successful decode.

If decoding isn't resuming after exit (i.e. real exit of the proggie, not minimize to tray) and restart, and the collection is still in the queue, there should be an error message in the Log about that. Copy /b won't work because the temp files need to be decoded (from yEnc text to binary).

If all else fails, manually decode with UUDWin or similar:

http://www.marks-lab.com/

« Last Edit: June 18, 2009, 10:52:27 pm by Hecks »