NextPVR Forums
  • ______
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public NextPVR Support Legacy (v4.x and earlier) v
« Previous 1 … 335 336 337 338 339 … 433 Next »
Skip / fast forward not working - random intervals and direction

Skip / fast forward not working - random intervals and direction
OTAjunkie
Offline

Senior Member

Posts: 277
Threads: 49
Joined: Jul 2010
#171
2011-10-25, 08:15 PM
I'm notoriuos for corupting my registry but quite comfortable with merging *.reg

Could the final fix key info be posted and I'll make the file? x86 in my case
Server:ASUS F1A75-V Pro,Radeon HD 6000,AMD A6 3670K,SSD128GB,2xWD 2Tb,W7Ultx64,5.1spks,2xHaup2250-MC,ATI650,CM7777,WG HD-8800
ClientTongue4 3.4,ATI HD4650,W7Ult
ClientTongue4 3.06,NVIDA6200,W7Ult
Client:Gateway Netbook,W7Start/XPpro
nDroid Client:Samsung Galaxy Note(synced to previous days recordings)
sub
Online

Administrator

NextPVR HQ, New Zealand
Posts: 106,727
Threads: 767
Joined: Nov 2003
#172
2011-10-25, 08:23 PM
OTAjunkie Wrote:I'm notoriuos for corupting my registry but quite comfortable with merging *.reg

Could the final fix key info be posted and I'll make the file? x86 in my case
Just to be clear, that BlockEncrypted registry stuff I discussed on the last page was only really aimed at WKleeven, and was specifically related to some garbage he was getting at the begining of recordings when decrypting DVB pay television signals - it wasnt about some generic skipping issue, and wont make any difference in your part of the world.
WKleeven
Offline

Senior Member

Posts: 522
Threads: 40
Joined: Dec 2006
#173
2011-10-25, 08:37 PM
In post #157, date 10-oct-2011 everything worked normal. And I had the registry setting set to 1. Which doesn't matter, cause NPVR doesn't read.
Then I put back an image dating 05-oct-2011 put the registry in and to 1, installed R2P and got the timeline issues.

mvallevand Wrote:It looks like you forgot to add the registry setting to not write encrypted data. The first 15k blocks of the B&B file are invalid casing NPVR to think you are 5772 seconds into a 346 second file.

Martin
Martin thinks not setting the registry setting makes NPVR not ignore encrypted data.

Your patch makes NPVR see the registry setting (1) correct. This causes the timeline problem??
But why then did I have those timeline problems before 10-oct-2011?


Tonight I got 3 correct recordings and 1 odd one. I will do some more testing in the morning.

Wim
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
sub
Online

Administrator

NextPVR HQ, New Zealand
Posts: 106,727
Threads: 767
Joined: Nov 2003
#174
2011-10-25, 08:51 PM
As Martin pointed out, your playback problem with some recordings related to encrypted packets at the beginning of the recording. You've never been able filter out encrypted data, due to a spelling mistake on the setting name. I supplied a patch which corrected the spelling, allowing you to try this BlockEncrypted logic for the first time, but you found it wasnt working and caused problems, so you've had to disable it to get back to how you were originally. ie, you'll probably have some encrypted data at the start of recordings.

Having some encrypted data at beginning of recordings isnt always going to cause a problems. It probably depends how much encrypted data there was (ie, how quickly it got the keys), and whether any of that data included PCR clock values. When you start playback on an MVP, it'll monitor a chunk of data at the start of the file looking at clocks etc, and your problem most likely happens that beginning chunk of data is all encrypted, or contains bogus clock values.

Just to be clear, the BlockEncrypted logic hasnt changed in about a year or so, which was when I first attempted to add it, so it wasnt working for you a few weeks ago. This logic was originally written for hardware CI devices, and doesnt like the way ffdecsa delivers decrypted chunks of data when attempting to use it with multidec plugins.
OTAjunkie
Offline

Senior Member

Posts: 277
Threads: 49
Joined: Jul 2010
#175
2011-10-25, 09:20 PM
Thanks Sub,

My issue is during live TV. My "Skip Back 30s/ Skip Forward 60s" don't work on the Win7 as described.
Any thoughts?
Server:ASUS F1A75-V Pro,Radeon HD 6000,AMD A6 3670K,SSD128GB,2xWD 2Tb,W7Ultx64,5.1spks,2xHaup2250-MC,ATI650,CM7777,WG HD-8800
ClientTongue4 3.4,ATI HD4650,W7Ult
ClientTongue4 3.06,NVIDA6200,W7Ult
Client:Gateway Netbook,W7Start/XPpro
nDroid Client:Samsung Galaxy Note(synced to previous days recordings)
sub
Online

Administrator

NextPVR HQ, New Zealand
Posts: 106,727
Threads: 767
Joined: Nov 2003
#176
2011-10-25, 09:25 PM
OTAjunkie Wrote:My issue is during live TV. My "Skip Back 30s/ Skip Forward 60s" don't work on the Win7 as described.
Any thoughts?
What exactly happens?

