search for: outfilenames

Thank you for the feedback. This is cross-compiling for mingw-w64-x86_64 using gcc-5.3.0 and mingw-w64-4.0.4 on GNU/Linux. Upon attempting to compile now, a large number of errors occur in flac/decode.c which I have placed at the end of this email. They are eased by adding this to decode.c: #if _WIN32 #include <windows.h> #include <shlobj.h> #endif ...among the headers. Then, this

Hello, Upon compiling the flac tree today, after many successful compilations over the last few weeks, a new error is appearing before compilation bails out. This is a cross-compilation using gcc-5.3.0 running on GNU/Linux, with the objects being built for a mingw-w64-x86_64 host. Among other things, the compiler is looking for windows_unicode_filenames.h but it isn't there. Also, I'm

Removed buffer size increase. Only tells the filesize to Windows now. On 26.9.2014 14:08, Erik de Castro Lopo wrote: > Martijn van Beurden wrote: > >> Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently >> memory usage of FLAC decoding is about 1MB, so this patch is >> increasing memory usage tenfold, also for platforms that do not >> need this. It is a

I made some changes to the previous patch. I don't know why I originally didn't put the output buffering to piped output too but that is now moved to cover both file and pipe output. Additionally this patch informs the Windows filesystem in advance about the decoded size to eliminate NTFS fragmentation. On 25.9.2014 23:01, Janne Hyv?rinen wrote: > Decoding flac files is also prone

On line 734 in src/flac/main.c, ver 1.77, change: strcat(outfilename, infilename); to strcat(outfilename, flac__file_get_basename(infilename)); I did this change because I was calling flac with an input filename with a path on the front of it, and I wanted the output file to go to a different location, such as this: flac --best --output-prefix /usr/share/flac /home/akehurst/tmp/my_file.wav

Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently memory usage of FLAC decoding is about 1MB, so this patch is increasing memory usage tenfold, also for platforms that do not need this. It is a non-problem on my system anyway. Op 26-09-14 om 10:36 schreef Janne Hyv?rinen: > I made some changes to the previous patch. I don't know why I > originally didn't put the

Decoding flac files is also prone to producing fragmented files. NTFS has the ability to completely avoid fragmentation if it is told the file size before hand, but that would require using special Windows-only functions. Increasing the write buffer from the default 512 bytes to 10 MB already reduces the problem tremendously. -------------- next part -------------- diff --git

...5. "./file5.txt" 6. "./file6.txt" 7. "./file7.txt" 8. "./file8.txt" 9. "./file9.txt" 10. "./file10.txt" I saved these files as for ( i in 1:10) { dataFile = read.table(filenames[i], header=TRUE, sep='\t'); save (dataFile, file = outfilenames[i]) } The inpt files are saves as: outfilenames 1. "./file1.Rdata" 2. "./file2.Rdata" 3. "./file3.Rdata" 4. "./file4.Rdata" 5. "./file5.Rdata" 6. "./file6.Rdata" 7. "./file7.Rdata" 8. "./file8.Rdata" 9. "./file9.R...

The previous patch was bugged. The output file wasn't truncated to correct size and was a bit off from rounding the WAVE/AIFF header to smallest sector size. And RAW output didn't benefit from the change. And the existing functions didn't need changes as outputfilename was already known. Attached is a fixed and improved version. -------------- next part -------------- diff --git

Hi, Here's the 'fixprogs' perl script that got missed off the 2.1.0p1 distribution. Please put this in your openssh directory, and re-run 'make install'. it doesn't need to be made executable. For those interested, it runs through all the commands in the ssh_prng_cmds file and tests if they work (as opposed to 'configure' merely verifying that the executable

Thanks for the previous tips and suggestions. Here's a more concise example: Input file: <aaaa> <bbbb> <cccc> <dddd> I want everything on one line, i.e., remove all newlines. Like so: <aaaa><bbbb><cccc><dddd> Simple perl code: #!/usr/bin/env perl # Remove newlines from a file in two ways: # (1) Just "chomp" them; # (2) Replace

Hi Guys, I am new to R and just trying to write a small script to automate a couple commands. But I run into the setwd(): cannot change working directory. I googled a little bit and tried all fixes/suggestions with no success. Basically I have a script that works from inside a directory with my data (/home/sean/Rtest/Data01). Now I want to modify the script to make it run from the upper directory

Josh, I applied this patch and all the "make check" tests passed (but I do not have valgrind and I did not use --enable-exhaustive-tests during configure, so it isn't all the tests). Do you see anything suspicious about it? --- flac-1.1.2.oldBuild/src/flac/decode.c 2005-01-24 20:13:46.000000000 -0800 +++ flac-1.1.2/src/flac/decode.c 2006-09-06 23:36:26.000000000 -0700

Quick question from a new user to R, How do I extract my solution of a median polish matrix from R to a spreadsheet file such as .csv? >From my reading of my guide book (R for SPSS and SAS users version 2), I deduce that exporting a file to .csv would look like the following: write.csv(medpolish, file ="outfilename.csv", row.names = FALSE) , by I get the following: Error in

Hi, I've got alot of long 1-2hr files which I'd like to split up into 5-10 minute chunks. ?I think this should be possible using a small shell script and vcut, but my scripting abilities are lacking. ?Does anyone know of the existence of a script which would do this, or know how I'd go about making one? So say I had a 60 min file (60mins.ogg) I'd like to issue a command

Dear All, Could you please recommend how I can do this? I have several text files in one folder. Let's name them A0801.RSK, A0802.RSK, .... I would like R to 1) Know all file names in this folder 2) Update value in one column of these files 3) Write results in another text file with _xval in the file names Below is R code for read, update, and write one file

doing "make check" on flac-1.1.2, I get a segmentation fault ././test_metaflac.sh: line 51: 17370 Segmentation fault flac $* when running this portion of the test/test_metaflac.sh script: (set -x && run_metaflac --preserve-modtime --add-padding=12345 $flacfile) check_exit check_flac <---------------- where the segfault happens All other tests in

On Sun, Jun 24, 2001 at 02:30:56PM -0700, Josh Coalson wrote: > There have been reports of -9 using huge amounts of memory. -9 is really > theoretical, but people always seem to want to try the max setting. Anyway, > that's not an excuse but figuring out why -9 is using so much memory is lower > on my list than other stuff. -8 should get within 0.01% of -9 and is pretty >

On 6/3/06, Avuton Olrich <avuton@gmail.com> wrote: ...stuff... I just ran gdb on it, when it got to the point that it goes no further I sent kill -11 and got the following (hope it helps): Core was generated by `flac -o hs.flac -0 --force-raw-format --channels=2 --bps=16 --sample-rate=44100'. Program terminated with signal 11, Segmentation fault. warning: Can't read pathname for

i want to save plots in batch mode(100 plots in single code) in resizable mode which format should i use,i m working on windows > savePlot("zatka",type="pdf",device=dev.cur()) Error in savePlot("zatka", type = "pdf", device = dev.cur()) : can only copy from 'windows' devices -- View this message in context: