Menu
▾
▴
kreatecd-devel
You can subscribe to this list here.
| 2000 |
Jan
(1) |
Feb
(4) |
Mar
(5) |
Apr
(2) |
May
(2) |
Jun
(4) |
Jul
|
Aug
(17) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(60) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(73) |
Mar
(49) |
Apr
(38) |
May
(8) |
Jun
(4) |
Jul
(45) |
Aug
(53) |
Sep
(9) |
Oct
(35) |
Nov
(20) |
Dec
(1) |
| 2002 |
Jan
(21) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Joseph W. <jo...@bi...> - 2001-03-27 21:47:04
|
ped up which I want to let you know about. > > > > 1. ".au" files are not automatically recognised as being of type > > audio when dragged and dropped from konqueror onto kreatecd. The > > "Add Track -> File" route works just fine though. > > Jospeh, could you add that? > No problem, but don't expect it before Friday afternoon (CET). How does the converter plugin at the moment, has there something changed since pre 1.0 ? Does it offer a list of supported file extensions ? Than I could add them to the dnd list easily too. > > 2. It would be good if when an "Audio CD Only" project was selected > > the default track type in the "Add Track" panel could switch to > > CDDA Audio from mode1. > > Good idea :) We sould add this to the Todo list I thought about some redesigning of this panel in the past, but didn't have time. I think for audiocd-mode there should only be cdda as format and not mode 1 or others at all, but at the moment the dialog depends on the list in the order as it is now. I think this needs to be changed too, not only set the defautl type. Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-03-27 21:29:44
|
Forwarded message: > Dear Alexander, > > I have spent some of the weekend actually using kreatecd, and pretty > successfully on the whole. There were a couple of issues which > cropped up which I want to let you know about. > > 1. ".au" files are not automatically recognised as being of type > audio when dragged and dropped from konqueror onto kreatecd. The > "Add Track -> File" route works just fine though. > Jospeh, could you add that? > 2. It would be good if when an "Audio CD Only" project was selected > the default track type in the "Add Track" panel could switch to > CDDA Audio from mode1. > Good idea :) We sould add this to the Todo list > 3. Kreatecd does not seem to handle running out of temporary disk > space as well as it might. When this happened to me I hoped to > simply free some up and continue. However kreatecd seemed to lose > track of which image files it had already created and needed to > make them again. > > 4. At least while we are having problems being able to write in one > session and need to restart, it would be useful to have an option > *not* to delete all of the track image files on exit, but keep > them so if the project is saved and restored they don't need to be > re-created. I don't know how feasible it would be to add > between-sessions recognition of image files, but I suspect that it > is not too great a problem --- by using a window manager > Ctrl-Alt-Esc kill after saving the project, a new session > correctly recognised the temp files. > > 5. Back to the problem we already discussed of the second burn in a > session failing. I now think that the error is not quite > deterministic. I had a "second burn" succeed on one occasion and > in addition a "first burn" failed with the same error. I hope > this information helps track down the problem. I'm a little bit busy at the moment. So it might take longer to answer mails |
|
From: Joseph W. <jo...@bi...> - 2001-03-26 10:43:04
|
~74 minutes CD-R? > > I believe WinOnCD does it as follows: > > to 74 minutes, green. > > to 80 minutes, orange. > > over 80 minutes, red. > > Is this enough visual feedback? > > Hmm. Do we use a green/orange/red bar (your idea) or a configurable bar > now? Is anything available we can use or do we have to code a new > widget? > I think there should only one line on the bar indicating the discpace, where this line should appeare is configurable, the user can select 74,80 or any size he wants eg. for the smaller CD's which are sold too. I don't know if something is available, but If we use one bar with a line across at the discs capacity, i think we could use a slightly modified progressbar. kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-03-26 09:40:45
|
On 25 Mar 2001 21:55:18 +0200, Niels Reedijk wrote: > On 25 Mar 2001 14:27:35 +0200, Niels Reedijk wrote: > > > > TODO > > ======================== > > UI: > > ~ IN the mainwindow, show a bar with how full the CD is. > > ~Problem : do we need to get the capcacity of the CD-R? Ok do we assume a > ~74 minutes CD-R? > I believe WinOnCD does it as follows: > to 74 minutes, green. > to 80 minutes, orange. > over 80 minutes, red. > Is this enough visual feedback? Hmm. Do we use a green/orange/red bar (your idea) or a configurable bar now? Is anything available we can use or do we have to code a new widget? > > > > ~Don't know if this is desirable at all. You won't get code for ATAPI > ~CD-ROM really portable. The new readcd ripper is much more portable - > ~but it makes it impossible to support ATAPI CD-ROMs (without SCSI > ~emulation). > > ~The current DeviceRipper is not perfect too - and it might have problems > ~if we want to support reading of raw data and subchannels. > > OK, when I have a clear mind, I will think about it. Still, it is nice > for our copy-cd feature that every CD drive can be selected (even ATAPI). > You can get ATAPI drives working if you use SCSI emulation for this. Most code of kreatecd works with SCSI device addresses (x,y,z) used by cdrecord,mkisofs,cdda2wav. Both TOCReaders do so - so you can't get a TOC from a ATAPI drive at the moment. (unless it is SCSI-emulated) > >With the changes for on the fly - it should be possible to know how much > >diskspace we need. Todo might be related to on the fly copy > Hmm, assigned it to you then. > Ok :) Start as soon as readcd data ripper is working. > > > > ABOUT THIS MAIL: > > ======================== > > Damn, I'm creative :-) > > > > These are the tasks I think should be completed for kreateCD 1.1. > > I think we should have a development cycle of 2 months. > > > > >I agree that the development cycle was too long in the past. There were > >months or even a year without a new version. If we can manage it in 2 > >months it would be great. > I think what we currently want to achieve is quite manageble. If not, we > can extend it for about two weeks. The problem is that KreateCD before > did not have anything like a good planning. Nothing was really happening > to 1.0 until I proposed the schedule. Now that there is a schedule, I > believe it is far easier to release something at the right time, as you > know when to be ready (and what to do). It is far easier if you are not alone too. :) Before you joined the project, nobody asked for new features, I burned very few CD-R and there was no one who said that this project needs to be continued - needs more features etc. > > Ok, happy hackin', > > Niels (who is eagerly starting on his task :-) > > I hope everybody will do Alexander -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de |
|
From: Niels R. <n.r...@pl...> - 2001-03-25 19:58:07
|
Oops, I did it again. ALexander, is there any way to change the reply adress to the list? This would be much easier for reply-hitters like me. -----Oorspronkelijk bericht----- Van: Niels Reedijk [mailto:n.r...@pl...] Verzonden: zondag 25 maart 2001 21:55 Aan: Alexander Feigl Onderwerp: RE: [Kreatecd-devel] KreateCD 1.1 On 25 Mar 2001 14:27:35 +0200, Niels Reedijk wrote: > The ROAD To 1.1 > ======================== > > KreateCD 1.09 alias 1.1B -- 12th of May > ------------------------ > ~ All todo items finished (look beneath) > ~ Message freeze > ~ Documentation updates > I hope this is realistic. There will be major changes to finish the to do items. > KreateCD 1.1 -- 26th of May > ------------------------ > ~ Bug free, wonderful release > > > TODO > ======================== > UI: > ~ IN the mainwindow, show a bar with how full the CD is. ~Problem : do we need to get the capcacity of the CD-R? Ok do we assume a ~74 minutes CD-R? I believe WinOnCD does it as follows: to 74 minutes, green. to 80 minutes, orange. over 80 minutes, red. Is this enough visual feedback? ~Don't know if this is desirable at all. You won't get code for ATAPI ~CD-ROM really portable. The new readcd ripper is much more portable - ~but it makes it impossible to support ATAPI CD-ROMs (without SCSI ~emulation). ~The current DeviceRipper is not perfect too - and it might have problems ~if we want to support reading of raw data and subchannels. OK, when I have a clear mind, I will think about it. Still, it is nice for our copy-cd feature that every CD drive can be selected (even ATAPI). >With the changes for on the fly - it should be possible to know how much >diskspace we need. Todo might be related to on the fly copy Hmm, assigned it to you then. > > ABOUT THIS MAIL: > ======================== > Damn, I'm creative :-) > > These are the tasks I think should be completed for kreateCD 1.1. > I think we should have a development cycle of 2 months. > >I agree that the development cycle was too long in the past. There were >months or even a year without a new version. If we can manage it in 2 >months it would be great. I think what we currently want to achieve is quite manageble. If not, we can extend it for about two weeks. The problem is that KreateCD before did not have anything like a good planning. Nothing was really happening to 1.0 until I proposed the schedule. Now that there is a schedule, I believe it is far easier to release something at the right time, as you know when to be ready (and what to do). Ok, happy hackin', Niels (who is eagerly starting on his task :-) |
|
From: Niels R. <n.r...@pl...> - 2001-03-25 19:47:47
|
The ROAD To 1.1 ======================== KreateCD 1.09 alias 1.1B -- 12th of May ------------------------ ~ All todo items finished (read on) ~ Message freeze ~ Documentation updates KreateCD 1.1 -- 26th of May ------------------------ ~ Bug free, wonderful release TODO ======================== UI: ~ IN the mainwindow, show a bar with how full the CD is. #28522 [updated] ~ Display size of tracks in MB for data tracks. #11302 ~ Isotree like thing in the mainwindow. ~ Joseph #25586 [updated] ~ Add FIFO size display when recording display. #14608 Copying: ~ Copy ATAPI CD-ROM. #28523 <achieveble?> [updated] ~ On the fly copying of CD-R. ~ Alexander #11303 [updated] ~ Multipe copies in one run. # 11304 ~ A copy CD type (Feature request). #28544 [updated] Other: ~ Check diskspace when createing temporary files. #11305 ~ There should be default settings for CD-R (burning speed, simulation mode etc.) Niels #28543 [updated] ABOUT THIS MAIL: [updated] ======================== Oops I did it again :-) Thanks for your input. This is an update. I assigned a new task (there should be default settings) to me. (I like doing easy things :-). So: Is everybody satisfied with their current tasks? Is there something that needs to be discussed? Does Queen Beatrix like spruitjes? Niels |
|
From: <jo...@bi...> - 2001-03-25 16:54:58
|
> IN the mainwindow, show a bar with how full the CD is. > > Problem : do we need to get the capcacity of the CD-R? Ok do we assume a > 74 minutes CD-R? > I'd show a bar up to 1GB and let the user specify, which discs he uses in the configuration dialog and show a line at 74/80/90 in the bar (depending on what the user selected). You can see graphically too, how much you must remove. Thats how Nero on M$ Win does it > > ~ Isotree like thing in the mainwindow. #25586 > > Isn't the SingleDataWidget planned to support something like that? Yes SingleDataWidget should do this, when it's finished. After 29th March 2001 I have time again to work on kreatecd again, so if nobody objects, I'll work on this widget again starting from 30th. I have som feature Request from Carsten Pfeiffer: He thinks a missing thing is a copycd project type, which hides everything from the user. Start kreatecd, select copy cd on startup, hit write, no tracklist, only a progressbar and the size of the needed target. Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-03-25 14:31:28
|
On 25 Mar 2001 14:27:35 +0200, Niels Reedijk wrote: > The ROAD To 1.1 > ======================== > > KreateCD 1.09 alias 1.1B -- 12th of May > ------------------------ > ~ All todo items finished (look beneath) > ~ Message freeze > ~ Documentation updates > I hope this is realistic. There will be major changes to finish the to do items. > KreateCD 1.1 -- 26th of May > ------------------------ > ~ Bug free, wonderful release > > > TODO > ======================== > UI: > ~ IN the mainwindow, show a bar with how full the CD is. Problem : do we need to get the capcacity of the CD-R? Ok do we assume a 74 minutes CD-R? > ~ Display size of tracks in MB for data tracks. #11302 No problem > ~ Isotree like thing in the mainwindow. #25586 Isn't the SingleDataWidget planned to support something like that? > ~ Add FIFO size display when recording display. #14608 > Copying: > ~ Copy ATAPI CD-ROM. Don't know if this is desirable at all. You won't get code for ATAPI CD-ROM really portable. The new readcd ripper is much more portable - but it makes it impossible to support ATAPI CD-ROMs (without SCSI emulation). The current DeviceRipper is not perfect too - and it might have problems if we want to support reading of raw data and subchannels. > ~ On the fly copying of CD-R. #11303 Major changes have to be done for this. I think we will have to do this with pipes. (one input pipe for cdrecord for each track). The audio converter must skip bytes instead of seeking to the starting point if it gets input from a pipe. > ~ Multipe copies in one run. # 11304 No problem. > Other: > ~ Check diskspace when createing temporary files. #11305 With the changes for on the fly - it should be possible to know how much diskspace we need. Todo might be related to on the fly copy > > ABOUT THIS MAIL: > ======================== > Damn, I'm creative :-) > > These are the tasks I think should be completed for kreateCD 1.1. > I think we should have a development cycle of 2 months. > I agree that the development cycle was too long in the past. There were months or even a year without a new version. If we can manage it in 2 months it would be great. > So: > > Any comments about the schedule? > Any more tasks? There should be default settings for CD-R (burning speed, simulation mode etc.) > Who is going to do what task? I would like to do the changes for on the fly copy by myself. This can get really complicated and I have coded all this stuff and know the code best. The Isotree in mainwidget sounds like something what Joseph wanted to do. So we should ask him. > Is the world flat? > Is Dutch meat really safe to eat? > (forget the latter ones) I don't eat meat at all. :) Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-03-25 12:29:14
|
The ROAD To 1.1 ======================== KreateCD 1.09 alias 1.1B -- 12th of May ------------------------ ~ All todo items finished (look beneath) ~ Message freeze ~ Documentation updates KreateCD 1.1 -- 26th of May ------------------------ ~ Bug free, wonderful release TODO ======================== UI: ~ IN the mainwindow, show a bar with how full the CD is. ~ Display size of tracks in MB for data tracks. #11302 ~ Isotree like thing in the mainwindow. #25586 ~ Add FIFO size display when recording display. #14608 Copying: ~ Copy ATAPI CD-ROM. ~ On the fly copying of CD-R. #11303 ~ Multipe copies in one run. # 11304 Other: ~ Check diskspace when createing temporary files. #11305 ABOUT THIS MAIL: ======================== Damn, I'm creative :-) These are the tasks I think should be completed for kreateCD 1.1. I think we should have a development cycle of 2 months. So: Any comments about the schedule? Any more tasks? Who is going to do what task? Is the world flat? Is Dutch meat really safe to eat? (forget the latter ones) Niels |
|
From: Niels R. <n.r...@pl...> - 2001-03-24 14:57:31
|
Never mind, it works now ... Niels -----Oorspronkelijk bericht----- Van: kre...@li... [mailto:kre...@li...]Namens Alexander Feigl Verzonden: zaterdag 24 maart 2001 12:43 Aan: kre...@li... Onderwerp: Re: [Kreatecd-devel] Hmm ... Question On 24 Mar 2001 10:55:29 +0100, Niels Reedijk wrote: > I've got a small problem. How can I let > a QLayout be the same size as the widget? > Hmm. A QLayout resizes QWidgets - or I am totally wrong? > I tried everything, but the f**king thing > doesn't do what I want. I must be overlooking > something. > For what dialog / which widgets do you need that? Maybe I could assist. I wanted to fix these minsize problems last week, but then I got the Solaris port as a more important thing to do Alexander -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de _______________________________________________ Kreatecd-devel mailing list Kre...@li... http://lists.sourceforge.net/lists/listinfo/kreatecd-devel |
|
From: Alexander F. <Ale...@gm...> - 2001-03-24 12:13:53
|
On 24 Mar 2001 10:55:29 +0100, Niels Reedijk wrote: > I've got a small problem. How can I let > a QLayout be the same size as the widget? > Hmm. A QLayout resizes QWidgets - or I am totally wrong? > I tried everything, but the f**king thing > doesn't do what I want. I must be overlooking > something. > For what dialog / which widgets do you need that? Maybe I could assist. I wanted to fix these minsize problems last week, but then I got the Solaris port as a more important thing to do Alexander -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de |
|
From: Alexander F. <Ale...@gm...> - 2001-03-24 12:13:51
|
Hi! I just commited some changes how kreatecd works: - configure checks for readcd now. If readcd is installed on you system - please check if it is detected correctly. - kreatecd uses readcd for data ripping as default (if available). This ripper is not complete yet and will not work. You will have to configure with --disable-readcd to get the old data ripper (if you need kreatecd to copy data CD) - there are some more configure switches to disable helper applications (cdparanoia,cdda2wav etc) If readcd is not installed on your system and there is no package to install readcd - please drop me a note Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-03-24 09:57:04
|
I've got a small problem. How can I let a QLayout be the same size as the widget? I tried everything, but the f**king thing doesn't do what I want. I must be overlooking something. Niels |
|
From: Alexander F. <Ale...@gm...> - 2001-03-22 21:56:17
|
Hi, I just did a CVS commit to support aLaw,uLaw and 24 Bit PCM for sound files. Please test it if you have such audio files available. To Keith: I didn't receive any mails from you since Tuesday. How does the current CVS work on Solaris? Can you test if you can read au files. Can you look at WavIdentify.cpp for endianess problems. I don't see any errors there. Perhaps your wav file was not PCM Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-03-19 03:45:46
|
On 18 Mar 2001 17:46:40 +0100, Niels Reedijk wrote: > Sorry, did not see that cdrecord is supported under solaris too. > It certainly is nice to port kreatecd to solaris for 1.1 :-) > There is a cdrecord even for M$ Wndows :) BTW some days ago somebody mail me because he didn't manage to compile kreatecd under M$ Win 2k. :) > Alexander, do you want to apply the patches? > At the first glance they look harmless and we could apply them as a quick fix. The real solution would be to put the audio code in a seperate source file and make this portable. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-03-19 03:35:49
|
On 18 Mar 2001 16:23:06 +0000, Keith Refson wrote: > Dear Developers, > > I'm looking for a decend GUI ripper/burner for KDE 2.1 under Solaris 8 on > a Sun sparc system. KreateCD seems to be one of the most popular of > the CD burning tools, so I thought I'd try here, and ask for some > assistance. Obviously KreateCD has not been ported to Solaris > before, as an attempt to compile it shows. However it looks quite > promising, and I'm prepared to contribute some development and testing > work, if the main developers can assist me with advice on the > structure, assumptions etc. I'm very interested to port KreateCD to other OSes. I couldn't answer earlier because I'll have a written exam tomorrow. After that I have more time to assist you. I'll have a look at your patch ASAP. > > Firstly, I'll contribute some changes which allows it to compile, and to > start up. I'm attaching as a diff, though I doubt this will be the > final form. > > 1. Busscanner.cpp: Solaris does not have the "unsetenv(3)" call. I > just used "putenv" to change the env variable to a null string, but > I don't know if that achieves the objective or not. > We could check if we still need that. Some versions of cdrecord didn't report all scsi devices if the environment is set to use a certain device. This might be fixed in current versions - will check that soon. > 2. AudioFileOp.cpp. Solaris does not have and "soundcard.h" file, and > the audio system is quite different. However this module does not > appear to actually require definitions from this header, and it > compiled without it. > Hmm. Seems like we can safely remove that. I reorganized and splitted the source files some time ago and it seems like there is an unused include left. > 3. AudioFileConvert.cpp. Again the issue is "soundcard.h" but in this > case the module does require this. I'm not sure where this module > fits in and what it does. If someone will explain this to me I can > try to interface it with the Solaris audio system. I got the > module to compile by commenting out the functionality as a test. > This is used to setup the /dev/dsp device file for 44100 Hz, stereo 16bit sound data. I use the same code for converting and playing sound. > > Of course this does not address most of the real portability issues to > solaris, which are: > > 1. Support program issues. We are not in bad shape here. All the > CDR-tools stuff works perfectly under Solaris (of course!). > However to my knowledge cdparanoia does not work under Solaris. > mpg123 is fine. Cdparanoia will be ported to other OSes some time. (they don't work on paranoia at the moment because they want to finish the first stable version of the ogg vorbis codec ). We can use cdda2wav, which is available under Solariso. cdda2wav should be selected if there is no cdparanoia available. Otherwise cdparanoia is used. > > 2. Endian-ness and alignment (on sparc anyway). I have found some > mp3-handling code to have endian assumptions, and to assume > intel-like word alignment (ie anything goes). However I have been > able to at least add an mp3 file to the track list, and kreatecd > apparently gets the length right. Hmm. Endian-ness (on harddisk) should be handled by the "wrapper-methods". They should return the same result for BE and LE. I don't have much experiences with endian-ness yet so I cannot tell if there are any bugs in it. But if you get a correct length of your mp3 files it looks very promising. > > When ripping CDs or burning from raw CD audio image tracks, the > endianness assumptions may differ. cdda2wav and cdrecord can do > either, but perhams an explicit flag is required. The correct behaviour would be that all helper apps and all converters write an image file suitable for cdrecord. The bytes are already swapped for the CD-R. > 3. Device names, and handling of data CDs. I don't know whether this > is an issue or not. Solaris' volume daemon mounts data CDs under a > subdirectory of /cdrom/cdrom0 and makes the raw device available under > /vol/dev/aliases/cdrom0 (and higher numbers for multiple drives). > This "alias" device only exists while a CD-ROM is actually > inserted. Audio device names are different too (/dev/audio) -- see > 4. > The current method of data ripping is not very portable. Are there any helper apps we can use to rip data ? An ideal helper app would base on libscg - which is available under most OSes. It would be even better if that helper app could read raw data and subcodes if required. (for further extensions) > 4. Solaris has a completely different audio system and interface. In > fact not much of KDE 2 audio works under Solaris :(. However for > direct use it's quite simple to use, so if someone points me to what > is needed, I can try writing some code. > > Ironically the (gnome) enlightenment sound daemon works fine! > Closed and proprietary solutions such as OSS are of no use either. > I don't have any information about the Solaris audio system - so I can only describe how OSS works here (if you don't know already). Where can I get information about the soud system of Solaris? > 5. It would be nice to add support for Solaris' native ".au" sound > format. Cdrecord handles this just fine. > Is there any way to detect that audio format? The current code tries to convert everything to cdr format and doesn't rely on cdrecord to do this job. We would have to extend the conversion code for au and everything would work fine. > So if anyone feels willing to hold my hand and walk me through where > changes might be needed in any of the above areas I'd be grateful. > > Finally a report on what does seem to work and what doesn't. > > 1. I can drag and drop mp3 and wav tracks into the track list, and the > length is extracted correctly. > There can't be any major endian problems if that works. > 2. Double-clicking to see the "properties" works fine for mp3 files. > However wav files produce the message "Audio track\nWARNING: > unknown format!" in the properties display. The console log does > show that it is assigned a mime type of "audio/x-wav". > Hmm. I will have to check that after exam. Might be an endian problem :) > 3. Further clicking the "options" button again works for mp3 but not > for wav. Wav cannot work because it is not detected correctly. > > 4. Under "settings" the SCSI bus scan correctly detects and identifies > my CD-R device. > No surprise - as it relies on cdrecord. > 5. Attempting a simulated burn from mp3s seems to invoke cdrecord correctly, > and apparently succeeds. I haven't yet tried a real burn. > You don't have a CD-RW, do you? I hope I can afford one in a few months. It would be much easier to test kreatecd if we all had a CD-RW. If you have a CD-RW please burn a CDDA to test the endian. > 6. Tools-> copy correctly gets the tracks and lengths from an audio or > CD-Extra. It relies on cdrecord and cdda2wav - it should be portable without any problems. > > 6. Ripping does not work. Clicking on the track in the main window to > get the "Properties" panel, and then the "options" button invokes > the "Extracting" panel and apparently runs cdda2wav successfully. > Indeed I can see the temporary file growing. However the progress > bar stays at 0% although cdda2wav updates its running percentage > counter. > Sounds like kreatecd cannot parse the stdout/stderr lines of cdda2wav. > Finally, on completion of the track read, there is a popup "Unable > to read audio track!", and on "OK", another error panel "Cannot > read source track!". This *may* just have something to do with the > fact that cdda2wav ignores the requested filename extension of > ".cdt" and puts the output file in ".cdr" instead! This happens > with both cdda2wav 1.9 and 1.10a16! The cdda2wav ripping code might be completely broken on Linux too. If cdparanoia is available it will be used for audio ripping. I did only some test rips a very long time ago. I didn't touch the code since then. It problably does work with an older version. We should check cdda2wav ripping on Linux first. If it works here we know it is a porting problem. Almost for sure we will have to fix that filename problem. > > So here's hoping that some of the developers are keen to assist me > with a Solaris port. > Alexander Feigl |
|
From: Alexander F. <Ale...@gm...> - 2001-03-19 03:35:47
|
On 18 Mar 2001 18:50:52 +0000, Keith Refson wrote: > Just to follow up my last post, I have successfully burned an ISO9660 > data CD with no problem using Kreatecd, so the burning and the data > file handling stuff all seems to be working well. > ISO 9660 mastering is not critical. cdrecord directly uses the files gererated by mkisofs. I don't expect any major porting problems here. > This is surely a good sign that the audio problems I mentioned may be > the only ones which need some porting effort. Data ripping is another problem. I don't like the current code anyway (even on Linux). I'd like to find a completely different, more portable way to extract data. Alexander |
|
From: Keith R. <Kei...@ea...> - 2001-03-18 18:47:13
|
Just to follow up my last post, I have successfully burned an ISO9660
data CD with no problem using Kreatecd, so the burning and the data
file handling stuff all seems to be working well.
This is surely a good sign that the audio problems I mentioned may be
the only ones which need some porting effort.
Keith Refson
--
Dr Keith Refson, "Paradigm is a word too often used by those who would
Dept of Earth Sciences like to have a new idea but cannot think of one."
Parks Road, -- Mervyn King, Deputy Governor, Bank of England
Oxford OX1 3PR, UK
Keith.Refson@ Tel: 01865 272026
earth.ox.ac.uk Fax: 01865 272072
|
|
From: Niels R. <n.r...@pl...> - 2001-03-18 16:45:54
|
Sorry, did not see that cdrecord is supported under solaris too. It certainly is nice to port kreatecd to solaris for 1.1 :-) Alexander, do you want to apply the patches? Niels P.S. Are you subscribed to kreatecd-devel? -----Oorspronkelijk bericht----- Van: kre...@li... [mailto:kre...@li...]Namens Keith Refson Verzonden: zondag 18 maart 2001 17:23 Aan: Kre...@li... Onderwerp: [Kreatecd-devel] KreateCD on Sparc/Solaris Dear Developers, I'm looking for a decend GUI ripper/burner for KDE 2.1 under Solaris 8 on a Sun sparc system. KreateCD seems to be one of the most popular of the CD burning tools, so I thought I'd try here, and ask for some assistance. Obviously KreateCD has not been ported to Solaris before, as an attempt to compile it shows. However it looks quite promising, and I'm prepared to contribute some development and testing work, if the main developers can assist me with advice on the structure, assumptions etc. Firstly, I'll contribute some changes which allows it to compile, and to start up. I'm attaching as a diff, though I doubt this will be the final form. 1. Busscanner.cpp: Solaris does not have the "unsetenv(3)" call. I just used "putenv" to change the env variable to a null string, but I don't know if that achieves the objective or not. 2. AudioFileOp.cpp. Solaris does not have and "soundcard.h" file, and the audio system is quite different. However this module does not appear to actually require definitions from this header, and it compiled without it. 3. AudioFileConvert.cpp. Again the issue is "soundcard.h" but in this case the module does require this. I'm not sure where this module fits in and what it does. If someone will explain this to me I can try to interface it with the Solaris audio system. I got the module to compile by commenting out the functionality as a test. Here's a very crude patch. |
|
From: Niels R. <n.r...@pl...> - 2001-03-18 16:40:52
|
, >I'm looking for a decend GUI ripper/burner for KDE 2.1 under Solaris 8 on >a Sun sparc system. Porting of KreateCD can only be done if there is a descent CD burner program with the same features as cdrecord. Niels |
|
From: Keith R. <Kei...@ea...> - 2001-03-18 16:19:34
|
Dear Developers, I'm looking for a decend GUI ripper/burner for KDE 2.1 under Solaris 8 on a Sun sparc system. KreateCD seems to be one of the most popular of the CD burning tools, so I thought I'd try here, and ask for some assistance. Obviously KreateCD has not been ported to Solaris before, as an attempt to compile it shows. However it looks quite promising, and I'm prepared to contribute some development and testing work, if the main developers can assist me with advice on the structure, assumptions etc. Firstly, I'll contribute some changes which allows it to compile, and to start up. I'm attaching as a diff, though I doubt this will be the final form. 1. Busscanner.cpp: Solaris does not have the "unsetenv(3)" call. I just used "putenv" to change the env variable to a null string, but I don't know if that achieves the objective or not. 2. AudioFileOp.cpp. Solaris does not have and "soundcard.h" file, and the audio system is quite different. However this module does not appear to actually require definitions from this header, and it compiled without it. 3. AudioFileConvert.cpp. Again the issue is "soundcard.h" but in this case the module does require this. I'm not sure where this module fits in and what it does. If someone will explain this to me I can try to interface it with the Solaris audio system. I got the module to compile by commenting out the functionality as a test. Here's a very crude patch. |
|
From: Alexander Feigl<Ale...@gm...> - 2001-03-11 22:04:07
|
Forwarded message: > > I'm trying to run KreateCD 1.0.0 under KDE2.1/QT2.3/kernel2.4 - man oh man > is it broken. > > First off, when I finally get to the "Write CD" window, choose my options > (eject, write speed, etc.) and click "Write CD" or "OK" or whatever - > ABSOLUTELY NOTHING HAPPENS. Changing the options doesn't help. The button > causes no actions that I can detect. It certainly doesn't write a CD. > > And when I try to save the CD layout so I can try again at some later date > (perhaps with a fixed version), KreateCD presents me with the normal Save > As... dialog, allows me to enter a file name, and presents me with no > errors when I enter one and hit "OK" - BUT NO FILE ACTUALLY GETS WRITTEN > even though no error message is reported. I tried a variety of file names, > but got the same bug. > > This is especially annoying because of the overly-laborious process of > adding files to a layout - you can't just select a set of files or all of > the files in a directory, you have to select each individual file one by > one and add them; this usually takes a minimum of five mouse clicks > per. Annoying enough for a 20-track cd audio, but it would be maddening if > you were adding hundreds of files to a CDROM. > > -- Dave Gross > da...@eo... > > -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de |
|
From: Alexander Feigl<Ale...@gm...> - 2001-03-07 16:18:37
|
On 06 Mar 2001 21:22:16 +0200, lonely wolf wrote: > Hi all > > I am trying to compile kreatecd-1.0.0, from the bz2 archive. SNIP > config.log says: > configure:3593: checking for libXext > configure:3616: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c > -lXext -lX11 1>&5 > /usr/X11R6/lib/libX11.so: undefined reference to > `getpwuid_r@GLIBC_2.1.2' > /usr/X11R6/lib/libX11.so: undefined reference to `shmctl@GLIBC_2.2' > /usr/X11R6/lib/libX11.so: undefined reference to > `getpwnam_r@GLIBC_2.1.2' > collect2: ld returned 1 exit status > configure: failed program was: The problem seems like you XFree86 library references some none-existing functions in glibc. This probably does trigger problems with other applications to because this is not kreatecd specific - it even isn't KDE specific. The fact that it does run when removing the configure lines for this test can be explained : I use standard configure scripts for KDE and probably don't use the feature which is tested here. As soon as anything wants to use the broken part of X11 - it won't work. > The machine is happily running RH7 with all up-to-date patches and KDE > 2.1 (final). > > So.. could you please let me know what mistake am I making ? Do I need > to update XFree or what ? Or you might have to update your glibc. X11lib is referencing something in glibc that is not there on your machine. So it might be glibc or XFree Alexander |
|
From: Alexander Feigl<Ale...@gm...> - 2001-03-06 01:45:34
|
On 05 Mar 2001 21:40:16 +0100, Niels Reedijk wrote: > See title > Niels I saw this. At the same moment I uploaded Caldera RPMS :) Alexander -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de |
|
From: Alexander Feigl<Ale...@gm...> - 2001-03-05 23:32:22
|
Hi! KreateCD was just released. This is the first stable version of the CD recording frontent for KDE 2.x. Changes since 0.9.1 : - audio file burning from CD-track fixed - improved look of ISO 9660 options dialog - fix compile with --enable-final - Mandrake Linux build fixes Known problems : - import a session without RockRidge extension doesn't work You can download KreateCD 1.0.0 from following locations : ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0.tar.gz ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0.tar.bz2 ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0-1suse.src.rpm ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0-1suse.i386.rpm ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0-1col.src.rpm ftp://download.sourceforge.net/pub/sourceforge/kreatecd/kreatecd-1.0.0-1col.i386.rpm Alexander Feigl -- Linux is like a Wigwam : no Gates, no Windows but an Apache inside My Homepage : http://www.moondream.de KreateCD Homepage : http://www.kreatecd.de |
1 message has been excluded from this view by a project administrator.
