HydrogenAudio

Lossy Audio Compression => MP3 => MP3 - Tech => Topic started by: john33 on 2008-07-08 18:12:22

Title: lamedropXPd3
Post by: john33 on 2008-07-08 18:12:22
I currently have a very much work-in-progress version of lamedropXPd that has all-new wave and FLAC input routines. The single binary will encode from wave files and transcode from ogg and FLAC files. This 'alpha 1' version appears to work perfectly OK and performs the functions of the current normal and libsndfile versions in one binary. I should mention that oggflac files are not catered for but I don't really see that as an issue.

If anyone would like to try this, and I'd appreciate the file routines being given a 'good seeing to', it can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0a1.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0a1.zip)

The intention is to extend this to copying ogg and FLAC comments into id3 tags, but I've not even looked at this yet.

EDIT: I should just mention that this is compiled against the 3.98 release libs.

EDIT 2: Alpha 2 can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0a2.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0a2.zip)

EDIT 3: Alpha 3 can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0a3.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0a3.zip)

EDIT 4: Beta 1 can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0b1.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0b1.zip)

EDIT 5: Beta 2 can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0b2.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0b2.zip)

EDIT 6: Beta 1 can be downloaded from: http://www.rarewares.org/files/mp3/lamedropXPd3.0b3.zip (http://www.rarewares.org/files/mp3/lamedropXPd3.0b3.zip)
Title: lamedropXPd3
Post by: le_canz on 2008-07-08 19:04:36
I encoded some flac and ogg files, flawless :-)
Title: lamedropXPd3
Post by: john33 on 2008-07-08 19:06:29
I encoded some flac and ogg files, flawless :-)

Thanks.
Title: lamedropXPd3
Post by: Zoom on 2008-07-08 22:46:33
I've tested this first alpha somewhat extensively as well. I encoded single FLAC files, small sets of FLAC files and large sets of FLAC files. I tested all of the files in foobar2000 and everything appeared to be normal up to this point.

If you end up creating tag copying functions from input files, lamedropXP would be a boon to novice users everywhere. One other feature to give some thought potentially, to have directory creation from tag values in the output directory.

Excellent work sir.

P.S. - I would like to personally thank you for all the time and effort you put into compiling new versions of encoders and creating excellent utilities like lamedropXP.
Title: lamedropXPd3
Post by: Daffy on 2008-07-09 00:33:26
I'm not sure if this thread is a solicitation for features, but the one nice thing I'd like to see is the ability to apply replaygain values directly to the encoded MP3 files (just like OggDropXPd can do) from the replaygain tags in the FLAC files.  Foobar also has this feature for MP3 encoding and it's useful for portables and/or other hardware that does not read replaygain values directly from tags.  That would make LameDropXPd complete i/m/o.

I work a ton during the week, but I can test this alpha version thoroughly during the upcoming weekend.  In the meantime, I'd also like to thank John33 very much for working on this encoder.

P.S.  I noticed this alpha version still has the Variable Bitrate Mode setting options of Fast and Standard.  I'm assuming we still need to toggle "Fast" in order for Lame 3.98 to use --vbr-new (which is now Standard in 3.98).  I think this could be a source of confusion for people if not clarified or re-worked.
Title: lamedropXPd3
Post by: john33 on 2008-07-09 09:42:27
Thanks for the input, guys. 

This is really the first stage in doing what I've said I would in past and have not yet done!!  So, yes, I do intend providing tag copying, the use of RG values on conversion and, finally, the oggdropXPd tagging option set. I'm not sure how long this will take, but I'll probably release in two or three stages pretty much in the order outlined above.

I'll use this thread for updates.
Title: lamedropXPd3
Post by: john33 on 2008-07-10 19:00:53
Some progress to report! 

I'm at the point now where I have a version that copies comments from both FLAC and ogg files, and seems to work fine. Once I've enabled this as an option, it always copies at present, and I've also provided the option to use RG values for scaling, I'll upload another version for testing. I'm hopeful of doing this either later today, or sometime tomorrow.
Title: lamedropXPd3
Post by: Daffy on 2008-07-11 02:57:17
Some progress to report! 

