116 replies to this topic

[Erik Slagter]

I'd say, issue a feature request to OWIF for this and I'll add the complementary functionality to streamproxy when it's ready.

[anudanan]

I´ve done it here.

https://github.com/E...issue-396240271

[Erik Slagter]

Thx.

[anudanan]

On question. Is it right that the transcoding hardware can only include one audiostream in the transcoded stream or is the hardware also able to include more than one audiostream? 

[Erik Slagter]

No, the hardware can only transcode one audio track. Otherwise I'd definitely have it send all audio channels.

 

But as you can see, as friend Schimmelreiter is the king of the OWIF, it's not going to happen. Because OpenPLi, as usual, does it "all wrong". I am sorry.

[Pr2]

Case just close they want to have it first in E2 before implementing it into OWIF.

[anudanan]

An other idea if OWIF developer don´t want to implement a language parameter for a URL Parameter:

 

openPLI has an additional setup which writes the default parameter so /etc/enigma2/streamproxy.conf. 

 

With an additional parameter for a language in streamproxy.con the streamproxy is able to select a machting audio stream, if the language tags of the audiostreams are valid. If not streamproxy makes the same as today.

 

Then a user has the chance to select the language by streaming transcoded movies.

[Pr2]

It takes the first audio stream UNLESS it's a narrative track, identified by metadata or having "nar" in the id.

 

The only other way to properly solve this is to have streamproxy completely parse lamedb. I'd rather spend the time on moving the code to enigma then.

 

Does this means that streamproxy ignore the Enigma2 settings and choose the very first one that it found in a stream?

So somebody who specify a certain language can get another one when streaming?

[anudanan]

Yes, the language is choose by random

[Erik Slagter]

Case just close they want to have it first in E2 before implementing it into OWIF.

Enigma actually has nothing to do with this...

[Erik Slagter]

openPLI has an additional setup which writes the default parameter so /etc/enigma2/streamproxy.conf. 

With an additional parameter for a language in streamproxy.con the streamproxy is able to select a machting audio stream, if the language tags of the audiostreams are valid. If not streamproxy makes the same as today.

Then a user has the chance to select the language by streaming transcoded movies.

Scroll a few messages back and read why that isn't the problem (and neither the solution).

[Erik Slagter]

Does this means that streamproxy ignore the Enigma2 settings and choose the very first one that it found in a stream?
So somebody who specify a certain language can get another one when streaming?

Yes, thanks to OWIF that doesn't supply this information to streamproxy. So it can only guess what track the user wants to have.

Edited by Erik Slagter, 10 January 2019 - 20:14.

[anudanan]

For me it is not clear why there is a big difference between a language parameter in streamproxy.conf which the user configures in openpli menu for language or an parameter which OWIF provides with the URL. The goal, that streamproxy can access this language demand is nearly the some? 

 

What is to bad an that idea, I red the older messages but can´t unterstand? especially if OWIF developer will not do it.

Edited by anudanan, 10 January 2019 - 21:06.

[Erik Slagter]

Indeed you do not understand, that is true

 

The issue is not that streamproxy does not know which language you want. Implementing that is peanuts.

 

The issue is that OWIF supplies streamproxy with a bunch of audio tracks for the service that only have a number, their PID, and nothing else. So how is streamproxy supposed to know what track is what language?

[anudanan]

Gong, now the stone is falling and I´ve understand it. Thank you for your patience and informations.

 

You can´t see in streamproxy the audio tags and only the PIDs? No language tags are available in the stream you see in streamproxy from the requested channel

[WanWizard]

The OWIF interface returns:

NO STREAM
+0:0:pat,8fd:video,908:audio,8fd:pcr,961:text
+0:0:pat,8fc:pmt,8fd:video,907:audio,908:audio,909:audio,961:subtitle,962:subtitle,963:subtitle,8fd:pcr,961:text
+0:0:pat,8fc:pmt,8fd:video,907:audio,908:audio,909:audio,961:subtitle,962:subtitle,963:subtitle,8fd:pcr,961:text
+0:0:pat,8fc:pmt,8fd:video,907:audio,908:audio,909:audio,961:subtitle,962:subtitle,963:subtitle,8fd:pcr,961:text
...

[anudanan]

So the only chance for selecting a special audio only with streamproxy is to give the count, which audiostream streamproxy will use (1,2,3 etc, 0 for default as today).

That is not very userfriendly but possible with streamproxy.conf

[betacentauri]

I don't think that will work properly. Especially when you e.g. look ARTE with french and german audio stream. Is german audio stream always the first one?

[anudanan]

Yes it is not the 100 percent solution, but helps if audio is wrong. 

The better solution in enigma or OWIF is far away from today  ;-(

 

Arte has german from my knowlegde as the first stream, on my box it is the first one

[WanWizard]

Arte has german from my knowlegde as the first stream, on my box it is the first one

 

I think Erik mentioned before that the order in which you see them on the box has little to do with the order in which they are broadcasted?