bug-vcdimager
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [VCDImager Bugs/Devel] Real time recording of VCDs


From: Herbert Valerio Riedel
Subject: Re: [VCDImager Bugs/Devel] Real time recording of VCDs
Date: Tue, 5 Jun 2001 17:33:58 +0200 (CEST)

mmmh... the actual architecture would allow for realtime on the fly
recording to VCD quite easily, by writing linearly (that is writing the
isotrack first)

1) implementing a vcd_image_sink which writes directly to CDR
1) implementing a custom vcd_mpeg_stream_source, which supplies some
good guesses for playtimelength and alike...

and well, yes I'd like to incorporate your additons, if they don't break
things, and if they do I'd distribute them as contrib patch...  :-)

(ps, there are even now some linux specific things, which get only
compiled, when built on linux)

(ps2, you can write me in german in private emails if needed to clarify
concepts)

On Tue, 5 Jun 2001, Arnd Bergmann wrote:

> Hi!
>
> I am working on a way to record (S)VCDs in real time on a linux system
> as part of my bachelor's thesis and have a few questions.
> My plan is to first reserve a track on a CD-R, then write data coming
> in from mp1e (or possibly other sources through a pipe, maybe gstreamer)
> with a simple recording tool I am writing for the linux 2.4 CD packet
> interface. As a final step I want to use libvcd to generate the iso fs
> for the reserved track and stream that to the CD as well.
> mp1e already creates system streams that I can play back fine with my
> Yamakawa DVD player after creating a CD the normal way with vcdimager
> and cdrdao.
>
> Is there anything I am missing that will prevent this from working, e.g.
> do I need to know the definite file size before starting to write an
> MPEG track?
> Has anyone (successfully) tried to use variable size packet writing
> instead of track-at-once or disk-at-once for MPEG tracks? That might
> make buffer handling a lot less critical.
> What do you prefer me to do with the changes on libvcd? Should I fork
> a specialized version for this or rather contribute to vcdimager?
> If you accept my additions to libvcd, should my (linux-specific)
> front end also be a part of the package?
>
> Arnd <><
>
>
> _______________________________________________
> Bug-VCDImager mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-vcdimager
>

-- 
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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]