|
||||||
| Forums FAQ | Members List | Search | Today's Posts | Mark Forums Read |
| Hardware Questions about drivers, peripheral cabling, configuration |
![]() |
|
|
|
LinkBack | Thread Tools | Display Modes |
|
||||
|
Quote:
For example, the Panasonic Palmcorder HDC-DX1 High Definition DVD Camcorder that you link to is nice, but from what I have read in the reviews, it does not have the same capabilities as the Panasonic HDC-HS300K nor the Canon Vixia HD HS F10 that I am considering. Given that the storage media is digital (and not tape) I don't see the benefit of compromising on the higher quality for the features you note come with firewire (ie start the cam, stop the cam, rewind, fast forward, pause) .... My view is to just dump the entire digital video to one's hard drive, and work on it there. Or is this impractical because the high-resolution (and h264 codec) of HD is simply to difficult for Linux multimedia players ? I am keen to learn if I am missing something fundamental here ...
|
|
||||
|
Quote:
Does the new digital audio work really that way? I had thought it saved each video clip as a video files (on the camcorders hard driver or on the camcorders large 32GB SD card). Hence if one records many short 5 second to 2 minute video clip, then with each video clip there is an associated file that be moderately larger, or very large. Hence one just mounts the camcorder device, and drags all of the video clips to one's hard drive. And then "work" on each individual clip once they are on one's hard drive. Quote:
With the new digital files, does one still need to import thru something like kino? Is that not for the old dv tape storage method ? OK, but dv is for tapes, .. is it not? The new camcorders use hard drives, and not tapes. I'm curious as to how much of the old dv tape way of doing things applies to the newer technology. |
|
||||
|
I'm not sure what makes you raw dv is somehow outdated as it is still the format preferred by professionals and the great majority of professional cameras use it.
Thats kind of like saying raw digital images or tiff files are outdated and jpeg is better ![]() Thats neither here nor there anyways. Get the camera you think will do the best job for you.
|
|
||||
|
Did I say "outdated" ? ... ... I've re-read my post ... I don't think I said that.
I did say "old dv tape storage method" ... ... it is older than the newer digital storage via hard drives, dvd storage, and sd-card storage. Is old bad? I hope not (as I am old) ... But I suspect my words "old dv tape storage method " are what set you off. ![]() Quote:
Quote:
But based on what I have read to date, and in how I envisage using a new camcorder, I do prefer the digital storage route, as opposed to the dv tape route. But I'm working with mental concepts and visualizations based on reading the experiences of others. Thats far far short of actually using both camcorder media (tape vs digital storage on a hard-drive/sd-card). Thanks! I'm keen to learn as much as I can off of users like yourself who have been using camcorders for a while, ... not only in the storage and interface methodology (albeit I concede the title of my thread refers to USB interface) but also in the general use of camcorders. |
|
||||
|
There definitely is a technology "push" going on wrt camcorder on device storage. The "news" release I have linked below refers to a new format "SDXC" (being released/labelled by the SD Association), where the intent is the specification will be released in Q1 2009. This new format increases specified (current) storage capacities of 32 GB up to a much larger 2 TB. The format also increases SD interface read/write speeds up to 104 MB per second (although purportedly the SD Association is aiming for 300 MB per second):
CES '09: 100 HD Movies on a Stamp-Sized Chip - Tom's Hardware I don't plan to delay my camcorder purchases waiting for that to happen. It could be some time before a Camcorder (and SDXC card) taking advantage of a new specification "hits the street". I'll miss too many opportunities to take videos waiting ... and I'm not getting any younger. Instead I'm intending to stick with my April/May-2009 purchase timeframe, likely with my purchasing either of the two camcorders that I noted above (although that could change, if I learn of some technical or operational aspect that causes me to take a relook at my video taking requirements). |
|
||||
|
Quote:
Of course my being new to all of this, I had no idea it was such a "hot issue". ![]() From what I have read, the AVCHD specification has great promise, but back 18 months ago, the AVCHD camcorders that were coming out were not capable of recording videos to the full AVCHD specification, and hence the camcorders that could record in HDV had the 'edge'. This was especially true when it come to editing videos, as the software 18 months ago had especial difficulty in handling the AVCHD. Some articles on the specification differences:
Since then, 18 months of technological improvements have come, and AVCHD (and the supporting software) is much better today. For example , there are camcorders now that can record AVCHD video with 5.1 sound (HDV is limited to 2 channel). (Mind you, I suspect with wind noise, microphone limitations, and such, that example is a mute irrelevant point, as I'll rarely use the recorded sound in any video I record). I do like the idea of being able to quickly drag and drop video clips from the camcorder to one's hard drive (which is possible with AVCHD and is not so possible with HDV tape). However back 18 months ago there were many posts about incompatibilities between different manufacturer's implementations of AVCHD, while HDV did not appear to have the problem. Editing with AVCHD was very difficult 18 months ago, and not difficult with HDV (relatively speaking). I'm not clear where the situation is today. I suspect that both HDV and AVCDH approaches are ok (for use with Linux). Recent threads on the KDEnlive forum has me reasonably hopeful on this wrt AVCHD. ... Its been an interesting (albeit rather steep) learning experience thus far, and I have a lot more to climb on this .... |
|
||||
|
Reference the "Edit of HD videos" part of this thread, ... I got my hands on a raw AVCHD .mts clip from the very new Sony HDR-XR500V AVCHD camcorder.
I then processed on 3 different hardware platforms:
I was able to import and render on all 3 PCs. Even the 9 year old PC !! Now it was slow on the 9-year old PC. ... In essence the P8400 was the fastest, 2.5x to 3x faster than the Athlon-2800+ and 8x to 9x faster than the Athlon-1100+. The old Athlon-1100+ could not play the raw mts file (with ffplay software) without stuttering. Both the Athlon-2800 and P8400 could play the raw mts file with ffplay software, but the audio from the raw file did not very good with the Athlon-2800, but it was ok with the P8400. After rendering, all 3 PCs had no problem playing the rendered file (both audio and video).There is an ffmpeg svn update available, that may improve the above (I need to install it yet) so the situation may be better than the above, but the above is already not so bad. I am planning on the purchase of an Intel Core i7 based PC. I suspect it will be 2x to 2.5x faster than the Intel Dual Core P8400. I note that neither the Athlon-2800 nor 1100 (when running MS-Windows) will install the MS-Windows NLE (such as those from Ulead, Premier ... ) as their processor is too slow for those MS-Windows NLE apps. BUT they do work with the openSUSE Linux KDEnlive application (which is based on ffmpeg). However a note of caution, despite the great development work going on with KDEnlive, it still does not have the features (such as the very large and variety of selected of transitions) that the MS-Windows NLE have. One surprise was the very popular mplayer (which provides mencoder) could not not handle the .mts format. mplayer has handled other AVCHD formats, but it would not handle the latest Sony version. |
|
||||
|
Further to this, I noted this page on the kdenlive site, where they list their estimated compatibility with various camcorders on the market: Supported camcorders | Kdenlive
Its interesting they list the Canon HF 11 as "unsupported yet" although my testing with an HF 11 raw mts file indicated I can render the files with kdenlive (although playback of the raw mts file with ffplay did not work well on any of my PCs). |
|
||||
|
Just a short note to finish this thread.
I ended up purchasing a Canon HF S10. This is an AVCHD camcorder capable of very high bitrate/resolution videos. The videos are recorded on to 32 GB of internal camcorder storage, or alternatively to a class 6 32-GB SD card I purchased. I'm still learning about the camcorder (I suspect I will be learning for some time to come about how to use this camcorder). I took some videos and images, and I downloaded the couple raw .mts clips to my new Intel Core i7 running openSUSE-11.1 with KDE-3.5.10. They play back with no problems on various players (vlc, mplayer, ffplay) although with mplayer I had to specify the PAL frame rate (with the -fps 25 option). xine can not handle the video format (yet). I copied the images and video to my PC using the USB interface. For the camcorder's still images, I plugged the cable in, turned on the camcorder, selected the "photo mode" , switched the camcorder to the appropriate data transfer mode, selected the computer interface, at which time digikam popped up on my PC. I transfered the still photos using digikam. For the camcorder's videos, I instead selected the video mode (after first unconnecting and reconnecting the usb cable), switched the camcorder to the appropriate data transfer mode, selected the computer interface, at which time I obtained some popups (one for digikam, which to my knowledge does not work for these videos) and some for konqueror. With konqueror I could open (using the USB PTP Class Camera interface) and browse the camera's SD card (and internal memory). I then downloaded the video clips. I also copied the .mts video file to my old 32-bit athlon-2800, which has a PCI (note PCI-e) nVidia 8400 GS card. It could play the .mts files with mplayer with not problem (using vdpau technology). On my Intel core i7, I was able to drag and drop the files into kdenlive. But the editing was not satisfactory for a number of reasons (none of which was speed, as the Intel core i7 is fast). I did open the files with avidemux, and was able to convert them to different formats from avidemux (such as an mpeg or xvid or different h.264 format encoding). These avidmux produced versions work well with kdenlive. So while all is not perfect, its looking fairly good. |
![]() |
|
| Bookmarks |
| Thread Tools | |
| Display Modes | |
|
|