Project

General

Profile

Bug #2482

Pixelization on the bottom of the screen

Added by Freddy Krueger about 10 years ago. Updated about 10 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2014-11-16
Due date:
% Done:

0%

Estimated time:
Found in version:
the last one i've tried is 3.5.246
Affected Versions:

Description

I´m facing some pixelization for quite sometime, but never tried to stream to VLC, neither tried to record.
I've done it a few days ago.... and here is the results.
- Stream it to VLC using Stream profile "pass".... perfect
- Stream it to VLC using any other profile(codec) .... pixelization occurs
- Record using Stream profile "pass" (.ts file) ..... perfect
- Record using Stream profile "matroska" (mkv file), or any other codec .... and the pixelization are there in the recording.

I've tried different players in my laptop, (not in XBMC)like bs.player, vlc, and media player for viewing the recorded files and the results are as stated above
Using XBMC for viewing the recorded channels is exactly the same thing.... ts file plays ok, but mkv file plays with the pixelization.

I'm using a DVS Cine S2 card, and using Hispasat Sattelite, "meo" and "nos" providers
The pixelization only shows in the bottom of the image... more or less 3 to 5 cm.
The pixelization only occurs with the channels from one transpoder : 12476/Horizontal/Meo Provider/Hispasat.
I know for a fact that this transponder is a shared transponder between the two above providers.
All others transponders plays fine.

This issue is not the same as #2456 nor #2480


Files

History

#1

Updated by Freddy Krueger about 10 years ago

i've already tried to compile tvheadend with different switches, from ./configure to ./configure --enable-libav --enable-libffmpeg_static --disable-hdhomerun_client , and the result is always the same.

#2

Updated by Jaroslav Kysela about 10 years ago

Version 3.5.246 ?

#3

Updated by Freddy Krueger about 10 years ago

Jaroslav Kysela wrote:

Version 3.5.246 ?

Well.... to be accurate, that is the first version that i kept the folder... i've tried to compile it, and try once again the affected channels, but i couldn't make it work because those providers are scrambled, and in those days i used cccam and the file camd.socket, and now i don't have the configuration for that anymore.
So.... to be trully, the latest version i can confirm(tried a few minutes ago) that is doing the pixelization is 3.9.429~ga678110

#4

Updated by Freddy Krueger about 10 years ago

but i'm almost sure that 3.5.246 did the same pixelization

#5

Updated by Jaroslav Kysela about 10 years ago

We're at v3.9-2100-g9cabe1a .. Approx a year of the development. Upgrade.

#6

Updated by Freddy Krueger about 10 years ago

Jaroslav Kysela wrote:

We're at v3.9-2100-g9cabe1a .. Approx a year of the development. Upgrade.

Wait..... you don't really think that i use 3.9.429.
I wouldn't report a bug, if i didn't upgraded to last version available.
Currently i'm at 3.9.2087~gfcd16fa

#7

Updated by Freddy Krueger about 10 years ago

Jaroslav Kysela wrote:

We're at v3.9-2100-g9cabe1a .. Approx a year of the development. Upgrade.

sorry..... now i understand your statetement... i said "to be trully, the latest version i can confirm" ... i meant to say the first version i can confirm.

Sorry

#8

Updated by Jaroslav Kysela about 10 years ago

Could you publish somewhere the correct .ts stream (about 60 seconds)? Use 'wget -O channel.ts <play_link_from_the_input_service_tab>'.

#10

Updated by Jaroslav Kysela about 10 years ago

It seems that it's fixed in v3.9-2116-g33792bf . Give a test...

Just for curiosity (and if someone other is interested). I used your TS stream as IPTV input, "URL":

pipe:///usr/bin/ffmpeg -loglevel fatal -re -i /home/samples/ts/bad-h264.ts -vcodec copy -acodec copy -f mpegts pipe:1
#11

Updated by Jaroslav Kysela about 10 years ago

I broke other things with 2116, but version v3.9-2127-gbf1c902 should handle all h264 related problems.

#12

Updated by Freddy Krueger about 10 years ago

Jaroslav Kysela wrote:

I broke other things with 2116, but version v3.9-2127-gbf1c902 should handle all h264 related problems.

Unfortunately, for me it isn't fixed.
I've tried with several configurations in stream profiles (pass, matroska, webtv...) and different codecs (libx264,mpeg2video,libvpx) but the pixelization is still there.
I've tried HTS Tvheadend 3.9.2129~gdbd31ac with the following configure switches : sudo ./configure --enable-libav --enable-tvhcsa --enable-libffmpeg_static --disable-hdhomerun_client --enable-ccache

#13

Updated by edgar nina about 10 years ago

Hello, I can confirm also the problem still persists (I tune also into hispasat). I've tried different setup servers with different tunners (usb Terratec S7 and by SAT-ip Digibit R1) and problem is shown on the same transponder/channels hallways.This seems only happening with HTSP streams (under android TVHGuide if use HTSP I've pixelization on the bottom of the screen; if I switch to passtrough or mastroska profiles same channels plays correctly)
Last build tested was 3.9.2130~g1ddd261

#14

Updated by Jaroslav Kysela about 10 years ago

  • Status changed from New to Fixed
#15

Updated by edgar nina about 10 years ago

Great, problem is fixed now all channels runs smooth.
Tested with HTS Tvheadend 3.9.2147~g3081776

#16

Updated by Freddy Krueger about 10 years ago

Jaroslav Kysela wrote:

OK, this bug is fixed now in v3.9-2147-g3081776 .

https://tvheadend.org/projects/tvheadend/repository/revisions/30817762406d15a68786b9a984c91e73f4a9a853

Thanks Jaroslav

You're the man....

Also available in: Atom PDF