Re: bug feedback - post newly found progdvb bugs here
#1382I do not remember, it was like that. You've got the latest version? Check the path to write and adequate space for this.FTA_Boy wrote:hi Prog, some times time shift become UN-selectable....
[size=50] Железо: Acer KG271C, IP Q G2020@2.9, HD7770, 8 RAM, AMD audio, Yamaha RX-V465, LG 42LA790V, Prof 7300,7301, Tevii s470, TBS 6922se. Софт: W7x64, ProgDVBx32. Настройки: prog demux, audio-AC3Filter, WASAPI, video-Custom EVR, ArcSoft 2,28,497 [/size]
Re: bug feedback - post newly found progdvb bugs here
#1383hello sir, it was like what ?! another issue in timeshift you know ?V.Zhukoff wrote:I do not remember, it was like that. You've got the latest version? Check the path to write and adequate space for this.FTA_Boy wrote:hi Prog, some times time shift become UN-selectable....
yes i always use latest version , and @Prog: as i said before this situation happens little times so i cant give logs right now so when ever it happen surely i will attach the log for you here
regards.
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663
Re: bug feedback - post newly found progdvb bugs here
#1384The scanner "delay after setting transponder" is not working. Either 1ms or 999ms will spend same times in a large auto scan, so it is not doing any effect.
But it is very necessary, I see my USB card takes some time to react, and it ssems the LNB needs some other time, too. I guess a 100ms minimal delay time is required for this, even in a fast card, before tunning.
This problem brings lots of errors in scannings.
But it is very necessary, I see my USB card takes some time to react, and it ssems the LNB needs some other time, too. I guess a 100ms minimal delay time is required for this, even in a fast card, before tunning.
This problem brings lots of errors in scannings.
Re: bug feedback - post newly found progdvb bugs here
#1385I am still not repeat this problem. Can you show me in logs or some more details?
Re: bug feedback - post newly found progdvb bugs here
#1386Hi Prog, there is high CPU usage when a channel can't unscramble. for example I'm watching Discovery Channel using CCCam (hadu plugin) and for any reason (internet connection problem , server problem, deactivating plugin) progdvb cant get DCW Code from server and channel cant be played, while channel/video is freeze , if you go to Task Manger you can see ProgDVBEngineRun.exe is using more than 50% of CPU. picture of task manager attached. in this situation time-shift keep moving and channel should be pause i think...
Logs attached , logs while CPU is 51% and video is freeze...
P.S: 2MB maximum for attaching file size is very low, had problem with uploading logs(2.800MB) ,"The file is too big, maximum allowed size is 2 MiB."
Logs attached , logs while CPU is 51% and video is freeze...
P.S: 2MB maximum for attaching file size is very low, had problem with uploading logs(2.800MB) ,"The file is too big, maximum allowed size is 2 MiB."
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663
- Attachments
-
- Logs.rar
- Logs High CPU usage
- (1.92 MiB) Downloaded 178 times
-
- ProgDVB-CPU.zip
- Picture of High CPU usage Progdvb Image
- (162.73 KiB) Downloaded 170 times
Re: bug feedback - post newly found progdvb bugs here
#1387You can try change video renderer and video codec with DXVA low CPU using.
Re: bug feedback - post newly found progdvb bugs here
#1388tried this before, didn't solved the high cpu usage. it only happen when channel is freeze and cant unscramble it. so when there is no video (steam) incoming ,dose it relate to video render or code?! i dont think so. the channel should be paused when cant unscramble channel and there is no video and .... so when channel is paused no more high cpu....Prog wrote:You can try change video renderer and video codec with DXVA low CPU using.
regards
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663
Re: bug feedback - post newly found progdvb bugs here
#1389This is normal. When impossible unscramble - traffic is total random and application/codecs can request lot of CPU or crash. This is part of protection.
Re: bug feedback - post newly found progdvb bugs here
#1390OK, but can you code some lines that detect this situation which when cant unscramble channel (DCW code didnt received) Pause timeshift/channel. it think this will solve the problem because in old versions of progdvb when lost signal and there wasnt video high cpu use was happening but you solved that by pause the timeshift(pause if there is no traffic). by the way thank you for your good work.Prog wrote:This is normal. When impossible unscramble - traffic is total random and application/codecs can request lot of CPU or crash. This is part of protection.
Regards
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663
Re: bug feedback - post newly found progdvb bugs here
#1391Impossible detection this situation. I am like do this, but impossible.
Re: bug feedback - post newly found progdvb bugs here
#1392@Prog this problem solved in new version 6.96 , thanksFTA_Boy wrote:Hi Prog, the problem is when i change the Audio stream (language of channel) video will stop and the only way to watch channel is to reopen it, every time on every channel if i change Audio (right click on video) i should reopen or change channel. after reopening will play with new selected Audio with no problem ...
thanks
but still there is too many crashes, ProgDvbEngineRun.exe and ProgDvbNet.exe both will crash and program not responding. after re opening program recovery dialog will show up. lot of these on log :
Code: Select all
19:48:56.190 - #################### Start stream. (0.577ms) #######################
19:48:56.190 -
19:48:56.194 - TimeShift::Cursor SetChannel
19:48:56.194 - ReaderCursor::SetPosition 0 (w=0)
19:48:56.194 - Prereader::SetChannel unmask 1
19:48:56.194 - MDPlugin::SetChannel 12263
19:48:56.195 - TransponderManager::SelectChannel
19:48:56.196 - TsInputTrafficProcessor::SelectChannel 12263
19:48:56.196 - Api2BaseModule::UpdateAllOpenedChannels 1
19:48:56.196 - TsInputTrafficProcessor::UpdateChannel 12263
19:48:56.196 - PreScanner::StartChannelIsReady
19:48:56.196 - ChannelGraph5::AfterDetectChannelParams
19:48:56.197 - VideoMediaTypeDetection: mpeg2
19:48:56.197 - SimpleTsDemux::Init apid=2510, vpid=2508
19:48:56.197 - TimeShift::Cursor PushMode 1 1 (0)
19:48:56.197 - ReaderCursor::SetPosition 0 (w=0)
19:48:56.197 - Prereader::EnablePushModeAndStartPlayback 1
19:48:56.197 - PreScanner::StartPmtParserIfNeed
19:48:56.198 - PlayTimePmtParser::OpenParser 12263
19:48:56.198 - ChannelGraph5::CreateGraphForOsdOnly
19:48:56.199 - CChannelGraph5::CreateRender 6
19:48:56.200 - VR: EVR
19:48:56.275 - First data in TS buffer
19:48:56.295 - Graph::AfterRender
19:48:56.299 - Graph::SetVideoRect {8 8 540 568}
19:48:56.304 - Graph::SetVideoWindowRect {96 0 1074 734}
19:48:56.323 - Graph::Run
19:48:56.338 - Graph::Run 1
19:48:56.338 - Graph::SetVideoRect {8 8 712 568}
19:48:56.360 - Graph::SetVideoWindowRect {96 0 1074 734}
19:48:56.364 - ChannelGraph5::SetActiveState 1
19:48:56.398 - Graph::OnVideoWindowPositionChanged
19:48:56.438 - * s:46 q:47 tr=-183009916 (-3629528)
19:49:12.708 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.719 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.728 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.739 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.749 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.760 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.771 - Cache overload (Incoming Stream Cache -5120000) !!!
19:49:12.781 - Cache overload (Incoming Stream Cache -5120000) !!!
Edit (update)+Pic:
Code: Select all
Description:
A problem caused this program to stop interacting with Windows.
Problem signature:
Problem Event Name: AppHangB1
Application Name: ProgDvbNet.exe
Application Version: 6.96.0.0
Application Timestamp: 52860660
Hang Signature: 0216
Hang Type: 256
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Hang Signature 1: 02167a7edbb3f5e10a457cab48ea7687
Additional Hang Signature 2: 0871
Additional Hang Signature 3: 0871c48d3f78dc925dc0412af724474b
Additional Hang Signature 4: 0216
Additional Hang Signature 5: 02167a7edbb3f5e10a457cab48ea7687
Additional Hang Signature 6: 0871
Additional Hang Signature 7: 0871c48d3f78dc925dc0412af724474b
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663
- Attachments
-
- not_responding.zip
- (151.88 KiB) Downloaded 153 times
Re: bug feedback - post newly found progdvb bugs here
#1393ProgDvbEngineRun.exe? Last version must disable stability mode...
Re: bug feedback - post newly found progdvb bugs here
#1394hi again, what do you mean "must disable stability mode" ? i check Stability Mode in option , if any crash happen engine should restart right ? but the whole program will crash ....Prog wrote:ProgDvbEngineRun.exe? Last version must disable stability mode...
Windows: 7 Service pack 1 , 32bit _-_ DVB: Sky Star 2.8a PCI _-_ CPU: 2.6 GHZ Dual core X2 AMD _-_ RAM: installed 4Gig , 2.75 Gig usable _-_ Graphic: ATI Radeon x1200 series total available memory : 1663