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.

 

Go Back   Doom9's Forum > Programming and Hacking > Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th October 2011, 00:34   #441  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by manolito View Post
Could you elaborate on how the three different normalization modes translate to SoX parameters?
"Peak Level" == "-ne", "RMS Level" == "-nb", "None" == "-n"
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 7th October 2011 at 00:47.
LoRd_MuldeR is offline   Reply With Quote
Old 7th October 2011, 01:23   #442  |  Link
b66pak
Registered User
 
b66pak's Avatar
 
Join Date: Aug 2008
Location: The Land Of Dracula (Romania - EU)
Posts: 934
thanks a lot...
_
__________________
if you ask a question and somebody give you the correct answer don't forget to leave a "thank you" note...
Visit The Land Of Dracula (Romania - EU)!
b66pak is offline   Reply With Quote
Old 10th October 2011, 12:50   #443  |  Link
CaMoTblku_OnToM
HeDoporo
 
Join Date: Mar 2008
Posts: 5
ugly visual bug in latest stable release http://www.youtube.com/watch?v=_aYfZjy0YFs
how i can turn off this useless visual effects?
i think previous interface in 3.18 was much better
CaMoTblku_OnToM is offline   Reply With Quote
Old 10th October 2011, 13:47   #444  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by CaMoTblku_OnToM View Post
ugly visual bug in latest stable release http://www.youtube.com/watch?v=_aYfZjy0YFs
Hello. That's not a bug or "effect". Some translations simply use much longer strings than the original (English) texts.

So, if necessary, the window width will be increased step-by-step, until all strings fit in...

