Er zijn 38 reacties in dit onderwerp

[Erik Slagter]

Please update tomorrow and try again. Pieterg has just commited a sort of a workaround to a driver problem that very well may fix this problem.

[pieterg]

no, you misunderstood my conclusions.
It's a driver bug, which we cannot work around.

the commit you are referring to just avoids this bug to be triggered by subtitle selection.
But in the problems described in this thread, it will continue to occur, there is no way around it.

[theparasol]

What I don't understand: vu is packaging boxes with openpli on them but has no account here. At least they should be involved by reading and writing in this forum.
Look at sundtek, that user is reading and writing active here at the moment and they even not use openpli to sell their dvb-c sticks.
Vu isn't even responding to direct emails users here write to them.

[Taykun345]

vu isnt using openpli on their boxes, they are using dvbapp as far as i know...
And iam dissapointed with vu driver development in last months. CT/Xtrend is much better here. If Vu decided to use 3.x kernel they should keep updating it + drivers too. Maybe they are working on XBMC?

[theparasol]

vu isnt using openpli on their boxes, they are using dvbapp as far as i know...

Ok, tnx for correcting my misinformation. Now I get it why they aren't involved in this forum

[littlesat]

But as far I can see the "fix" breaks something else . For a long time ago I used Zero there by intend....

Veranderd door littlesat, 22 april 2012 - 21:43

[atilaks]

as pieterg expected, the fix didn't solve the playback problem

[dvboxer]

no, you misunderstood my conclusions.
It's a driver bug, which we cannot work around.

the commit you are referring to just avoids this bug to be triggered by subtitle selection.
But in the problems described in this thread, it will continue to occur, there is no way around it.

Sorry for asking, but as far as I understood the OP's problem only occurs when he is recording to a NAS. How can the vu drivers be responsible for that? Shouldn't the location of the file (s) being recorded to and being played back from be irrelevant from the drivers point of view ("everything is a file")?

Veranderd door dvboxer, 4 mei 2012 - 06:58

[pieterg]

Sorry for asking, but as far as I understood the OP's problem only occurs when he is recording to a NAS.

That's not what I read in this topic.
The topic starter happens to use a NAS for recordings, because he does not have an internal hdd.
The recording location should not make a difference for this particular issue.

This is the issue as I understand it:
play back a recording which is still being recorded, and you will get no PAT.

[atilaks]

and the problem is playback freezes only when recording to a NAS, everything is ok when recording to an external usb drive, i am not sure if 'no pat' is related to my problem... so the topic could be misleading... sorry

@pieterg do you still think it's a driver issue?

[atilaks]

of course the problem occurs only when watxhing a recording in progress...

thanks for your help...

[dvboxer]

<speculation mode>
I assume that you don't have problems recording to the NAS and simultaneously watching a different (finished) recording? And as you say there were no problems prior to the 3.1 kernel? Maybe the change to the 3.1 kernel coincided with a change in enigma2 like changing recording and/or playback buffer sizes. What protocol do you use to connect to your NAS, SMB or NFS? Could there have been changes in those protocols?
</speculation mode>

@pieterg I never have had this problem and I quite frequently start watching an ongoing recording.

Veranderd door dvboxer, 4 mei 2012 - 11:54

[atilaks]

@dvboxer exactly as you assume, no problems when recording and watching a finished recording, i am using nfs, no problems on 2.6.18

could somebody test a recording to NAS and tell us if he has any problems?

[dvboxer]

i am using nfs, no problems on 2.6.18

Could you possibly try samba? Just to check it is not an NFS problem.

[atilaks]

I've got some interesting results...

Mounted the same share via cifs and nfs.

* record via cifs / watch via cifs - all ok
* record via cifs / watch via nfs - all ok
* record via nfs / watch via cifs - all ok
* record via nfs / watch via nfs - not ok

Here are mount options for nfs:
rw,noatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,nolock,proto=tcp,port=65535,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.13.7

