Herman Robak wrote on Sat, 29 Dec 2007 > On Sat, 29 Dec 2007 19:41:15 +0100, Terje J. Hanssen wrote > >> > Even that probably nobody here has used this new recorder before, I wish >> > to get viewpoints and suggestions as feedback before I possibly go for >> > this solution myself. Maybe I oversee something? >> > >> > First my selection from the manual: >> > >> > /Datavideo Technologies //DN-300 can record HDV via the IEEE-1394 >> > (iLink, FireWire) output from HDV Camcorders (.m2t), or DV from DV or >> > Analogue video sources (.dv). >> > The DN-300 can be as an external firewire drive from which files can be >> > dragged and dropped to a PC or MAC. The DN300 also has a built in >> > utility to convert .dv files to .avi files. >> > > Interesting, but pricey.
Yes, also my (first) impression, somewhat pricy, about 10k NOK incl.vat http://www.macrovideo.no/wwwDatavideo/datavideopriser.htm On the other hand I need to convert and backup all of and edit parts of of my 70 Hi8 analog tapes each 60-90 minutes. A Canopus ADVC-110 alone would costs about 25-30% of DN-300 which has this function built-in. And another product, Macrosystem HDV-Recorder HDD/RT does cost nearly 70% more http://www.scandinavianphoto.no/product/item.aspx?iID=5298667 > I would have been tempted if it came with a battery. I guess not what you think of, but by adding 12% to its price there is a DC Stabilizer DDC–1512 for DN-300 so that it can be used with a unregulated 12V batteries, cigarette lighters or 12V supplies http://www.datavideo.us/products/dc_stabilizer_main_page.htm > It certainly has more compelling controls than the CitiDisk, > which really only has the small size and weight going for it. > > > >> > //The DN-300 uses a FAT32 file structure, so large tracks are broken >> > down into 2 GB files which are sequentially named. For example if Track >> > 02 is 1 hour in duration it will appear as follows (max 99 tracks): >> > >> > dv02.dv (2 GB) - dv02 is the file name for Track 02 >> > dv02_01.dv (2 GB) - Each 2 GB section is given a sequential _xx numeric >> > extension >> > dv02_02.dv (2 GB) >> > ... > >> > dv02_06.dv (77 MB) - The last file in the sequence is likely to be >> > smaller than 2GB. >> > > This can be quite annoying if you need to recode a long recording > quickly. As far as I can tell, ffmpeg doesn't take sequences of > files as input. > > Looks like video files (DV, MPG and AVI) might be joined together with Linux cat and when needed resync audio/video with mplayer/mencoder http://www.arsgeek.com/?p=435 If this method does work, it can be used before archieving (backup) "raw" DV and M2T files on typical 50GB BDR disks (almost 4 hours raw video) I'm not sure how empty, short parts on tapes will be treated as adding a new track. I know there occure short unrecorded parts with break in the RCTC timecodes which then starts from 00 againg on some of my Hi8 tapes. AFAIK RCTC timecodes neither can be preserved when converting to DV(?) > >> > 2. Is here something that may probibit the files and formats to be used >> > with Cinelerra as NLE? >> > > Various libs and apps may not recognise or parse the files well, > if they happen to violate the (wrong?) assumptions made by those > libs and apps. Kino and ffmpeg don't recognise the AVI files made > by the CitiDisk, for what it is worth. (but xine can play them) > > > >> > 3. At first I was somewhat doubtful about the FAT32 file system on the >> > DN-300 disk that did split larger tracks in filesizes of 2GB each. Maybe >> > this isn't any drawback, as 2GB in practice may be large enough to drag >> > and drop onto Cinelerra each time? >> > > Sure. Cinelerra can open several files at a time, which makes this > pesky splitting less annoying. Still I would like some file system > backend (an KDE ioslave or equivalent, maybe?) to lump such files > together to hide this kludge. > > Conclusion: And me that thought I had found the "default solution" that I could trust would work easy and flawless recording DV and HDV on, avoiding any capturing problems using dvgrab :) Therefore again, do you advice against it(s file structure) or will you possibly say that DN-300 looks to be a useful solutin for the described purpose? Thanks, Terje J. Hanssen _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
