Menu
▾
▴
cdrdao-devel
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(55) |
Sep
(16) |
Oct
(28) |
Nov
(35) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(12) |
Feb
(15) |
Mar
(14) |
Apr
(27) |
May
(35) |
Jun
(42) |
Jul
(22) |
Aug
(21) |
Sep
(62) |
Oct
(52) |
Nov
(49) |
Dec
(14) |
| 2003 |
Jan
(11) |
Feb
(41) |
Mar
(16) |
Apr
(18) |
May
(9) |
Jun
(8) |
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
(6) |
Dec
(5) |
| 2004 |
Jan
(13) |
Feb
(32) |
Mar
(10) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(12) |
Aug
|
Sep
(2) |
Oct
|
Nov
(6) |
Dec
|
| 2005 |
Jan
(1) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
(4) |
| 2006 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
(9) |
Jun
(4) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Andreas M. <an...@da...> - 2001-10-15 19:43:44
|
Manuel Clos wrote: > Andreas Mueller wrote: > >> This would just shift the error by some sectors. Try to use the >> '--tao-source' option. This will ignore the last 2 sector of each >> track by default. With option '--tao-source-adjust' you may change >> the number of ignored sectors. > > > > Yes, I got the same error with -pad. The --tao-source works great. > > > Can't this be automagically done? Maybe, but I currently have no complete idea how :) I'm wondering how the commercial tools do that. The problem is to distinguish between real errors and the pseudo errors triggerd by the link blocks of TAO written tracks. Maybe I'll just have to ignore all types of errors but errors indicating a bad SCSI command block. This might also enable us to copy CDs with newer copy protections. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Andreas M. <an...@da...> - 2001-10-15 19:43:43
|
Michael Smith wrote:
>
> I've been trying to get cdrdao to read a cd (so as to be able to do
> "cdrdao copy", for example). Writing seems to work fine, but reading fails
> horribly.
>
> After apparently reading the toc fine (read-toc gives some of these errors,
> but the resultant file looks correct), the following error gets displayed
> repeatedly (at high speed, many times per second). The output file is still
> created, but the file contents is all zeroed ("cmp datafile /dev/zero" finds
> EOF on the data file).
>
> So, here's the error. Each time it comes up the line beginning with CDB
> changes slightly - one part of it is growing continually. The rest of the
> message is unchanged:
>
> ?: Input/output error. : scsi sendcmd: no error
> CDB: BE 00 00 00 00 00 00 00 14 F8 01 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
> Sense Key: 0x5 Illegal Request, Segment 0
> Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
> Sense flags: Blk 0 (not valid)
> cmd finished after 0.001s timeout 20s
>
> Other information of note: cdparanoia has no troubles with the drive, in
> either native IDE mode or using scsi emulation (ide-scsi). I'm running
> linux 2.4.10 (debian/woody system). I've tried both the latest release
> (1.1.5) and current cvs, no difference noted.
>
> The drive itself is an ACER CRW 1208A (Which is a 32/12/8 CDRW drive, IDE).
>
> I've tried using the generic-mmc driver, as well as generic-mmc-raw, also
> no difference. I've also tried setting various driver flags which looked
> like they might potentially be relevent. Again, no difference.
>
> Advice or ideas would be greatly appreciated.
Please try one of these options:
1. --driver generic-mmc:0x1
2. --driver generic-mmc:0x3
3. --driver generic-mmc:0x20
4. --driver generic-mmc:0x20 --fast-toc
The difference between 1. and 2. is very subtle. Either both option work
without an error message or both options result in error messages. If
no error messages occur you will have to watch the time count that is
displayed during audio extraction. For one of the options the time count
will be jumpy - select the other option then.
If only 3. work the pre-gap length and index marks will be extracted using
a very unreliable algorithm which also takes a lot of time. Since the
pre-gap lengths and index marks are not very important - at least for the
audible part of a CD - you can simply switch this extraction totally off
by choosing option 4.
Regards,
Andreas
--
Andreas Mueller Tel: +49 89 67808848
Ramsmeierstr. 1 Email: an...@da...
85579 Neubiberg, Germany
|
|
From: Michael S. <ms...@la...> - 2001-10-12 14:30:08
|
Hi all,
I've been trying to get cdrdao to read a cd (so as to be able to do
"cdrdao copy", for example). Writing seems to work fine, but reading fails
horribly.
After apparently reading the toc fine (read-toc gives some of these errors,
but the resultant file looks correct), the following error gets displayed
repeatedly (at high speed, many times per second). The output file is still
created, but the file contents is all zeroed ("cmp datafile /dev/zero" finds
EOF on the data file).
So, here's the error. Each time it comes up the line beginning with CDB
changes slightly - one part of it is growing continually. The rest of the
message is unchanged:
?: Input/output error. : scsi sendcmd: no error
CDB: BE 00 00 00 00 00 00 00 14 F8 01 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.001s timeout 20s
Other information of note: cdparanoia has no troubles with the drive, in
either native IDE mode or using scsi emulation (ide-scsi). I'm running
linux 2.4.10 (debian/woody system). I've tried both the latest release
(1.1.5) and current cvs, no difference noted.
The drive itself is an ACER CRW 1208A (Which is a 32/12/8 CDRW drive, IDE).
I've tried using the generic-mmc driver, as well as generic-mmc-raw, also
no difference. I've also tried setting various driver flags which looked
like they might potentially be relevent. Again, no difference.
Advice or ideas would be greatly appreciated.
Michael
|
|
From: Manuel C. <ll...@ja...> - 2001-10-11 18:52:21
|
Andreas Mueller wrote: > This would just shift the error by some sectors. Try to use the > '--tao-source' option. This will ignore the last 2 sector of each > track by default. With option '--tao-source-adjust' you may change > the number of ignored sectors. Yes, I got the same error with -pad. The --tao-source works great. Can't this be automagically done? -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Andreas M. <an...@da...> - 2001-10-11 06:11:22
|
Manuel Clos wrote: > > I have tried to read back with cdrdao an iso image I wrote using > cdrecord, but it always fails (in various cds), it always fails at the > 99.9 %. > > Should I use -pad option with cdrecord? This would just shift the error by some sectors. Try to use the '--tao-source' option. This will ignore the last 2 sector of each track by default. With option '--tao-source-adjust' you may change the number of ignored sectors. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Manuel C. <ll...@ja...> - 2001-10-09 20:49:23
|
Hi! I have tried to read back with cdrdao an iso image I wrote using cdrecord, but it always fails (in various cds), it always fails at the 99.9 %. Should I use -pad option with cdrecord? Starting: cdrdao read-cd --remote 8 -v0 --read-raw --device 0,0,0 --driver generic-mmc:0x0 --paranoia-mode 3 --datafile /home/llanero/CDs/debian2.2-1.bin /home/llanero/CDs/debian2.2-1.toc ?: Error de entrada/salida. : scsi sendcmd: no error CDB: BE 00 00 04 F4 E5 00 00 0F F8 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 04 F4 F2 0A 00 00 00 00 06 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x06 Qual 0x00 (no reference position found) Fru 0x0 Sense flags: Blk 324850 (not valid) cmd finished after 0.163s timeout 20s ERROR: Read error while copying data from track. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Andreas M. <an...@da...> - 2001-10-07 16:50:27
|
Jesse wrote: > So, that does indeed fix it. I don't know how I missed the call to the > byteswapper. > > cpp -v reports: > > [...] > > But I wonder if you'd be better off just checking system endianness. Thanks for the cpp output. I looked over the code again and found that I'm explicitly requesting 'little endian signed 16 bit samples' sound format from the sound driver. So it is strange that the sound driver actually assumes to get big endian data. Does anyone know what is wrong here? Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Manuel C. <ll...@ja...> - 2001-10-04 23:04:29
|
Giuseppe Corbelli wrote: > I've made some changes in the distribution also. No more C interface, > external programs only. These are all the files involved, please remove > all the old ones first. I have already deleted the old version and checked the new one. I also updated the Release-1.1.6 file to mention the change, but it also should contain a little explanation of the changes / new features. Can you post any? Thanks. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Andreas M. <an...@da...> - 2001-10-03 17:53:13
|
Hi all, I've implemented the copy constructor for the 'Toc' class. I made some tests and it seems to work as expected. The changed source files are already committed. Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Manuel C. <ll...@ja...> - 2001-10-02 20:27:32
|
Giuseppe Corbelli wrote: > Hi > I have done some work on mp32dao. Should I send the tarball here (~24K) or > directly to Andreas? It would be great to have a cvs diff, but if you can't do it then send me the tarball and I will commit it to CVS, this will save some precious time to Andreas. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Giuseppe C. <co...@lu...> - 2001-10-02 10:22:13
|
Hi I have done some work on mp32dao. Should I send the tarball here (~24K) or directly to Andreas? -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.mascanc.net -<! A mathematician is a device for turning coffee into theorems. !>- P. Erdos |
|
From: Jesse <je...@fs...> - 2001-10-02 02:56:00
|
So, that does indeed fix it. I don't know how I missed the call to the
byteswapper.
cpp -v reports:
paladin:/usr/src/linux# cpp -v
Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs
gcc version 2.95.4 20010902 (Debian prerelease)
/usr/lib/gcc-lib/powerpc-linux/2.95.4/cpp0 -lang-c -v -DPPC -D__ELF__ -Dpowerpc -D__PPC__ -D__ELF__ -D__powerpc__ -D__PPC -D__powerpc -Acpu(powerpc) -Amachine(powerpc) -D__CHAR_UNSIGNED__ -D_CALL_SYSV -D_BIG_ENDIAN -D__BIG_ENDIAN__ -Amachine(bigendian) -D_ARCH_PPC -D__unix__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem(unix) -Asystem(posix) -
GNU CPP version 2.95.4 20010902 (Debian prerelease) (PowerPC GNU/Linux)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc-lib/powerpc-linux/2.95.4/include
/usr/include
End of search list.
The following default directories have been omitted from the search path:
/usr/lib/gcc-lib/powerpc-linux/2.95.4/../../../../include/g++-3
/usr/lib/gcc-lib/powerpc-linux/2.95.4/../../../../powerpc-linux/include
End of omitted list.
But I wonder if you'd be better off just checking system endianness.
thanks so much,
jesse
On Mon, Oct 01, 2001 at 09:22:57PM +0200, Andreas Mueller wrote:
> Jesse wrote:
>
> > On Tue, Sep 25, 2001 at 09:15:37PM +0200, Manuel Clos wrote:
> >
> >>Jesse wrote:
> >>
> >>
> >>>My burner is actually on my ibook, which is running linuxppc. On linuxppc,
> >>>the "play sample" functionality loses, since it appears that gcdmaster
> >>>assumes that all linux is little endian.
> >>>
> >>
> >>Ops. I can't comment on this.
>
> >>
> >
> > If my C were better and I knew the right place to do the byteswapping, I'd
> > gladly submit a patch. But it's been years since I've written any C at all. :/
>
>
> That's very easy. Just have look at file "xdao/SoundIF-linux.cc". In function
> 'SoundIF::play' you'll find a call to 'swapSamples(sbuf, nofSamples)'. Just
> comment that out. :)
>
>
> Please send me the output of 'cpp -v' so that I can insert the appropriate
>
> #ifdef to catch this case.
>
> Regards,
> Andreas
>
> --
> Andreas Mueller Tel: +49 89 67808848
> Ramsmeierstr. 1 Email: an...@da...
> 85579 Neubiberg, Germany
>
>
--
jesse reed vincent -- ro...@er... -- je...@fs...
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90
Transporters are so ungodly. if god had wanted us to travel great distances
instantaneously, he would have given us an internal
materialisation/dematerialisation control.
-- Shoshe Cole
|
|
From: Manuel C. <ll...@ja...> - 2001-10-01 20:42:50
|
Andreas Mueller wrote: > It is probably a problem with cdrdao. After issuing the blank command > it goes into a poll loop that check for the drive ready status. This > is the recommended way according to the specs. However, the Yamaha drive > does not seem to enter the not ready status during blanking. Is the > recorder a very new or an older model? I think it is more than one year old. > The aborting works with my recorders without problem. Looks like the > Yamaha recorder locks up when the recording process is aborted. I don't > think we can do much about it. There is no 'offical' way to abort a > recorder process so we must be lucky if it works and ignore the problem > if it doesn't work. Ok, I will look into this, meanwhile we can add a "this may lock your drive" message to the cancel question. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Andreas M. <an...@da...> - 2001-10-01 19:37:32
|
Danilo Godec wrote: > Hi! > > I just compiled cdrdao-1.1.5 on my Alpha 164SX running RH 6.1 (with many > updates). I tried to copy an audio CD on the fly, but that failed (my > reader is an ATAPI Teac CD-540E and writer is a Teac CD-W58E) - probably > the reader is too slow. > > That's not the problem, however. I'll just reduce the writing speed > or not use on-the-fly option at all. > > Below are the warnings cdrdao has printed while it was busy and I'm not > sure what to do? If cdrdao cannot determine that, how can I? > > WARNING: Could not determine if raw toc data is BCD or HEX. Please report! > WARNING: Using TOC data retrieved with generic method (no multi session > support). > WARNING: Use driver option 0x80000 or 0x100000 to assume BCD or HEX data. Usually it is very easy to "see" what the right data mode is but the automatic detection cannot make 100% sure decision. Just try some audio CDs with the two mentioned driver options and check the table of contents printed out by cdrdao. You will quickly see what the right driver option is. For the on-the-fly copying you should also consider to disable the paranoia mode with option '--paranoia-mode 0'. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Andreas M. <an...@da...> - 2001-10-01 19:37:31
|
Manuel Clos wrote: > > I'm using cvs cdrdao. > > My recorder is a Yamaha 8x8x24 > > When doing a blank... > > Using libscg version 'schily-0.5' > > 0,0,0: YAMAHA CRW8824E Rev: 1.00 > Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000) > > Blanking disk... > Blanking time: 2 seconds > > Obviously, it returns before the blank is done. Anyway the blanking will > finish without any problem. > > Is this due to scslib or cdrdao?? It is probably a problem with cdrdao. After issuing the blank command it goes into a poll loop that check for the drive ready status. This is the recommended way according to the specs. However, the Yamaha drive does not seem to enter the not ready status during blanking. Is the recorder a very new or an older model? > > > Also, if I cancel the record process, I see the usual: > WARNING: Writing/simulation/read-test aborted on user request. > > but gcdmaster still waits for cdrdao. cdrdao is still running, If I kill > cdrdao then I get: > > ?: Llamada al sistema interrumpida. Cannot send SCSI cmd via ioctl > This is: system call interrupted. Cannot ... > > and gcdmaster freezes. > > I kill gcdmaster. The recorder is also locked. Perhaps there is some > problem with the recorder? The aborting works with my recorders without problem. Looks like the Yamaha recorder locks up when the recording process is aborted. I don't think we can do much about it. There is no 'offical' way to abort a recorder process so we must be lucky if it works and ignore the problem if it doesn't work. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Andreas M. <an...@da...> - 2001-10-01 19:37:31
|
Jesse wrote: > On Tue, Sep 25, 2001 at 09:15:37PM +0200, Manuel Clos wrote: > >>Jesse wrote: >> >> >>>My burner is actually on my ibook, which is running linuxppc. On linuxppc, >>>the "play sample" functionality loses, since it appears that gcdmaster >>>assumes that all linux is little endian. >>> >> >>Ops. I can't comment on this. >> > > If my C were better and I knew the right place to do the byteswapping, I'd > gladly submit a patch. But it's been years since I've written any C at all. :/ That's very easy. Just have look at file "xdao/SoundIF-linux.cc". In function 'SoundIF::play' you'll find a call to 'swapSamples(sbuf, nofSamples)'. Just comment that out. :) Please send me the output of 'cpp -v' so that I can insert the appropriate #ifdef to catch this case. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Andreas M. <an...@da...> - 2001-10-01 19:37:31
|
Hi all, I've implemented and committed progress messages for the blanking process. Right now it will just increase the progress by 1% every two seconds and wrap around if 100% is reached. Later on I'll try to estimate the total required time and send appropriate progress messages. Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
|
From: Manuel C. <ll...@ja...> - 2001-09-27 22:06:09
|
Hi all,
while doing the multiple copies thing, I got that I need a (in memory)
copy of the Toc object, as I can't find any constructor to duplicate it,
I'm using this bad hack:
char *tocFileName;
if ((tocFileName = tempnam(NULL, "toc")) == NULL) {
message(-2, "Cannot create temporary toc-file: %s", strerror(errno));
return 1;
}
if (tocEdit->toc()->write(tocFileName) != 0) {
message(-2, "Cannot write temporary toc-file.");
return 1;
}
tocEdit_->readToc(tocFileName);
unlink(tocFileName);
free(tocFileName);
It would be great if anyone has a better solution. A constructor for the
Toc object will be great.
See you all :)
--
Manuel Clos
ll...@ja...
* Si no puedes hacerlo bien, hazlo bonito (Bill Gates)
* If you can't do it well, do it nice (Bill Gates)
|
|
From: Jesse <je...@fs...> - 2001-09-25 19:23:51
|
On Tue, Sep 25, 2001 at 09:15:37PM +0200, Manuel Clos wrote:
> Jesse wrote:
>
> > My burner is actually on my ibook, which is running linuxppc. On linuxppc,
> > the "play sample" functionality loses, since it appears that gcdmaster
> > assumes that all linux is little endian.
>
>
> Ops. I can't comment on this.
If my C were better and I knew the right place to do the byteswapping, I'd
gladly submit a patch. But it's been years since I've written any C at all. :/
> If I don't get too busy before release I will do it. Are you using
> 1.1.5? In current CVS version there are some other options, so the menu
> will grow a little.
Ooh. excellent. I'm actually using the debian packages, which are currently
of 1.1.5.
Thanks,
Jesse
>
> See you.
>
> --
> Manuel Clos
> ll...@ja...
>
> * Si no puedes hacerlo bien, hazlo bonito (Bill Gates)
> * If you can't do it well, do it nice (Bill Gates)
>
>
--
jesse reed vincent -- ro...@er... -- je...@fs...
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90
Linux is like a Vorlon. It is incredibly powerful, gives terse,
cryptic answers and has a lot of things going on in the background.
|
|
From: Manuel C. <ll...@ja...> - 2001-09-25 19:09:11
|
Jesse wrote: > My burner is actually on my ibook, which is running linuxppc. On linuxppc, > the "play sample" functionality loses, since it appears that gcdmaster > assumes that all linux is little endian. Ops. I can't comment on this. > As I worked with gcdmaster, I kept wishing for a contextual menu. > It would be _really_ neat (And would really help with workflow) if > there was a right-click contextual menu with options such as: > > Play/Stop > Cut > Paste > Insert track marker > Zoom in > Zoom out If I don't get too busy before release I will do it. Are you using 1.1.5? In current CVS version there are some other options, so the menu will grow a little. See you. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Jesse <je...@fs...> - 2001-09-25 04:38:38
|
Hey all,
First off, thanks so much for a great set of tools. This weekend
I had to master a bunch of wav files to cd. gcdmaster made it a breeze.
My burner is actually on my ibook, which is running linuxppc. On linuxppc,
the "play sample" functionality loses, since it appears that gcdmaster
assumes that all linux is little endian.
As I worked with gcdmaster, I kept wishing for a contextual menu.
It would be _really_ neat (And would really help with workflow) if
there was a right-click contextual menu with options such as:
Play/Stop
Cut
Paste
Insert track marker
Zoom in
Zoom out
Thanks for such great software,
Jesse
--
jesse reed vincent -- ro...@er... -- je...@fs...
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90
pretty soon we're going to HAVE to have hypertext mail!
--Tim Berners Lee. (8 Jan 1993 on www-talk)
|
|
From: Manuel C. <ll...@ja...> - 2001-09-24 19:56:08
|
Hi all! ... and also the problem with copying a CD with a single device. My proposal is to add funcs to the GCDMaster class. We need RecordDao and DuplicateDao, because are the only cases where extra high level control is required. Since the dialogs are per Device and are independent from the projects, there is no problem with the gcdmaster object managing them. So, the Audio Project requests to burn 5 copies of a Project. Instead of calling CdDevice->RecordDao we will call gcdmaster->RecorDao that will take care of calling CdDevice->RecordDao multiple times and also requesting a new CD to be inserted. For the duplication case, gcdmaster will start a CdDevice->ExtractDao with a temporary name (we need a global temp dir in preferences!), and after that it will start a CdDevice->RecordDao after requesting a new CD to be inserted. We should warn the user if multiple copies and on the fly are requested, since only makes sense when you run out of space, gcdmaster should also handle this to launch a Extract + many Records or always launch a CdDevice->duplicateDao. We can intercept the status signal in gcdmaster to know when a process finished, or let the Progress Dialog inform gcdmaster. We will have a queue of pending operations. Also we will have a list of current operations, since it was already needed, because nowadays gcdmaster will exit even if there is some recording going on! If no one has objections I will implement it in the next days. Any comments wellcomed. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Manuel C. <ll...@ja...> - 2001-09-22 20:12:24
|
Hi all! 22/9/01: * Blank CD Dialog now detects blanking end * Progress Dialog: deactivate cancel button if a cancelation is in progress * minor UI fixes -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Manuel C. <ll...@ja...> - 2001-09-22 19:59:32
|
Hi all, I'm using cvs cdrdao. My recorder is a Yamaha 8x8x24 When doing a blank... Using libscg version 'schily-0.5' 0,0,0: YAMAHA CRW8824E Rev: 1.00 Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000) Blanking disk... Blanking time: 2 seconds Obviously, it returns before the blank is done. Anyway the blanking will finish without any problem. Is this due to scslib or cdrdao?? Also, if I cancel the record process, I see the usual: WARNING: Writing/simulation/read-test aborted on user request. but gcdmaster still waits for cdrdao. cdrdao is still running, If I kill cdrdao then I get: ?: Llamada al sistema interrumpida. Cannot send SCSI cmd via ioctl This is: system call interrupted. Cannot ... and gcdmaster freezes. I kill gcdmaster. The recorder is also locked. Perhaps there is some problem with the recorder? I have not changed gcdmaster code related to this. I'm running 2.4.9-ac10. Can someone try to cancel a burning process? I'm using CDRW media to do the tests. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |
|
From: Manuel C. <ll...@ja...> - 2001-09-22 19:59:27
|
Hi all, Andreas, can you implement the 0% and 100% messages in the blanking process? I will then catch them and start a timeout to show the progress bar in activity mode and a 100% when done. Thanks. -- Manuel Clos ll...@ja... * Si no puedes hacerlo bien, hazlo bonito (Bill Gates) * If you can't do it well, do it nice (Bill Gates) |