I'm at the point now where I have a version that copies comments from both FLAC and ogg files, and seems to work fine. Once I've enabled this as an option, it always copies at present, and I've also provided the option to use RG values for scaling, I'll upload another version for testing. I'm hopeful of doing this either later today, or sometime tomorrow.


OK, now we're talking.  I'll start cracking my knuckles for some weekend testing. 
Title: lamedropXPd3
Post by: john33 on 2008-07-11 12:42:22
I've just uploaded alpha 2 - download link on the first post.

This provides the option to copy the basic set of vorbis tags from ogg/FLAC files. The tags supported are: Artist, Album, Title, Date, Track Number and Genre. Your on your own for anything else.  I've also provided the option to use either the Track or Album RG vorbis tags, from both ogg and FLAC input, to scale the input prior to mp3 encoding. This does not use mp3gain in any way, the input data is scaled.

You may want to place this in a different directory/folder to the normal versions as the ini file has been expanded. Either way, probably best to delete the old ini file and start fresh.

This has been tested, but not exhaustively by any stretch.

Any comments welcome. Please post here and as I'm away in a couple of hours until late Sunday, I'll check this thread on my return.

I do still plan to expand the general tagging along the lines of oggdropXPd, but that will take rather longer. This may have to wait until after a short break away from 22 until 29 July. 

Have fun!
Title: lamedropXPd3
Post by: gottkaiser on 2008-07-11 13:23:05
I was so happy to hear of the new lamedrop version with flac support. Big thanks to john33!!!  :P

The transcoding process from flac to mp3 is working flawless for me.

Maybe you can create an option to chose the tags to copy. like "Trackname", "Artist", "Album", "Track".... Just the main ones.
That would make the tool perfect in my eyes. :-)

Have a nice one John
Title: lamedropXPd3
Post by: le_canz on 2008-07-11 14:53:22
I tried to convert some flac files with alpha 2, and it works quite well

One thing is buging me however :

My track numbers have a zero before the first digit, ie.

Tool - Lateralus 01 The Grudge

The zero is not included in the mp3 tag ; I get this :

Tool - Lateralus 1 The Grudge

It's not that important however, just wanted to point it out
Title: lamedropXPd3
Post by: john33 on 2008-07-11 15:49:59
I tried to convert some flac files with alpha 2, and it works quite well

One thing is buging me however :

My track numbers have a zero before the first digit, ie.

Tool - Lateralus 01 The Grudge

The zero is not included in the mp3 tag ; I get this :

Tool - Lateralus 1 The Grudge

It's not that important however, just wanted to point it out

This is because LAME converts the text to an integer. I don't know whether id3 requires it as an integer, or whether LAME stores it this way to be sure it's numeric.
Title: lamedropXPd3
Post by: robert on 2008-07-11 16:35:34
LAME 3.98 will store the track number as-is in case of ID3v2.
Title: lamedropXPd3
Post by: Daffy on 2008-07-12 16:22:25
Tagging Setup Options is stuck on "Copy oggvorbis/FLAC comments" radio button.  Selecting either Default Options or Custom Options and hitting Accept will not hold as a setting, it keeps going back to "copy oggvorbis/flac comments".  Also, there needs to be an option to turn off tagging in case someone doesn't want to copy over tags from FLAC files.

Replaygain scaling seems to be working OK, however I'm getting slightly different peak readings when compared to foobar.  I don't know enough about how the scaling of these two tools are set up to know if these peak readings should match or not.  But they're close enough and the feature seems to be working.

On my tests, using an Approx. Bitrate setting of 179 kbps and Variable Bitrate Mode: Fast seems to be equivalent to -V4 --vbr-new in Foobar.  I still wish you'd line up the quality settings scale with the various -V(0-9) settings we are all used to using and as recommended in the Wiki.  A scale of 10-100 (low to high) uses opposite quality logic of -V0 through -V9 (high to low).

