Posts by polo_joe

same here webif with build 1272 is blank.

latest builds can't be downloaded!

This tuner works for me too on rpi3.

I would be also interested in using comskip with hardware decoding on rpi.

GDPR-1

Will you also provide test builds for the new ROC-RK3328-CC (Renegade)?

popcornmix  milhouse

Could you please support mchehab here to get to the ground of the issue?

smp

Linus provided a further patch. Please test

Ubuntu Pastebin

Please provide usb dump from unpatched kernel. This would help the kernel dev see where's the problem.

jahutchi

Could you try the build mentioned in post #230?

It would also be of great help if you could do an usb dump on your x86_64 machine and report your findings to the mentioned mailing list.

You can get it with wireshark/tshark or tcpdump. See:
https://technolinchpin.wordpress.com/2015/10/23/usb-bus-sniffers-for-linux-system/
https://wiki.wireshark.org/CaptureSetup/USB

smp maybe you could also provide usb dump with non working 4.9/4.10 kernel (without revert and without patch)?

jahutchi  smp

I reported the regression upstream Aw: Re: dvb usb issues since kernel 4.9 — Linux USB

Could you please follow/join the conversation and maybe provide further information ([email protected])?

Alan Stern had the following questions:

It would be good to know what hardware was involved on the x86 system
and to have some timing data. Can we see the output from lsusb and
usbmon, running on a vanilla kernel that gets plenty of video glitches?

Overall, this may be a very difficult problem to solve. The
4cd13c21b207 commit was intended to improve throughput at the cost of
increased latency. But then what do you do when the latency becomes
too high for the video subsystem to handle?

Quote from milhouse

Great work jahutchi!

I've uploaded #0101z builds of master and kernel 4.14.10 with the the 4cd13c2 commit reverted:

RPi / RPi2 / Generic

RPi2 build works for me too. Thanks again to all involved!!

Thanks jahutchi for your investigation.

Maybe milhouse could make a current test build with this commit reverted?

Quote from a1bert

any progress? just tested latest kernel 4.13.12 on x86 +S950 and it's still affected

Looks like it's I/O dependent: the problem manifests after tens of minutes when just displaying DVB stream (cca 90mins) but with heavy disc I/O in serveral minutes...

EDIT: reported upstream: 197835 – DVB-S discontinuity, PES packet size mismatch, stream corruption

Confirmed, any progress here?

I could test builds on rpi3.

My dvb card is technotrend s2-4600.

Could someone tell me If its possible and how to install this builds on emmc on rock64?

your are right, errors are still there for me too on rpi3.

I had 2 recordings today without errors, so I thought the issue is gone but in the third recording there are errors again.

Sorry for the noise.

Hopefully you'll find the harmful commit.

I think there's improvement with kernel 4.14.6

commit 9a11204d2b26324636ff54f8d28095ed5dd17e91
Author: Laurent Caumont <[email protected]>
Date:   Sat Nov 11 12:44:46 2017 -0500
    media: dvb: i2c transfers over usb cannot be done from stack        commit 6d33377f2abbf9f0e561b116dd468d1c3ff36a6a upstream.

please try latest test builds from Milhouse:

Index of /builds/master/RPi2/

Index of /builds/master/Generic/

Quote from CvH

yes tested it but didn't get it working (also not at raspbian) so I guess it is still broken

Thanks for testing - would you add a comment to the tvh ticket Feature #4572: OMX Support - Tvheadend

Quote from CvH

I need to find my RPi to make some screens

Basically you have to go to the transcoding settings, create an new transcoding profile with mmal, create an NEW streaming profile and use the transcoding profile you made.

Did you have time to test and some documentation?