That's just the way Nero works, it thinks that a 80min CD has 80mins of free space regardless of what you're putting on it (audio, data, VCD, SVCD..) . So that just means that the CD is almost full, it has nothing to do with the actual length of the video. If it showed 40 minutes, you'd have a half full CD.

If you do an audio CD, then the amount is correct, of course

right, nero seems ilogic.....you have logic!
hey,"nero"(emperor) was always "ilogic"!

Jorel Nero is not illogic, all burning tool does the same way !

Telling "a 80 min CD" is equivalent to tell "a 700 MB disc", you know that. And the opposite is also true : when you have a 700 MB file to burn, the burning tools reflect that has a "80 minute" file.

Whatever this file is (video, audio or just ISO images that don't have a real "length " in minute !)

VCDEasy for instance report you a length in minute just after having done the ISO image that is not the length of the mpeg file. Didn't you ever see this in the log window ? (perhaps you don't use VCDEasy, I don't remember).

was a joke my dear!
you, as a french "chief" cook, need to use more "spice" to read my "latin" posts!

Oh... okay

hey boys.....more good news:
using the same source and script that i posted but now encoding with 2 CCE versions to get the same size like was got with tmpgenc. ( ~1,09GB video only)
with CCE250 in D2s-roba was found Q=21 to encode
with CCE266 with kvcd notch matrix, D2s-roba found Q=12 to encode and get the same target size!
kvcd notch matrix is champ again...or better..still champ!

Love those news jorel

-kwag

and the "prooving pictures" from "movie pictures"":

D2S-Roba found Q=12 to use in CCE266 with kvcd notch matrix:


http://img89.exs.cx/my.php?loc=img89&image=proove2.jpg


CCE266 encoding with kvcd notch matrix:


http://img89.exs.cx/my.php?loc=img89&image=proove1.jpg

fragments from d2sroba log:
...
- D2S ver. 1.2.2.1, CCE ver. 2.66.1.7
- Setting low process priority
--------------------------------------------------------
- Movie length : 00:48:54 (87947 frames, 29.97 fps)
...
earch for Q:
- Sample encode : Q=14: 2906 kbps, err=-7.4%, size=1066061445, sample sz=10764012
- Sample encode : Q=12: 3124 kbps, err=-0.5%, size=1146116589, sample sz=11572328
- Determined Q : 12 = Round(12 + (-0.5 - 1.2)/3.5)
--------------------------------------------------------
- 2004-09-03 01:46:22
- Start movie OPV encoding (Q 12)
- OPV pass result: 0% on target (9 / 1151424895) Speed factor: 0.84
--------------------------------------------------------
- 2004-09-03 02:44:50
- Start VBR sizing pass (3139 kbps)
- Sizing pass result: 0% on target (9 / 1151424895) Speed factor: 0.83
--------------------------------------------------------
- 2004-09-03 03:43:34
- Recover DVD2SVCD
--------------------------------------------------------
- 2004-09-03 03:52:37
- D2SROBA successfully finished

fragments from dvd2svcd log:
Executing Cinema Craft Encoder.
...
Frames: 87947
CDSize: 1200.00
Number of CDs: 1
Cut point 1196.00
...
Min. bitrate: 700
Max. bitrate: 8000
Avg. Bitrate: 3139
Aspect Ratio: 4:3 (No borders, encoded as 4:3)

---AVS Begin---
LoadPlugin("C:\ARQUIV~1\DVD2SV~1\AVISYN~1.5PL\MPEG 2DEC\MPEG2D~1.DLL")
MPEG2Source("D:\D2S-D\DVD2AV~1.D2V")
Undot()
asharp(1,2)
BicubicResize(352,480,0.0,0.6)
deen()
Import("D:\D2S-D\ResampleAudio.avs")
ResampleAudio(44100)
ConvertToYUY2()
----AVS End----

final size ( .mpv video only) with kvcd notch matriz with Q=12 in CCE:
1,06Gb (1.120.544Kb)
cool size and quality!

pictures...
important detail: this is relevant to compare the pictures,
they are honests to show his details!
the picture from the dvd source, was resized to small size and
when we resize one .bmp or .jpg to small size,
the sharpness encrease...then, that picture show more details...right ?

scene from dvd source width resized 49% (changed to 353x480):


same scene from mini-dvd from d2d with CCE (result 352x480):


no perfect but not too bad for 00:48:54 !

Hi jorel,

Was this with "Notch"
Because I see all details there, and the encode is almost identical to the original.

-kwag

yes

@ all:
see here too the comparisons using 3 scripts with kvcd notch matrix:
http://www.kvcd.net/forum/viewtopic.php?t=9219&start=48

Sorry for delay, to read this post just right NOW... (10 years later) :P
but very interesting post...

exist this possibility?

a possibility 2 record DVD STRUTCTURE in CDR?
this is works?

like a AUDIO_TS and VIDEO_TS folders, and encoding in High CQ+Bitrate of ~35/45 minutes ???

__________________
FoXMuLD3R

Yes it is ! This is called "mini-DVD" and that is all the purpose of this thread

Curious, by burning 800MB mini-KDVDs on CD-Rs, what happens with the Error Correction level? Are those mini-KDVDs less secure now from scratch damages than SVCDs? SVCDs have a certain level of Error Correction in them, so that's why they can be burned in Mode2 and still have some sort of ability to recover from scratches. So, when you encode your MPEG-2 streams for mini-KDVDs, do you encode them as DVD-compliant streams or as SVCD-compliant streams, even though you author them later as DVDs? Would encoding mini-KDVD videos as SVCD (or KSVCD in this case) compliant streams provide an extra level of Error Correction when burning as 800MB in ImgTool? Or will that extra level of protection be ignored, since DVDs possibly rely on Mode1 ECC instead? Do DVD MPEG-2 streams have some sort of built-in ECC like SVCDs do?

I hope I didn't confuse anyone with this. Basically, I'm trying to find out if mini-KDVDs burned as 800MB on 80-min CD-Rs become less secure than 800MB KSVCDs when it comes to Error Correction level. And if so, is there anything that can be done to improve the situation?

Thanks.

No, they don't.

No, they can't. A scratch leads to a distorted picture on the screen. The bigger the scratche, the longer is the problem on the screen.

please, read my first post here:
http://www.kvcd.net/forum/viewtopic....r=asc&start=16
with all details showing how i author my mini-kdvds.

you can change in the script :
BilinearResize(352,480)
to
BilinearResize(720,480)
that is dvd standard too or don't use any resize (my taste) :



welcome in forum.

From Doom9's page:

"VCD and SVCD streams have some built-in protection so an additional protection on the data storage medium is no longer needed, which frees up space otherwise used for error correction."

That's what I meant. Plus from Doom9's XCD FAQ:

"1) What is XCD?

XCD means that you store normal data files in the same way as VCDs, meaning that one of the 3 layers of error correction of normal data CDs is removed and the free space is available for data. The correct name of the recording format is Mode 2 Form 2."

and...

"6) Is there any error correction available on XCDs?

XCDs have as much error correction as audio cds, meaning that scratches that do not destroy more than 2mm of consecutive data can be corrected. Note that this length is smaller if you use Gigarec."

So, according to that FAQ, data is burned similary on VCDs. I realize it's not the same level of Error Correction as in Mode1 but technically, it is still there. And certain things are recoverable/correctable. Besides, what is SVCD stream's built-in protection good for then? Even if "recovery" is witnessed in the form of your CD continuing to play (errors or not) instead of simply crashing and stopping.

Why are they working on Error Resilience tools for MPEG4?

"the mpeg-4 standard (ie Simple- or Advanced-Simple-Profile) already supports tools which let you recover broken mpeg-4 bitstreams (audio and video) for example from scratched xcds"

So, while it's not and SVCD video, what is SVCD's built-in protection good for? Isn't it for a possible (even a small chance) recovery with special tools like in MPEG4's case? Why have it on SVCD?

Ok ok, I know, SVCD built-in protection is, obviously, not the same as a true Error Correction. I just wanted to say that technically I wasn't completely wrong. Tee hee!

Does continuing to play the disc rather than stopping and crashing count as a form of recovery? Does recovering a stream with various tools that take advantage of SVCD's built-in protection count as a possible recovery?

Seriously, what is SVCD's built-in protection good for then? Completely useless?

Alright alright, I hope you didn't take this too seriously. I just felt like arguing a bit. So, in the end, do 800MB CD-R mini-KDVDs lack the same built-in protection that SVCDs have when burned in Mode2? Would it make any difference to encode the MPEG-2 stream for mini-KDVD as an SVCD-compliant stream (but not necessarily compliant resolution)?

jorel:

I did read that post before and it seems you end up with a DVD-compliant video stream rather than an SVCD stream (but not SVCD resolution) authored as DVD. But my question still stands regardless of what someone's current preference is... Hope you understand.

Thanks again!

just kiddin:
oh my GOD seems that nobody in the whole forum can't read what i write:

one more time,please, ...but read:
i wrote:
min500, max 8000(yeah,too high) high quality (msp)
take the .mpg and the AC3 to tmpgencdvdauthor to build menu and chapters.....done with 1,13Gb.

...where did you read something outside dvd compliances
...video stream rather than an SVCD stream ? where?

more:
D2S-Roba found Q=12 to use in CCE266 with kvcd notch matrix:

click see inside the picture max 8000 (posted in page 2)

solution:
read the whole page 2 again and if you find some about svcd or
out of dvd compliance (that tmpgendvdauthor don't accept) please post a information:
http://www.kvcd.net/forum/viewtopic....r=asc&start=16
i posted scripts used,screenshots of the results,details using CCe and/or tmpgenc,pictures from CCE encoding,size and time of the source,size of the target,burned as mini-dvd in nero,matrix used in CCE and ALL DETAILS,i don't forgot anything.
and you wrote that:
please tell me why "it seems" a DVD-compliant video stream rather than an SVCD stream ?

thanks (read the whole page 2 again, please. nothing was edited or corrected to show you..is there posted without any edition)

If you want. But this feature is due to internal electronic of the CD reader and has nothing to do with what is on the disc (audio, video, photo or raw data). If there was'nt any track recovery system, a single grain of dust will lead to a complete stop. That is why I said that SVCD disc don't have any recovery (specific) feature.
THERE IS NO recovery feature built in SVCD ! MPEG2 includes a basic recovery feature. But again this has nothing to do with the fact you burn your disc in SVCD or not.

NO