Hi! Dominik wrote:
> thanks for the explanation. > > But, hmmm, I *have* enough memory to hold the complete movie in cache. > (or think of 64-bit Linux with 8 GB RAM; 2GB costs only 37€! :-) ) My Athlon64 board only holds up to 2 GB :-( > Is it possible the make it customizable in the .qt/dvbcut.sf.netrc file? > I thinking of: > CacheVideoUpTo=2500MB (default value could be 1MB, just to show, that > there's a functionality) That might be possible. > Every video bigger than 2500MB is opend with sequential mode and smaller > without that option (=everything in cache). > This functionality would improve the export on same disk by 100% :-) > (btw, where can I find the open file command to deactivate the > sequential mode?) Look at the posix_fadvise() calls in src/buffer.cpp. > PS: yes, I know, a second disk would solve the problem. But the new > functionality would also improve the performance when the second disk is > faster that the first disk. Some people never are contented. ;-( > PPS: Much better idea than the .qt/dvbcut.sf.netrc file: `cat > /proc/meminfo` and calculate "MemFree+Cached-100MB (reserve :-) )": is > the video bigger, than activate the sequential mode. If smaller, than > cache the video! Bzzzzt! Wrong answer. Well, in fact, it would work that way, but only on Linux. Besides that, the reserve size should be configurable, therefore we can configure the maximum file size for caching as well, and abandon the non-portable stuff. -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DVBCUT-user mailing list DVBCUT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-user
