Re: [vdr] VDR 1.5.10, Subtitles gets out of sync
On 10/17/07 19:35, Reinhard Nissl wrote:
Hi,
Elias Luttinen wrote:
I also noticed that subtitles disappeared when I was watching YLE TV1, but
they also went missing from cable television provider's analog channel
later.
About the same time when subtitles vanished the following entry was
written to the log:
Oct 16 21:02:22 jupiter vdr: [2515] subtitleConverter thread started
(pid=2452, tid=2515)
Oct 16 21:05:30 jupiter vdr: [2509] switching to pre 1.3.19 Dolby Digital
compatibility mode
Oct 16 21:05:30 jupiter vdr: [2509] setting audio track to 1 (0)
Why to switch to pre 1.3.19 Dolby Digital compatibility mode?
I didn't notice any sync problems or picture freeze. I'm using satellite
FF card with cable budget card.
I confirm the same logfile entry. I was watching heute on ZDF (ASTRA
19.2E) a few minutes ago. Subtitles appeared as expected, but after a
while, the above log entry appeared, and there were no more changes on
screen regarding subtitles.
From that time on, every subtitle caused a crack in the dolby audio
track and vdr-xine reported some FIXME's in code which deals with dolby
audio packets.
It seems to me, that subtitle packets slip through as ancient dolby
audio packets.
The attached patch makes the device wait for at least 10 ancient dolby
packets before it actually switches to the old mode. That way it can
overcome short glitches, which apparently happen sometimes with subtitle
tracks. Of course, the problem is *why* do these glitches occur in the first
place, so maybe this is just a temporary workaround...
Klaus
--- device.h 2007/10/14 13:09:12 1.85
+++ device.h 2007/10/21 09:21:52
@@ -377,7 +377,7 @@
cMutex mutexCurrentSubtitleTrack;
int currentAudioTrackMissingCount;
bool autoSelectPreferredSubtitleLanguage;
- bool pre_1_3_19_PrivateStream;
+ int pre_1_3_19_PrivateStream;
protected:
virtual void SetAudioTrackDevice(eTrackType Type);
/// Sets the current audio track to the given value.
--- device.c 2007/10/17 18:31:02 1.146
+++ device.c 2007/10/21 09:47:29
@@ -209,6 +209,9 @@
// The default priority for non-primary devices:
#define DEFAULTPRIORITY -1
+// The minimum number of unknown PS1 packets to consider this a pre 1.3.19 private stream:
+#define MIN_PRE_1_3_19_PRIVATESTREAM 10
+
int cDevice::numDevices = 0;
int cDevice::useDevice = 0;
int cDevice::nextCardIndex = 0;
@@ -931,7 +934,7 @@
}
else
memset(availableTracks, 0, sizeof(availableTracks));
- pre_1_3_19_PrivateStream = false;
+ pre_1_3_19_PrivateStream = 0;
SetAudioChannel(0); // fall back to stereo
currentAudioTrackMissingCount = 0;
currentAudioTrack = ttNone;
@@ -1245,11 +1248,13 @@
// Compatibility mode for old VDR recordings, where 0xBD was only AC3:
pre_1_3_19_PrivateStreamDeteced:
- if (pre_1_3_19_PrivateStream) {
+ if (pre_1_3_19_PrivateStream MIN_PRE_1_3_19_PRIVATESTREAM) {
SubStreamId = c;
SubStreamType = 0x80;
SubStreamIndex = 0;
}
+ else if (pre_1_3_19_PrivateStream)
+ pre_1_3_19_PrivateStream--; // every known PS1 packet counts down towards 0 to recover from glitches...
switch (SubStreamType) {
case 0x20: // SPU
case 0x30: // SPU
@@ -1277,11 +1282,14 @@
break;
default:
// Compatibility mode for old VDR recordings, where 0xBD was only AC3:
- if (!pre_1_3_19_PrivateStream) {
- dsyslog(switching to pre 1.3.19 Dolby Digital compatibility mode);
- ClrAvailableTracks();
- pre_1_3_19_PrivateStream = true;
- goto pre_1_3_19_PrivateStreamDeteced;
+ if (pre_1_3_19_PrivateStream = MIN_PRE_1_3_19_PRIVATESTREAM) {
+ dsyslog(unknown PS1 packet, substream id = %02X (counter is at %d), SubStreamId, pre_1_3_19_PrivateStream);
+ pre_1_3_19_PrivateStream += 2; // ...and every unknown PS1 packet counts up (the very first one counts twice, but that's ok)
+ if (pre_1_3_19_PrivateStream MIN_PRE_1_3_19_PRIVATESTREAM) {
+dsyslog(switching to pre 1.3.19 Dolby Digital compatibility mode - substream id = %02X, SubStreamId);
+ClrAvailableTracks();
+goto pre_1_3_19_PrivateStreamDeteced;
+}
}
}
}
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10, Subtitles gets out of sync
On 10/17/07 10:20, [EMAIL PROTECTED] wrote: Hi, I tested this new VDR version for some minutes and noticed that some subtitles were shown too late in live tv watching. I didn't check how the timing of subtitles is done, but it seemed that VDR missed one sync-point and after that all the subtitles were shown one sync-point too late. Channel change seemed to correct the situation for a while. I just confirm this behavior. Some subtitles were shown too late and too shot in live tv watching. Playback same stream from recording looks correctly. Old dvbsubtitles patch+plugin (with my modification http://dvbn.happysat.org/viewtopic.php?t=42136) works fayn on same channel. Unfotunately that URL requires a login :-( I'm currently trying to figure out why subtitles in live mode are totally out of sync, while the same broadcast works fine when watched as a recording. So far I haven't found the reason, yet... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10, Subtitles gets out of sync
On Sun, 21 Oct 2007, Klaus Schmidinger wrote: On 10/17/07 10:20, [EMAIL PROTECTED] wrote: Old dvbsubtitles patch+plugin (with my modification http://dvbn.happysat.org/viewtopic.php?t=42136) works fayn on same channel. Unfotunately that URL requires a login :-( I've adopted these fixes into my subtitles patches about two weeks ago: PES extension is not flagged anymore for every packet. Sorry about the bug and broken recordings, but for my knowledge this doesn't have any effect on VDR but ProjectX, etc. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-mailbox-0.5.0
Hi, a new version of the Mailbox plugin is available at http://sites.inka.de/~seca/vdr/ Download link: http://sites.inka.de/~seca/vdr/download/vdr-mailbox-0.5.0.tgz Changes since version 0.4.0: 2007-10-21: Version 0.5.0 - Added support for the new i18n system of vdr = 1.5.7 - Check the used charset with cCharSetConv::SystemCharacterTable() when using vdr = 1.5.3 - Added French language texts (thanks to Patrice Staudt) - Added call to cStatus::MsgOsdTextItem to make the message body visible with graphlcd/graphtft. - Added call cStatus::MsgOsdTextItem() whenn scolling up/down in mail-view. - Added workaround for imap-servers not reporting attribute charset=.. in Content-Type: lines. If charset is missing ISO-8859-1 is used. Have fun, Alex ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] blank screen with xv softdevice on NVIDIA 6150
Hi, I am having a hard time getting softdevice-0.4.0 working on my system (VDR 1.4.7, Ubuntu 7.10, X.org 7.2, ASUS A8N-VM CSM with onboard GeForce 6150, not quite clear which version of the NVIDIA kernel module is being used as it is all mashed into Ubuntu's linux-restricted-modules package - probably 1.0-9639). My CRT TV is connected to the NVIDIA's TV-OUT with an S-VIDEO cable. This setup is working fine with MythTV (using the XvMC driver) as well as xineliboutput (using the xv driver, getting weird effects with the xxmc and xshm drivers though). The issue I am seeing with softdevice is that I have a black screen that displays the OSD just fine. In other words, the TV broadcasts are not being displayed but I can see and use the VDR menus as well as teletext and DVB subtitles (pretty weird seeing the subtitles displayed v-a-v a black picture). Sound is very choppy, too, but that's the lesser of my concerns right now. One thing that might cause issues is that this graphics card does not support a 768x576 resolution on the TV-Out. According to NVIDIA's documentation, the resolutions on TV-Out are hard-coded (they don't say which resolutions are available unfortunately). When I set 768x576 it is falling back to an internal default resolution of 720x576. I tried several other resolutions (720x576, 640x480, 800x600, 1024x768). They all produce the same effect (black output but OSD is displayed). I am attaching the log messages I am getting from softdevice. Any advice appreciated. Fabian Oct 21 12:02:44 star vdr: [1] initializing plugin: softdevice (0.4.0): A software emulated MPEG2 device Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: patch version (2006-11-05) Oct 21 12:02:44 star vdr: [10006] tuner on device 1 thread started (pid=1, tid=10006) Oct 21 12:02:44 star vdr: [10007] section handler thread started (pid=1, tid=10007) Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: Initialize XShmCreateImage Successful (0x2c5c94f0) Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: Initialize shmget Successful (2359296 bytes) Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: Initialize shmat Successful Oct 21 12:02:44 star vdr: [1] [softdevice-xscreensaver]: xscreensaver not running Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: initialized OK Oct 21 12:02:44 star vdr: [1] [softdevice-xscreensaver]: disabling DPMS Oct 21 12:02:44 star vdr: [1] [softdevice-xscreensaver]: disabling DPMS stat: 1 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: NV17 Video Texture: available ports 355 - 386 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: grabbed port 355 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: max area size 2046 x 2046 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: using area size 736 x 576 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: XV_SET_DEFAULTS NOT-XvGettable XvSettable ( 0 [0x] -0 [0x]) ( 0 [0x] Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: XV_ITURBT_709 XvGettable XvSettable ( 0 [0x] -1 [0x0001]) ( 0 [0x] Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: XV_SYNC_TO_VBLANK XvGettable XvSettable ( 0 [0x] -1 [0x0001]) ( 1 [0x0001] Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: using color key 0x1a0f00 Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: XvShmCreateImage Successful (0x2c5ca750) Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: shmget Successful (0 bytes) Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: shmat Successful Oct 21 12:02:44 star vdr: [1] [XvVideoOut]: XShmAttachrc = 1 (should be OK) Oct 21 12:02:44 star vdr: [1] [softdevice] videoOut OK ! Oct 21 12:02:44 star vdr: [1] [softdevice-audio-dummy] Device opened! Using dummy device - no audio! ... Oct 21 12:02:44 star vdr: [1] starting plugin: softdevice Oct 21 12:02:44 star vdr: [1] starting plugin: lcdproc Oct 21 12:02:45 star vdr: [10008] [VideoOut]: 736x576 [0,0 736x576] - 768x576 [0,6 768x562] Oct 21 12:02:45 star vdr: [10008] [VideoOut]: 736x576 [0,0 736x576] - 768x576 [0,6 768x562] Oct 21 12:02:45 star vdr: [10008] [VideoOut]: 736x576 [0,0 736x576] - 1024x768 [0,8 1024x749] ... Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: NV17 Video Texture: available ports 355 - 386 Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: grabbed port 355 Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: max area size 2046 x 2046 Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: using area size 736 x 576 Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: XV_SET_DEFAULTS NOT-XvGettable XvSettable ( 0 [0x] -0 [0x]) ( 0 [0x] Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]: XV_ITURBT_709 XvGettable XvSettable ( 0 [0x] -1 [0x0001]) ( 0 [0x] Oct 21 12:02:47 star vdr: [10008] [XvVideoOut]:
Re: [vdr] frontend 0 timed out while tuning to channel
Hi, Oliver Joa wrote: Hi, Oliver Joa wrote: Hi, I have a vdr with the plugins streamdev and xineliboutput running. I use the vdr-sxfe client on one computer to also get the menu and vlc as another client on a second computer. I have 2 DVB Cards, so I can see different things on the computers. Everything is working, but one Channel does not. I can see it with the vdr-sxfe client, but not with vlc. With vlc I get the following Error: Oct 10 22:58:09 video4 vdr: [4257] Streamdev: Accepted new client (HTTP) 192.168.10.3:42635 Oct 10 22:58:09 video4 vdr: [4331] streamdev-writer thread started (pid=3820, tid=4331) Oct 10 22:58:09 video4 vdr: [4332] streamdev-livestreaming thread started (pid=3820, tid=4332) Oct 10 22:58:09 video4 vdr: [4333] receiver on device 1 thread started (pid=3820, tid=4333) Oct 10 22:58:09 video4 vdr: [4334] TS buffer on device 1 thread started (pid=3820, tid=4334) Oct 10 22:58:18 video4 vdr: [4250] frontend 0 timed out while tuning to channel 15, tp 210949 If the vdr-sxfe Client is running I can not get this Channel with vlc, I get every other Channel, but not this. Strange! Here is the Channel: DMC TV;Globecast UK:10949:vC34:S13.0E:27500:6801:6811,6812:0:0:7459:318:12200:0 or: DMC TV auto;T-Systems/MTI:10949:vC45:S13.0E:27500:6801:6811=ITL:0:0:7459:0:0:0 Do you have any idea? It seems to be that the Channels on vertical-position does not work on one DVB-Card. How can it be? It seems that it is not working on my full-featured card. with the skystar2 it is working. so, the full-featured can switch to horizontal and vertical on astra but only horizontal on hotbird. what can be the problem? any idea? Thanks Olli ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.10
Hi, Hannu Tirkkonen schrieb: How about version that allows reception of dvb-[t,c,s] and dvb-s2? I did test with the instructions found from: http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29 but... when tuning to dvb-c channels, i get message saying something like channel not available. Of course one can have separate vdr instances on each cards by using -D option, but that's not the best choice. br. The problem is that DVB-S2 devices can currently only be used by the multiproto interface. This interface supports DVB-S, DVB-C, DVB-T and DVT-H too, but the existing drivers need to be adapted to the new interface -- more or less the same as VDR had to be adapted to the new API, but one big question seems to be whether the multiproto API is the right way to go. As the multiproto tree still supports the old frontend API, the problem could also be solved in VDR by using the old API when the device reports a certain error for new API functions. But this would mean to double much code. Anyway, if one feels the need to go this way, feel free to do so. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-iptv-0.0.2
Hello VDR community IPTV plugin developers are proud to present a new release of the plugin. This plugin is our attempt to transform VDR into a full-blown IPTV receiver. This version features numerous small bug fixes and enhancements and one major new feature: Support for external streaming applications. In short this means that reception capabilities are not limited only to MPEG1/2 TS. Instead you can do all sorts of wild and crazy things with IPTV limited only by external application support and transcoding performance. For example we have successfully used VLC media player to receive and feed mp3 internet radio stream to the IPTV plugin. VDR will then receive this data and handle it as any other radio channel. Also reception of various video formats such as Windows media mms streams is working with VLC and IPTV plugin. Head to the plugin homepage for instructions and downloads: http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
