30 replies to this topic

[linus]

In fact i see difference in subtitle.cpp, but not sure that it could be the reason.
In openatv they add at the end of the function

eDVBSubtitleParser::subtitle_process_pes(...)
{ ...
        if (!m_seen_eod)
            subtitle_redraw_all();
}

In

eDVBSubtitleParser::subtitle_process_segment

There is a lot of différence too

in openpli you got:

   while (page->page_regions)
        {
            subtitle_page_region *p = page->page_regions->next;
            delete page->page_regions;
            page->page_regions = p;
        }
        page->page_regions=0;

        // when acquisition point or mode change: remove all displayed regions.
        if ((page_state == 1) || (page_state == 2))

where as in openatv it's under the if

    if ((page_state == 1) || (page_state == 2))
        {
            while (page->page_regions)
            {
                subtitle_page_region *p = page->page_regions->next;
                delete page->page_regions;
                page->page_regions = p;
            }

they add a redraw here too:

while (*r)
            r = &(*r)->next;

        if (processed_length == segment_length && !page->page_regions)
            subtitle_redraw(page->page_id);

        while (processed_length < segment_length)
               

In openpli (even if it should not change anything) there is a lack of break here:

case DVB_SUB_SEGMENT_END_OF_DISPLAY_SET:
    {
        subtitle_redraw_all();
        m_seen_eod = true;
    }

But i do not know if i am on the good file to check.


 

Edited by linus, 9 November 2024 - 11:59.

[linus]

And some of this change are already here since openATV 5.3 (redraw and other things) so perhaps i am not in the wrong place.
I will try to see if i could compile openpli to test it with change to see if it change anything.

[Jork]

Maybe it is worth trying this player from Mrvica and compare performance with subtitle ?
https://forums.openp...view=getnewpost

[linus]

Hello.
So here is some news.
I test all the modification that are in subtitle.cpp and nothing change. :/

So seems it's not in this file that the problem is related.

 

Does someone have an indea in witch file i should take a look to see if something is done when you push "play" after fast forward?

[WanWizard]

The first thing you need to know is which "service" is responsible for the playback. That depends on the type and source of the media, and what you have installed additionally.

[linus]

Hello, that's the question.
I do not install any additionnal pgm. It's a stock openPli 9.0 no pluggin, no other things installed.


It's a record of a channel DVB-T TNT (it does the same in all the channel in fact) done from this decoder (so record an play are from this vu+ and from a TNT channel).
I open with vlc to have information and it say:

"Codec: DVB Subtitles (dvbs)"
The video is MPEG4-AVC  1080P 25fps
The audio is E-AC3

Could not found anything else.

 

Edited by linus, 17 November 2024 - 15:17.

[WanWizard]

By default, media is played back via servicemp3 (on most boxes) or servicehisilicon (mainly Mutant and Zgemma).

[linus]

I did not find it on the repo of openpli:
https://github.com/O...9.0/lib/service

Whereas it exist in openatv:
https://github.com/o...7.4/lib/service

 

What a bad name with mp3 how somebody could not that'is not only to play mp3 files??? :/

[WanWizard]

https://github.com/OpenPLi/servicemp3

 

https://github.com/O...ervicehisilicon

 

There's a lot of history here, I can imagine 20 years ago it was originally only used to play mp3's .

[linus]

Thank's

Will take a look, but so it's outside the enigma2 repo, so is there any other trick to have it in local repository? xD

[WanWizard]

Nope. And no SRC_ORIGIN to easily override the URI.

 

So, you need to create a enigma2-plugin-systemplugins-servicemp3.bbappend in meta-local/recipes-local, and in there, add a SRC_URI pointing to your local repo clone.