39 replies to this topic

[Jeroensky]

Wow i discover something.
Film1 recordings in HD won't play on Oppo BDP93, but HD movies from SKY do play.

EEh, now what's the difference in Film1 HD, and SKY movies HD ?

The Oppo (2nd generation Marvell Qdeo™ video processing) gives a way better screenquality then the DM8k(broadcom).

Edited by J3r03n5ky, 13 February 2012 - 19:37.

[Erik Slagter]

So for me it'd be nice if enigma2 had a plugin so that it can chack the recordings in the background for resolving missing audio or video frames and re-sync.

If that were only the problem...

[Erik Slagter]

Film1 recordings in HD won't play on Oppo BDP93, but HD movies from SKY do play.
EEh, now what's the difference in Film1 HD, and SKY movies HD ?

Something the Oppo chokes on apparently... Sorry but I am very cynical about a device that can't even play a normal DVB recording that even every broadcom hardware decoder can demux and decode.

The Oppo (2nd generation Marvell Qdeo™ video processing) gives a way better screenquality then the DM8k(broadcom).

In what aspect? For perfect picture quality, no image processing whatsoever, apart from deinterlacing within the television itself (!) should be performed at all... Of course when you're talking about quality I may assume that you have connected up everything digitally!

[Jeroensky]

Last feedback from Oppo:

Hello Jeroen
The problem you mention is probably the form they are transmitted in. Satellite can normally only handle fixed bitrate signals, where as the actual program stream is variable bitrate. This is fixed with what are called stuffing packets, or null packets. These are packets in the stream with no information in them, they "stuff" or "pad" the signal to make it seem fixed bitrate for satellite transmissions. This makes for large files sizes and potentially hard to play files. VideoReDo can remove stuffing packets, you then end up with a file that is identical to the original, but up to 30-40% smaller.
http://en.wikipedia....am#Null_packets

Due to the nature of satellite transmission it is fairly common for the transport stream to be damaged. Certain very small bits of information can be lost which may render the file unplayable as a recording. The repair on your files shows this sort of thing:

2012-02-13 09:43:10 H.264, Found last Audio: 75393.06 00:01:15.09, Video: 450359962737.04 5795:20:33.03
2012-02-13 09:43:10 Changing graph current end range from: 450359962737.04 (5795:20:33.03), to: 75393.06 (00:01:15.09)

If you can find a program like VideoReDo for your operating system, all files are easily repaired.

It would be awesome if openpli build in a background service for repairing recordings. (like removing null packages of recording).

[Erik Slagter]

It would be awesome if openpli build in a background service for repairing recordings. (like removing null packages of recording).

Do you ever read something I write?

[Jeroensky]

It would be awesome if openpli build in a background service for repairing recordings. (like removing null packages of recording).

Do you ever read something I write?

To be honest, not all. because your replies where so negative. (read them yourself)
[catfight]p.s thanks for the minus, you get one back.[/catfight]

Edited by J3r03n5ky, 14 February 2012 - 18:32.

[Rob van der Does]

Now this is an interesting part of those professionals:

Satellite can normally only handle fixed bitrate signals,

[Erik Slagter]

It would be awesome if openpli build in a background service for repairing recordings. (like removing null packages of recording).

Do you ever read something I write?

To be honest, not all. because your replies where so negative. (read them yourself)

So if someone tells you something, and you don't like it, you simply ignore it and wait for someone to tell you what you want to hear? Strange attitude, I don't think it will help you.

In this case, I am simply trying to make you see there are issues with this player and the manufacturer of the player needs to address these issues, instead of expecting other manufacturers to work around their issues?! Enigma, broadcom or the DVB standard have nothing to do with your problems!

This will probably cost me another point, like I care...

Edited by Erik Slagter, 14 February 2012 - 19:57.

[Jeroensky]

It would be awesome if openpli build in a background service for repairing recordings. (like removing null packages of recording).

Do you ever read something I write?

To be honest, not all. because your replies where so negative. (read them yourself)

So if someone tells you something, and you don't like it, you simply ignore it and wait for someone to tell you what you want to hear? Strange attitude, I don't think it will help you.

In this case, I am simply trying to make you see there are issues with this player and the manufacturer of the player needs to address these issues, instead of expecting other manufacturers to work around their issues?! Enigma, broadcom or the DVB standard have nothing to do with your problems!

This will probably cost me another point, like I care...

