Random channel scan crashes and missing channels... (1 Viewer)

[tourettes]

tourette, how should it be possible to create a tsdump during channel scan?

Just follow the steps in Debugging/TS-dumps%20-%20MediaPortal%20Wiki%20Documentation]Debugging/TS-dumps - MediaPortal Wiki Documentation and replace step #2 (start timeshifting (SetupTV->Manual control)) with tuning.

 

[mrstef]

Just follow the steps in Debugging/TS-dumps%20-%20MediaPortal%20Wiki%20Documentation]Debugging/TS-dumps - MediaPortal Wiki Documentation and replace step #2 (start timeshifting (SetupTV->Manual control)) with tuning.

Is that really true? I am trying, but when scanning, I do not get a raw_packet_dump.ts, but if I start timeshifting (SetupTV->Manual control), I get it.

If it is activated by starting timeshifting, I can't see how it can be created at scanning. There is no timeshifting involved in scanning, right?

Will try your other tip with debugging and see if I can figure something out using that way. If you have any update on how to capture the raw packet dump, get back to me!

Update:
Ok, now I tried to follow the memory dump instructions here: Debugging/MemoryDump - MediaPortal Wiki Documentation

I attached the debug tool, recreated the crash and the dump was collected as in the instructions. Do you want me to upload the dump? It is ~100MB in size.

I did a quick analyze of it myself, there are three captured dumps:
PID-2064__TVSERVICE.EXE__1st_chance_AccessViolation__mini_0ca4_2008-05-19_20-42-05-578_0810.dmp
PID-2064__TVSERVICE.EXE__1st_chance_Process_Shut_Down__full_0ca4_2008-05-19_20-42-17-062_0810.dmp
PID-2064__TVSERVICE.EXE__2nd_chance_AccessViolation__full_0ca4_2008-05-19_20-42-06-375_0810.dmp

I concentrated on the first one since that sounded most interesting!

If I dropped it in WinDBG and did a "!analyze -v" I got the following information:

FAULTING_IP: 
+ffffffffffffffff
ffffffff ??              ???

EXCEPTION_RECORD:  ffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: ffffffff
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000000
   Parameter[1]: ffffffff
Attempt to read from address ffffffff

DEFAULT_BUCKET_ID:  FILL_PATTERN_ffffffff

PROCESS_NAME:  TVService.exe

ERROR_CODE: (NTSTATUS) 0xc0000005 - Instruktionen p  "0x%08lx" refererade till minnet p  "0x%08lx". Det gick inte att utf ra en minnes tg rd. F ljande fel returnerades: The memory could not be "%s".

READ_ADDRESS:  ffffffff 

FAILED_INSTRUCTION_ADDRESS: 
+ffffffffffffffff
ffffffff ??              ???

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

SYMBOL_ON_RAW_STACK:  1

STACK_ADDR_RAW_STACK_SYMBOL: 54ffd1c

IP_ON_HEAP:  ffffffff

MANAGED_STACK: !dumpstack -EE
OS Thread Id: 0x920 (18)
Current frame: 
ChildEBP RetAddr  Caller,Callee

LAST_CONTROL_TRANSFER:  from 00000000 to ffffffff

FAULTING_THREAD:  00000920

PRIMARY_PROBLEM_CLASS:  FILL_PATTERN_ffffffff

BUGCHECK_STR:  APPLICATION_FAULT_FILL_PATTERN_ffffffff_NULL_INSTRUCTION_PTR

STACK_COMMAND:  dds 054FFD1C-0x20 ; kb

STACK_TEXT:  
054ffcfc  054ffd0c
054ffd00  04f9bde4
054ffd04  00000081
054ffd08  04f96958
054ffd0c  0000044b
054ffd10  054fa8dc
054ffd14  054ffd44
054ffd18  00ddfb98 TsWriter!DllGetClassObject+0x3c58
054ffd1c  ffffffff
054ffd20  00dd7ca7 TsWriter!DllMain+0x1ef67
054ffd24  04f96964
054ffd28  e9e43294
054ffd2c  04f96958
054ffd30  04f9bd8c
054ffd34  05150a94
054ffd38  04f96964
054ffd3c  00000001
054ffd40  054ffd28
054ffd44  054ffd98
054ffd48  00de0110 TsWriter!DllGetClassObject+0x41d0
054ffd4c  00000000
054ffd50  05150a94
054ffd54  00dd7d5a TsWriter!DllMain+0x1f01a
054ffd58  04f9bd8c
054ffd5c  05150a94
054ffd60  006c94e4
054ffd64  78138a94 msvcr80!_invalid_parameter_noinfo
054ffd68  04ecfe74
054ffd6c  00dcf0a7 TsWriter!DllMain+0x16367
054ffd70  05150a94
054ffd74  05150a94
054ffd78  04ec0048


FOLLOWUP_IP: 
TsWriter!DllGetClassObject+3c58
00ddfb98 b8bcd3de00      mov     eax,offset TsWriter!DllGetClassObject+0x1147c (00ded3bc)

SYMBOL_NAME:  TsWriter!DllGetClassObject+3c58

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: TsWriter

IMAGE_NAME:  TsWriter.ax

DEBUG_FLR_IMAGE_TIMESTAMP:  4825befc

FAILURE_BUCKET_ID:  FILL_PATTERN_ffffffff_c0000005_TsWriter.ax!DllGetClassObject

