A new version of the "most-user-friendly-audio-burrrning-soft"™ is available.
What's new:
- updated cdrdao.exe in the packages with the one from burnatonce with SPTI support (big thanks to Jamie and thop from www.burnatonce.com), should fix all those ASPI problems
- WavPack support
- OptimFROG support
- ReplayGain support via WaveGain (thanks to John Edwards and David Robinson)
- added a (really) simple cue sheet editor, called... ta-da... CUEditor! (ehm...)
- added "Copy List To Clipboard" right click function
- added Swedish, Polish, Hungarian and Catalan language (thanks to magic75, Krzysztof 'Fraxinus' Walczewski, Arek MZ (Arqs), Tomasz Bystrzyński, DirektX and Jesus Moreno)
http://www.apehaus.com/burrrn/ (http://www.apehaus.com/burrrn/)
Great work...always liked Burrrn a lot
I'm also more happy due to the fact that this might start some work going with MAC and the long requested features
Gambit, is there any chance Burrrn supports the FLAGS 4 CH (or whatever the equivalent is in TOC notation...) parameter, for four-channel WAVs?
- M.
Minor suggestion. Use the Windows system-wide TEMP variable for the default temp directory.
1.Any chance of ever implementing a totally reorderable burrrn-list?
(preferably not like the one in burnatonce... those up/down buttons aren't
very practical imho... how about click n' drag?)
2.Is overburning enabled by default?
Any chance to implement gapless decoding of MP3 a la foobar2000?
This could be helpful (and could us to skip a step during MP3 burning).
Thanks.
2.Is overburning enabled by default?
Yes, it is.
Gambit, is there any chance Burrrn supports the FLAGS 4 CH (or whatever the equivalent is in TOC notation...) parameter, for four-channel WAVs?
What's that? More info please
1.Any chance of ever implementing a totally reorderable burrrn-list?
(preferably not like the one in burnatonce... those up/down buttons aren't
very practical imho... how about click n' drag?)
Will be in next version.
Any chance to implement gapless decoding of MP3 a la foobar2000?
This could be helpful (and could us to skip a step during MP3 burning).
You have to ask DEATH if he makes it available outside of foobar. But my hope is that LAME will hopefully support gapless decoding. We should prolly ask Gabriel...
(And no, I won't say that mp3 ist death, and you should use mpc )
Oh, and btw. this version has unoficiall shorten support, it will show wrong duration, but you can burrrn them.
Any Chance to get AAC Support?
I am starting to encode with Nero AAC in m4a Containers and it would be nice if I can burn these files with Burrrn too...
edit: I see it supports AAC but it doesn't support my m4a files
Is it possible to download zip package as before,couse i can see only installer version.Thanks
Is it possible to download zip package as before,couse i can see only installer version.Thanks
I have uploaded only the installer for this version to make sure everybody gets the new cdrdao.exe with SPTI support.
But I'll upload a zip only tomorow, atleast I can include the foobar playlist support I forgot to enable in 1.06.
Burrrn 1.07
What's new:
- fpl (foobar2000 playlist) support
- mp4 support
- configurable ReplayGain
- new function in CUEditor - Split Into Tracks
http://www.apehaus.com/burrrn/ (http://www.apehaus.com/burrrn/)
Also the Windows temp folder is used by default. The reordering is not yet implemented, I didn't expect to release a new version so soon, so it will be in 1.08.
DL doesn't work...it redirects me to this site when clicking on the link: http://www.paysforsurveys.com/ (http://www.paysforsurveys.com/)
Try this: http://www.apehaus.com/burrrn/burrrn_package.exe (http://www.apehaus.com/burrrn/burrrn_package.exe)
Regards,
The Link
thx a lot Gambit!
How about ID3 support?
Great program by the way. Much better than Winamp Disk Writer -> Nero.
Except you could play the tracks in Winamp. Maybe you should add that function; just have a button that opens up the selected track in audio player of user's choice.
Gambit, could I make a feature request?
One thing is stopping me from ditching CDRWin for Burrrn, the lack of an "open new session" option. Quite often I write audio discs with a second session containing mp3s etc. The latter can be done in Nero, but only if a second session is opened immediately after writing the lead out of the first session etc etc. I'm sure you know this.
Would adding such an option be possible? I would be surprised if CDRDAO couldn't do it...
Many thanks for this excellent little app.
-chis
www.chis.nildram.co.uk
I would like to request a possibly useful feature: The ability to make an mp3/other format cd for a portable. This would mean, of course, that the program would have to transcode to that format before burning a data CD. Now.. I realise that this may be too new a direction for Burrn, so if any burnatonce guys see this, look into it please!
Here are some properties that such a feature should probably have...
-Ability to rename files according to tags for easy display on portable lcds.
-Ability to burn cds for multi-codec portables (i.e. selectable supported codecs so that these do not get transcoded).
-Ability to create folder structures from tags.
-Maybe: Ability to undo mp3gain for mp3s - for underpowered portables / power-hungry headphones.
I expect more could be done with this... if anyone wants to do it, of course. It'd just make burning disks for portables a hell of a lot easier if your music isn't all in the format your portable supports. Come to think of it, maybe someone could make a foobar plugin that linked it up with bao or burrn - maybe a 'diskwriter.' Something that doesn't use nero anyway... Ah.. the possibilities. And no, I havn't the first clue about how to do any of this, except in vb , and then I don't have the second clue... if you see what I mean. I just thought I'd float this idea where it might be useful and run away.
Hmmm. Now that I finally figured out the correct EAC offset values for my drive..... (and I don't even know if this "offset correction" really does make a "real world" difference as such...). But what I'm slowly getting 'round to hinting at is; seems only EAC's own burner (which some people claims are not optimal) and PlexTools have offset corrected burning implemented - could this be implemented in Burrrn and would it be practical...? Burrrn is a very nice program, easy and simple and you can just drag the cuesheet for your ape+cue or flac+cue or whatever onto it and burrrn baby burrrn!
No, probably not in Burrrn, but it could be implemented in cdrdao, which is the commandline program that Burrrn uses to burn CD:s. This is however not developed by Gambit.
And no, the offsets are not that important. Especially not write offsets wich are usually (?) much smaller than the read offsets. The worst read offset I heard of was ~2000 samples, meaning 2000/44100 s ~= 1/20 s = 0.05 s.
OK
Well, well.... (sob, sob )it's just that I have finally figured it out so that my rips are currently offset corrected, so it would have been nice to be able to write offset corrected CD's too, with a tool I like, like Burrn or Feurio.... (I must confess that i don't think much of EAC cd-writer)....
Another feature that would have been nifty :
If Burrrn would read embedded cuesheets from apes and flacs so that you could just drag'n'drop such a file onto Burrrn and burrrn baby burrrn! without having to extract the cuesheet first.....
I LOVE Burrrn just the way it is.
Even though my drives (<spam>Plextor</Spam>) work with EAC..
As soon as I found Burrrn I fell in love with its simplicity & soon after uninstalled bao.
Now I use it for almost all of my CD-DA needs.
Gambit, you are a great man.
Thanks, tec
(I must confess that i don't think much of EAC cd-writer)....
I never found any reason to mistrust EAC's built-in burning routine so far ...
I never found any reason to mistrust EAC's built-in burning routine so far ...
I have one coaster to prove that's not as reliable as, say, burnatonce...
I have one coaster to prove that's not as reliable as, say, burnatonce...
What type of coaster?
Please specify ...
Well, while burning at 4x with Burnproof on, EAC gave me an
error on writing the lead out IIRC. Drive settings were same as always.
I think the error message said "IDE reset" or sth like that...
Same collection of wavs was burned flawlessly with burnatonce ten minutes
later. Thing is, EAC had never failed me b4...
Strange. I just had a similar problem the other day. It died when writing the lead out. Twice.
I think the error message said "IDE reset" or sth like that...
Same collection of wavs was burned flawlessly with burnatonce ten minutes
later. Thing is, EAC had never failed me b4...
CDRDAO is a reliable and stable burning engine IMHO and different from EAC's internal burning engine ... but the error you describe has never happened to me (I did some 1000 burns with EAC and still wait for a single coaster to occur - apart from low-quality crappy media, of course)
It must not necessarily be EAC that caused your "IDE reset" ... but Burrrn works good (I use it myself - I love the ability to merge two cuesheets on one CD)
@JeanLuc: Believe me, I would love to never have to look any further
than EAC for burning my gapless CDs (where I actually remove leading
and trailing silence manually). For fast CDs directly from compressed
formats BAO or burrrn (when it gets a proper burrrn-list...) would
still be my choice.
I'm not trying to diss EAC. It has served me well.
Turns out EAC wasn't to blame. I had a problem burning with Fuerio as well.
I'm not trying to diss EAC. It has served me well.
And I have been an EAC zealot for quite some time ... maybe too long
Just kidding, I just would like to know about possible errors ;-)
I'll give it another try tomorrow, hope I don't waste my TY media...
Buenas noches guys
I LOVE Burrrn just the way it is.
Even though my drives (<spam>Plextor</Spam>) work with EAC..
As soon as I found Burrrn I fell in love with its simplicity & soon after uninstalled bao.
Now I use it for almost all of my CD-DA needs.
Gambit, you are a great man.
Thanks, tec
Gambit's ego got a +2 boost...
I sent this message via the boards IM system not sure if you got it:
A few other ideas..to make this app more useable for the masses:
1. some sort of playback/preview support (export tracklist to .m3u file or actual playback controls)
2.There is no way to change the order of the tracks or remove a specific track after they have been dragged into the app.
3. A way of editing the individual cd text tracknames without renaming the source file or changing the tag info
4. a final cd text preview window that shows all the artists/trackname info (esp for VA cds) before commiting to burning
5. setup a paypal account for donations if possible
Good luck. I'll tell as many people about this app as I can..hopefully it will be updated further
Yeah, seriously, this app r0x0rz my b0x0rz. I'm making so many feature requests precisely because I want to see this already great app get even better.
It would be nice if foobar2000 could burn through burrrn or
burnatonce. Dunno if this has been discussed somewhere else.
This would combine foobar2k's excellent decoding and replaygaining
features with cdr-dao's burning quality.
O/T: I've never tried to burn with foobar2k+Nero. Can u create
gapless cds this way, or is there always a 2 sec gap between tracks?
Okay, some of the the suggested changes are in 1.08, more coming soon...
- list reordering
- doubleclicking or clicking "Play" in the right click menu plays the tracks
- updated Spanish and Polish language (thanks to Angel, Gregg and Fraxinus)
A Paypal account would be really nice, because we are constantly running out of bandwitdth and that's why I had to move the files to a different server, but Paypal isn't available in my country . The files are currently hosted on ChS's site, for which I'm very thankfull, but I'm prolly gonna have to buy a new domain for Burrrn and move all the files there in february or march.
Edit: If you should have problems downloading, you can always use
http://www.apehaus.com/burrrn/burrrn_package.exe (http://www.apehaus.com/burrrn/burrrn_package.exe)
or
http://www.apehaus.com/burrrn/burrrn_exe.zip (http://www.apehaus.com/burrrn/burrrn_exe.zip)
but please try the link on the page first.
Oh, and you can now also acces the page via
http://www.burrrn.tk (http://www.burrrn.tk)
since this has been brought up before, what about having it available as a torrent?
Some more download links (http://home.comcast.net/%7Emiriamjasman/download.html).
CD-Text get messed up on VA albums. It would be nice if you could edit the track titles as well.
Just tried Burrrn 1.08. Unfortunately, I have a couple of major problems.
First, clicking any of the buttons in Burrrn causes the program to freeze, with 100% CPU usage. Even just mousing over the buttons causes CPU usage to spike to 20-30%.
Second, I tried dragging a .cue file onto Burrrn and I got the following error message:
" is not a valid integer value.
I'm running Win XP sp1 on an Athlon XP platform. It sounds like a great program and I'd love to use it. Any help would be appreciated, thanks!
-Aaron
Hmm, yeah I'm getting that problem too (WinXP + AthlonXP). I'll revert the alternate download links back to 1.07...
I'm teh l33t coder...
Just tried Burrrn 1.08. Unfortunately, I have a couple of major problems.
First, clicking any of the buttons in Burrrn causes the program to freeze, with 100% CPU usage. Even just mousing over the buttons causes CPU usage to spike to 20-30%.
Could somebody who is experiencing this please try
http://www.apehaus.com/burrrn/burrrn_nocdtext.zip (http://www.apehaus.com/burrrn/burrrn_nocdtext.zip)
and tell me if it's fixed?
Second, I tried dragging a .cue file onto Burrrn and I got the following error message:
" is not a valid integer value.
A filepath in the CUE is prolly wrong, i need to put a better error message there...
[/QUOTE]Could somebody who is experiencing this please try
http://www.apehaus.com/burrrn/burrrn_nocdtext.zip (http://www.apehaus.com/burrrn/burrrn_nocdtext.zip)
and tell me if it's fixed?[/QUOTE]
I was having the same problem, and this update fixed it. Great job, and thanks.
I was a diehard Nero burner until I tried Burrrn about a month ago. I did try Burnatonce first because of all the positive comments about it, but I'm apparently too stupid to make that work. Every Burrrn CD has been flawless, and I haven't looked back since.
Burrrn's working great here (Athlon Thunderbird, XP sp1, Plextor W4824A 1.05), but I found a possible bug - some strange beavior (nothing of great importance to me, as I don't keep Burrrn 'round as a player - I use it to burrrn), but I just thought I might report it anyways:
When pressing "Play" all that happens is that "burrrn.m3u" are opened by Notepad...!?!
(And, yes: default action in context menu on my system is for m3u files to be played by a player - not to be opened in Notepad...)
First, clicking any of the buttons in Burrrn causes the program to freeze, with 100% CPU usage. Even just mousing over the buttons causes CPU usage to spike to 20-30%.
i have got the same problem...
Second, I tried dragging a .cue file onto Burrrn and I got the following error message:
" is not a valid integer value.
A filepath in the CUE is prolly wrong, i need to put a better error message there...
Hi Gambit, the "nocdtext" version (1.09?) solves the crashing problem, thanks much. As for that error message, I believe that's my fault. I use EAC to rip to FLAC, and of course the EAC cue sheets reference .wav files. For some reason I thought that Burrrn changed the file path on the fly...I have no idea why I thought this.
So, I do have a feature request. I like the cue editor, it does exactly what I need it to do which is change .wav to .flac and change file paths to file names only. It would be nice to be able to turn on a setting that did that automatically on cue sheet load, without having to go into the cue sheet editor and do it manually.
Finally, one more problem. After using the cue sheet editor to make the changes noted above, I tried loading the modified cue sheet into Burrn and received the following error:
Access violation at address 004052D2 in module 'Burrrn.exe'. Read of address F7F6F5F0.The CD artist, title and title of the first track (with no song length) shows up in Burrrn. If I immediately try to load it again, it works, with track numbers showing up as if the whole first cue sheet is there. If I clear the playlist and try to load it again, I get the exact same access violation. I'll email you a screenshot and a cue sheet that has this problem.
thanks,
-Aaron
Could somebody who is experiencing this please try
http://www.apehaus.com/burrrn/burrrn_nocdtext.zip (http://www.apehaus.com/burrrn/burrrn_nocdtext.zip)
and tell me if it's fixed?
yes its fixed
Uploaded 1.09, mainly to fix the XP issues...
What's new:
- option to leave disc open (multisession CD)
- option to not write CD-TEXT
- fixed the weird Windows XP bugs introduced in 1.08
Edit: If you should have problems downloading, you can always use
http://www.apehaus.com/burrrn/burrrn_package.exe (http://www.apehaus.com/burrrn/burrrn_package.exe)
I still have problems downloading this one.
Thank you for this great program
Bimbo Frogger
//edit: this one works: http://home.comcast.net/~miriamjasman/burrrn_package.exe (http://home.comcast.net/~miriamjasman/burrrn_package.exe)
I have never used this program, does it support offset correction?
OT: Thanks for your work with MAC Gambit.
Does Burrrn supports ReplayGained APE-CUE (one big APE file), or WHATEVERAUDIOFILE-CUE when RG info is stored in CUE file (this could be done in foobar), forex:
PERFORMER "Thievery Corporation"
TITLE "The Mirror Conspiracy"
REM REPLAYGAIN_ALBUM_GAIN -6.73 dB
REM REPLAYGAIN_ALBUM_PEAK 0.999969
FILE "thievery corporation - the mirror conspiracy.ape" WAVE
TRACK 01 AUDIO
TITLE "Treasures"
PERFORMER "Thievery Corporation"
INDEX 00 00:00:00
INDEX 01 00:00:32
REM REPLAYGAIN_TRACK_GAIN -5.53 dB
REM REPLAYGAIN_TRACK_PEAK 0.999969
TRACK 02 AUDIO
TITLE "Le Monde"
PERFORMER "Thievery Corporation"
INDEX 01 02:25:30
REM REPLAYGAIN_TRACK_GAIN -5.48 dB
REM REPLAYGAIN_TRACK_PEAK 0.999023
TRACK 03 AUDIO
TITLE "Indra"
PERFORMER "Thievery Corporation"
INDEX 01 05:36:30
REM REPLAYGAIN_TRACK_GAIN -6.45 dB
REM REPLAYGAIN_TRACK_PEAK 0.999023
TRACK 04 AUDIO
TITLE "Lebanese Blonde"
PERFORMER "Thievery Corporation"
...
If not, consider this as feat request
I just tried it, guess not...
Another feature reqest of mine is for burrrn to show pre-gaps as EAC's writer does.
Just wanted to let you know that the next version will have sample accurate/gapless mp3 decoding, prolly out sometime next week. I think except for the allmighty foobar no other app supports this...
Gambit, I truly appreciate the work you've done and continue to do with Burrrn.
gapless mp3 decoding
As you see from my postcount I'm new here so a stupid question follows: what will this option exactly do? Up till now I've been using Nero but have a strong urge to leave it behind. I know that when I burned mp3s ripped off CDs they always had some length of silence at the end. Now I'm under the impression that this silence is added during the encoding process and the length figured out of the gap on the original CD. So now when decompressing mp3s this silence is removed and replaced with a gap?
Yes, thats about right! In *new* versions of LAME (3.90 and up) the gap created by the ecoder is written in the LAME tag fobar2000, and apparently the next version of BURRRN will be able to read this tag and thus decode gaplessly. I think they (or rather foobar) can play other non-LAME mp3s gaplessly too, but don't ask me how.
Another question (for Gambit I guess): When Burrrn will read this foobar2000 tag, what will do with it? Decode the mp3 by deleting the gap at the end and replacing it with a gap not at the end of the song itself?
Yes, really appreciate your work, Gambit! This little proggy are sailing up among those we really like around here, like EAC, fb2k...... Keep it up!
Peace & Love!
Just wanted to let you know that the next version will have sample accurate/gapless mp3 decoding, prolly out sometime next week. I think except for the allmighty foobar no other app supports this...
gday..
sounds wonderfull.
as far as i know.. youre spot on..
can you reveal something for us on the decoder
is it your own work.. or a "patch" to a existing one.?
Another question (for Gambit I guess): When Burrrn will read this foobar2000 tag, what will do with it? Decode the mp3 by deleting the gap at the end and replacing it with a gap not at the end of the song itself?
First of all, it's not a Foobar2000 tag. With LAME encoded mp3s, there is certain information written to the header of the mp3 that will allow it to support gapless playback with a decoder that utilizes it. Gapless decodes only will exist if the sound files run concurrently. If there's a gap between the songs on the original source material, encoded, a gapless decode will still retain that gap because it's supposed to be there. Gapless encodes get rid of the small gap mp3 encoders are ever so famous for that exist between songs that run together.
OK, I think I get it now, thank you!
First of all, it's not a Foobar2000 tag. With LAME encoded mp3s, there is certain information written to the header of the mp3 that will allow it to support gapless playback with a decoder that utilizes it.
It's called a LAME tag which can store all types of useful information including encoder/decoder sample offsets.
can you reveal something for us on the decoder
is it your own work.. or a "patch" to a existing one.?
gday..
hehe, no, much simpler it is
decode as usual
trim the wav file then
= teh perfect result
easy to do others too
gapless mp3 decoding
As you see from my postcount I'm new here so a stupid question follows: what will this option exactly do? Up till now I've been using Nero but have a strong urge to leave it behind. I know that when I burned mp3s ripped off CDs they always had some length of silence at the end. Now I'm under the impression that this silence is added during the encoding process and the length figured out of the gap on the original CD. So now when decompressing mp3s this silence is removed and replaced with a gap?
People already explained it, I just wanna add a bit of technical info on why this silence is added for those that don't know. A mp3 file is made of frames and one frame has 1152 samples. That's why you have to store the info on how much you have padded the file to be able to remove it later.
can you reveal something for us on the decoder
is it your own work.. or a "patch" to a existing one.?
gday..
hehe, no, much simpler it is
decode as usual
trim the wav file then
= teh perfect result
easy to do others too
gday..
BUOY..
i guess most ppl. don`t see the forest..
for all those trees..
decode as usual trim the wav file then = teh perfect result easy to do others too
Hey fella, I thought of doing something similar myself (with burnatonce) - different method though but same outcome: Original wave file length is sent to cdrdao.
However, have you thought about correcting wave files that are not a multiple of 588 samples (assuming cdrdao does add a small gap since I haven't proved this myself). If you already have the above in place then it should be trivial to add the end of track 1 to track 2.
Jamie
Hellos Jamie, long time no see... Where is the new burnatonce?
That 588 samples issue came to my mind but I haven't yet looked at it closely. One reason is very simple. Ussually when you burn something to a CD, most of the time, the stuff you are burning is previously ripped from a CD. So there is no reason why you should have sample track lengths that are not multiples of 588. Get it?
Oh and just btw., you can trim a wav file in virtually no time, but adding something to the beggining of the file would need to rewrite the whole file, which would take a lot more time. Is that what you had in mind?
Burrrn 1.10
What's new:
- gapless/sample accurate mp3 decoding (the file must have the appropriate LameTag written, e.g. files encoded with newer compiles of LAME 3.90.3 and LAME versions 3.92 and higher)
- added function to Extras: "Convert files to Windows format" (not really of much use here, but I use it quite a lot and maybe somebody else will find it useful too )
- added Russian, updated Spanish and Swedish language (thanks to Alexander Shevchenko, SlavaN, Opossum, AngelGR and magic75)
Currently only the burrrn_exe.zip (http://www.apehaus.com/burrrn/burrrn_exe.zip) link is working, because I have some problems connecting to ftp. I should have it fixed later today and will upload the Burrrn package then...
Great stuff!.. i just love this little burner
Where is the new burnatonce?
It's coming - I haven't done anything with it in a while though...
Ussually when you burn something to a CD, most of the time, the stuff you are burning is previously ripped from a CD...
Yup, I know that but I was thinking about odd length stuff (also, see below).
adding something to the beggining of the file would need to rewrite the whole file, which would take a lot more time. Is that what you had in mind
Nope. I would use the toc abilities of cdrdao. ie, copy end to new file, delete end from first file, create track in toc with both new file and next file.
I've already used the toc to trim to a multiple of 588 samples for another function... I just haven't actually tested it for the purpose of gapless burning yet.
Jamie
- gapless/sample accurate mp3 decoding (the file must have the appropriate LameTag written, e.g. files encoded with newer compiles of LAME 3.90.3 and LAME versions 3.92 and higher)
Hum, hum, a little Q: Does this mean that you also have to use lame for decoding in order to achive this? Or are madplay still an option? Thinking about latest version now; 0.15.1b (http://www.hydrogenaudio.org/forums/index.php?showtopic=18845&view=findpost&p=185806)
About the "multiple of 588 samples" issue:
What does cdrdao do by default with files that are not an exact multiple ?
Add silence I hope?
Gambit & Jamieo, if you ever decide to implement this "copy beginning of next track to end of current track" feature for gapless burning I hope you still keep the option to fill the missing samples with zeroes instead. I would find both options very useful...
Keep up the good work both of you!
Q: Does this mean that you also have to use lame for decoding in order to achive this? Or are madplay still an option? Thinking about latest version now.
gday..
me to wonder about that..
btw.. your 1.10 zip pack wount dl.
i see it but..
I like the option to define the start and end of the song
in the "track properties" dialogue menu of burnatonce, but:
a) a second should be divided in 100ths, not 60ths
b) a miniplayer (kinda like in nero)
with a seekbar so that setting the "in" and "out" mark
is made easy would be a really nice addition.
Hum, hum, a little Q: Does this mean that you also have to use lame for decoding in order to achive this? Or are madplay still an option? Thinking about latest version now; 0.15.1b (http://www.hydrogenaudio.org/forums/index.php?showtopic=18845&view=findpost&p=185806)
Currently no, because MAD handles decoding a little bit differently than LAME. After a quick look, compared to LAME it seems to add some silence at the beggining and cut something from the end. So I need to know exactly how many samples do I need to trim. If somebody knows, please let me know. I don't use MAD myself, so I'm not familiar with it.
@Gambit
Despite the debate about keeping the Burrrn interface simple, I for one would like to see the option to add a 2 second pre-gap. Some tracks just do not have nough silence on them to do get things right without it. Also, I thought the 2 second pregap is standard for CD's unless gapless play back is intended. Perhaps you could stick this option on the config page somewhere.
I don't know... The 2 seconds gap gayness in Nero was one of the reasons I wrote Burrrn.
I just simply don't see any useful reason to have 2 second gaps...
But to be fair: if mooore people whine about it, I'm gonna rethink it again
Despite the debate about keeping the Burrrn interface simple, I for one would like to see the option to add a 2 second pre-gap. Some tracks just do not have nough silence on them to do get things right without it. Also, I thought the 2 second pregap is standard for CD's unless gapless play back is intended. Perhaps you could stick this option on the config page somewhere.
I thought it was only the 2 sec pregap
before the first track that was mandatory? The other gaps you can set exactly as you like. (Well, there's the issue of filesize being the multiple of a CD-DA sector (588 samples) also, though ... Feurio! solves this great.)
I guess that in more than 90% of the cases when I want to burn an audio CD I want zero gaps between songs. Often the tracks have been ripped with EAC using the "Append Gaps to Previous Track (Default)" option, so the intended silence is already there. In the cases I have special needs I can use Feurio! (or Nero) and adjust it manually. So I don't really see the need for adding this feature to Burrrn, in which, as you stated, one of the goals is to keep the interface simple and uncluttered. Burrn is the proggy for your fast & simple everyday burning. When you need those advanced options, use Feurio instead!
Mandatory 2 sec gap mandatory only for first track? Yes, I think so. It is an option for the rest of the tracks. It's just that not everybody rips using EAC. Doubtless, many tracks have more than enough silence at the end. Some don't, and not all of us have Feurio.
A single checkbox burried on one of the config screens is hardly what I call clutter.
whine, whine, whine......
Did I see a teddy bear with a loose button? (Remember the supertoy in AI?)
I know now!
When I get your postcard, you'll get the 2 sec gap option
(I'm a bastard I know )
I am looking for a postcard now.
Did I see a teddy bear with a loose button?
There's more than one button loose 'round here..... (Right, Napoleon?)
I know now!
When I get your postcard, you'll get the 2 sec gap option
(I'm a bastard I know )
...But it all turned out for the best for you, though....
BTW: Current Feurio! 1.67 offers an unrestricted & (time)unlimited trial-version...
My postcard is in the mail. It has a picture of a fish on it.
I tried the Feurio trial version. The software did not have explicit support for my drive, but it worked with several of the generic drivers. I can't say that I like it that much, but I can definitely see why it would appeal to people making compilations.
At any rate, Feurio will only decode MP3. Burrrn works with many formats. Perhaps Gambit will be kind enough to find the time for this by the next version.
-Napoleon B.
I miss a "simulation" option... in order to test it.
it's becoming a really interesting program...
I will only use Feurio! on the few occations when I actually need a real power tool, it's not all that much fun to work with, and you gotta decode to wav beforehand when you put together a project there... But it's unbeatable for those very ambitious Audio-CD projects. For the daily needs in that department I've definitivly switched to Burrrn now. Easy, simple and supporting all the cool stuff!
[span style='font-size:8pt;line-height:100%']They're Coming to Take Me Away Ha-Haaa![/span]
Gambit-
Been using Burrrn for about a month now. Started with 1.09 and then upgraded to 1.10. In the last couple of days, I get an error after decoding about an illegal cuesheet. on the last one it showed the time as 4000+ hours. This was a cd with 12 tracks, about 50 minutes. This has happened to every comp i've tried to burn. I uninstalled Burrrn and then redownloaded the full 1.10 and tried that, but still no luck.
I've isolated the problem. It is in the decoder or when it compiles the cuesheet. If I let burrrn decode and then compile the cuesheet, it gets wrong time as seen below. Tried this with lame, madplay and mpc. I've also used both ASPI and SPTI, not that I think it makes much difference. I've I decode to wav myself before hand, it's fine..I will play around some more, but any tips would be appreciated.
Here is the log from Burrrn:
Initializing ASPI ... OK!
ASPILOCK:2,0,0: LITE-ON LTR-52327S Rev: QS55
WARNING: Length of toc (3262:34:02, 14681552 blocks) exceeds capacity of CD-R (74:39:00, 335925 blocks).
WARNING: Ignored because of option '--overburn'.
WARNING: Some drives may fail to record this toc.
Starting write at speed 4...
WARNING: Could not read expected amount of audio data from file "E:/Temp/burrrn_temp/01_Pearl Jam - Binaural - 01 - Breakerfall.wav".
WARNING: Padding with zeros.
Turning BURN-Proof on
Executing power calibration...
Power calibration successful.
ERROR: Drive does not accept any cue sheet variant - please report.
ERROR: Writing failed.
This is for a 52 min cd
Yeah it seems a bug slipped through in the cue sheet parsing code... It's actually a bit weird, because it's caused by a Delphi bug. Anyway, I'm gonna rewrite the Burrrn core this weekend and also the cue sheet part, which is a bit messy anyway and I wanted to do that for a long time. One of the reasons is to get this "split by 588 samples" thing working. Plus some other changes and the GUI will maybe change too...
Thanks, gambit. Keep me posted. I love this tool. I really wish it would just work the way I thinkyou want it to. I'd be happy to run any testing you may need too.
Gambit-
Wondering how the rewrite went?
I am having problems with a specific cuesheet in Burrrn, generated by EAC. My others that I have tried work fine, but this particular one will not load correctly. It burns correctly with EAC (obviously by changing all .flacs to .wavs and decoding the encodes).
PERFORMER "Lostprophets"
TITLE "The Fake Sound Of Progress"
FILE "Lostprophets\2001 - The Fake Sound Of Progress\01 - Shinobi vs. Dragon Ninja.flac" WAVE
TRACK 01 AUDIO
TITLE "Shinobi vs. Dragon Ninja"
PERFORMER "Lostprophets"
ISRC GBEGS0100017
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "The Fake Sound Of Progress"
PERFORMER "Lostprophets"
ISRC GBEGS0100018
INDEX 00 02:47:22
FILE "Lostprophets\2001 - The Fake Sound Of Progress\02 - The Fake Sound Of Progress.flac" WAVE
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\03 - Five Is A Four Letter Word.flac" WAVE
TRACK 03 AUDIO
TITLE "Five Is A Four Letter Word"
PERFORMER "Lostprophets"
ISRC GBEGS0100019
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\04 - ...And She Told Me To Leave.flac" WAVE
TRACK 04 AUDIO
TITLE "...And She Told Me To Leave"
PERFORMER "Lostprophets"
ISRC GBEGS0100020
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\05 - Kobrakai.flac" WAVE
TRACK 05 AUDIO
TITLE "Kobrakai"
PERFORMER "Lostprophets"
ISRC GBEGS0100021
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\06 - The Handsome Life Of Swing.flac" WAVE
TRACK 06 AUDIO
TITLE "The Handsome Life Of Swing"
PERFORMER "Lostprophets"
ISRC GBEGS0100022
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\07 - A Thousand Apologies.flac" WAVE
TRACK 07 AUDIO
TITLE "A Thousand Apologies"
PERFORMER "Lostprophets"
ISRC GBEGS0100023
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\08 - Still Laughing.flac" WAVE
TRACK 08 AUDIO
TITLE "Still Laughing"
PERFORMER "Lostprophets"
ISRC GBEGS0100024
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\09 - For Sure.flac" WAVE
TRACK 09 AUDIO
TITLE "For Sure"
PERFORMER "Lostprophets"
ISRC GBEGS0100025
INDEX 01 00:00:00
TRACK 10 AUDIO
TITLE "Awkward"
PERFORMER "Lostprophets"
ISRC GBEGS0100026
INDEX 00 04:19:65
FILE "Lostprophets\2001 - The Fake Sound Of Progress\10 - Awkward.flac" WAVE
INDEX 01 00:00:00
FILE "Lostprophets\2001 - The Fake Sound Of Progress\11 - Ode To Summer.flac" WAVE
TRACK 11 AUDIO
TITLE "Ode To Summer"
PERFORMER "Lostprophets"
ISRC GBEGS0100027
INDEX 01 00:00:00
Any ideas?
I was under the impression that Burrrn supported EAC's nonstandard cuesheets, but obviously it will not support the one above.
I was under the impression that Burrrn supported EAC's nonstandard cuesheets, but obviously it will not support the one above.
Try putting the .cue in the same folder with your FLAC files. Then get rid of any file directories before the filenames in the .cue sheet(Lostprophets\2001 - The Fake Sound Of Progress\). After you've done that, drag the .cue to Burrrn and see if it works...
I already did that, and I still receive the same error message. After clicking ok, it lists the first track only.
Access violation at address 004052A in module 'Burrrn.exe'. Read of address FFFFFFFB.
If I try to delete that track from the list, it won't, and gives an error as well.
Access violation at address 0044FFC0 in module 'Burrrn.exe'. Read of address 00000004.
Both of these errors are static, e.g., they give the same addresses each time.
I already did that, and I still receive the same error message. After clicking ok, it lists the first track only.
Access violation at address 004052A in module 'Burrrn.exe'. Read of address FFFFFFFB.
If I try to delete that track from the list, it won't, and gives an error as well.
Access violation at address 0044FFC0 in module 'Burrrn.exe'. Read of address 00000004.
Both of these errors are static, e.g., they give the same addresses each time.
Please try redownloading Burrrn. There was a bad compile uploaded for a couple of hours after the 1.10 release, which might produce this error, maybe you have that version.
And please, mmortal03, dreamliner77 and everybody, please always send bug reports (e.g. bad cue sheets) to my mail to make sure i can fix it.
How can i tell which version I have? I downloaded it a while ago, or is this not relavent to my problem?
No, no that's only relevat to the issue mmortal03 mentioned. And as I said, that comile was uploaded only for a couple of hours after the 1.10 release.
I already did that, and I still receive the same error message. After clicking ok, it lists the first track only.
Access violation at address 004052A in module 'Burrrn.exe'. Read of address FFFFFFFB.
If I try to delete that track from the list, it won't, and gives an error as well.
Access violation at address 0044FFC0 in module 'Burrrn.exe'. Read of address 00000004.
Both of these errors are static, e.g., they give the same addresses each time.
Please try redownloading Burrrn. There was a bad compile uploaded for a couple of hours after the 1.10 release, which might produce this error, maybe you have that version.
And please, mmortal03, dreamliner77 and everybody, please always send bug reports (e.g. bad cue sheets) to my mail to make sure i can fix it.
Yeah, that completely fixed the problem. Thanks for the heads up Gambit!
Gambit_
I just have to say that I am very impressed by your activity here and your willingness to fix problems.
This is very VERY late, but I'd just like to say... MANY THANKS GAMBIT!! for adding the "leave session open" option. Top geezer!
Yeah it seems a bug slipped through in the cue sheet parsing code... It's actually a bit weird, because it's caused by a Delphi bug. Anyway, I'm gonna rewrite the Burrrn core this weekend and also the cue sheet part, which is a bit messy anyway and I wanted to do that for a long time. One of the reasons is to get this "split by 588 samples" thing working. Plus some other changes and the GUI will maybe change too...
BTW: ...anxiously awaiting 1.11... what's new....?
(NAG! NAG! NAG! )
I've decided to move all the bigger changes to a later version and make 1.11 just a bugfix release. We are working on a new MAC release so I wanna concentrate on that.
I also need to rework the Burrrn webpage and I need to write a better documentation, but I'm too lazy plus it's a bit boring to do that so I'm not that eager to do that.
Oh, and I wanna add a donate option, let's see if I get a coule of free beers from Burrrn
Excellent program, thanks. Just one question. What is the purpose of the dithering option on the replaygain tab, and how do the various levels of noiseshaping effect the sound?
Nevermind. I did a little research and answered my own question.
Moved to
Burn 1.11 thread (http://www.hydrogenaudio.org/forums/index.php?showtopic=21087&view=findpost&p=210462)