Lastly, any thought of eliminating altogether the Variable Bitrate Mode: setting of Fast and Standard since 3.98 is using --vbr-new as default?  If anything, "Standard" should now be the toggle for --vbr-new, and Fast should probably be changed to something like "Old".  I thought you mentioned in a previous post you had already addressed that issue.

I know most of the above is cosmetic feedback, but I thought I'd share my thoughts anyway.  As far as the encoding, it seems to be working fine.  I'll keep testing to see what else I discover.

Thanks again for all your efforts! 
Title: lamedropXPd3
Post by: john33 on 2008-07-14 11:18:19
Thanks for the feedback. I had thought I'd got the Tagging Setup sorted, but I did do it rather hurriedly on Friday and, clearly, it's not quite right. I'll get on it!

Regarding the Quality settings, it's set the way it is because that was Gabriel's recommendation as it matches the Fraunhoffer Quality setting scheme. However, I think I may amend it to show both schemes, hopefully without introducing confusion! I think, also, that it is probably time to retire the vbr-old method thus removing another opportunity for less than optimal settings. 

Again, thanks for the input and I'll try to post a 'sorted' and slightly re-worked compile later today.

(I'm glad that at least the transcoding and re-scaling appear to be OK!  )
Title: lamedropXPd3
Post by: john33 on 2008-07-14 13:07:30
Dealing with Robert's comment, yes, if you select id3V2 only, then the 2 digit, with leading zero, Track Number is preserved. The leading zero is lost if id3V1 is used at all.

Alpha 3 is now available for download - link on 1st post.

I have added the corresponding Vn values to the Quality scale indicator.
I have removed the VBR Method option - fast is always used.
I have fixed the Tagging Option dialogue. Please note that if you have selected to use ogg/FLAC RG values for scaling, copying of the ogg/FLAC tags is non-optional and the other options are 'greyed out'.

I think this now all works OK, but, as always, please let me know.
Title: lamedropXPd3
Post by: le_canz on 2008-07-14 13:53:53
This build seems perfect to me.

I encoded some albums, from flac and raw wav, averything is fine

Thanks for your work !
Title: lamedropXPd3
Post by: gottkaiser on 2008-07-14 14:42:34
Is it possible to add a feature to copy the album art from the flac tag to the id3v2 tag?
Title: lamedropXPd3
Post by: john33 on 2008-07-14 16:14:10
Is it possible to add a feature to copy the album art from the flac tag to the id3v2 tag?

I have been wondering when that question might be asked! 

The honest answer is that I have no idea. I know nothing about how it's held and whether the formats are compatible, let me look into it and get back to you. But, in the meantime, if anyone can provide the info, I'm all ears, or should it be eyes in this case?
Title: lamedropXPd3
Post by: john33 on 2008-07-15 12:50:54
Is it possible to add a feature to copy the album art from the flac tag to the id3v2 tag?

Right now, the comments copied from the FLAC files are the vorbis-style comments. The Album Art is stored in a FLAC Metadata Picture block. While, as I understand it, the Album Art is stored in a format that is similar to how it is stored in ID3, it's introducing a level of complexity that I don't want to pursue at this time. That's not to say it won't happen at some future date, but it will be near the bottom of the current schedule.

Sorry about that, but I have a habit of over-committing which I have to control!
Title: lamedropXPd3
Post by: john33 on 2008-07-15 16:06:45
I have uploaded Beta 1 of this version and it can downloaded from the link on the first post.

I have slightly changed the Encoding Dialogue so that the precise VBR quality setting, to two decimal places, is shown when moving the slider. I have also added a small piece of text below the RG boxes to indicate that selecting one of the options will automatically invoke oggvorbis/FLAC tag copying.

I have decided to move this to beta 1 with a view to releasing this version over the weekend, assuming all is OK. I will complete the changes to the Tagging setup after I return from vacation and will make a separate release then.

I would appreciate an early notification of any bugs/problems, thanks.
Title: lamedropXPd3
Post by: Daffy on 2008-07-15 23:54:24
Sweet....I'll take a look at this latest beta over the next couple of days and report back.

Edit #1: In the Output Directory Options, selecting "Set Other Output Directory THIS SESSION ONLY" does not function correctly.  Select this option, then choose directory, then accept, then go back into the setting and it goes back to THE STANDARD DEFAULT setting.
Title: lamedropXPd3
Post by: john33 on 2008-07-16 00:03:15
Sweet....I'll take a look at this latest beta over the next couple of days and report back.

Thank you, kindly.
Title: lamedropXPd3
Post by: le_canz on 2008-07-18 21:44:39
Edit #1: In the Output Directory Options, selecting "Set Other Output Directory THIS SESSION ONLY" does not function correctly.  Select this option, then choose directory, then accept, then go back into the setting and it goes back to THE STANDARD DEFAULT setting.


Indeed, but the directory chosen for "this session only" is still valid ; mp3s will be created in the right directory.

Anyway, I didn't found any bug until now
Title: lamedropXPd3
Post by: john33 on 2008-07-18 21:55:33
Sweet....I'll take a look at this latest beta over the next couple of days and report back.

Edit #1: In the Output Directory Options, selecting "Set Other Output Directory THIS SESSION ONLY" does not function correctly.  Select this option, then choose directory, then accept, then go back into the setting and it goes back to THE STANDARD DEFAULT setting.

The assumption is that if you return to this dialogue, then you want to change something. I accept that it may be a little confusing, but this is how it works in oggdropXPd and users of that seem to find it acceptable. Perhaps not ideal, but as 'le_canz' indicates, it does retain the setting, providing you Cancel at that point, even if it doesn't seem like it! If I think of a better way of dealing with it, then I'll implement it in both but for the moment, I'll leave it as is.
Title: lamedropXPd3
Post by: Daffy on 2008-07-19 20:28:41
John33 - Everything in Beta 1 seems to be working great, including the output directory testing, scaling, and copying of tags.  I really appreciate you adding "Equals VBR Quality of Vx" on the quality scaling slider.  That will make it a lot easier to select the common Vx settings.  I also appreciate you taking out the Standard and Fast VBR setting since --vbr-new is now standard in 3.98.  This looks ready to mass release to me, but I'm only one tester.  Hopefully others can test and provide any additional feedback.

Once again, thank you so much for enhancing this encoder tool.  It's awesome.
Title: lamedropXPd3
Post by: john33 on 2008-07-19 21:22:15
John33 - Everything in Beta 1 seems to be working great, including the output directory testing, scaling, and copying of tags.  I really appreciate you adding "Equals VBR Quality of Vx" on the quality scaling slider.  That will make it a lot easier to select the common Vx settings.  I also appreciate you taking out the Standard and Fast VBR setting since --vbr-new is now standard in 3.98.  This looks ready to mass release to me, but I'm only one tester.  Hopefully others can test and provide any additional feedback.

Once again, thank you so much for enhancing this encoder tool.  It's awesome.

Just trying to meet a long outstanding commitment, although not fully done yet! 

Thanks to you for your testing. Always better to have a third party testing things, rather like with proof reading.

If there are no problems reported, I'll release this later tomorrow.

Thanks to all for your interest.
Title: lamedropXPd3
Post by: le_canz on 2008-07-19 21:34:27
If there are no problems reported, I'll release this later tomorrow.

Thanks to all for your interest.




Thanks are for you !
Title: lamedropXPd3
Post by: Hanky on 2008-07-19 22:11:17
Great job done John33 

I did a fair amount of testing and everything works as expected here.

Some features I could appreciate in a future version could be:
Title: lamedropXPd3
Post by: john33 on 2008-07-19 22:38:51
Great job done John33 

I did a fair amount of testing and everything works as expected here.

Some features I could appreciate in a future version could be:
  • dropping directories (albums ) and retain this structure in the output
  • numerical input for the -V value

Excellent, thanks, and I'll bear your suggestions in mind.
Title: lamedropXPd3
Post by: john33 on 2008-07-21 18:30:07
Just to let you know that I've decided that I'll formally release this after I return from a short vac, at the end of the month. This serves two purposes. First, it will allow another ten days for anything to 'crawl out of the woodwork', and second,  if any issues do arise from a wider distribution, I'll be around to respond. Hope this doesn't upset anyone but I would hate to release this and then not be around if there were any issues!
Title: lamedropXPd3
Post by: weaker on 2008-07-21 19:17:52
Just enjoy your vacation! We are grateful for what you do, so plan your holidays the way you want and not how the lamedropXPd release cycle is :-)
Thanks for your efforts!
Title: lamedropXPd3
Post by: Brent on 2008-07-21 20:11:30
Will you be building a 64bit version?
Title: lamedropXPd3
Post by: le_canz on 2008-07-21 21:29:57
Hope this doesn't upset anyone but I would hate to release this and then not be around if there were any issues!