BUCKET_ID:  APPLICATION_FAULT_FILL_PATTERN_ffffffff_NULL_INSTRUCTION_PTR_BAD_IP_TsWriter!DllGetClassObject+3c58

Followup: MachineOwner
---------

So it definately seems as it is the tswriter.ax that causes the crash.

I then downloaded the debug version of tswriter.ax from the SVN. (trunk/DirectShowFilters/bin/Debug), unregistered my old one and tried to register the debug variant, but then I got an error message in swedish that translated should sound something like "LoadLibrary("TsWriter.ax") failed - This program could not be started due to its configuration being incorrectp. The problem might be corrected by reinstalling the program."

Any more suggestions? Could someone tell me in which SVN version tswriter.ax was introduced?

Best Regards

Update again:
Attached tv server logs for SVN 19127

 

[tourettes]

I then downloaded the debug version of tswriter.ax from the SVN. (trunk/DirectShowFilters/bin/Debug), unregistered my old one and tried to register the debug variant, but then I got an error message in swedish that translated should sound something like "LoadLibrary("TsWriter.ax") failed - This program could not be started due to its configuration being incorrectp. The problem might be corrected by reinstalling the program."

You need to check what debug DLLs your system is missing - Dependency Walker (depends.exe) Home Page . After that you should copy those DLLs from Visual Studio 2005 install (or some other place that has those).

 

[mrstef]

Also in Vista

I will check with the debug version next time I have time enough to uninstall my working setup, install the 1.0.0.0 RC1 and test.

Meanwhile I installed Vista for other reasons on the same laptop, and after a fresh install of Vista, addition of SP1 and updating drivers, I get the exact same behavior as in XP. Channels are found randomly, sometimes a transponder is empty and sometimes the channels are found. And after a while I get the same crash.

Me and chefkoch just can't be the only ones with this problem! This is a major one that needs to be fixed!
Isn't there any way I can provide you with the raw ts packet dump during channel scan? And you should also be able to use the MAP file for the release version together with my stack trace above to find out which function in tswriter.ax that crashes.

Is there anyone else in southern sweden with the same problem? I use "Malmö - Jägersro" for my DVB-T reception!

Best Regards

Stefan Nilsson

 

[gemx]

Please try the attached TsWriter.
Maybe i have found something

You don't need to re-register TsWriter.
Just overwrite it.

 

[chefkoch]

Please try the attached TsWriter.
Maybe i have found something

You don't need to re-register TsWriter.
Just overwrite it.

Hi gemx,

for having a look at this issue.
Today i compiled latest sources for mp and tvserver and installed those.

I started a channel scan -> crash.
After i replaced the filter with the attached one, the channel scan finished successfully
So it seems that you found the correct "thing".

and regards
chefkoch

 

[mrstef]

Please try the attached TsWriter.
Maybe i have found something

You don't need to re-register TsWriter.
Just overwrite it.

Great to see that you are working with this gemx! Big thanks!

I did a complete reinstall of 1.0.0.0RC1 refresh, added the latest SVN (19158), did a scan and got the crash. I then switched tswriter.ax to the new one from you, and viola, no crash!

BUT:

I still have problem finding my channels! When I do the scan, sometimes I get "No signal" on a transponder, but during the next scan, I do get a signal, and all channels are found!

Sometimes something also goes wrong in the PMT-parsing making the channel names incorrect! Please look through my attached log where I have done 5 scans in a row. As you can see, I get the following result:

Each scan I try to scan 570, 650, 634, 506, 522 MHz

1: No signal on 650, 506
2: No signal on 650 634, 506
3: No signal on 650
4: No signal on 650
5: No signal on 506, 522

So after 5 scans I have managed to get signal at least one time on all transponders, and all channels are found. I do have a number of strange channel entries as can be seen in the screen shot attached in the zip. You can also see it in the log file.

If I try to start MediaPortal (since I have now found all my channels), I still have problems because when zapping between channels I get the "Unable to start timeshifting. No video/audio detected". So apparently the same errors is showing here. TsWriter is unable to "lock" the channel, or parse the tables or something, but only sometimes, and it does not seem to be one specific channel or transponder. One time I have problems with one transponder, and the other time it is another transponder.

And as stated before, when using an older MediaPortal, or any other DVB-T-software I have at least 98% signal strength on all transponders always, and no problems whatsoever with any channel!

So there still seems to be some issue here! Can I provide you with any more info or input?

Best Regards

 

[gemx]

Thanks for your testing.
I just comitted the fix for sometimes crashing while scanning.
Will have a deeper look in TsWriter to see why it sometimes has problems parsing the pmt correctly.
At least it doesn't crash anymore

 

[mrstef]

Great to hear gemx! This bug has been haunting me for so long now, and I have even had to consider switching to MCE (oh what an awful thought) since we only have one TV set at the moment, and there is no other way to watch TV but through the media center computer, and my wife and kids hasn't been to happy with this instability,...

I will be watching this thread carefully, and if you need any more testing or any more info, just post here I and will try to help as much as I can!

Best Regards

 

[Mercbac]

Thanks for your testing.
I just comitted the fix for sometimes crashing while scanning.
Will have a deeper look in TsWriter to see why it sometimes has problems parsing the pmt correctly.
At least it doesn't crash anymore

Does this mean mean that your fix will be included in the upcoming RC2 release?
Thanks for the great work btw!