Hi, Sorry for the delay in responding,
I performed new tests.
1) "Live" program ... exist problem in subtitles.
2) Files recorded and played on XP ... exist problem in subtitles.
3) Recorded file played in PC ... exist problem in subtitles.
Posted 17 May 2013 - 00:35
Hi, Sorry for the delay in responding,
I performed new tests.
1) "Live" program ... exist problem in subtitles.
2) Files recorded and played on XP ... exist problem in subtitles.
3) Recorded file played in PC ... exist problem in subtitles.
Posted 17 May 2013 - 04:01
+ 2 links to download the video
https://www.dropbox....les.zip?v=0rc-s
https://anonfiles.co...c3de57c9b36ea60
Posted 17 May 2013 - 14:15
It is some stupid in broadcasting ? ... but it seems, it is not XP's driver. Same on dm800se and vuultimo (playback this file).
For bad subtitle is in recorded movie always displayed message about bad code there in subtitle.cpp in eDVBSubtitleParser::subtitle_process_pixel_data:
subtitle_process_pixel_data: invalid data_type 0f
In most cases is code 0f, once is af and once 00
correct lines in subtitle_process_pixel_data:
data_type: 0x11 (4bit_pixel data), 0xf0 (EOL)
wrong lines:
0xf
or
0x11,0xaf
or
0x11,0x0
For each problematics subtitle line is always readed more than is size of top_field_data_blocklength there in routine subtitle_process_segment under case 0x13 (object data segment).
All correct lines are "aligned" with blocklength always.
Posted 17 May 2013 - 14:41
It is some stupid in broadcasting ? ... but it seems, it is not XP's driver. Same on dm800se and vuultimo (playback this file).
For bad subtitle is in recorded movie always displayed message about bad code there in subtitle.cpp in eDVBSubtitleParser::subtitle_process_pixel_data:
subtitle_process_pixel_data: invalid data_type 0fIn most cases is code 0f, once is af and once 00
correct lines in subtitle_process_pixel_data:
data_type: 0x11 (4bit_pixel data), 0xf0 (EOL)
wrong lines:
0xf
or
0x11,0xaf
or
0x11,0x0
For each problematics subtitle line is always readed more than is size of top_field_data_blocklength there in routine subtitle_process_segment under case 0x13 (object data segment).
All correct lines are "aligned" with blocklength always.
and vlc displays these subtitles correctly?
Then you might have a look at the vlc dvb subtitle parsing routines.
Posted 17 May 2013 - 14:46
VLC do not display this wrong lines and in messages can be see: dvbsub warning: end marker not found (corrupted subtitle ?)
I think, it is problem on broadcaster side...
EDIT: "VLC do not display this wrong lines" = VLC skips whole wrong subtitle
Edited by ims, 18 May 2013 - 06:37.
Posted 18 May 2013 - 09:15
Looks like Littlesat responded in the wrong thread
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
0 members, 4 guests, 0 anonymous users