Upsampling CD and burning to DVD-Audio DISC

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
Hardest part of this question, is what forum to put it in........

I am looking to buy a DVD-Burner and software such that I can burn 192KHz, 24bit DVD-Audio discs.

One of my primary reasons for doing this is to upsample many of my existing CDs [using my own software and playing around with the algorithms], and then to burn them onto a DVD at 192KHz, 24 bit.

I have been doing "paper" designs on an upsampling CD player, and have somewhat come to the conclusion that it may be cheaper to take the music that I really like and simply upsample and burn to DVD-Audio and then do modifications on a DVD-Audio player.

Has anyone done this?

Does anyone know any software that will support DVD-Audio burning. I have done some searching and the only one that seems to definately do it is GEAR. Does anyone have any experience with this?

Alvaius
 
Hi,

I just came across this idea in your post under a Chip Amp thread and was about to copy/paste it into this forum as a new thread for disscussion.

The idea intrigues me, but since I only just saw it I haven't done any research into what is/isn't available and what has/hasn't been done.

With Playstation 1 games you used to be able to make a RAW Data CD Image on your hard-drive then apply a 'patch' to it that would change the CD data (crack the copy protection!) then it could be burned to a CD from the image.

I haven't looked to see if the DVD-Audio spec is readily available yet? or how it compares with that of CD-Audio. But my take on the idea would be to create a CD-Audio Image and patch it to a DVD-Audio image.

I have read in previous threads about a piece of Unix software that can read an Audio CD to a PC with maximum accuracy, but have no idea what kind of output is produced.

I'm going to go off and explore on Google to see what I can find.

Matt
 
I am hoping not to apply any "patches" at all.

My intention is to pull a 16 bit wave file off the CD. I will then upsample this using either code written in C, or possibly just one of the system simulation packages that I have. Then I plan to use software such as GEAR, to burn this to DVD-Audio. I am hoping it all works ...............

Alvaius
 
Hi!

Theoretically it would be very easy (but not by simply patching it, no way).

It is always possible to (losslessly) "enhance" binary data (from 44.1 kHz, 16 bit to 196 kHz, 24 bit) to a larger scale (it is being done with image material all the time), but you would gain nothing from it.

You could also interpolate between the digital values, but that again would create additional musical information that was not there in the original recording (I doubt that it would be hearable).

Maybe I will post this idea in Doom9's forum, where the programmer of BeSweet hangs arounf (the de-facto standard tool which is being used to downscale musical signals from DVDs in order to use them in DVD rips), I think upscaling would not require a lot of changes to the code...

But again, I do not think that you would gain anything by doing this (except that special feeling that you would be really using the playback capabilities of the hardware you've bought).

Bye,

Arndt
 
I can see why you would do this, but I'm guessing the non-integer sample rate conversion might be kind of annoying... Does DVD-A support 4x44.1kHz ~176kHz? You also have to create dither. Perhaps instead of a DVD-A player/burner, you can get a non-oversampling DAC, and play it directly from your computer.

Could you tell us about your approach? Tweaked FIR type thing?

-Won
 
Cradle22 said:
Theoretically it would be very easy (but not by simply patching it, no way).

Having thought about it some more, I realised that I had completely overlooked the fact that the data for DVD-Audio is recorded differently, not just stored differently. So yes, a 'patch program' would not be suitable and something a bit more exotic would be required.

I guess the key to the original idea is the average Bit Error Rates of CD-Audio compared to the same CD-Audio recording in DVD-Audio format. The idea being simplicity and commercial software rather than coding a very good CD-Ripper, upsampler and DVD-Audio Image maker.

I'm in a situation of wanting to do a CD Player Project but can't decide what...

1) Upgrade a cheaper CD/DVD Player
2) Try a multi-speed buffered or ATA CD Transport from a CD-ROM drive
3) Something Else???

I will probably go with number 2, and if the quality isn't great at least I should still have a project to be proud of, as I would code the interface chip myself.

Matt
 
matt_uk said:

I guess the key to the original idea is the average Bit Error Rates of CD-Audio compared to the same CD-Audio recording in DVD-Audio format.
Matt

Unless you sand-paper your CDs, there are no bit errors. I checked. The error correction codes are powerful enough. I have put a LED on my system which lights when there is an error. It never does unless there is a huge scratch. Ripping on a PC will also give you bit perfect copies. So that's not the issue.

Now if you want to experiment with signal processing, that's interesting !
 
Okay, why am I doing this:

1 - DVD-Audio players, even the cheap ones, are inherently buffered. Hence, eliminating jitter will be much easier in my opinion. Eliminating jitter in a CD is not impossible, but if I can start with something that is better designed, then why not.

