71 replies to this topic

[dhwz]

Sorry but that example makes no sense at all, this will never happen in real world. 

It can only one PID cached at one time everything else makes no sense.

 

So if c01 is in lamedb we cannot have a c04, if we have a c10 + c11 we cannot have a c01 and/or a c04

And thats nothing new thats how it was from the beginning.

Edited by dhwz, 25 January 2014 - 19:48.

[dhwz]

@betacentauri

Sorry if you don't accept the current format then create your own settings format and don't use DMMs type 4 format. 

dreamboxEDIT WILL NOT accept PIDs cached in field c10, all invalid data will be removed and that is a promise no a whish. 

Edited by dhwz, 25 January 2014 - 19:49.

[betacentauri]

Hey, calm down. The patch is only a suggestion. Thanks for the info, but you don't need to talk in such tone.

 

It can only one PID cached at one time everything else makes no sense.

 

I didn't read the whole code, but I see no reason why it's not possible to have more than one cached audio pid. The openpli e2 db part seems to support it.

 

And if dreamboxEdit support is so important then it's easy to solve this problem. Then I/we don't use c10 and c11...

Are you maintainer of this tool? Or why do you know exactly what they will do?

[pieterg]

I prefer a single cache entry per pid.
And indeed, you can have more than one cached pid, eventually one of them will be picked based on audio preference settings.

[betacentauri]

Ok, here is another version of the patch which uses c:12<pid> instead of c:10<pid> to avoid problems with dreams and dreamboxedit.

Attached Files

•  0001-Cache-HE-AAC-pid-in-lamedb_v2.patch.txt   7.94KB   67 downloads

Edited by betacentauri, 25 January 2014 - 21:27.

[littlesat]

Is this a patch on the current situation?...
As far i can see i need to revert the previous patch first...

Edited by littlesat, 25 January 2014 - 21:50.

[betacentauri]

Oh, I didn't see that you have already committed the patch.
Then I'll build another one with explanation why we don't use c:10 and c:11. Ok?

[littlesat]

Yep...

[Robinson]

Littlesat, so an online update on Saturday already included the original patch by betacentauri?

And in a couple of days, an online update will possibly include the revision; and a modification of lamedb entries will be necessary (c:10<pid> ---> c:12<pid>)?

[betacentauri]

Yes (if image was build on Saturday) and yes if pli guys commit the patch.

[littlesat]

Yep.... And soon it seems it will slightly changed...

[betacentauri]

Here is the patch

Attached Files

•  0001-Use-type-12-for-HE-AAC-pid-lamedb-entry.patch.txt   756bytes   74 downloads

[dhwz]

I prefer a single cache entry per pid.
And indeed, you can have more than one cached pid, eventually one of them will be picked based on audio preference settings.

 

Too bad as long as you stay on format type 4 I don't know how to handle the difference between original DMM format and yours. 

So now you are storing MPEG in c01, AC3 in c04 and HE-AAC in c12. Where is AC3+ stored then? And what is with AAC (not HE-AAC).

[betacentauri]

If you want to store a HE-AAC pid add 3 entries. 2 with c10 and c11 (for dream) and one for c12. Shouldn't be a problem, or?

I have only added HE-AAC. So AAC and AC3+ is still missing.

[base7]

Hello.

how to get sound (ACC-HE)  to channel Box TV (10925 H 30000 3/4 dvb-s2 QPSK Amos 4W)?

Thanks in advance.

 

P.s. VU+ uno (OpenPli 4.0).

Edited by base7, 26 January 2014 - 12:15.

[Huevos]

I think AAC and AC3 should be added too. And even if DBE overwrites these at least it is there for people that don't us DBE, or are happy to manually edit named afterwards.

[betacentauri]

Littlesat, so an online update on Saturday already included the original patch by betacentauri?

And in a couple of days, an online update will possibly include the revision; and a modification of lamedb entries will be necessary (c:10<pid> ---> c:12<pid>)?

 

The patch is now included in the git. So update tomorrow. Afterwards type 12 is used for HE-AAC pids.

 

@base7: Can your box decode HE-AAC tracks? If it's not a special encrypted channel, it should work out of the box.

[Amai]

Hello.

how to get sound (ACC-HE)  to channel Box TV (10925 H 30000 3/4 dvb-s2 QPSK Amos 4W)?

Thanks in advance.

 

P.s. VU+ uno (OpenPli 4.0).

 

 

@base7: Can your box decode HE-AAC tracks? If it's not a special encrypted channel, it should work out of the box.

Box TV is a free-to-air channel on 4.0 West

It gives no sound because the HE-AAC audio track has LATM muxing

and thats not working on dmm boxes. Other boxes I don't know.

Other muxing types of HE-AAC audio tracks should work.

 

quote from dmm forum:

Naja egal.. das ist nicht das Problem. Das Problem ist, dass die in unseren Boxen verbauten Broadcom Settopbox Chips für AAC nur LOAS und ADTS unterstützen. Aber NICHT LATM.

[betacentauri]

Thanks for the information! Never heard that there are different muxing types for AAC. But then most likely no (openpli supported) box will play it as all use broadcom chipsets (if I'm not wrong).

[Amai]

I did a small recording of Box TV and it's playable on my PC with sound.

I used MPC-BE x64 player and sound is working. WMP and VLC give no sound.

 

 

General

ID                             : 242 (0xF2)

Complete name       : C:\20140126 2036 - Box TV.ts

Format                     : MPEG-TS

File size                   : 7.16 MiB

Duration                   : 29s 569ms

Overall bit rate mode     : Variable

Overall bit rate               : 1 972 Kbps

 

Video

ID                             : 1061 (0x425)

Menu ID                   : 61 (0x3D)

Format                     : AVC

Format/Info              : Advanced Video Codec

Format profile          : High@L3.0

Format settings, CABAC        : Yes

Format settings, ReFrames   : 3 frames

Codec ID                    : 27

Duration                     : 28s 661ms

Width                          : 720 pixels

Height                         : 576 pixels

Display aspect ratio    : 16:9

Frame rate                  : 25.000 fps

Standard                     : Component

Color space                 : YUV

Chroma subsampling   : 4:2:0

Bit depth                      : 8 bits

Scan type                     : Interlaced

Color primaries             : BT.601 PAL

Transfer characteristics   : BT.470 System B, BT.470 System G

Matrix coefficients            : BT.601

 

Audio

ID                             : 2061 (0x80D)

Menu ID                   : 61 (0x3D)

Format                     : AAC

Format/Info              : Advanced Audio Codec

Format profile          : HE-AACv2 / HE-AAC / LC

Muxing mode           : LATM

Codec ID                 : 17

Duration                  : 29s 440ms

Bit rate mode                 : Variable

Channel(s)                     : 2 channels / 1 channel / 1 channel

Channel positions          : Front: L R / Front: C / Front: C

Sampling rate                  : 48.0 KHz / 48.0 KHz / 24.0 KHz

Compression mode          : Lossy

Delay relative to video      : 20h 33mn

Language                       : English

 

Menu

ID                            : 5061 (0x13C5)

Menu ID                  : 61 (0x3D)

Duration                  : 29s 569ms

List                          : 1061 (0x425) (AVC) / 2061 (0x80D) (AAC, English)

Language                :  / English

Maximum bit rate     : 4528800