Is there any experience with "real time" output from Cinelerra via
raw1394?

I'd like to use my camcorder as an interface device, to view Cinelerra's
"compositor" output on an NTSC television display.  That is, instead of
rendering from Cinelerra to foo.dv, and then exporting foo.dv thru, say,
Kino to my camcorder, I would like to use the camcorder/television chain
as a second 'head' for my workstation.

What does work, in my hands:
1. I use the ATrtms hack for raw1394.
2. Kino can capture from my camcorder, and can export back to the
camcorder, both via /dev/raw1394 ('for free', without changing any
settings).
3. The camcorder can accept DV input over FireWire and display it on my
TV via S-video.

What I tried with Cinelerra:
1. Opened 'Settings > Preferences > Playback' and set the Video Driver
to RAW 1394 and the Device Path to /dev/raw1394
2. Pasted a video asset to the timeline and attempted to play it through
the Compositor window.
3. Upon clicking the Play button, Cinelerra crashed with the following
console output:

===begin dump===
Device1394Output::open VIDEO1394_TALK_CHANNEL:: Invalid argument
signal_entry: got SIGSEGV my pid=9159 execution table size=16:
    filempeg.C: read_frame: 1167
    filempeg.C: read_frame: 1196
    filempeg.C: read_frame: 1161
    filempeg.C: read_frame: 1167
    filempeg.C: read_frame: 1196
    filempeg.C: open_file: 164
    vrender.C: run: 414
    vrender.C: process_buffer: 103
    vrender.C: process_buffer: 113
    filempeg.C: read_frame: 1161
    filempeg.C: read_frame: 1167
    filempeg.C: read_frame: 1196
    vrender.C: run: 416
    vrender.C: run: 427
    vrender.C: run: 439
    vrender.C: run: 443
signal_entry: lock table size=17
    0x92872f0 CWindowTool::input_lock CWindowTool::run 
    0x8c38c40 BC_Synchronous::next_command BC_Synchronous::run 
    0x937a730 TransportQue::output_lock PlaybackEngine::run 
    0x937ad80 MainIndexes::input_lock MainIndexes::run 1 
    0x93e6540 ResourceThread::draw_lock ResourceThread::run 
    0x90ce618 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x92acd18 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x92cc388 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x9417098 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x937cb68 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x91f1520 BC_WindowBase::event_condition BC_WindowBase::get_event 
    0x94f29f0 OSSThread::input_lock OSSThread::run 1 
    0x948a158 CICache::total_lock CICache::check_out *
    0x8c480c0 AudioDevice::play_lock AudioDevice::run 1 
    0x945b1d0 RenderEngine::start_lock RenderEngine::start_command 2 
    0x937b768 Cinelerra CTracking::update_tracker 2 *
    0xb7e07ba0 Device1394Output::buffer_lock Device1394Output::run 1 *
BC_Signals::dump_buffers: buffer table size=0
BC_Signals::delete_temps: deleting 0 temp files
SigHandler::signal_handler total files=0
Aborted
===end dump===

Any thoughts on whether this scheme can be made to work?

Thanks!

_______________________________________________
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Reply via email to