2 - There are errors in CD reading. I wonder if that LED used in the above post was actually reporting the correct errors. There are errors that can be corrected, errors that are covered up, and errors that are given up on for lack of a better term. Single bit errors can be fixed. Multi-bit errors on a CD are much more difficult to deal with. The DVD format is more robust w.r.t. errors.

3 - What does this give me? Well for one, a DAC running at 192KHz as opposed to one running at 44.1KHz. That makes for really nice low order analog filters.

Mathematically, the conversion is relatively simple. Since I am doing the conversion off-line on a PC, I do not have to be worried about the amount of time that it takes. Also having a 3GHz processor with MMX that will run rings around most DSPs does not hurt. I can do all the arithmetic in floating point with as many taps as I wish, or use double precision and IIR filters. Actually playing around with the conversion, filtering, etc. is something that I want to try?

So what it will give me is essentially a mathematically perfect 24 bit, 192Khz signal for my DAC. For all those NON-OS lovers, wouldn't you prefer a 192KHz DAC instead of a 44.1KHz DAC? I think most of the complaints with OS are more in the way the digital oversampling/filtering is applied as opposed to the concept.

I am going to start with the sigma-delta DACS already in the DVD player, but I will likely change them.

So that is what I will accomplish. Besides, I need a DVD Burner for backup on my computer.

Alvaius
 
DVD-Audio players, even the cheap ones, are inherently buffered

All CD players are buffered too. It wouldn't be possible to do otherwise. Eliminating jitter has more to see with how the clock & noise issue are dealt wih than anything else.

Syncing a CDP to a master clock is really easy, too.

There are errors in CD reading

Not under normal conditions. Only if you have scratches. I took a CD from my collection, ripped it to HD with the PC, ripped it with the CD player through the SPDIF output, all the bits were the same. IMHO all this "digital error" babbling is nonsense. I don't dispute the fact that blue leds et al. do something, but it shouldn't be related to digital processing...

I think most of the complaints with OS are more in the way the digital oversampling/filtering is applied as opposed to the concept.

I agree with you here. Some filters are badly implemented. Some don't dither, etc. I think you're gonna have real fun playing with that. It's something I'd really want to experiment with.

You'll probably be able to do better than the available chip filters.
 
CD --- PC (44.1KHz, 16bit) - Adobe Audition - (24 bit 192KHz) -- Gear DVD - DVD Audio DISC ... we have success.

Ok, I am not using my own upsampling software yet, but I have proven the process. For the record, on my old cheapy JVC DVD-Audio player, the upsampled version sounds much better than straight off the CD.

Alvaius
 
peufeu said:
Not under normal conditions. Only if you have scratches. I took a CD from my collection, ripped it to HD with the PC, ripped it with the CD player through the SPDIF output, all the bits were the same. IMHO all this "digital error" babbling is nonsense. I don't dispute the fact that blue leds et al. do something, but it shouldn't be related to digital processing...

I'd love to get a confirmation of this. A new cd (non-scratched) ripped 10 times should give 10 IDENTICAL files, right?
That same cd ripped on a differend cd drive should give you ANOTHER identical file. I'm not sure if we're in for a surprise when doing this.

But, as soon as I get some time (possibly tomorrow/saturday) I'm gonna test this. I'll take a good cd, that I know is not scratched, take one song and rip it twice on one cd drive, and twice on my cd-burner. Should give 4 IDENTICAL wav files (with EAC). We'll see :)

To compare the files I'll just use a diff program, fairly simple byte-by-byte comparsion, will give 100% accurate results.
 
Wait a minute .. .. don't i feel silly
of course it'll read it 100% the same every time around, how else would cds work (think of data cds .... well, as long as there isn't scratches, etc).

I guess the problems don't come from reading the correct data as much as reading the correct data at the correct time?
 
elizard said:


I'd love to get a confirmation of this. A new cd (non-scratched) ripped 10 times should give 10 IDENTICAL files, right?
That same cd ripped on a differend cd drive should give you ANOTHER identical file. I'm not sure if we're in for a surprise when doing this.

But, as soon as I get some time (possibly tomorrow/saturday) I'm gonna test this. I'll take a good cd, that I know is not scratched, take one song and rip it twice on one cd drive, and twice on my cd-burner. Should give 4 IDENTICAL wav files (with EAC). We'll see :)

To compare the files I'll just use a diff program, fairly simple byte-by-byte comparsion, will give 100% accurate results.

I made one brief such experiment once. I ripped the same
track 3 times, compared the results with diff and got three
different results. There was nothing visibly wrong with the
CD. Maybe I did the same thing with another CD and got
identical results, I don't quite remember.

