Мисля, че големината на файловете не трябва да оказва влияние върху подредбата на външните ключове. Т.е. първо си сортирай extension-ите според това колко файла имат, или по азбучен ред. След като приключиш с това, сортирай вътрешните записи по големина на файла. Така както се опитваш, понеже няма два еxtension-a с еднакво име, няма и как да стигнеш до последния .ThenBy. A дори и да стигнеш, резултатът няма да е коректен.

malkstor, в условието има една ключова дума - grouped ( ... files should be grouped by their extension ... ), която ще ти подскаже как да подходиш. Може да погледнеш моето решение.

Благодаря колеги, но групирането по разширение и после сортиране по брой файлове си работи ок, само последната част с размера на файловете не е ок. Ето до къде съм стигнал: http://pastebin.com/B8LUgZ9s.

Сега като гледам решението на колегата nstanevski, вероятно ще сменя речника от речници с лист от предефиниран тип данни. В началото исках така да го направя, но не се досетих как точно.

Само първото парче можеш да отвориш, понеже всеки бинарен файл съдържа в началото си няколко байта описание за себе си. Без тях програмата, която го отваря, няма как да знае какво чете (mp3, avi, png и т.н.). Нормално е, когато нарежеш един файл на няколко части, хедърите му да останат само в първата част и затова плейърът разпознава само нея като валиден .avi файл.

Относно кода:

1. Assemble не работи правилно, защото никъде не прочиташ от входния поток нищо (просто инициализираш празен байт масив и го записваш в изходния поток). Ползвай partSource.Read(...).
2. Навсякъде четеш целия файл наведнъж - това е ок за малки файлове, но става проблем при големи (да кажем 1 гб.), защото зареждаш всичко в РАМ и рискуваш OutOfMemoryException. По-правилно е да имаш буфер от 4096 байта (препоръчелна дължина при работа с Уиндоус) и малко по малко да четеш от входния поток, същевременно записвайки в изходния.
3. SafeFileHandle ImagePath най-долу не ти трябва :)

Аз зациклих на това: http://pastebin.com/yhQqMccP

Не мога да разбера защо ми дава Exception, че параметрите в четенето indexRead и buffer.Length са невалидни.

.Read(buffer, indexRead, buffer.Length) работи по следния начин - чете толкова байта, колкото да напълни буфера от indexRead до buffer.Length индекса. Затова indexRead не трябва да го увеличаваш, той винаги трябва да е 0, понеже искаш да пълниш буфера от началото до края.

Също така за всеки part трябва да си създаваш отделен изходен поток (т.е. отделен файл). В момента извършваш обикновено копие.

Когато файлът е разбит на части, нормално е само първата част да може да се пусне. Първият файл съдържа метаданни, които казват, че това е видео с еди-какви си характеристики и следователно може да го пуснеш с някакъв плейър. При другите файлове тези метаданни липсват и ОС и плейъра не знаят с какъв тип файл боравят.

Мерси за отговора. Това значи ли , че кодът е коректно написан?

Има още нещо, което не ми е съвсем ясно.

int partSize = (int)Math.Ceiling( (double)inputStream.Length / parts); - това лесно може да превърти, поради големината и има логика да е long.

long partSize = (long)Math.Ceiling( (double)inputStream.Length / parts); 

когато е лонг обаче, следният ред не е валиден (castnal съм го към int, за да работи):

int bytes = inputStream.Read(buffer, 0, (int)Math.Min(partSize - bytesRead, buffer.Length));

Какво ще стане, ако не използвам дължина на записаните байтове колкото е остатъка до достигане на partSize, a използвам  направо buffer.Lenght? Така рискувам записаните файлове да преминат големината на определените partSize. Евентуално решение е да намаля размера на буфера до 4кб, и така преминаването ще е минимално. 

Какво мислите?

някой ще може ли да погледне ? :)