(And nope, I can't increase the initial window width. This would only mislead the translators to use even longer strings ^^)

But feel free to suggest a better/shorter translation. Translation fixes always are welcome!

Quote:
Originally Posted by CaMoTblku_OnToM View Post
i think previous interface in 3.18 was much better
The "old" interface was built with Delphi 7.0 and didn't even support Unicode characters

The "new" Qt-based interface is MUCH advanced...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 11th October 2011 at 01:09.
LoRd_MuldeR is offline   Reply With Quote
Old 14th October 2011, 20:45   #445  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
LameXP v4.03 Beta-4:

Quote:
Changes between v4.02 and v4.03:
* Added an option to rename the output files (based on an user-defined naming pattern)
* Added an option to enforce Stereo Downmix for Multi-Channel sources
* Added "built-in" WMA decoder (see this thread for details) and removed all remnants of "old" decoder
* Added optional support for the FHG AAC Encoder included with Winamp 5.62 (see FAQ doc for details)
* Added a menu for bookmarking "favorite" output folders to the "output folder" tab
* Added Polish translation, thanks to Sir Daniel K <sir.daniel.k@gmail.com>
* Updated Qt runtime libraries to v4.8.0 RC-1 (2011-10-13), compiled with MSVC 10.0
* Updated mpg123 decoder to v1.13.4 (2011-09-07), compiled with GCC 4.6.1
* Updated MediaInfo to v0.7.50 (2011-09-23), compiled with MSVC 10.0
* Updated language files (big thank-you to all contributors !!!)
* Improved "downmix" filter by using explicit channel mappings for each number of input channels
* Fixed Cue Sheet import for tracks with certain characters in the title
* Fixed a problem with the "normalization" filter that sometimes caused the resulting file to be empty
* Workaround for malicious "anti-virus" programs that prevent innocent applications from functioning
* Enabled "Aero Glass" theme in installer and web-update program (Vista and Windows 7 only)
* Restored Windows 2000 support with Visual Studio 2010 builds (this is experimental!)
* The "Open File(s)" and "Open Folder" dialogs will now remember the most recent directory
* Miscellaneous bugfixes
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 16th October 2011 at 19:01.
LoRd_MuldeR is offline   Reply With Quote
Old 16th October 2011, 19:39   #446  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
LameXP v4.03 Beta-5:

Quote:
Changes between v4.02 and v4.03:
* Added an option to rename the output files (based on an user-defined naming pattern)
* Added an option to enforce Stereo Downmix for Multi-Channel sources
* Added "built-in" WMA decoder (see this thread for details) and removed all remnants of "old" decoder
* Added optional support for the FHG AAC Encoder included with Winamp 5.62 (see FAQ doc for details)
* Added a menu for bookmarking "favorite" output folders to the "output folder" tab
* Added Polish translation, thanks to Sir Daniel K <sir.daniel.k@gmail.com>
* Added channel equalization options to the normalization filter (also fixes multi-channel processing)
* Updated Qt runtime libraries to v4.8.0 RC-1 (2011-10-13), compiled with MSVC 10.0
* Updated mpg123 decoder to v1.13.4 (2011-09-07), compiled with GCC 4.6.1
* Updated MediaInfo to v0.7.50 (2011-09-23), compiled with MSVC 10.0
* Updated language files (big thank-you to all contributors !!!)
* Improved "downmix" filter by using explicit channel mappings for each number of input channels
* Fixed Cue Sheet import for tracks with certain characters in the title
* Workaround for malicious "anti-virus" programs that prevent innocent applications from functioning
* Enabled "Aero Glass" theme in installer and web-update program (Vista and Windows 7 only)
* Restored Windows 2000 support with Visual Studio 2010 builds (this is experimental!)
* The "Open File(s)" and "Open Folder" dialogs will now remember the most recent directory
* Miscellaneous bugfixes
Warning: There was a serious bug in Beta-4 which prevents the Web Update utility from working properly
If you already have Beta-4 installed on your computer, then Auto Update won't work and you have to download/install the new version manually this time!
Sorry for any inconvenience...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 18th October 2011 at 19:27.
LoRd_MuldeR is offline   Reply With Quote
Old 17th October 2011, 20:35   #447  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
Do you happen to know if the aac or mp3 encoder dithers the output when input is for example 32 bit float wav? I didn't see anything related in the neroaacend cli help
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread
Dogway is offline   Reply With Quote
Old 17th October 2011, 20:42   #448  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Dogway View Post
Do you happen to know if the aac or mp3 encoder dithers the output when input is for example 32 bit float wav? I didn't see anything related in the neroaacend cli help
Well, I think, whether the output will be (dithered) integer or floating-point depends on the decoder, which you use to play the compressed bitstream later.

There was a lengthy discussion on whether audio decoders should output floating-point here:
http://forum.doom9.org/showthread.php?t=156966
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 17th October 2011 at 20:47.
LoRd_MuldeR is offline   Reply With Quote
Old 17th October 2011, 20:46   #449  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
wav decoder...Im reading here and here and it seems the encoders just don't care and "truncate" the signal. Maybe you could add dithering in the wav decoder?
Reading a bit more it seems they could probably dither, but doing it or not is not a critical issue.... : /
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread

Last edited by Dogway; 17th October 2011 at 20:50.
Dogway is offline   Reply With Quote
Old 17th October 2011, 20:53   #450  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
I'm not exactly sure what you mean with "wav decoder", because (uncompressed) Wave files don't need any decoder.

And how are the MP3 or AAC encoders related to decoding
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 17th October 2011 at 21:08.
LoRd_MuldeR is offline   Reply With Quote
Old 17th October 2011, 21:16   #451  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
sorry I didn't think mp3 or aac used already 32bit fp.
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread
Dogway is offline   Reply With Quote
Old 18th October 2011, 17:06   #452  |  Link
mike20021969
Registered User
 
Join Date: Jul 2007
Location: UK
Posts: 336
Using 4.03 beta 5, am I correct in saying the the debug console not be disabled? It would appear it cannot.
(This is the first time I installed a LameXP beta version).

Also, is there a new stable version around the corner?
mike20021969 is offline   Reply With Quote
Old 18th October 2011, 17:31   #453  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by mike20021969 View Post
Using 4.03 beta 5, am I correct in saying the the debug console not be disabled? It would appear it cannot.
(This is the first time I installed a LameXP beta version).
Please read the F.A.Q. document:
http://lamexp.git.sourceforge.net/gi...=HEAD#900a2a6c

Quote:
Originally Posted by mike20021969 View Post
Also, is there a new stable version around the corner?
Yes, soon. It will contain the LAME 3.99 final release.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 18th October 2011, 17:38   #454  |  Link
mike20021969
Registered User
 
Join Date: Jul 2007
Location: UK
Posts: 336
Quote:
Originally Posted by LoRd_MuldeR View Post
Please read the F.A.Q. document:
Thanks for pointing me to that
Quote:
Originally Posted by LoRd_MuldeR View Post
Yes, soon. It will contain the LAME 3.99 final release.
Excellent.
mike20021969 is offline   Reply With Quote
Old 18th October 2011, 19:23   #455  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
LameXP v4.03 Beta-6:

Quote:
Changes between v4.02 and v4.03:
* Added an option to rename the output files (based on an user-defined naming pattern)
* Added an option to enforce Stereo Downmix for Multi-Channel sources
* Added "built-in" WMA decoder (see this thread for details) and removed all remnants of "old" decoder
* Added optional support for the FHG AAC Encoder included with Winamp 5.62 (see FAQ doc for details)
* Added a menu for bookmarking "favorite" output folders to the "output folder" tab
* Added Polish translation, thanks to Sir Daniel K <sir.daniel.k@gmail.com>
* Added channel equalization options to the normalization filter (also fixes multi-channel processing)
* Updated Qt runtime libraries to v4.8.0 RC-1 (2011-10-13), compiled with MSVC 10.0
* Updated LAME encoder to v3.99 Final (2011-10-17), compiled with ICL 12.1.6 and MSVC 10.0 (details)
* Updated mpg123 decoder to v1.13.4 (2011-09-07), compiled with GCC 4.6.1
* Updated MediaInfo to v0.7.50 (2011-09-23), compiled with MSVC 10.0
* Updated language files (big thank-you to all contributors !!!)
* Improved "downmix" filter by using explicit channel mappings for each number of input channels
* Fixed a potential bug in CPU type detection that might have caused the wrong binary to be used
* Fixed Cue Sheet import for tracks with certain characters in the title
* Workaround for malicious "anti-virus" programs that prevent innocent applications from functioning
* Enabled "Aero Glass" theme in installer and web-update program (Vista and Windows 7 only)
* Restored Windows 2000 support with Visual Studio 2010 builds (this is experimental!)
* The "Open File(s)" and "Open Folder" dialogs will now remember the most recent directory
* Miscellaneous bugfixes
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 24th October 2011 at 01:40.
LoRd_MuldeR is offline   Reply With Quote
Old 23rd October 2011, 18:36   #456  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
LameXP v4.03 RC-1:

Quote:
Changes between v4.02 and v4.03:
* Added an option to rename the output files (based on an user-defined naming pattern)
* Added an option to enforce Stereo Downmix for Multi-Channel sources
* Added "built-in" WMA decoder (see this thread for details) and removed all remnants of "old" decoder
* Added optional support for the FHG AAC Encoder included with Winamp 5.62 (see FAQ doc for details)
* Added a menu for bookmarking "favorite" output folders to the "output folder" tab
* Added an option to hibernate the computer (aka "Suspend-to-Disk") instead of shutting it down
* Added Polish translation, thanks to Sir Daniel K <sir.daniel.k@gmail.com>
* Added channel equalization options to the normalization filter (also fixes multi-channel processing)
* Updated Qt runtime libraries to v4.8.0 RC-1 (2011-10-13), compiled with MSVC 10.0
* Updated LAME encoder to v3.99 Final (2011-10-17), compiled with ICL 12.1.6 and MSVC 10.0 (details)
* Updated mpg123 decoder to v1.13.4 (2011-09-07), compiled with GCC 4.6.1
* Updated MediaInfo to v0.7.50 (2011-09-23), compiled with MSVC 10.0
* Updated language files (big thank-you to all contributors !!!)
* Improved "downmix" filter by using explicit channel mappings for each number of input channels
* Fixed a potential bug in CPU type detection that might have caused the wrong binary to be used
* Fixed Cue Sheet import for tracks with certain characters in the title
* Workaround for malicious "anti-virus" programs that prevent innocent applications from functioning
* Enabled "Aero Glass" theme in installer and web-update program (Vista and Windows 7 only)
* Restored Windows 2000 support with Visual Studio 2010 builds (this is experimental!)
* The "Open File(s)" and "Open Folder" dialogs will now remember the most recent directory
* Miscellaneous bugfixes
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 24th October 2011 at 01:41.
LoRd_MuldeR is offline   Reply With Quote
Old 23rd October 2011, 21:22   #457  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 709
it has the same bug that I've previously reported:
if "Prepend relative source file path to output file" in "Output Directory" tab is checked, it still remains active (but greyed) even when "Save output files to the same location where the input file is located" is checked.

-feature request
to avoid intense (and slow) hd activity, as the size of an intermediate raw files can be easily calculated previously (duration_in_seconds * frequency * bitdepth * channels), it should be possible, if the free RAM size is greater than the above + an offset, use a ram file for the raw intermediate.

edit I mean "phisical ram"

Last edited by Motenai Yoda; 23rd October 2011 at 21:27.
Motenai Yoda is offline   Reply With Quote
Old 23rd October 2011, 21:57   #458  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Motenai Yoda View Post
it has the same bug that I've previously reported:
if "Prepend relative source file path to output file" in "Output Directory" tab is checked, it still remains active (but greyed) even when "Save output files to the same location where the input file is located" is checked.
I think I already had commented on that one. But again: If the "Save output files to the same location where the input file is located" is checked, then the "Prepend relative source file path to output file" option doesn't make much sense. And therefore it is disabled (greyed out). So what exactly, in your opinion, is the problem here?

Quote:
Originally Posted by Motenai Yoda View Post
-feature request
to avoid intense (and slow) hd activity, as the size of an intermediate raw files can be easily calculated previously (duration_in_seconds * frequency * bitdepth * channels), it should be possible, if the free RAM size is greater than the above + an offset, use a ram file for the raw intermediate.
Not possible. That's because LameXP is "only" a GUI front-end to a bunch of command-line tools. These tools read their input from a file and they also write their output back to a file. When LameXP calls one of the command-line tools (e.g. an encoder or a decoder), then it can tell the tool which file to read the input from and also which file to write the output to. But that's it! You can't tell the tool to keep the output in the memory (RAM). And even if you could, each process still has its own (virtual) memory space! That means: If, for example, the decoder process would keep the output in a buffer inside its memory (instead of writing it to a file), then the output data would be gone for good, as soon as the decoder process terminates - with no way for the encoder process to every access that data.

Well, that's not the whole truth. It is possible to pass data from one process to another one directly in the memory - by using a pipe. Or more specifically: By having the first process write the data to STDOUT and having the second process read the data from STDIN. But this has other problems: For example, the second process can not determine the size of the input until it has read/processed everything, because seeking is not possible when reading from a pipe. Also not all tools used in LameXP do support reading/writing from/to STDOUT/STDIN. Last but not least, implementing the usage of pipes (at least for the tools that do support it) would require fundamental changes in the architecture of LameXP. For example, decoding and encoding would then happen in parallel, rather than doing it in two separate steps...

Anyway, what you can do already: Create a "RAM Disk" and move LameXP's Temp directory to that RAM Disk.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 23rd October 2011 at 22:13.
LoRd_MuldeR is offline   Reply With Quote
Old 23rd October 2011, 23:06   #459  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 709
Quote:
Originally Posted by LoRd_MuldeR View Post
I think I already had commented on that one. But again: If the "Save output files to the same location where the input file is located" is checked, then the "Prepend relative source file path to output file" option doesn't make much sense. And therefore it is disabled (greyed out). So what exactly, in your opinion, is the problem here?
when "Save output files to the same location where the input file is located" and "Prepend relative source file path to output file" are checked (although the latter is grayed),
if u process a file in
"C:\lord_mulder\work"

the output file is placed in
"C:\lord_mulder\work\lord_mulder\work"

I've posted a video at the time. http://forum.doom9.org/showthread.ph...49#post1523849

imho or is grayed/disabled/unapplied or is active/applied.

Quote:
Originally Posted by LoRd_MuldeR View Post
Not possible. That's because LameXP is "only" a GUI front-end to a bunch of command-line tools. These tools read their input from a file and they also write their output back to a file. When LameXP calls one of the command-line tools (e.g. an encoder or a decoder), then it can tell the tool which file to read the input from and also which file to write the output to. But that's it! You can't tell the tool to keep the output in the memory (RAM). And even if you could, each process still has its own (virtual) memory space! That means: If, for example, the decoder process would keep the output in a buffer inside its memory (instead of writing it to a file), then the output data would be gone for good, as soon as the decoder process terminates - with no way for the encoder process to every access that data.

Well, that's not the whole truth. It is possible to pass data from one process to another one directly in the memory - by using a pipe. Or more specifically: By having the first process write the data to STDOUT and having the second process read the data from STDIN. But this has other problems: For example, the second process can not determine the size of the input until it has read/processed everything, because seeking is not possible when reading from a pipe. Also not all tools used in LameXP do support reading/writing from/to STDOUT/STDIN. Last but not least, implementing the usage of pipes (at least for the tools that do support it) would require fundamental changes in the architecture of LameXP. For example, decoding and encoding would then happen in parallel, rather than doing it in two separate steps...

Anyway, what you can do already: Create a "RAM Disk" and move LameXP's Temp directory to that RAM Disk.
yeah, I thought that there were such problems

Last edited by Motenai Yoda; 23rd October 2011 at 23:17.
Motenai Yoda is offline   Reply With Quote
Old 23rd October 2011, 23:13   #460  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Motenai Yoda View Post
when "Save output files to the same location where the input file is located" and "Prepend relative source file path to output file" are checked (although the latter is grayed),
if u process a file in
"C:\lord_mulder\work"

the output file is placed in
"C:\lord_mulder\work\lord_mulder\work"

I've posted a video at the time.

imho or is grayed or is active/applied.
Oh, I see

Sorry, I did not get your point before. But the example made it clear now.

Thank you for the report, I will fix this ASAP.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Reply

Tags
aac, aotuv, flac, lame, lamexp, mp3, mp4, ogg, oggenc, opus, vorbis

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 12:58.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.