nlb8873-910-V1.27 en HDD perikelen

[aphap]

Ik heb de nieuwe nlb8873-910-V1.27 geflashed.

Meteen met mijn Samsung HM320JI een lange opname gemaakt.

1)

De max file lengte is: 2,096,576KB, dus meerdere files

2)

Als ik met FTP de gemaakte opname (.trp) wil ophalen in mijn computer uit de directory /media/~xxx dan lukt dat niet. foutmelding: error 550 fauled to open file

 

Mijn vragen:

bij 1) moet ik de schijf anders formatteren?

bij 2) met een oudere nlb kon ik wel downloaden, wat is er nu aan de hand?

[bash!]

Hoi,

 

dubbelklik je op de file of kies je met de rechterknop kopieren en plak je hem ergens op bijvoorbeeld je desktop?

 

In het laatste geval zou er geen probleem moeten zijn.

 

Gr,

 

BaZ

[wiz]

probleem zit hem denk ik in de filenaam. Bij de mijne staat daar wel eens een karakter wat niet te tikken is.

 

Ik gebruik filezilla, en daarmee is het tot nog toe altijd gelukt om de *.trp files over te zetten naar mijn desktop / nas.

 

groet,

 

Wiz

[aphap]

@bash! en @wiz,

Dank voor jullie antwoorden.

Wat blijkt vandaag, een dag later, de computer is opnieuw opgestart: Nu gaat downloaden zoals vanouds!

Kennelijk is mijn OS op een of andere manier even "ziek" geweest.

 

Maar nu vraag 1... moet ik de HDD formatten in de Box?

Immers de opname wordt gesplitst in stukken van ongeveer 2GB.

Het lijkt wel of hij FAT32 is, dus ik denk aan een NTFS format.

Maar ik weet er is ook een intern commando om te formatten:

http://<my-ip> ->System options->FormatHDD

[oldebroek]

Je kunt je hd toch ook gewoon via de afstandsbediening formateren(als je dat wilt)? menu > uitgebreide instellingen > hdd setup > formatter > ja

Je opnames worden altijd in stukken van ongeveer 2gb opgenomen, kun je samenvoegen op je pc met bijvoorbeeld total commander om er 1 bestand ervan te maken.

[wiz]

waarom wil je die disk formatteren?

 

De mijne is ext3 geformatteerd, en daar kan je makkelijk hele grote files op kwijt. Toch maakt de box na 2 gig een nieuwe file aan en zorgt er zelf voor dat dit werkt als je wilt afspelen.

 

 

Zo te horen werkt het nu prima.

 

groet,

 

Wiz

[aphap]

@oldebroek en @wiz,

 

Ik wilde formatteren omdat ik meerdere files eigenlijk niet wil.

De 2GB grens vervalt volgens mij bij NTFS en Linux format.

@wiz, jij zegt dus dat bij ext3 de box ook in stukken knipt. Ik dacht dat ext3 Linux format was.

Stom van die box dus om dan toch te doen alsof het FAT32 is.

 

@oldebroek, Ik wil later van een leuke opname een DVD kunnen branden en zal dus die stukken (.trp) eerst aan elkaar moeten plakken (oei!) en daarna converteren en vervolgens branden.

 

[oldebroek]

Is niet zo oei hoor, zoals al eerder verteld kun je dat met total commander heel makkelijk doen (bestand >> bestanden combineren) Verder gebruik ik dvr-studiopro om de reklame er uit te knippen en op dvd te branden. (voor die klus zijn ook meerdere geschikte programmaatjes voor te vinden)

Gewoon proberen, gaat het mis gewoon opnieuw proberen...

Groeten uit het hoge noorden.

JR

[aphap]

Ik lees bij OsDir o.a. het volgende:

 

> SInce I remember that, due to the i-node structure, unix cannot handle a file

> greater than 2GB, I was wondering the problem was of the filesystem and not

> of the program itself. However, before renouncing to use zip, is there

> something I can do on the filesystem to handle bigger files?

 

The issue almost certainly lies with the program, not the filesystem.

 

The 2Gb limitation was lifted for ext2 so long ago that it's a distant

memory. Certainly, 2.4.20 has no problems with files larger than 2Gb.

 

The main problem is that the historical Unix API used a "long" to

represent offsets within files (including the offset to the end of the

file, i.e. its size). On a 32-bit system, a "long" is only 32 bits, so

can only hold values up to +/- 2Gb.

 

De box werkt kennelijk met een 32-bit OS, dus dat verklaart een hoop

[aphap]

@oldebroek

 

bedankt voor de tips !

 

groet

 

p.s. brrr zo hoog in het noorden