Current build seems quite stable, so I think it's not gonna be a big deal to wait a bit
Title: lamedropXPd3
Post by: Hanky on 2008-07-21 21:48:29
Enjoy your vacation John !
Perhaps we could buy you a few drinks to express our appreciation for your commitment to continue to improve your great software. All we need is a PayPal link 
Title: lamedropXPd3
Post by: john33 on 2008-07-21 23:14:03
Thanks. guys. 

I'll build 64 bit as and when I put up a 64 bit system to test on. Might look at that too when I get back.

See you at the end of the month.
Title: lamedropXPd3
Post by: OperaFanatic on 2008-07-27 04:33:44
First and foremost, john33, thank you so much for you fabulous utility.  I am certain that there are untold thousands of people out there like me, who happily utilize things like your rarewares site and this forum, but who never post, because we don't feel knowledgeable enough or qualified to do so.  So on behalf of everyone like me, a big fat thank you to people like you, and the regular contributors to this website.

That being said, I have a feature request which would make lamedropXPd a dream come true: dropping in a high level directory, and recreating the mp3s in that structure in another directory.

To be specific, I have been using EAC to back up my CD collection into FLAC files.  I have a high level directory with everything in it.  Underneath are subdirectories of genre, i.e. opera, musical, jazz, rock, etc.  Under those are directories of collections, artists, etc., ending finally in individual directories for each CD.  In all, about 600GB of FLACs within thousands of subdirectories.