I'll probably need to get you to reproduce it in a recording, so we can get a nice repeatable test, so we can incrementally try changes, add more logging, repeat etc.
OTAjunkie
Offline

Senior Member

Posts: 277
Threads: 49
Joined: Jul 2010
#177
2011-10-25, 10:29 PM
I just got in and tried it after a 15 min run of live tv, uh, it seems to be working now. Which is great but I'm scratching my head. Yesterday I rolled back to R1 patches and rebooted and it didn't work. The "tape" would go back to where the channel started and play, and no other command would have any effect other than "Esc" back to guide.
So it appears I'm good.
Thanks all the same.
Server:ASUS F1A75-V Pro,Radeon HD 6000,AMD A6 3670K,SSD128GB,2xWD 2Tb,W7Ultx64,5.1spks,2xHaup2250-MC,ATI650,CM7777,WG HD-8800
ClientTongue4 3.4,ATI HD4650,W7Ult
ClientTongue4 3.06,NVIDA6200,W7Ult
Client:Gateway Netbook,W7Start/XPpro
nDroid Client:Samsung Galaxy Note(synced to previous days recordings)
WKleeven
Offline

Senior Member

Posts: 522
Threads: 40
Joined: Dec 2006
#178
2011-10-26, 08:56 AM
Sub,

Did some more testing. After a reboot this morning, today NO recording has a normal timeline on the MVP (registry setting=0; dongle 09-10-2011 12:32:06, restart recording service). I noticed that the timeline on the PC is normal (that is, when the video starts after a few seconds black screen, the time is already 00:00:05 or something, but I thinks that's normal).

With the registry setting to 1, I get recordings of 00:00:00 seconds and for example 5.077 kB when I recorded say 30 seconds. So I think there must be encrypted packets not only at the beginning of the recording, but during the whole recording? (or 15.231 kB, 00:00:00 seconds with a few minute recording). I can understand NPVR can't play that back, nor can windows mediaplayer and it crashes the MVP.


What I don't understand is that yesterday evening, 3 out of 4 went normal. Today 6 out of 6 went wrong. I even started newcs.exe instead of newcsgui.exe just to be sure that's not causing a problem.
And what I don't understand is that after Martin fixed the dongle everything was working normal on 10-10-2011.
In post 158, I also wrote that I got 1 recording normal and after that only wrong timelines on new recordings that day.
The problem is very inconsistent.

I also tried another ffdecsa, but no luck either.

Any ideas? Maybe with the registry setting to 1 and the 0 seconds recording?

Wim
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
sub
Online

Administrator

NextPVR HQ, New Zealand
Posts: 106,727
Threads: 767
Joined: Nov 2003
#179
2011-10-26, 04:17 PM
WKleeven Wrote:Any ideas? Maybe with the registry setting to 1 and the 0 seconds recording?
To get rid of these encrypted packets you're pretty much going to need me to fix that BlockEncrypted so that it also works for multidec decrypted channel. Unfortunately I haven't got any time available right now to do that.
WKleeven
Offline

Senior Member

Posts: 522
Threads: 40
Joined: Dec 2006
#180
2011-10-26, 06:04 PM
Okay, the good news is that can fix this, the bad news is that it won't be fixed soon.

When do you think you will have time for it? Perhaps it's best to disable the digital card for now, to prevent WAF problems regarding skipping.
If you need my help (testing or otherwise), let me know.

Wim

p.s. I also got some other issue, I will post about it in another thread.
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (19): « Previous 1 … 15 16 17 18 19 Next »
Jump to page 


Possibly Related Threads…
Thread Author Replies Views Last Post
  Fast-forward and comskip issues manic_biker 11 3,858 2021-07-12, 02:17 AM
Last Post: Robazz
  HDHomerun recording bizzarely not working Jean0987654321 3 2,040 2021-03-27, 03:23 PM
Last Post: Jean0987654321
  Artefacts on random recordings march 20 5,557 2020-05-13, 11:04 AM
Last Post: Graham
  Channels/PIP popups not working 4.2.5 (191014) eastavin 7 2,814 2020-04-20, 03:20 AM
Last Post: eastavin
  Absolute Newbie OTA EPG not working as expected. n8lbv 4 2,603 2020-04-02, 06:03 PM
Last Post: mvallevand
  Skip causes fast-forward to the end of the file madbrain 9 3,863 2020-02-27, 10:24 PM
Last Post: Esch
  Live TV not working jresnick 21 10,144 2020-01-04, 06:26 PM
Last Post: BrettB
  Some Channels not working jasonwilliams 7 2,168 2019-08-01, 06:31 PM
Last Post: sub
  NextPVR has Stopped Working rgc101 0 1,125 2019-05-27, 11:24 PM
Last Post: rgc101
  Cancel button not working in web interface antenna 0 974 2019-05-20, 04:45 PM
Last Post: antenna

  • View a Printable Version
  • Subscribe to this thread
Forum Jump:

© Designed by D&D, modified by NextPVR - Powered by MyBB

Linear Mode
Threaded Mode