Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
12th May 2014, 13:37 | #1002 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Sure, why not?
LameXP is just a front-end, so if you feed it with a 5.1 source, it will send your 5.1 source to the FLAC encoder and thus create a 5.1 FLAC file. Actually what is not currently possible is creating a Stereo or Mono FLAC file from a 5.1 channel source...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 12th May 2014 at 16:28. |
12th May 2014, 15:46 | #1003 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
... Ok. Interesting, but i'll ask differently, to precisely explain what i have i mind, because i think you're not telepath, and so can't guess...
Is it possible with LameXP to create a 5.1 FLAC file from 6 wav files ? If yes, how ? Before asking, i've just take a look at the 'user manual'... very interesting... ^_^ Not found any clue in the FAQ. Edit : If i understand the links you can feed directly .dts, interesting to know. Is it possible also to feed directly .dtshd ? (But i think in this cases eac3to can also do it...) What i truly want to know, it's if i have to decode a DTSHD-MA or a THD file into wave files, edit these files (cuting or anything), having finaly 6 new wave files, is it possible to use LameXP to create a 5.1 FLAC file from these ? Last edited by jpsdr; 12th May 2014 at 15:56. |
12th May 2014, 15:54 | #1004 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
But you can generate a 5.1Ch FLAC file from a 'single' 5.1(6)Ch PCM.wav file
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
12th May 2014, 16:20 | #1005 | Link | ||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Quote:
Should be possible as long as MediaInfo can detect it and as long as Valdec (AC3Filter) can decompress it. Just give it a try
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 12th May 2014 at 16:23. |
||
19th May 2014, 19:12 | #1007 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
LameXP v4.10 RC1:
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 30th May 2014 at 18:23. |
|
25th May 2014, 14:29 | #1008 | Link |
Registered User
Join Date: Jan 2010
Posts: 709
|
LoRd_MuldeR I notice now, but with Lame, on High Quality, q shouldn't be 2?
PHP Code:
__________________
powered by Google Translator |
25th May 2014, 16:06 | #1009 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
The LAME CLI help seems to be a bit outdated here (it claims the default is "-q5"), but you can see the up-to-date documentation here: http://lame.cvs.sourceforge.net/view...etailed.html#q Especially note that with the "new" VBR mode, which is the default since LAME 0.98, there are only three quality "levels" anyway: Code:
-q 0 to -q 4 include all features of the other modes and additionally use the best search when applying Huffman coding. -q 5 and -q 6 include all features of -q7, calculate and consider actual quantisation noise, and additionally enable subblock gain. -q 7 to -q 9 This level uses a psymodel but does not calculate quantisation noise when encoding: it takes a quick guess.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 25th May 2014 at 17:23. |
|
25th May 2014, 17:58 | #1010 | Link | |||
Registered User
Join Date: Jan 2010
Posts: 709
|
Quote:
Quote:
Quote:
Code:
Formato : MPEG Audio Dimensione : 4,11MiB Durata : 4min 35s Modo bitrate generale : Variabile Bitrate totale : 125 Kbps Compressore : LAME3.99r Audio Formato : MPEG Audio Versione formato : Version 1 Profilo formato : Layer 3 Modo : Joint stereo Estensione modo : MS Stereo Durata : 4min 35s Modalità bitrate : Variabile Bitrate : 128 Kbps Canali : 2 canali Frequenza campionamento : 44,1 KHz Modo compressione : Con perdita Dimensione della traccia : 4,11MiB (100%) Compressore : LAME3.99r Impostazioni compressione : -m j -V 4 -q 3 -lowpass 17 --abr 128
__________________
powered by Google Translator Last edited by Motenai Yoda; 25th May 2014 at 18:02. |
|||
25th May 2014, 18:27 | #1011 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Yes, I think so. Even though, to my understanding, setting "-q2" makes zero difference compared to the default.
At least for (new) VBR mode - which is what most users should be using most of the time. Furthermore, since the default is "-q3" for all RC modes in current LAME, the default value in LameXP is consistent with LAME's default. AFAIK, LAME v3.98 was released on July 4 2008 (changelog), while the first version of LameXP was released around 2004 (and used something like LAME v3.93). Also I'm not quite sure how this is releated... Yes, just as described in the documentation: http://lame.cvs.sourceforge.net/view...etailed.html#q (Note that there are two separate tables)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 25th May 2014 at 22:33. |
25th May 2014, 22:51 | #1012 | Link | ||
Registered User
Join Date: Jan 2010
Posts: 709
|
Quote:
2- why all this time only with the latest versions there was this change? Quote:
but if -q 2 doesn't change anything for vbr_new, but does and is still recommended for the other modes, why not set -q 2 instead of -q 3 with high quality?
__________________
powered by Google Translator Last edited by Motenai Yoda; 25th May 2014 at 22:53. |
||
25th May 2014, 23:23 | #1013 | Link | |||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Code:
-q <arg> <arg> = 0...9. Default -q 5 -q 0: Highest quality, very slow -q 9: Poor quality, but fast -h Same as -q 2. Recommended. -f Same as -q 7. Fast, ok quality Consequently, back at that time, making "-q5" the default of LameXP didn't seem like a good idea, even though it was LAME's default. Therefore, I decided to have a "-q2" setting and make that the default (as recommended). However when I revisited the LameXP code (and studied the LAME documentation) later, I noticed that the LAME command-line help is actually outdated! Current LAME versions use "-q3" as default. And they make no difference between "-q0" and "-q4" for the default (new) VBR mode anyway. Hence I decided to make LameXP more consistent with up-to-date LAME. Quote:
(Yes, the table for the "old" modes also summarizes several values in a single row. But from the description it's clear they are not the same, e.g. "decreasing precision of parameters the further from -q 0") Quote:
Also I certainly do not want to expose all the possible "-q" values in LameXP - especially because most of these values are actually the same with "new" VBR. Consequently, I decided to break it down to only four distinct "quality" modes in LameXP: 0 (when speed doesn't matter), 3 (the LAME default setting), 7 (fast setting with "okay" quality) and 9 (when only speed matters). This decision isn't fixed. But, up to now, nobody has ever complained or made a better suggestion BTW: You are right that for the "new" VBR mode it doesn't matter whether we use "-q3" or "-q2", but for the other modes I wanted "-q3" to be the default. And if we have "-q3" already, I didn't want to have "-q2" too
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 25th May 2014 at 23:48. |
|||
27th May 2014, 17:38 | #1014 | Link |
Registered User
Join Date: Mar 2012
Posts: 5
|
error when choosing overwrite
Maybe this needs to be addressed.
I'm doing flac to flac conversion. If I choose "Overwrite existing files" in the advanced options I get an error for each file, the originals are deleted and no files are converted. I just lose the original files. This does not happen if I chose to save the converted files to a different folder. It seems the program first deletes the originals and then it tries to convert files that are no longer there. It happens every time. Version 4.09 final Win7 64 |
27th May 2014, 21:08 | #1015 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
If you run LameXP in "overwrite existing files" mode and the output file actually does exist already, then LameXP will try to delete that file. If successful, the output file can be saved to the location of the old/deleted file. Otherwise it can't. Now, if the file was successfully deleted, but the subsequent conversion fails, there won't be any file left, obviously. But the actual important question here is why your conversion has failed. So please post your log file...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 27th May 2014 at 21:17. |
|
27th May 2014, 21:43 | #1016 | Link | ||
Registered User
Join Date: Mar 2012
Posts: 5
|
Here follows the error output:
Quote:
Quote:
Last edited by porcupene; 27th May 2014 at 21:45. Reason: Needed to add a question. |
||
28th May 2014, 01:25 | #1017 | Link | ||||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Note that the target output file (and therefore the "overwrite" mode) does not effect this step at all! That's because the job didn't even get to the encoding step! Strangely, in your second log, the 100% identical command has succeeded, apparently. So the input FLAC file must have changed in the meantime... (Either that, or the phase of the moon ) Quote:
Be aware that the input and output file are parameters of the encoding job, (passed in the constructor. So they are determined at the moment when the new job is about to be created. In order to "overwrite", we must delete the existing file first. If, and only if, that succeeded, we can use the (no longer) existing file's path as the output file for the new job.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 28th May 2014 at 01:38. |
||||
28th May 2014, 05:57 | #1018 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
The reason the second succeeded is because a wav file exists, but it's just a header with zero data. A new empty flac file may or may not exist, either way it signaled some sort of spurious success. That's computers for you. The only way to check would be to decode both and ensure they're the same length, which LameXp never does.
Overall, overwriting the original files seems more dangerous than it's worth. Don't do it unless you're so space limited that you have no choice. (Might be a good idea to call this out as dangerous in the UI, most people won't realize that.) |
28th May 2014, 12:09 | #1019 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Note that each conversion job consists of (at least) two phases: The decoding phase and the encoding phase. We are talking about the decoding phase here. In this phase, LameXP will decode the original input file (a FLAC file in this case) to a temporary WAV file. This temporary WAV file will never exist before. LameXP generates a random file name in its TEMP directory for this purpose and even makes sure the file really does not exist yet. The "overwrite existing file" option has absolutely no effect in this phase! It does have an effect only on the final encoding phase (where LameXP encodes from the temporary WAV to the target output file), but we didn't even get to this point, in the case where the job failed. And indeed, if you look at his two logs, you'll notice that both logs start with the exactly same FLAC decoding command (except for the randomly generated TEMP file name, of course). The "strange" thing is that the identical command has failed in his first log, but apparently has succeeded in the second log. In the first log, FLAC rejected his input file. In the second log it didn't. This can only mean the original input FLAC file has changed in the meantime. Either that, or FLAC has some strange bug that triggers depending on the phase of moon. Or some buggy anti-virus software has interfered with FLAC (wouldn't be the first time). But it's impossible to say from here... (Just to make it clear: The "overwrite existing file" option does not touch the original input file at all. Instead, it overwrites the target output file, if such file happens to already exist in the selected output directory) I perfectly agree with you. But the "overwrite existing file" option has been requested by users. It's not enabled by default. And there's a fat warning, when you select this option.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 28th May 2014 at 15:03. |
|
29th May 2014, 06:08 | #1020 | Link | ||||
Registered User
Join Date: Mar 2012
Posts: 5
|
Ok...
First ... if I'm annoying anyone with my silly error I'll stop If not, here goes: I use AVG and I disabled it temporarily, nothing changed. It turns out it's not only FLAC but it happens also with mp3 and ogg (I suspect all the other encoders too). I know it's pointless to convert mp3 to mp3 but I just wanted to check the functionality. So if I choose to save the files in the same folder and "Overwrite existing files" and do mp3 to mp3 or ogg to ogg conversion this happens: Quote:
Quote:
Quote:
Quote:
Far be it from me to criticize this great program which I have used a long time but could it not just first save the wav file to a temporary folder and then and only then check if the target file already exists so it can safely be deleted? |
||||
Tags |
aac, aotuv, flac, lame, lamexp, mp3, mp4, ogg, oggenc, opus, vorbis |
|
|