Anyway, that only says something about that particular
combination of disc, CDROM drive and ripping program (used
the burner program, I think). It would be interesting to repeat
the experiment with several CDs and also do the same thing
using the EACD program.
 
You have to correct for offset, of course.
Taking this into account, I get the same wav's every time (comparing between my Plextor burner, my Pioneer CDRom drive, and my H-K DVD player's digital output recorded to disk).

The Windoze file compare tool doesn't know about offset, so that may explain the differences you find.

Some CD players screw the digital output (most notably my CD723 player).
 
Alvaius,
Great results.
A PC gives you much more control on how you do your upsampling. Does the Abobe tool give you a lot of freedom, or does it just do plain upsampling without any fancy controls ?

I would be very interested in a software tool that can do higher order interpolation. I remember this guy working on a project to do 13th order (or so) interpolation in dsp hardware.
He told me it had the good sound qualities of non-oversampled players, but without the aliasing junk
Simple analog filtering at a higher frequency.

Shouldn't be too difficult for an average PC to convert from 44.1/16 to 192/24 higher order interpolated (so no digital filtering in the sense of FIR and all).
 
peufeu said:
You have to correct for offset, of course.
Taking this into account, I get the same wav's every time (comparing between my Plextor burner, my Pioneer CDRom drive, and my H-K DVD player's digital output recorded to disk).

The Windoze file compare tool doesn't know about offset, so that may explain the differences you find.

Some CD players screw the digital output (most notably my CD723 player).

I am not sure what you mean by offset, but I assume you
mean something like a varying number of leading/trailing zeroes
in the file. I don't quite remember the details now, but I am
rather sure I did check for such things by viewing the files in
hex format, looking at the actual samples at the beginning of
the file. I didn't use any windows tool (although running
windows) . I used diff in a unix shell under windows. I think I
also used a program I wrote myself just for this purpose to
get better information about the location of the errors, and the
result was that the errors were not at the end of beginning of
the files.
Anyway it is long ago now and the test was on a very
small scale. It would be interesting to make more extensive
tests, but that is quite time-consuming, so we'll see.
 
Adobe does not give you a lot of control over the upsampling. Yes you are right, using a PC, and not doing it in real time, you should be able to achieve very very good upsampling. You still need to do digital filtering, however, if you want to use exactly the same types of filters in the digital domain as the analog domain as you would with a NON-OS DAC, you can.

I will let people know how it goes on my own upsampling algorithms. At first, I will likely just brute force some simple, but mathematically accurate filters. Then I will try playing around.

Alvaius
 
carlosfm:

One has to remember that when the data exists in static form, such as on a hard drive, jitter has no meaning (it is a temporal concept), and is in fact irrelevant in this ripping / upsampling process. Whatever jitter was present while ripping the CD to hard disk will be irrelevant once the data becomes a .wav file, so all that matters is that the bits were copied accurately. The off-line upsampling to 24/96 or 24/192 is also a time-independent process, without jitter (but not without data processing artifacts). Lastly, the upsampled data will be played back via a memory buffer (data-on-demand), and sent to the DACs by a stable local clock. Thus, the jitter one would see during playback should be very minor, and random in nature... solely the result of the DVD player's crystal oscillator exhibiting normal, random phase noise, PSRR and thermal frequency drift. Compare this to the jitter seen during CDDA playback, which is PLL/servo-system dependent, and sometimes data-correlated (especilly if the data has passed through a '958 link).

In alvaius' proposed method, there is nothing more that can technically be done to eliminate jitter in playback, other than supplying a cleaner / more stable clock signal at the DAC end of the chain. Thus, we have in fact, completely eliminated all of the CDDA playback related jitters.


alvaius:

Can you hear a difference between 24/96 and 24/192 recordings when played back on your DVD player? I've often noticed in various DAC and digital filter datasheets that the filters for 96kHz input perform better than at 192. I was curious if you've made any such comparisons. If not, I suggest you give it a shot... you may be pleasantly surprised to find that 24/96 sounds marginally better than 24/192, and you can fit more of it onto a disc. This has been my, admittedly very limited, experience... I'm wondering if others have observed the same thing. With your setup, I'd imagine you'd be in a better position to test this.

Second, what specific formats does Gear DVD support for burning, and which are you using? MLP encoded DVD-A, LPCM DVD-A, or LPCM DVD-V (limited, AFAIK, to 24/96)? It is worthwhile to note that the uncompressed LPCM DVD-V standard (with no video of course, or just with stills for minimum bandwidth) should play back on all DVD players, not just DVD-A capable players.
 
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.