Re: [VCDImager] SVCD on the fly burning

[Arnd Bergmann]

Hi Jose!

I have done that kind of real time recording in my
bachelor's thesis (http://users.evitech.fi/~arndb/project),
but with software encoding for VCD.

Instead of piping to cdrdao, I have written my own cd writing
library, which works fine for both VCD and SVCD when reading
from files but is not tested much with different hardware.
It's portable but right now only supports MMC recorders (anything
after ca. 1997) with Linux 2.2 or 2.4.

I am also reading the input in real time from a pipe, but that
is not as generic yet. Currently, I have tested only reading
the output of the mp1e software encoder (http://zapping.sf.net/).
The problem is that vcdimager first scans the MPEG files for
the stream format and scan information before starting to write.
When reading from a pipe, that is not possible, so I am using
constant parameters.

To make it work for your hardware encoder, at least these parameters
have to be changed to match the stream. The bigger problem is
probably to make the encoder create an SVCD compliant stream
that does not need to be remultiplexed. You can first try to 
create an SVCD from a stream from your encoder with the latest
unstable version of vcdimager. If that works, the chances are quite
good that it will work in real time as well.

My changes will probably gradually make it into the official
tree, when we think they are ready. 
Right now I'm busy with moving from Finland back to Germany, 
but I hope to soon make a test version for real time recording
available.

Arnd <><


On Fri, 24 Aug 2001, Herbert Valerio Riedel wrote:

> 
> auto padding has nothing to do with realtime recording...
> it's just the act of inserting padding zeroes where necessary to align
> mpeg packs to form2 sector size...
> 
> arnd bergmann has done some work on implementing realtime recording to
> VideoCDs (not SVCDs though) for vcdimager... maybe he will comment on this
> himself :-)
> 
> On Fri, 24 Aug 2001, Jose Manuel Domenech wrote:
> > Hi Everybody,
> >
> >    I'm a new user of vcdimager, I've been reading
> > about the new features on version 0.6.2 and I'm
> > particularly interested in mpeg padding on the fly.
> > Does this mean that the image can be created from an
> > incoming mpeg2 stream rather than a proper mpg archive
> > on the hard drive? If that is true, is it possible to
> > pipe the image with cdrdao or any other burner utility
> > (preferibly under Linux) so that SVCDs could be burned
> > directly from an mpeg2 stream produced from a hardware
> > encoder? This way the mpeg2 stream would go directly
> > from the hardware encoder to the CD without using the
> > hard disk.
> >
> > Thanks,
> > Jose Manuel.
> 
> -- 
> Herbert Valerio Riedel       /    Phone: (EUROPE) +43-1-58801-18840
> Email: address@hidden       /    Finger address@hidden for GnuPG Public Key
> GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748  5F65 4981 E064 883F 4142
> 
>