FootOnsat

There are 2,392 replies in this Thread which was already clicked 318,128 times. The last Post () by Greenwich.

    The problem is you found these command to run audio only with stop E2 .. and this does not correctly wen need command run audio with E2 working

    Code
    gst-launch-1.0 playbin uri=file:///tmp/a.mp4 video-sink="dreamvideosink" audio-sink="alsasink"
gst-launch-1.0 filesrc location=/tmp/a.mp4 ! qtdemux ! aacparse ! avdec_aac ! audioconvert ! alsasink


    Anyway try this from attach ..

    if does not work send the log and also try to find correct command work with E2 working not stop

    Quote from fairbird

    The problem is you found these command to run audio only with stop E2 .. and this does not correctly wen need command run audio with E2 working

    Code
    gst-launch-1.0 playbin uri=file:///tmp/a.mp4 video-sink="dreamvideosink" audio-sink="alsasink"
gst-launch-1.0 filesrc location=/tmp/a.mp4 ! qtdemux ! aacparse ! avdec_aac ! audioconvert ! alsasink


    Anyway try this from attach ..

    if does not work send the log and also try to find correct command work with E2 working not stop

    It doesn't work. The device is always busy, which is why it is necessary to stop enigma2. However, with this command, the sound works without stopping enigma2 (init 4):


    Code
    wget -qO - "http://localhost/web/mediaplayerplay?file=/tmp/a.mp4"

    I know about this I tested before on Dm920 does not work with plugin smoothly .. But you can test it ... file in attach

    Code
    wget -qO - "http://localhost/web/mediaplayerplay?file=/tmp/a.mp4"

    Also do restart e2 after test plugin and Test this in telnet and send the output ...

    Code
    gst-launch-1.0 playbin uridecode uri=/tmp/a.mp4

    This morning, the plugin is having trouble obtaining information about yesterday's games, making it difficult to test the videos (status: wait).


    I managed to do the test: first, the sound played without the image. Then, I stopped the sound and the image started playing, but without sound.

    Edited once, last by dniestre ().

    Exactly that what I said this is not good ide


    Code
    wget -qO - "http://localhost/web/mediaplayerplay?file=/tmp/a.mp4"


    You need try to find command only with (gst-launch-1.0 playbin) or (gst-launch-1.0 filesrc)

    lik

    Code
    gst-launch-1.0 filesrc location=%s ! qtdemux ! aacparse ! avdec_aac ! audioconvert ! alsasink device=dreamhdmi

    I can't find a solution, even with the help of AI.


    Gemini says:

    Edited once, last by dniestre ().

    1-try to install new image

    2-instal plugin + alsa-utils.deb
    3- test all these command



    and important things .. after test any code before test the next code just change the channel to refresh the audio again

    Subject: Technical Debugging Report - Audio Sink Conflict on DreamOS (AIO/Gemini)


    Hi,

    I have completed extensive debugging on my Dreambox (DreamOS 2.6 / Gemini AIO) regarding the audio output issue in your plugin. Here is the technical breakdown of the findings:

    1. The Conflict (ALSA Exclusive Access)

    The plugin currently attempts to use alsasink (specifically device=dreamhdmi). On modern DreamOS images, the Enigma2 process maintains exclusive control over the ALSA driver.

    • Observation: When running gst-launch-1.0 with alsasink, the system returns: Error: Device 'dreamhdmi' is busy.
    • Verification: The audio only works if I manually stop Enigma2 via init 4. This is not a viable solution for a plugin.

    2. Missing Sinks

    The standard workaround of using dvbaudiosink is not applicable here, as the element dvbaudiosink is not present in the GStreamer environment of these newer images.

    3. Installed Dependencies

    I have verified that all necessary GStreamer codecs and parsers are installed and working:

    • gstreamer1.0-plugins-good-audioparsers
    • gstreamer1.0-plugins-bad-faad
    • gstreamer1.0-libav The pipeline is technically sound, but the Sink is the bottleneck.

    4. Recommended Solution

    To ensure compatibility with DreamOS and allow audio to play alongside Enigma2, the plugin should avoid direct GStreamer sink calls and instead utilize the native eServiceReference (4097). This allows Enigma2 to manage the audio routing and hardware arbitration.

    Suggested implementation change: Instead of a manual GStreamer pipeline with alsasink, please use:

    Python

    Python
    from enigma import eServiceReference@@@WCF_PRE_LINEBREAK@@@# Use Service 4097 to let Enigma2 handle the GStreamer output@@@WCF_PRE_LINEBREAK@@@ref = eServiceReference(4097, 0, "/tmp/your_audio_file.mp4")@@@WCF_PRE_LINEBREAK@@@self.session.nav.playService(ref)@@@WCF_PRE_LINEBREAK@@@

    By using the native service handler, the audio will play correctly without requiring the user to kill the Enigma2 process.

    Tests:


    Did you test it by your self ?!!

    Another message from GEmini


    Quote

    "Final update: I've flashed a clean DreamOS 2.6 stable image and re-installed all codecs. Even with a fresh system, gst-launch returns 'Device Busy' for both dreamhdmi and default ALSA devices.

    This confirms that on Dreambox Two, Enigma2 holds an exclusive lock on the audio hardware. To make your plugin compatible, you must use the internal Enigma2 playback engine:

    self.session.nav.playService(eServiceReference(4097, 0, path))

    Using alsasink via GStreamer directly will never work on this hardware while Enigma2 is running."

Your hub for Enigma2 sport plugins

Find downloads and support for tools that deliver live scores, match schedules, sports streaming, and news to your receiver. Discover essential Enigma2 system utility plugins. Access downloads and support for performance monitors, maintenance tools, and system information managers.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login