With negative i mean, you've a statement of manufactorer of playing device in topic(read your posts), without experiencing yourself(it's like telling something whithout experiencing device). It's a awesome device(customizable, example: multiregion, and/or more then €400,- nuforce DAC's option to build in), and it does play DVB-HD recordings, but not from Film1 HD.

Oh, who cares the points , I agree with that.
My solution can be: end Film1 HD, continue Sky Movies HD. (no more stupid icon in right top screen)

Edited by J3r03n5ky, 14 February 2012 - 20:28.

[Erik Slagter]

With negative i mean, you've a statement of manufactorer of playing device in topic, without experiencing yourself. It's a awesome device(customizable, example: multireguion, and/or more then €400,- nuforce DAC's option to build in), and it does play DVB-HD recordings, but not from Film1 HD.

But what purpose does such a fine device serve, if it can't play the media you want to play?

And then the bs the support department reply, it's utter nonsense! They should really admit the ommitment and promise to solve the issue, simple.

And imho, for perfect quality, a receiver should have no DAC's at all. D/A conversion is something that should be done as close as possible to where the analogue signal is required. Every cm of extra analog path introduces noise. So the DAC's should be in the audio amplifier and in the monitor/tv just before the panel.

Edited by Erik Slagter, 14 February 2012 - 20:29.

[dAF2000]

[modbreak=Modbreak]Okay, now you both could react on eachother. And let stop this discussion now (except for the technical details of course).[/modbreak]

[nemdani]

Now this is an interesting part of those professionals:

Satellite can normally only handle fixed bitrate signals,

Not true anymore. BBC HD went for variable bitrates in June 2010.
http://hdcampaign.kk...tory/4545230768

[Erik Slagter]

You're not being serious here, I hope?

SatKiekerd quoted this line for the utter nonsense of it. And he is right. BBC nor any other broadcaster use strict fixed bitrates, never. They are probably mixing up with the total capacity of the transponders, which always is a fixed number of bits per seconds and cannot change. But that fact has nothing to do with the subject they were talking about.

Edited by Erik Slagter, 14 February 2012 - 21:10.

[Jeroensky]

Now this is an interesting part of those professionals:

Satellite can normally only handle fixed bitrate signals,

Not true anymore. BBC HD went for variable bitrates in June 2010.
http://hdcampaign.kk...tory/4545230768

So isn't it so, that the variable bitrate is packed in a fixed bitrate with usage of stuffing packets/null packets?
In a way that the peak of the variable bitrate is not higher then the fixed bitrate.

So if we get back on topic, some external players prossibly cannot handle the stuffing packets, or null packets. That will explain why some 1080I HD channels play(SKY movies HD channels), and other 1080I HD channels don't play(Film1HD channel).
Of course this is not a big problem, because playing the recordings of enigma2 is just a extra addon to the external player, that originally is for other sources (here 4 example:Bluray/BD-live/DVD-A/SACD/DVD-V/VCD/CD/usbport).

So again, it'd be cool if their would be a plugin who can remove this null packets so that we know it'll play on any player, or is removing null packets impossible because of preventing sync issues between audio & video.

Edited by J3r03n5ky, 14 February 2012 - 22:56.

[pieterg]

stuffing is done per transponder, not per channel of course (or variable bitrate would not offer any reduction in bandwidth).
So you won't see any stuffing packets.

[nemdani]

There's not much padding going on, usually just a few for safety reasons. The individual streams are all vbr and will use the available bitrate.
See: http://en.wikipedia....cal_multiplexer

Edited by nemdani, 15 February 2012 - 20:19.

[Erik Slagter]

You either do not understand how it works, or you do not understand Pieter's text.

[Jeroensky]

You either do not understand how it works, or you do not understand Pieter's text.

Why do you assume that ???

[Erik Slagter]

Because either one can be true but not both...

To be more explicit, nemdami here talks about padding, while pieterg explains one message above that padding/stuffing is done on a transponder basis, not on a channel basis, and that the demultiplexed stream, that ends up on your harddisk, does not contain any of this padding or stuffing. The padding packets are transmitted using a separate transport stream pid, this pid is never selected when demuxing a specific program, so the padding packets never end up in the stream on you harddisk. It would be useless to store them, so why even select them at the demultiplexing stage.

I don't know how to explain this even more clearly.

Edited by Erik Slagter, 17 February 2012 - 10:55.

[Jeroensky]

I understand.