Help us testing the new TsWriter (1 Viewer)

[iosub]

iosub, it would be really nice if you could upload the file.
Maybe use ZShare and post the link?

I did it
http://rapidshare.com/files/88275776/Example.zip.html
Hope this helps

 

[gemx]

iosub, seems like your tuning details are wrong.
The service_id TsWriter searches for is REALLY not in the stream for example.
I would suggest to do a rescan of your channels and report back

 

[iosub]

iosub, seems like your tuning details are wrong.
The service_id TsWriter searches for is REALLY not in the stream for example.
I would suggest to do a rescan of your channels and report back

OK, will do it right now.. But the strange thing is that I can see liveTV on that channel without problems.. I have only problem with I record the channel.

I will tell you the results
thanks!

Note: I'm going to use the last tswriter posted on the post.

iosub, seems like your tuning details are wrong.
The service_id TsWriter searches for is REALLY not in the stream for example.
I would suggest to do a rescan of your channels and report back

I did the rescan and same problem..
I'm using last tswriter posted here
I can see "liveTv" on the channel
If I record the channel, No audio No Video
If I convert with ProyectX I can see the recorded show.

The log of proyectX...
-> Input File 0: 'C:\MediaFinal\Test\test\manual-2008-02-01-16_26.ts' (10,364,816 bytes)
-> Filetype is TS (generic PES Container)
-> make a TS
-> Service ID 0x83E
-> PMT 0x101 refers to these usable streams:
Video:
PID: 0x83F
Audio:
PID: 0x840(spa)
PID: 0x841(eng)
Teletext:
n/a
Subpict.:
n/a

ok> PID 0x795 has PES-ID 0xE0 (MPEG Video) mapped to 0xE0 (3008 #17)
!> PID 0x101 (PMT) (15416 #83) -> ignored
!> PID 0x0 (PAT) (19364 #104) -> ignored
ok> PID 0x797 has PES-ID 0xC1 (MPEG Audio) mapped to 0xC0 (46248 #247)
ok> PID 0x796 has PES-ID 0xC0 (MPEG Audio) mapped to 0xC1 (54144 #289)
!> PID 0x11 (SDT) (105280 #561) -> ignored
packs: 26274 50% 5242944
---> new File: C:\MediaFinal\Test\test\manual-2008-02-01-16_26.new.ts

summary of created media files:
Stream: 'C:\MediaFinal\Test\test\manual-2008-02-01-16_26.new.ts'
=> 4,862,056 bytes written...
-> we have 3 warnings/errors.

<<< end of quick info >>>

-> Input File 0: 'C:\MediaFinal\Test\test\manual-2008-02-01-16_26.ts' (10,364,816 bytes)
-> Filetype is TS (generic PES Container)
-> make a TS
-> Service ID 0x83E
-> PMT 0x101 refers to these usable streams:
Video:
PID: 0x83F
Audio:
PID: 0x840(spa)
PID: 0x841(eng)
Teletext:
n/a
Subpict.:
n/a

-> special PIDs for searching defined: { 0x795 0x796 0x797 }
ok> PID 0x795 has PES-ID 0xE0 (MPEG Video) mapped to 0xE0 (3008 #17)
ok> PID 0x797 has PES-ID 0xC1 (MPEG Audio) mapped to 0xC0 (46248 #247)
ok> PID 0x796 has PES-ID 0xC0 (MPEG Audio) mapped to 0xC1 (54144 #289)
packs: 51929 100% 10364816
---> new File: C:\MediaFinal\Test\test\manual-2008-02-01-16_26.new.ts

summary of created media files:
Stream: 'C:\MediaFinal\Test\test\manual-2008-02-01-16_26.new.ts'
=> 9,780,700 bytes written...
-> we have 3 warnings/errors.

 

[iosub]

GEMx
What are
!> PID 0x101 (PMT) (15416 #83) -> ignored
!> PID 0x0 (PAT) (19364 #104) -> ignored
!> PID 0x11 (SDT) (105280 #561) -> ignored
?????
Because after removing thouse PID with Proyectx the file plays perfect...
There are other people with the same problem, I don't think is a scanning issue, look at https://forum.team-mediaportal.com/...han_dvb_s_bda-t29082.html?highlight=recording

Thanks

 

[gemx]

iosub, i found the problem:
All channels have the same pmt pid, only their service id differs. Currently the recorder writes only the pmt with a given pid. In your case it writes a pat with all pmt pids because they are all the same.
That is nearly similar to a tsdump then.
If TsReader or any other prog finds a .ts file with more than 1 pmt pid it always plays the first found program.
In your case only the third or fourth has audio/video streams in the pmt because the others were filtered, so it tries to play a program with no streams at all.
ProjectX patches the PAT to only one program (the one which has audio/video streams) that's why it plays after conversion.
I am planning to merge the timeshifting and recordings class. After that, the problem will be solved ;-)

 

[iosub]

iosub, i found the problem:
All channels have the same pmt pid, only their service id differs. Currently the recorder writes only the pmt with a given pid. In your case it writes a pat with all pmt pids because they are all the same.
That is nearly similar to a tsdump then.
If TsReader or any other prog finds a .ts file with more than 1 pmt pid it always plays the first found program.
In your case only the third or fourth has audio/video streams in the pmt because the others were filtered, so it tries to play a program with no streams at all.
ProjectX patches the PAT to only one program (the one which has audio/video streams) that's why it plays after conversion.
I am planning to merge the timeshifting and recordings class. After that, the problem will be solved ;-)

GREAT that you found the problem.. Because there where other users (I tell you in the other post) with the same problem.. If you need more help from me for testing porpuse, just tell me.. I will be happy to contribuite, (I can also download from SVN )

Iosu
Note 1: GSPot gives also a strange error .jpg attached and Graphedit says when opening the file "some secuences of this movie has a no compatible format"

 

[tourettes]

I am planning to merge the timeshifting and recordings class. After that, the problem will be solved ;-)

That's a good news for NA SAT users. I previously debugged what was causing the .ts recordings to have missing audio and didn't find the exact reason for that. But as timeshifting worked I was and TSReader (app) did show issues with PMT I was sure that we should "merge" the timeshifting & recording code bases to get the PMT patching for recordings (also to get much more cleaner source code as there are lot of duplicate code).

 

[ASiDiE]

"That's a good news for NA SAT users. "

YES it is Tourette... yes it is. Curretly the Timeshifing recoding files are 99.9% perfect. No skips, no issues. If these classes were joined together, that would make a ton of difference.

Keep up the good work GEMX! Can't wait to test!

 

[tourettes]

Gemx, looks like there might be still some issue with the PCR rollovers. As soon as the TsWriter noticed that PCR rollover frame rate started to jump between 0 and 50 fps in MP tv client (most likely timestamps wasn't correct).

02-02-2008 19:22:36.281 timeshift: start of audio detected
02-02-2008 20:15:05.62 PCR rollover detected
02-02-2008 20:15:05.62 PCR: 0 days 00:52:28 812 new: 0 days 00:00:00 13 prev: 1 days 02:30:43 697 start: 0 days 00:00:00 0 diff: 1 days 02:30:43 684 hole: 0 days 00:00:00 0 holeB: 0 days 00:00:00 0 - pid:131

 

[mcraenz]

jump between 0 and 50 fps in MP tv client

I think I might have seen this lastnight too, sorry I don't have logs they're long gone from other testing, the audio kept going strong but the picture would stop then play fast then stop.....Then after a little while it came right (maybe because I paused for a few seconds then played?) I didn't have to start/stop timeshifting