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. |
28th April 2012, 19:52 | #682 | Link |
Registered User
Join Date: Dec 2011
Posts: 54
|
4.04 Cool
Few questions : Do I need to use Lamexp's specific qaac addin or can I replace qaac file to newer version? If not, how do I track the addin update easily? qaac quality scale seems a bit confuse to me. I suppose q 0.75 in the gui is around tvbr Q90? (Actually there're only 15 steps, why would Apple makes it Q0-127 ) |
29th April 2012, 15:49 | #683 | Link | |||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
I will update the add-in as needed. Quote:
As LameXP supports various AAC encoders, LameXP will map the 0.00-1.00 scale to the "internal" representation of the individual encoder. For the QAAC encoder the internal scale (as least the one that is exposed to the calling application) is 0-127, LameXP cannot do anything about that. Consequently the 0.00-1.00 scale will be mapped to 0-127 by LameXP. Quote:
(They probably thought that making the quality scale a 7-Bit value should be sufficiently fine-grained for all future versions, even if the current version has fewer quality steps)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 29th April 2012 at 21:25. |
|||
1st May 2012, 15:34 | #685 | Link | |
Registered User
Join Date: Nov 2009
Posts: 2,352
|
Code:
LameXP v4.04 (Build #988), compiled on 2012-04-26 at 13:23:48 ------------------------------- C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_valdec.exe "C:\audio_track.ac3" ↩ -w D:\Temp\812dfc4c29c1443d9ddbb1caa2659822.wav Opening audio output PCM16 3/2.1 (5.1) 48000... --------------------------------------- Streams found: 2 Frames/errors: 263716/0 System time: 221187ms Process time: 129343ms Approx. 1.53% realtime CPU usage Exited with code: 0x0000 ------------------------------- C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_sox.exe ↩ --i D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav C:\DOCUME~1\ADMINI~1\CONFIG~1\Temp\34ed0c6bfc8349aaae62a81420ce853e\lamexp_sox.exe FAIL formats: ↩ can't open input file `D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav': WAVE: RIFF header not found Exited with code: 0x0001 Quote:
and Comodo Firewall doesn't let me set LameXP as a trust program from the pop up notifier, this is always an option when using programs. more funny facts: encoding a wav file requires decoding the wav that translates to-> a 3Gb audio wav file from a 2h movie is instantly duplicated in the temporal folder, and if you use normalization or any other post filter, there will be a third instance of the file, that is almost 10Gb reading/writting to HDD and required free space. Last edited by LoRd_MuldeR; 1st May 2012 at 17:33. Reason: Broke some long line, so the layout doesn't get destroyed |
|
1st May 2012, 17:52 | #686 | Link | |||||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Can you provide an AC-3 file to reproduce? Quote:
...except for reporting the "contradictory" state that has been encountered to the user Quote:
Quote:
For example this will be necessary, if any filters are applied...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 1st May 2012 at 17:58. |
|||||
1st May 2012, 18:48 | #687 | Link | ||||
Registered User
Join Date: Nov 2009
Posts: 2,352
|
Quote:
Quote:
Quote:
Quote:
|
||||
1st May 2012, 19:10 | #688 | Link | ||||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Wave files (and RIFF files in general) can't grow lager than 4 GB. The limit might even be 2 GB, if the application interprets the chunk "size" field as signed. There is some confusion about how the "size" field has to be interpreted, but more than 4 GB will never be possible with Wave files. There is no easy workaround for this restriction. I think Valdec will create a RF64 file rather than a Wave/RIFF file, if the size becomes too large. And it seems that SoX doesn't support RF64 files. The same applies to most tools! (The only real solution would be switching to "RF64" as the common intermediate format. But as long as most of the audio tools don't support RF64, this is a lost case) Quote:
I don't know why this happens. Actually I don't think this is supposed to happen at all... Quote:
There is no workaround, because this is "by design". Only way would be adding an option to Comodo that allows whitelisting a program and all child-processes it will create. Quote:
Decode source file to temporary Wave file > apply all filters on the temporary Wave file > encode temporary Wave file to final output Actually there is a "shortcut" implemented in LameXP: We can skip creating a temporary Wave file, if (and only if) the selected encoder can read/decode the individual source file directly. This "shortcut" cannot be use if any filters are applied, for obvious reasons...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 1st May 2012 at 19:16. |
||||
2nd May 2012, 22:08 | #689 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,078
|
Quote:
But if the desired target format is something other than Wav then any BeSweet based app can do this because no intermediate Wav file is used. I tried to convert a 6-ch AC3 file (duration almost 3 hours) to a 6-ch normalized AAC file, and BeLight had no problems with this conversion. (HeadAC3he could not do it, it would hang two thirds into the conversion) Cheers manolito |
|
2nd May 2012, 22:22 | #690 | Link | ||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
If you ever see a Wave file that is larger than 4 GB, then this is either a RF64 file with a "wrong" file extension or it's a non-standard Wave file. The former is isn't widely supported yet, the latter is predestinated to cause all kinds of problems... Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 2nd May 2012 at 22:38. |
||
2nd May 2012, 22:43 | #691 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,078
|
Quote:
Cheers manolito |
|
2nd May 2012, 22:59 | #692 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Using Wave files as the intermediate format is the most flexible and most compatible solution, because all CLI decoders that I am aware of at least can write a Wave file and all CLI encoders at least can read from a Wave file. It seems Wave files are the "lowest common denominator" for audio tools. If we don't want to use intermediate files, then we need to pass the uncompressed data via pipe. Even if we assume all decoders can write to STDOUT and all encoders can read from STDIN, which in reality is not the case, what is the format we send over the pipe? Do we send "raw" PCM samples? Or do we send send some kind of "fake" Wave header? If we send "raw" samples, how to indicate the sample format and the number of channels? And how to indicate the total number of samples, so that the encoder can report progress? Will using a pipe work with 2-Pass filters in SoX? After all this will introduce more new problems than it solves, I think...
(And this doesn't even take into account the immense amount of work that would be required to re-write everything ^^)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 2nd May 2012 at 23:11. |
4th May 2012, 19:55 | #694 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Should be possible, yes.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
4th May 2012, 20:20 | #696 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
(It may be possible to add the cover art to the QAAC-encoded MP4 file later with some other tool, but LameXP does not implement that currently)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 4th May 2012 at 20:37. |
|
4th May 2012, 23:11 | #697 | Link | ||
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,078
|
Quote:
I found a request for SoX to support RF64 plus the answer from Chris Bagwell (it is from 2006), and it does not sound encouraging: Quote:
Which brings us back to the hard sad facts: Unless LameXP changes its design fundamentally, it does (and will) not support multichannel source files with a duration of more than 2 hours. For a 6-ch AC3 source file (16bits, 48 kHz) the threshold is at 2 hours 4 minutes. Audio files which are longer than this are quite common these days. This really limits the usefulness of LameXP. Cheers manolito |
||
4th May 2012, 23:50 | #698 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Well, unless there is a feasible solution to overcome for the 4 GB limit (i.e. a solution that works with all decoders, with all encoders, with all filters and that can be implemented with acceptable effort) there isn't much I can do
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
5th May 2012, 07:58 | #699 | Link | |
Registered User
Join Date: Oct 2006
Posts: 70
|
Quote:
http://listening-tests.hydrogenaudio...a/results.html |
|
Tags |
aac, aotuv, flac, lame, lamexp, mp3, mp4, ogg, oggenc, opus, vorbis |
Thread Tools | Search this Thread |
Display Modes | |
|
|