I want to make 2 sets of mp3s, one at –V 0 for a big DAP, and one at about 96kbps for a small one.  If I could set an output directory of, say, "mp3 96kbps", and then take the "flac" directory and drop it on to lamedropXPd, and come back in a day (or three) to find it all converted (now with tags and all!), it would be a real fantasy come true.

I have looked around the web, and searched this and other sites, but I have not been able to find any (freeware or open source) software that can do this.

I don't pretend to know if this is a simple addition for you or not.  If so, then I (and I'm sure countless other people) would be unbelievably grateful.  If not, then thank you any way for the incredible work you have done (and continue to do).  It is more appreciated than you probably know.
Title: lamedropXPd3
Post by: Kevin Sartori on 2008-07-29 14:25:59
Great work on this!  I've always converted FLAC to WAV and then used RazorLAME to convert to MP3.  LamedropXPd's drag-and-drop method is much easier!  Imagine that!

I've noticed one little bug when transcoding FLAC to MP3.  If you select Copy oggvorbis/FLAC comments and Add id3V1 tag ONLY in Tagging Setup, it will still create an ID3v2 tag for the MP3 file if there are long comments.  So even though you've selected Add id3V1 tag ONLY, it acts like you've selected Add id3V1 tag and id3V2 tag if necessary (over 30 chars).

