Re: [vdr] What is H264 Spatial Direct Mode?
> Here's a link with patches for xine to use coreavc: > http://code.google.com/p/coreavc-for-linux/ > > There are also some patches here to fix some problems with xine-lib: > http://dvbn.happysat.org/viewtopic.php?p=243997 yes, in this link there's usefull additional patches there's other links on this forum paff h.264 + amd64 + coreavc possible? hxxp://dvbn.happysat.org/viewtopic.php?t=40859 PAFF with FFMPEG! Yeah baby! hxxp://dvbn.happysat.org/viewtopic.php?t=41893 coreavc for Linux xine.patch http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch the coreavc 1.5.0 you can take from rapidshare hxxp://rapidshare.com/files/50207674/coreavcdecoder_unpacked.zip http://coreavc-for-linux.googlecode.com/svn/wiki/RegisterCoreAVC.wiki summary Registreing CoreAVC on the vdr 1.5.12 with Reinchard's patches with xine-lib 1.2 (xVideo is working) and "coreavc for linux" with additional patches from hXXp://dvbn.happysat.org/viewtopic.php?p=243997 it's possible to see h.264 channels with the best quality. (By the way, in this case the xineliboutput is working better, than xine-vdr, with xine ther's some brake action, slowdown on video.) > Would be great if these were adopted so xine-lib didn't need to be > patched. And also could be easier for users who have trouble > compiling as opposed to installing pre-made packages. sure Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] dvbsubtitle issue
Hi, can someone with a full featured card test the short recording mentioned here: http://lists.berlios.de/pipermail/softdevice-devel/2008q1/003004.html When playing this with softdevice, consecutive subtitle areas are not erased. Between these trace messages there is no deletion of previous OSD area. So if the following area is of smaller size, parts of previous area remain on screen (in softdevice). END_OF_DISPLAY_SET_SEGMENT PAGE_COMPOSITION_SEGMENT The dvbsubtitle trace looks like: FramesPerSec: 25 Create SubtitlePage 1 (total pages = 1) PAGE_COMPOSITION_SEGMENT page refresh Update page id 1 version 15 pts 3614043382 timeout 2 state 1 PAGE_COMPOSITION_SEGMENT new Page Update page id 1 version 0 pts 3614216502 timeout 6 state 2 REGION_COMPOSITION_SEGMENT Region pageId 1 id 0 version 11 fill 1 width 510 height 44 level 4 depth 4 clutId 1 FillRegion 0 REGION_COMPOSITION_SEGMENT Region pageId 1 id 1 version 12 fill 1 width 224 height 44 level 4 depth 4 clutId 1 FillRegion 0 CLUT_DEFINITION_SEGMENT OBJECT_DATA_SEGMENT OBJECT_DATA_SEGMENT END_OF_DISPLAY_SET_SEGMENT PAGE_COMPOSITION_SEGMENT page refresh Update page id 1 version 1 pts 3614518658 timeout 2 state 1 PAGE_COMPOSITION_SEGMENT new Page Update page id 1 version 2 pts 3614576328 timeout 6 state 2 REGION_COMPOSITION_SEGMENT Region pageId 1 id 0 version 13 fill 1 width 330 height 44 level 4 depth 4 clutId 1 FillRegion 0 REGION_COMPOSITION_SEGMENT Region pageId 1 id 1 version 14 fill 1 width 264 height 42 level 4 depth 4 clutId 1 FillRegion 0 CLUT_DEFINITION_SEGMENT OBJECT_DATA_SEGMENT OBJECT_DATA_SEGMENT END_OF_DISPLAY_SET_SEGMENT PAGE_COMPOSITION_SEGMENT page refresh Update page id 1 version 3 pts 3614885762 timeout 2 state 1 PAGE_COMPOSITION_SEGMENT new Page Update page id 1 version 4 pts 3614926520 timeout 6 state 2 REGION_COMPOSITION_SEGMENT Region pageId 1 id 0 version 15 fill 1 width 362 height 44 level 4 depth 4 clutId 1 FillRegion 0 REGION_COMPOSITION_SEGMENT Region pageId 1 id 1 version 0 fill 1 width 322 height 44 level 4 depth 4 clutId 1 FillRegion 0 CLUT_DEFINITION_SEGMENT OBJECT_DATA_SEGMENT OBJECT_DATA_SEGMENT END_OF_DISPLAY_SET_SEGMENT PAGE_COMPOSITION_SEGMENT -- Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
On 01/19/08 11:58, Stefan Lucke wrote: > Hi, > > can someone with a full featured card test the short recording > mentioned here: > http://lists.berlios.de/pipermail/softdevice-devel/2008q1/003004.html Did it, and I can't see anything wrong with the display. There are three sets of subtitles, and each is displayed correctly. Klaus > When playing this with softdevice, consecutive subtitle areas > are not erased. > > Between these trace messages there is no deletion of previous > OSD area. So if the following area is of smaller size, parts of > previous area remain on screen (in softdevice). > END_OF_DISPLAY_SET_SEGMENT > > PAGE_COMPOSITION_SEGMENT > > > The dvbsubtitle trace looks like: > ... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Locale commandline option. Patch not accepted?
On 01/18/08 19:57, Stefan Huelswitt wrote:
> Hi,
>
> some time ago I suggested to have a commandline option to
> specifiy the location of the locale files at runtime.
>
> It hasn't appeared in VDR source since then.
> Has the patch been rejected?
It was still in my inbox (like several others).
I didn't know it was that important ;-)
Attached is the version as I've adopted it.
I didn't like the I18nLocaleDir to be exposed, so I made
the LocaleDir a parameter of the I18nInitialize() function.
There is also no -O single character option, just --localedir
(didn't want to waste a single character option on this, especially
since it isn't even the actual first character of the option).
In a quick test it appeared to work, but you may want to test
the modified patch to make sure I didn't break anything.
Klaus
--- i18n.c 2007/11/01 10:38:27 1.318
+++ i18n.c 2008/01/19 12:07:11
@@ -100,8 +100,10 @@
++_nl_msg_cat_cntr;
}
-void I18nInitialize(void)
+void I18nInitialize(const char *LocaleDir)
{
+ if (LocaleDir)
+ I18nLocaleDir = LocaleDir;
LanguageLocales.Append(strdup(I18N_DEFAULT_LOCALE));
LanguageNames.Append(strdup(SkipContext(LanguageName)));
LanguageCodes.Append(strdup(LanguageCodeList[0]));
--- i18n.h 2007/08/24 13:35:18 1.24
+++ i18n.h 2008/01/19 11:56:19
@@ -19,8 +19,10 @@
#define I18N_MAX_LOCALE_LEN 16 // for buffers that hold en_US etc.
#define I18N_MAX_LANGUAGES 256 // for buffers that hold all available languages
-void I18nInitialize(void);
+void I18nInitialize(const char *LocaleDir = NULL);
///< Detects all available locales and loads the language names and codes.
+ ///< If LocaleDir is given, it must point to a static string that lives
+ ///< for the entire lifetime of the program.
void I18nRegister(const char *Plugin);
///< Registers the named plugin, so that it can use internationalized texts.
void I18nSetLocale(const char *Locale);
--- vdr.c 2008/01/13 11:51:53 1.305
+++ vdr.c 2008/01/19 12:14:15
@@ -198,6 +198,7 @@
bool MuteAudio = false;
int WatchdogTimeout = DEFAULTWATCHDOG;
const char *Terminal = NULL;
+ const char *LocaleDir = NULL;
bool UseKbd = true;
const char *LircDevice = NULL;
@@ -229,6 +230,7 @@
{ "help", no_argument, NULL, 'h' },
{ "lib", required_argument, NULL, 'L' },
{ "lirc", optional_argument, NULL, 'l' | 0x100 },
+ { "localedir",required_argument, NULL, 'l' | 0x200 },
{ "log", required_argument, NULL, 'l' },
{ "mute", no_argument, NULL, 'm' },
{ "no-kbd", no_argument, NULL, 'n' | 0x100 },
@@ -306,6 +308,14 @@
case 'l' | 0x100:
LircDevice = optarg ? optarg : LIRC_DEVICE;
break;
+ case 'l' | 0x200:
+if (access(optarg, R_OK | X_OK) == 0)
+ LocaleDir = optarg;
+else {
+ fprintf(stderr, "vdr: can't access locale directory: %s\n", optarg);
+ return 2;
+ }
+break;
case 'm': MuteAudio = true;
break;
case 'n' | 0x100:
@@ -407,6 +417,8 @@
" -L DIR, --lib=DIR search for plugins in DIR (default is %s)\n"
"--lirc[=PATH] use a LIRC remote control device, attached to PATH\n"
" (default: %s)\n"
+ "--localedir=DIR search for locale files in DIR (default is\n"
+ " %s)\n"
" -m, --mute mute audio of the primary DVB device at startup\n"
"--no-kbd don't use the keyboard as an input device\n"
" -p PORT, --port=PORTuse PORT for SVDRP (default: %d)\n"
@@ -430,6 +442,7 @@
DEFAULTEPGDATAFILENAME,
DEFAULTPLUGINDIR,
LIRC_DEVICE,
+ LOCDIR,
DEFAULTSVDRPPORT,
RCU_DEVICE,
VideoDirectory,
@@ -515,7 +528,7 @@
// Initialize internationalization:
- I18nInitialize();
+ I18nInitialize(LocaleDir);
// Main program loop variables - need to be here to have them initialized before any EXIT():
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] What is H264 Spatial Direct Mode?
On Sat, Jan 19, 2008 at 02:30:03AM +0200, Rolf Ahrenberg wrote: > There's also a xine-lib patch available for CoreAVC: > > http://code.google.com/p/coreavc-for-linux/ Under http://www.coreavc.com/index.php?option=com_content&task=view&id=30&Itemid=1 one can read : "CorePlayer Mobile and Professional CorePlayer proves that something so complicated has become the new simple. CoreAVC is included with all versions of CorePlayer Mobile (CoreAVC Standard Edition) and CorePlayer Professional (CoreAVC Professional Edition) for desktop PC's running Windows, Linux and OS X." Do I understang right : there is a linux version ? -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
Quoting Klaus Schmidinger: > On 01/19/08 11:58, Stefan Lucke wrote: > > Hi, > > > > can someone with a full featured card test the short recording > > mentioned here: > > http://lists.berlios.de/pipermail/softdevice-devel/2008q1/003004.html > > Did it, and I can't see anything wrong with the display. > There are three sets of subtitles, and each is displayed > correctly. Thanks Klaus, but thats not the expected answer. So I've to go to search for the missing Clear() in softdevice. > > Klaus > > > When playing this with softdevice, consecutive subtitle areas > > are not erased. > > > > Between these trace messages there is no deletion of previous > > OSD area. So if the following area is of smaller size, parts of > > previous area remain on screen (in softdevice). > > END_OF_DISPLAY_SET_SEGMENT > > > > PAGE_COMPOSITION_SEGMENT > > > > > > The dvbsubtitle trace looks like: > > ... > Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
Quoting Klaus Schmidinger: > On 01/19/08 14:28, Stefan Lucke wrote: > > Quoting Klaus Schmidinger: > > > >> On 01/19/08 11:58, Stefan Lucke wrote: > >>> Hi, > >>> > >>> can someone with a full featured card test the short recording > >>> mentioned here: > >>> http://lists.berlios.de/pipermail/softdevice-devel/2008q1/003004.html > >> Did it, and I can't see anything wrong with the display. > >> There are three sets of subtitles, and each is displayed > >> correctly. > > > > > > Thanks Klaus, > > but thats not the expected answer. > > I assume you meant that this was not the answer you were hoping for ;-) Excat :-( Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Locale commandline option. Patch not accepted?
On 20 Jan 2008 Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > In a quick test it appeared to work, but you may want to test > the modified patch to make sure I didn't break anything. The patch is fine. Thanks. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
On 01/19/08 14:28, Stefan Lucke wrote: > Quoting Klaus Schmidinger: > >> On 01/19/08 11:58, Stefan Lucke wrote: >>> Hi, >>> >>> can someone with a full featured card test the short recording >>> mentioned here: >>> http://lists.berlios.de/pipermail/softdevice-devel/2008q1/003004.html >> Did it, and I can't see anything wrong with the display. >> There are three sets of subtitles, and each is displayed >> correctly. > > > Thanks Klaus, > but thats not the expected answer. I assume you meant that this was not the answer you were hoping for ;-) Klaus > So I've to go to search for the missing Clear() in softdevice. > > >> Klaus >> >>> When playing this with softdevice, consecutive subtitle areas >>> are not erased. >>> >>> Between these trace messages there is no deletion of previous >>> OSD area. So if the following area is of smaller size, parts of >>> previous area remain on screen (in softdevice). >>> END_OF_DISPLAY_SET_SEGMENT >>> >>> PAGE_COMPOSITION_SEGMENT >>> >>> >>> The dvbsubtitle trace looks like: >>> ... > > Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (was - What is H26 4 Spatial Direct Mode?)
it's seems in next month will be release new product from coreavc http://coreplayer.com/content/view/31/44/ http://www.corecodec.com/forums/index.php?topic=645.0 === I have been asked about CorePlayer Pro on Linux. and the answer to that is YES it will be available by summer if not sooner our roadmap continues on its current pace. Also note that it is already available for our OEM customers for licensing. === http://youtube.com/watch?v=Se_EY1RTO1c YouTube - CorePlayer Pro Linux > Under > http://www.coreavc.com/index.php?option=com_content&task=view&id=30&Itemid=1 > one can read : > > "CorePlayer Mobile and Professional > CorePlayer proves that something so complicated has become the new > simple. CoreAVC is included with all versions of CorePlayer Mobile > (CoreAVC Standard Edition) and CorePlayer Professional (CoreAVC > Professional Edition) for desktop PC's running Windows, Linux and OS X." > > Do I understang right : there is a linux version ? will be :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] What is H264 Spatial Direct Mode?
> http://coreavc-for-linux.googlecode.com/svn/wiki/RegisterCoreAVC.wiki > summary Registreing CoreAVC sorry, no need any registration for "coreavc for linux & xine", only for MPlayer and MYthTV need this step. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-iptv-0.0.3
Antti Seppälä kirjoitti: > Hello VDR community > > Iptv plugin developers are pleased to announce a release of vdr-iptv > plugin version 0.0.3. This time the plugin includes a couple of bug I see you are already in version 0.0.5 I'd like to try this out - do you know any free channels in the net? I don't have any IPTV subscriptions, but I see there are some sites that claim to provide legal free channels. Unfortunately, the streaming in them is hidden behind some javascript mess. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-iptv-0.0.3
have a look here: http://www.global-itv.com/ -- Jan Op deze e-mail zijn de volgende voorwaarden van toepassing: http://www.fontys.nl/disclaimer The above disclaimer applies to this e-mail message. <>___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] CoreAVC + xineliboutput
I have done all the patching to xine-lib, ( patch from coreavc-for-linux-read-only + additional from happysat ). Then I've put CoreAVCDecoder.ax in /usr/lib/win32. I'm running VDR with xineliboutput. -P "xineliboutput --fullscreen --local=sxfe --audio=alsa --remote=none" What more do I have to do, ( extra arguments etc. ) to use CoreAVC? When I start VDR now I can't see any difference from using ffmpeg. load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_dmx_nsv.so found load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_a52.so found video_out_xv: using Xv port 275 from adaptor NV17 Video Texture for hardware colour space conversion and scaling. video_out_xv: this adaptor supports the yuy2 format. video_out_xv: this adaptor supports the yv12 format. audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo (4-channel not enabled in xine config) (4.1-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not enabled in xine config) xine: found input plugin : VDR (Video Disk Recorder) input plugin input cache plugin disabled xine: found demuxer plugin: DVD/VOB demux plugin video_out_xv: VO_PROP_INTERLACED(1) av_offset=0 pts video_out_xv: VO_PROP_ZOOM_X = 100 prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts video: synced early prebuffer=14400 pts prebuffer=14400 pts video: synced early prebuffer=14400 pts prebuffer=14400 pts video: synced early [h264 @ 0x11c43f0]non existing PPS referenced [h264 @ 0x11c43f0]decode_slice_header error [h264 @ 0x11c43f0]non existing PPS referenced [h264 @ 0x11c43f0]decode_slice_header error ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (was - What is H264 Spatial Direct Mode?)
On Sat, Jan 19, 2008 at 04:41:12PM +0300, Igor wrote: > it's seems in next month will be release new product from coreavc > > http://coreplayer.com/content/view/31/44/ > http://www.corecodec.com/forums/index.php?topic=645.0 > > === > I have been asked about CorePlayer Pro on Linux. and the answer to that > is YES it will be available by summer if not sooner our roadmap continues on > its current pace. Also note that it is already available for our OEM > customers for licensing. > === > > > http://youtube.com/watch?v=Se_EY1RTO1c > YouTube - CorePlayer Pro Linux Oh, really nice !!! > will be :) I hope it could be soon :-) Thank you very much for the info, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
En/na Stefan Lucke ha escrit: > > Excat :-( > > Stefan Lucke In case it could help you: the dxr3-plugin had a similar issue, the solution was to clear the osd each time SetAreas is called. http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17&r2=1.1.2.18 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Segers,Jan J.K.T. kirjoitti: > have a look here: > http://www.global-itv.com/ thanks. I found a couple of channels. It seems that vlc is able to play the stream correctly, with both audio and video by itself. But when I try to use it together with iptv plugin, it seems that for some reason audio is lost. I use vdr-xine for output. Xine output seems like it gets the audio, but it does not get any synchronization info correctly, as it just reports skipping audio: excerpt from the xine logging: plugin mad will be used for audio streamtype 01. audio_alsa_out:open pause_resume=1 output sample rate 48000 audio jump, diff=-2160 set_speed 100 ao_flush (loop running: 1) video discontinuity #25, type is 0, disc_off 0 waiting for audio discontinuity #25 ao_close audio_out: no streams left, closing driver audio discontinuity #25, type is 0, disc_off 0 waiting for in_discontinuity update #25 vpts adjusted with prebuffer to 3418578 ao_flush (loop running: 1) video discontinuity #26, type is 0, disc_off 0 waiting for audio discontinuity #26 audio discontinuity #26, type is 0, disc_off 0 waiting for in_discontinuity update #26 vpts adjusted with prebuffer to 3418610 This is the corresponding stream entry for channels.conf: Bahn TV;IPTV:3:IPTV|EXT|iptvstream.sh|3:P:0:4+3:5:0:0:1:0:0:0 What should I try? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
On 01/19/08 18:47, Luca Olivetti wrote:
> En/na Stefan Lucke ha escrit:
>
>> Excat :-(
>>
>> Stefan Lucke
>
> In case it could help you: the dxr3-plugin had a similar issue, the
> solution was to clear the osd each time SetAreas is called.
>
> http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17&r2=1.1.2.18
cDvbOsd also clears the OSD whenever SetAreas() is called:
eOsdError cDvbOsd::SetAreas(const tArea *Areas, int NumAreas)
{
if (shown) {
cBitmap *Bitmap;
for (int i = 0; (Bitmap = GetBitmap(i)) != NULL; i++) {
Cmd(OSD_SetWindow, 0, i + 1);
Cmd(OSD_Close);
}
shown = false;
}
return cOsd::SetAreas(Areas, NumAreas);
}
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
since you are using Bahn TV, i believe you are german. i added a couple of lines to the vdr-wiki entry of the iptv plugin, maybe it is worth checking: http://vdr-wiki.de/wiki/index.php/Iptv-plugin for the audio: you have installed w32codecs? -- Jan Op deze e-mail zijn de volgende voorwaarden van toepassing: http://www.fontys.nl/disclaimer The above disclaimer applies to this e-mail message. <>___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
Quoting Klaus Schmidinger:
> On 01/19/08 18:47, Luca Olivetti wrote:
> > En/na Stefan Lucke ha escrit:
> >
> >> Excat :-(
> >>
> >> Stefan Lucke
> >
> > In case it could help you: the dxr3-plugin had a similar issue, the
> > solution was to clear the osd each time SetAreas is called.
> >
> >
> http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17&r2=1.1.2.18
>
> cDvbOsd also clears the OSD whenever SetAreas() is called:
>
> eOsdError cDvbOsd::SetAreas(const tArea *Areas, int NumAreas)
> {
> if (shown) {
> cBitmap *Bitmap;
> for (int i = 0; (Bitmap = GetBitmap(i)) != NULL; i++) {
> Cmd(OSD_SetWindow, 0, i + 1);
> Cmd(OSD_Close);
> }
> shown = false;
> }
> return cOsd::SetAreas(Areas, NumAreas);
> }
>
Thats exact the missing method in SoftOsd.c which will do the clear.
Should have had a look at the list a few minutes earlier.
Thanks.
Stefan Lucke
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
En/na Klaus Schmidinger ha escrit: > On 01/19/08 18:47, Luca Olivetti wrote: >> En/na Stefan Lucke ha escrit: >> >>> Excat :-( >>> >>> Stefan Lucke >> In case it could help you: the dxr3-plugin had a similar issue, the >> solution was to clear the osd each time SetAreas is called. >> >> http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17&r2=1.1.2.18 > > cDvbOsd also clears the OSD whenever SetAreas() is called: Well, yes, that's how I found the error in the dxr3-plugin, by looking at cDvbOsd code ;-) I just wanted to save Stefan some time (if indeed softdevice has the same problem, if it's a different one he'll have to find it by himself). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Jouni Karvo wrote: > Segers,Jan J.K.T. kirjoitti: >> have a look here: >> http://www.global-itv.com/ > > thanks. I found a couple of channels. > > It seems that vlc is able to play the stream correctly, with both audio > and video by itself. But when I try to use it together with iptv > plugin, it seems that for some reason audio is lost. > > I use vdr-xine for output. > > Xine output seems like it gets the audio, but it does not get any > synchronization info correctly, as it just reports skipping audio: > > excerpt from the xine logging: > > plugin mad will be used for audio streamtype 01. > audio_alsa_out:open pause_resume=1 > output sample rate 48000 > audio jump, diff=-2160 > set_speed 100 > ao_flush (loop running: 1) > video discontinuity #25, type is 0, disc_off 0 > waiting for audio discontinuity #25 > ao_close > audio_out: no streams left, closing driver > audio discontinuity #25, type is 0, disc_off 0 > waiting for in_discontinuity update #25 > vpts adjusted with prebuffer to 3418578 > ao_flush (loop running: 1) > video discontinuity #26, type is 0, disc_off 0 > waiting for audio discontinuity #26 > audio discontinuity #26, type is 0, disc_off 0 > waiting for in_discontinuity update #26 > vpts adjusted with prebuffer to 3418610 > > > This is the corresponding stream entry for channels.conf: > > Bahn TV;IPTV:3:IPTV|EXT|iptvstream.sh|3:P:0:4+3:5:0:0:1:0:0:0 > > What should I try? > Hi Jouni I decided to give Bahn TV a try and could also reproduce symptoms of missing audio. It seems that the transcoding engine of vlc gets confused by the audio bitrate setting iptv plugin uses by default. So far I haven't found other channels than Bahn TV that are affected by this. Try lowering the value of ABITRATE found in iptvstream.sh from 320 to e.g. 192. After such a modification the stream worked fine for me. -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Antti Seppälä kirjoitti: > I decided to give Bahn TV a try and could also reproduce symptoms of > missing audio. > > It seems that the transcoding engine of vlc gets confused by the audio > bitrate setting iptv plugin uses by default. So far I haven't found > other channels than Bahn TV that are affected by this. > > Try lowering the value of ABITRATE found in iptvstream.sh from 320 to > e.g. 192. After such a modification the stream worked fine for me. > > Hi, this does not seem to help. I have three test channels now, all of which give the video: - The Albanian Rrokum TV - which gives also audio. - Bahn TV - only video. Even with ab=192 - BBC One premier (via http://www.global-itv.com/). Only video My xine has w32 (from xine's output: load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_w32dll.so found ) The script sets VPID=parameter+1, APID=parameter+2, SPID=parameter+3 (I wonder why, since if you want to receive simultaneously two consecutive parameter things, they overlap anyway). When looking at the stream info, they show PIDs like 3,4,66. 4,5,66. I wonder what this 66 is and why... yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
I'm having the same problem. I've put the .ax file in /usr/lib/win32, registed the key in ~/.mplayer/registry32 and then done: - # dshowserver -c CoreAVCDecoder.ax -s 1280x720 -g 09571a4b-f1fe-4c60-9760de6d310c7c31 -b 12 -f 0x34363248 -o 0x30323449 shm:/dshow_shm.(null) sem1:/dshow_sem1.(null) sem2:/dshow_sem2.(null) Opening device Called unk_IsDebuggerPresent len: 948 ProductVersion: 1.3.0.0 Decoder supports the following YUV formats: YUY2 IYUV YV12 I420 Decoder is capable of YUV output (flags 0x27) Setting fmt Starting Initialization is complete shm_open failed: No such file or directory Is dshowserver supposed to run in the background - using strace it says it's detached but I can't see it? I looked through the diff and can't find any options to enable CoreAVC in xine-lib... Must be missing something? Igor, can you point us to or translate a HOWTO? Thanks On Jan 19, 2008 4:38 PM, Per Mellander <[EMAIL PROTECTED]> wrote: > I have done all the patching to xine-lib, ( patch from > coreavc-for-linux-read-only + additional from happysat ). Then I've put > CoreAVCDecoder.ax in /usr/lib/win32. > > I'm running VDR with xineliboutput. > > -P "xineliboutput --fullscreen --local=sxfe --audio=alsa --remote=none" > > What more do I have to do, ( extra arguments etc. ) to use CoreAVC? When > I start VDR now I can't see any difference from using ffmpeg. > > > load_plugins: plugin > /usr/local/lib/xine/plugins/1.1.9/xineplug_dmx_nsv.so found > load_plugins: plugin > /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_a52.so found > video_out_xv: using Xv port 275 from adaptor NV17 Video Texture for > hardware colour space conversion and scaling. > video_out_xv: this adaptor supports the yuy2 format. > video_out_xv: this adaptor supports the yv12 format. > audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo > (4-channel not enabled in xine config) (4.1-channel > not enabled in xine config) (5-channel not enabled in xine config) > (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not > enabled in xine config) > xine: found input plugin : VDR (Video Disk Recorder) input plugin > input cache plugin disabled > xine: found demuxer plugin: DVD/VOB demux plugin > video_out_xv: VO_PROP_INTERLACED(1) > av_offset=0 pts > video_out_xv: VO_PROP_ZOOM_X = 100 > prebuffer=14400 pts > prebuffer=14400 pts > prebuffer=14400 pts > prebuffer=14400 pts > prebuffer=14400 pts > video: synced early > prebuffer=14400 pts > prebuffer=14400 pts > video: synced early > prebuffer=14400 pts > prebuffer=14400 pts > video: synced early > [h264 @ 0x11c43f0]non existing PPS referenced > [h264 @ 0x11c43f0]decode_slice_header error > [h264 @ 0x11c43f0]non existing PPS referenced > [h264 @ 0x11c43f0]decode_slice_header error > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
Morfsta skrev:
I'm having the same problem. I've put the .ax file in /usr/lib/win32,
registed the key in ~/.mplayer/registry32 and then done: -
You don't have to register.
I patched xine-lib with coreavc for Linux xine.patch @
http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch
Then you have to add additional code to demux_mpeg_pes.c ( see attached
patch )
You have to delete xineplug_decode_ff.so and xineplug_decode_qt.so in
/usr/local/lib/xine/plugins/1.1.9/
I tried xineliboutput first but that give me black screen with epg +
sound. With vdr-xine-0.8.1.tgz it all seems to work :)
[EMAIL PROTECTED] plugins]# lsof | grep Core
xine 4548 root mem REG8,2 1031168141
/usr/lib/win32/CoreAVCDecoder.ax
Many thanks to Igor who has been a great help!
--- demux_mpeg_pes.c.org2008-01-19 22:09:58.0 +0100
+++ demux_mpeg_pes.c2008-01-19 22:10:02.0 +0100
@@ -1092,6 +1092,7 @@ static int32_t parse_private_stream_1(de
return this->packet_len + result;
}
+int sent_header = 0; /* Added by Mel */
static int32_t parse_video_stream(demux_mpeg_pes_t *this, uint8_t *p,
buf_element_t *buf) {
int32_t result;
uint32_t todo_length=0;
@@ -1136,6 +1137,7 @@ static int32_t parse_video_stream(demux_
an AUD has been found at the beginning of the payload.
*/
if (this->mpeg12_h264_detected < 2) {
+sent_header = 0; /* Added by Mel */
uint8_t *pp = p + 2, *pp_limit = p + payload_size - 1;
while (0 < pp && pp < pp_limit) {
if (pp[0] == 0x01 && pp[-1] == 0x00 && pp[-2] == 0x00) {
@@ -1156,9 +1158,44 @@ static int32_t parse_video_stream(demux_
pp++;
pp = memchr(pp, 0x01, pp_limit - pp);
}
+usleep(100); /* Added by Mel */
lprintf("%s%c\n", (this->mpeg12_h264_detected & 1) ? "H.264" : "MPEG1/2",
(this->mpeg12_h264_detected & 2) ? '!' : '?');
+
+// Mel START
+
+ if (this->mpeg12_h264_detected == 3){
+if (sent_header == 0) {
+ printf("INIT H264\n");
+ xine_bmiheader bih;
+ buf_element_t *buf = this->video_fifo->buffer_pool_alloc
(this->video_fifo);
+ buf->decoder_flags = BUF_FLAG_STDHEADER;
+
+ memset(&bih, 0x00, sizeof(bih));
+ bih.biWidth = 1920;
+ bih.biHeight = 1080;
+ bih.biPlanes = 1;
+ bih.biBitCount = 24;
+ bih.biCompression = 0x34363248; //31435641; //AVC1
+ bih.biSizeImage = 0;
+ bih.biXPelsPerMeter=1;
+ bih.biYPelsPerMeter=1;
+ bih.biClrUsed=0;
+ bih.biClrImportant=0;
+ bih.biSize = sizeof(bih);
+ buf->content = malloc(sizeof(bih));
+ memcpy(buf->content, &bih, sizeof(bih));
+ //memcpy(buf->content, &bih, sizeof(bih));
+ buf->size = sizeof(bih);
+ buf->type = BUF_VIDEO_H264;
+ buf->decoder_flags |= BUF_FLAG_FRAME_END;
+ this->video_fifo->put (this->video_fifo, buf);
+ sent_header = 1;
+ buf = NULL;
+}
}
+}
+// Mel END
/* when an H.264 AUD is seen, we first need to tell the decoder that the
previous frame was complete.
*/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
