Bug #502

Caps are partially hardcoded to Nao-specific values

Added by J. Moringen over 12 years ago. Updated about 12 years ago.

Status:ResolvedStart date:08/13/2011
Priority:NormalDue date:
Assignee:-% Done:

100%

Category:-
Target version:-

Description

During caps negotiation, we currently don't receive events, so we don't know the details of the audio/video format.

Ideas:
  • Start the listener earlier so we can look at events and "autodetect" the audio/video format
  • Add a tiny RPC interface to the streaming sources that allows retrieving the audio/video format

Further thought:
Independent of this issue maybe we should introduce .rst.AudioFormat and .rst.VideoFormat as toplevel data definitions in RST and use these in .rst.ImageMessage and .rst.SoundMessage)


Related issues

Related to RSB GStreamer Integration - Tasks #501: Think about current lifecycle New 08/13/2011

Associated revisions

Revision 3e8d3748
Added by J. Moringen over 12 years ago

In sources, determine audio/video format using initial events
fixes #502, refs #501
  • src/gst_rsb_src_base.{h,cpp}: added
    gst_rsb_src_base_ensure_listener, gst_rsb_src_base_ensure_format,
    gst_rsb_src_base_set_format; these are used to obtain format
    information from initial event and store it in the element
  • src/gst_rsb_audio_src.{h,cpp}: added gst_rsb_audio_src_set_format
    which extracts format information from an rst::audition::SoundChunk
    object
  • src/gst_rsb_video_src.{h,cpp}: similar gst_rsb_video_src_set_format

History

#1 Updated by J. Moringen over 12 years ago

  • Target version set to rsb-0.10

#2 Updated by J. Moringen over 12 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Applied in changeset r42.

#3 Updated by S. Wrede about 12 years ago

  • Target version deleted (rsb-0.10)

Also available in: Atom PDF