The only reason I discovered this is because I like to use MP3ext to edit my tags, but it only has support for the Encoded by tag field and not Encoding setting, which lamedropXPd supports.  I'm not sure if one is considered more standard than the other, but it would be cool if I could choose which field lamedropXPd used, or at least had the ability to turn the Encoding setting tag field off completely.

Thanks for putting the time and hard work into this easy to use tool!
Title: lamedropXPd3
Post by: Daffy on 2008-07-30 04:39:44
John33 - see this (http://www.hydrogenaudio.org/forums/index.php?showtopic=64706) thread regarding -q switch.  With --vbr-new now standard in 3.98, would the "Encoding Engine Quality" setting be needed in lamedropXPd?
Title: lamedropXPd3
Post by: john33 on 2008-08-04 23:01:41
OK, back in circulation,    and I haven't forgotten about this!! 

I've just uploaded beta2, link is on the first post.

There are a few changes to this that I think need some testing.

1. I've changed the box on the encoding dialogue to allow the direct input of the -V value, in addition to the slider.

2. I've made some changes to the tagging set up dialogue which may make things a little clearer.

3. By default, if LAME discovers a non-standard Genre, it automatically adds an id3v2 tag, even if you specify id3v1 only! This does not seem quite correct to me as one would normally only specify 'id3v1 only' for a reason. Therefore, and this only applies to copying oggvorbis/FLAC tags, if id3v1 only is specified and a non-standard genre is encountered, the genre is changed to 'Other' so that 'id3v1 only' is preserved.

I will release this version, subject to any required bugfixes, before looking at any further enhancements.
Title: lamedropXPd3
Post by: robert on 2008-08-04 23:17:36
Where do you add "--id3v1-only", before or after the other tag switches?
Title: lamedropXPd3
Post by: john33 on 2008-08-04 23:26:27
Where do you add "--id3v1-only", before or after the other tag switches?

Currently, I'm applying id3tag_v1_only(gfp); before setting the tags, but I did try it after without it seeming to make any difference. The id3tag_set_genre function in id3tag.c adds the id3v2 tag in the event of a non-standard genre, unless I am completely misreading it.
Title: lamedropXPd3
Post by: robert on 2008-08-04 23:34:00
If you call id3tag_v1_only at the end, it should zero out the ADD_V2_FLAG. At least it is working this way using lame.exe.
Title: lamedropXPd3
Post by: john33 on 2008-08-05 06:17:11
If you call id3tag_v1_only at the end, it should zero out the ADD_V2_FLAG. At least it is working this way using lame.exe.

Thanks, Robert, I'll give it another try. It could be that I had another problem that was masking it when I tried it before.
Title: lamedropXPd3
Post by: john33 on 2008-08-05 11:11:57
If you call id3tag_v1_only at the end, it should zero out the ADD_V2_FLAG. At least it is working this way using lame.exe.

Interesting results!

In the uploaded version, not only am I checking for non-standard genres, I'm also ensuring that tags don't exceed 30 chars, by truncating them, if id3tag_v1_only is set.

To test properly, I disabled all of the above and simply moved the call to a point after where the tags have been set. This generated both id3v1 and id3v2 tags. Next, I re-enabled the genre checking, leaving the 'call' where it had been moved to. Both tag type were generated. Then I re-enabled the tag length checking/truncating and at this point, only id3v1 were generated. Moving the call, of itself, seems to have made no difference.

This behaviour may be due to the fact that, of necessity, some things are done somewhat differently than in the lame frontend. I am not in the least bit concerned about this as the way it is done in lamedropXPdv3 seems to work correctly and consistently.

If you have any other thoughts on this, I'd obviously be interested to hear them, but it works OK, as is.
Title: lamedropXPd3
Post by: robert on 2008-08-05 13:24:26
Ok, found the bug: LAME will always return an id3v2 tag when id3v1 fields are too short to hold the text, even though you say you want id3v1 only.
Title: lamedropXPd3
Post by: john33 on 2008-08-05 13:34:28
Ok, found the bug: LAME will always return an id3v2 tag when id3v1 fields are too short to hold the text, even though you say you want id3v1 only.

Thanks, Robert. I don't claim to know much about id3, but it's nice to know it wasn't me!! 

So, if you genuinely want id3v1 only, it would seem that lamedropdXPdv3 is the place to get it!! 

Open to offers of bugs that anyone may have found?
Title: lamedropXPd3
Post by: robert on 2008-08-05 13:37:49
Oh, by the way. Do you make use of LAME's new feature to write unicode tags?
Title: lamedropXPd3
Post by: john33 on 2008-08-05 14:42:20
Oh, by the way. Do you make use of LAME's new feature to write unicode tags?

Not at the moment, no. I've been more concerned with getting everything sorted before I look at anything else. I'll certainly bear it in mind, though,  when I look at the next bunch of enhancements.
Title: lamedropXPd3
Post by: john33 on 2008-08-06 09:55:59
John33 - see this (http://www.hydrogenaudio.org/forums/index.php?showtopic=64706) thread regarding -q switch.  With --vbr-new now standard in 3.98, would the "Encoding Engine Quality" setting be needed in lamedropXPd?

Beta 3 now available via link on first post. The only difference with Beta 2 is that the 'Encoding Engine Quality' option is disabled for VBR as it is set automatically.

Subject to any bug reports, I propose releasing this over the weekend.
Title: lamedropXPd3
Post by: OperaFanatic on 2008-08-07 15:36:10
Any chance on getting recursive directory parsing and recreating the structure in the output directory?
Title: lamedropXPd3
Post by: john33 on 2008-08-07 15:43:53
Any chance on getting recursive directory parsing and recreating the structure in the output directory?

Not right now, but it falls within the remit of what I shall be looking at for the next version. Don't push me for a date, though, it depends how the mood takes me!!
Title: lamedropXPd3
Post by: OperaFanatic on 2008-08-07 15:46:39
Ok.  Big thanks in advance though!

Moderation: Quoting previous message in its entirety is a waste of space.
Title: lamedropXPd3
Post by: aguacaliente on 2008-08-31 18:43:56
This is a great tool with the utmost utility and simplicity.  In the future, please consider the ability to drop wavpack files.
Title: lamedropXPd3
Post by: john33 on 2008-08-31 20:49:52
This is a great tool with the utmost utility and simplicity.  In the future, please consider the ability to drop wavpack files.

I'll bear it in mind.  So you've been talking to Roberto, have you???
Title: lamedropXPd3
Post by: DigitalDictator on 2008-08-31 21:36:41
Like I said in another thread, this program is just awesome! The more lossless formats to drop, the better 
Also, would it be possible to make a similar drop-thingy for the free Nero AAC encoder? I'd love to see that! But maybe it's more tricky since that encoder has different modes (LC, HE v. 1 and 2 etc.)?
Title: lamedropXPd3
Post by: greynol on 2008-08-31 21:50:26
If you're interested, I created this...
http://www.hydrogenaudio.org/forums/index....st&p=580029 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=65020&view=findpost&p=580029)

EDIT: In response to DigitalDictator's post, yes it was intended for you.  I sent you a PM about copying the code from the post.  I would like to avoid creating an off-topic discussion in john33's thread.
Title: lamedropXPd3
Post by: weaker on 2008-08-31 21:54:31
I already wrote that as a comment to the lamedropXPd v3 release, but as it's more like a feature request, it might be more appropriate in that thread. I hope that re-posting it here is allowed given that I try to put it in the more fitting thread:

Quote
Two small things I want to add:

- On my machine (XP SP3) it has -V 8.31 (approx 78 kbps) set as (default) -V value on first startup, is this intentional? For more novice users a setting of V2.5 or V3 would possibly a better default setting in order to not make someone insecure.

- Would it be possible to see the file path in the progress bar from the end and not from the beginning? Usually the path is so long that the visible part is of no real use. The end part of the file path however would make the file name visible. And while I'm at it: When encoding long files where the progress bar is moving slowly forward one can't see the path at all, which is not so helpful. I think this is intentional but I'd favour to see the path fully from beginning to the end :-)
Title: lamedropXPd3
Post by: DigitalDictator on 2008-08-31 22:31:58
Greynol, was that link intended for me? If so, I don't know what to download, or where! 
Title: lamedropXPd3
Post by: Alex B on 2008-11-23 13:33:06
john33,

Thanks for your work with lamedropXPd3.

I have been using the latest lamedropXPd3 from rarewares for testing all LAME 3.98.2 average VBR bitrates (in 0.5 step increments). It is an excellent tool for the task.

I have noticed a small bug. I have 42 precreated destination directories (21 for rock/pop/jazz/etc and 21 for classical). I would like to copy the the destination path from Windows Explorer and paste it to the "output directory options" window before starting each batch, but apparently that does not work. Right-click paste or keyboard shortcuts do not work. In addition, it is not possible to edit the path directly by typing.

I also have a feature request: since LAME now allows the -V10 -- V9.xx settings could you expand the VBR quality settings range to start from -V10 ?

EDIT

After I have published the test results you may want to check the bitrate estimation values and revise if necessary. Expect to see the results at HA in a couple of days.
Title: lamedropXPd3
Post by: john33 on 2008-11-23 15:48:53
john33,

Thanks for your work with lamedropXPd3.

I have been using the latest lamedropXPd3 from rarewares for testing all LAME 3.98.2 average VBR bitrates (in 0.5 step increments). It is an excellent tool for the task.

I have noticed a small bug. I have 42 precreated destination directories (21 for rock/pop/jazz/etc and 21 for classical). I would like to copy the the destination path from Windows Explorer and paste it to the "output directory options" window before starting each batch, but apparently that does not work. Right-click paste or keyboard shortcuts do not work. In addition, it is not possible to edit the path directly by typing.

I also have a feature request: since LAME now allows the -V10 -- V9.xx settings could you expand the VBR quality settings range to start from -V10 ?

EDIT

After I have published the test results you may want to check the bitrate estimation values and revise if necessary. Expect to see the results at HA in a couple of days.

Hi Alex,

I'll take look at this as soon as I'm able and post back here. Thanks for your interest.
Title: lamedropXPd3
Post by: Agent69 on 2009-10-27 18:32:08
John,

I was just going to download LameDropXPd and I was surprised to see version 3.01 had been released on the 23rd of October (based on LAME 3.98.2). Thanks for updating this program.
Title: Re: lamedropXPd3
Post by: Kraeved on 2021-04-14 18:30:18
Dear john33, lamedropXPd 3.1 x64 does not work on my end when resampler is switched on. What could be the cause?
Title: Re: lamedropXPd3
Post by: john33 on 2021-04-14 18:48:27
I'll check here and get back to you but it will probably not be until tomorrow.
Title: Re: lamedropXPd3
Post by: john33 on 2021-04-15 13:17:35
I can confirm the problem and I know where to look for the solution. I may not be able to get to it today, but I'll try to get it sorted ASAP. Thanks for 'heads up'.
Title: Re: lamedropXPd3
Post by: Kraeved on 2021-04-29 07:05:39
Dear john33, 2 weeks passed, is it turned out to be more complicated than expected?
Title: Re: lamedropXPd3
Post by: john33 on 2021-04-29 09:52:35
Dear john33, 2 weeks passed, is it turned out to be more complicated than expected?
I do have working versions which I'll upload later today, but I'm not entirely happy with the solution. I'll take a deeper look at it when I have the time.
Title: Re: lamedropXPd3
Post by: Kraeved on 2021-05-23 12:20:28
I tried the latest version of LameDropXP 64-but you uploaded on 2021-04-29, but it does not work with Resampler either.
Title: Re: lamedropXPd3
Post by: john33 on 2021-05-23 18:24:17
Well they worked when I checked them before uploading, but I'll take another look when I return home. I'm away until the end of the week.
SimplePortal 1.0.0 RC1 © 2008-2021