What could be wrong with nfs?

[dvboxer]

That's what I suspected. NFS seems to have a problem opening the same file twice, once for writing and once for reading. Your rsize and wsize are quite high. I guess you posted the values from /proc/mount. The man page says that effective value is negotiated by the client and server. You might want to play around with those parameters.

[atilaks]

i can record via nfs and watch via nfs if i use two boxes, it is strange on 2.6.18 everything was ok, i will play with parameters a little, thank you for your help, vuduo is up and running the newest openpli again

[atilaks]

and btw dm500hd with the newest pli doesn't have the same problem with nfs (kernel 2.6.18)

[atilaks]

Hi OpenPLI team,

I am using OpenPLI 2.1 on my vuduo and the nfs problem (stuttering when playing a recording in progress or timeshift) showed up again after one of the recent updates (the one around 26-28 september). Here is a list of packages that make a difference...

aio-grab - 1.0+git10+ec367de-r2 - 1.0+git11+8ce63a5-r2
enigma2 - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-meta - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-extensions-audiosync - experimental-git3777+e70639d-r7 - experimental-git3779+1f589d0-r7
enigma2-plugin-extensions-cutlisteditor - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-extensions-openwebif - 0.1+git350+b6309e3-r0.72 - 0.1+git351+a5b244b-r0.72
enigma2-plugin-pli-softcamsetup - 1.0+git102+6ff75f9-r3 - 1.0+git105+baed5a9-r4
enigma2-plugin-skins-pli-hd - 0.1+git470+08d23a1-r0 - 0.1+git479+3ef3210-r0
enigma2-plugin-systemplugins-autoresolution - experimental-git3777+e70639d-r7 - experimental-git3779+1f589d0-r7
enigma2-plugin-systemplugins-cablescan - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-fastscan - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-hotplug - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-networkbrowser - experimental-git3777+e70639d-r7 - experimental-git3779+1f589d0-r7
enigma2-plugin-systemplugins-osdpositionsetup - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-satfinder - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-skinselector - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-softwaremanager - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-videoenhancement - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-videomode - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugin-systemplugins-videotune - 2.7+git10139+f4075a1-r36 - 2.7+git10215+6c18682-r36
enigma2-plugins - experimental-git3777+e70639d-r7 - experimental-git3779+1f589d0-r7
enigma2-plugins-meta - experimental-git3777+e70639d-r7 - experimental-git3779+1f589d0-r7
kernel - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-3.1.1 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-image-3.1.1 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-ath - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-ath9k-common - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-ath9k-htc - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-ath9k-hw - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-carl9170 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-exportfs - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-ipv6 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-mac80211 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-michael-mic - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-nfsd - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-r8712u - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt2500usb - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt2800lib - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt2800usb - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt2x00lib - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt2x00usb - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rt73usb - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rtl8187 - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rtl8192c-common - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rtl8192cu - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-rtlwifi - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-usbserial - 3.1.1-r4.6 - 3.1.1-r4.7
kernel-module-zd1211rw - 3.1.1-r4.6 - 3.1.1-r4.7
task-base - 1.0-r95.11 - 1.0-r95.13
task-base-alsa - 1.0-r95.11 - 1.0-r95.13
task-base-ipv6 - 1.0-r95.11 - 1.0-r95.13
task-base-kernel26 - 1.0-r95.11 - 1.0-r95.13
task-base-nfs - 1.0-r95.11 - 1.0-r95.13
task-base-smbfs - 1.0-r95.11 - 1.0-r95.13
task-base-usbhost - 1.0-r95.11 - 1.0-r95.13
task-base-wifi - 1.0-r95.11 - 1.0-r95.13
task-boot - 1.0-r53.1 - 1.0-r53.2
task-distro-base - 1.0-r95.11 - 1.0-r95.13
task-machine-base - 1.0-r95.11 - 1.0-r95.13
tuxbox-common - 1.0+svn274-r3 - 1.0+svn278-r3