|
Audio Asylum Thread Printer Get a view of an entire thread on one page |
For Sale Ads |
74.69.242.210
In Reply to: RE: Finally built a CMP (of sorts). Long post with some questions. posted by riboge on July 19, 2009 at 10:13:17
Hi,
Cics seems to suggest that as long as I can boot into CMP mode, have CMP start my playlist editor, and have my playlist editor start CPlay, CPlay should be optimized.
"One, but probably not the most efficient, way would be to have a routine that decides to best playback rate then changes the cPlay ini file to specify that rate so that when cMP calls cPlay it will use this amended ini."
Hey, this is a pretty good idea. The only problem is that there is nothing in my program that keeps someone from building a playlist out of songs with differing sampling rates. Maybe I'll start by trying it as a manner to automatically configure the sampling rate of CPlay based on the sampling rate of the file, as I don't care for upsampling so much. Also, the only time I read sampling rates is when I am reading the embedded tags of FLAC files. I have to see if I can get the sampling rate of WAV files.
Thanks for the idea,
Alan
Follow Ups:
You should be able to get samplerates for WAVs as foobar certainly can and lists it under properties. I just added a column for it that works for WAVs in playlist display using %samplerate%.
You're right that if the playlist lists files with different samplerates, you would probably just get that of the first file entered into cPlay ini, but that is better than nothing since cPlay has a fixed rate in any case, so suboptimal for many of the files either way. This way at least one file will be played the way you want. You can't get cPlay not to upsample unless you are willing to see any files in the playlist at greater than 44.1 downsampled. for an upsampler like me, it is just a matter of selecting 176.4 or 192, whichever is a multiple of the samplerate.
"You should be able to get samplerates for WAVs as foobar certainly can and lists it under properties. I just added a column for it that works for WAVs in playlist display using %samplerate%"
Foobar is written in C++. My app is written in Java and is using the JAudioTagger library to get tagging information from FLAC and other files that support tags. I don't really want to write my own library to go poking through WAV files if I don't have to. I can find a bunch of supporting libraries in C++, but not much in Java. If I were a C++ programmer I would be writing the player, not the playlist browser.
I hadn't realized that. I see now why you are reluctant. All I can do is plead on behalf of the many who use flacs with cPlay that adding the dynamic rate setting to what you are working on would be a much appreciated improvement. Also, perhaps cics or somebody else can suggest a manageable way to obtain samplerates for WAV files as well.
Ok, I take it that you want the sampling rate info on Recursive Cue Creator, because it already exists for FLAC files in CPlaylist Editor.
I found some examples of Java code that deal with WAV files. I can probably get the sampling rate info but I need to know where this information should be displayed in the CUE file. Prepended to the title?
Alan
Well, I most want the play rate to be dynamically set in relation to the files samplerate. Second to that, I would like as simple and short an indication of the samplerate prepended to the title, yes. For me personally, all that's needed is a 1 for 44.1 or 88.2 or 176.4 and a 2 for 48, 96 or 192--to keep it as short as possible since displaying the title is already given too little an extent in cPlay's display. Others may want it to be more specific, so the first two numbers of the samplerate could be prepended.
Based on my experience, keeping the playback rate a multiple of the audio file sample rate gives the best results. Unfortunately cPlay seems unable to do that. Has anybody found a workaround?
Riboge wrote:
"Well, I most want the play rate to be dynamically set in relation to the files samplerate. Second to that, I would like as simple and short an indication of the samplerate prepended to the title, yes. For me personally, all that's needed is a 1 for 44.1 or 88.2 or 176.4 and a 2 for 48, 96 or 192--to keep it as short as possible since displaying the title is already given too little an extent in cPlay's display. Others may want it to be more specific, so the first two numbers of the samplerate could be prepended."
Last time we discussed this I thought you wanted sample rate for the cue sheets generated with Recursive Cue Creator. Your first sentence seems to be referring to CPlayList Editor. Your remaining sentences seem to refer to Recursive Cue Creator. Do I understand you correctly?
I don't think putting a 1 or a 2 in the cue sheet title is a universally effective manner of showing the sampling rate for those who want it. If I allow an option to prepend the sampling rate, I would probably take the sampling rate, divide it by 1000, and prepending the result to the cue sheet title. Would that be acceptable?
Regarding CPlayList Editor, it can already show sample rate in the track list for FLAC files, and you can name the resulting playlists anything you want, so you can already effectively add the sampling rate to the playlist title. However, it would make sense to update the ini file before launching CPlay to dynamically set the sampling rate. I'll try that when I have some time to fiddle with it.
Alan
If the playlist creator can bring dynamic rate setting about there is less need for the rate to be prepended in the cuesheet creator. In the meantime, yes prepend the samplerate with cuesheet creator. I was just trying to shorten the prepend from the 5 characters of such as 176.4 to something abbreviated to one or two characters, but if you feel it has to be the full monty, okay.
Post a Followup:
FAQ |
Post a Message! |
Forgot Password? |
|
||||||||||||||
|
This post is made possible by the generous support of people like you and our sponsors: