Hi,
On Tue, Oct 21, 2008 at 05:07:59PM +0400, Goga777 wrote:
> is it possible to transcode mpeg2 to h.264 on fly for good quality bitrate (20 MBit/s) ?
Yes, that is what the script is doing.
>
> -----Original Message-----
> From: Artem Makhutov <artem(a)makhutov.org>
> To: Goga777 <goga777(a)bk.ru>, VDR Mailing List <vdr(a)linuxtv.org>
> Date: Tue, 21 Oct 2008 14:50:33 +0200
> Subject: Re: [vdr] stream recordings using the streamdev-plugin
>
> &…
[View More]gt;
> > Hi,
> >
> > On Tue, Oct 21, 2008 at 11:17:34AM +0400, Goga777 wrote:
> > > does support streamdev-plugin h.264 format ?
> >
> > You can use ffmpeg to transcode the stream. This can be done quite easy
> > by writing a simple shell script.
> >
> > Take a look at
> > http://www.vdr-wiki.de/wiki/index.php/Externremux.sh#externremux.sh_.282.29
Regards, Artem
--
Artem Makhutov
Unterort Str. 36
D-65760 Eschborn
[View Less]
Hello,
just tried the new version of LoadEPG (an hudge thank to the author) to
fetch EPG for english channels : it works !!!
There is an offset of one hour with this version :
loadepg-0.2.1-20080915, for example, tomorrow show that interest me
highly is (http://www.open2.net/storyofmaths/) sheduled at 21:00 and my
VDR think it's at 23:00 local time but as my timezone is Europe/Zurich
it should be 22:00 local time.
That's not a big problem for me... what I really want to know is if
VDR-1.7.0 …
[View More]reccord subtitle aswell ?
Thank you very much,
--
Grégoire FAVRE http://gregoire.favre.googlepages.comhttp://www.gnupg.orghttp://picasaweb.google.com/Gregoire.Favre
[View Less]
>> The reason for this is explained here:
>>
>> http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html
>>
>> So now we just have to be patient and hope that someone who knows how to
>> fix it fixes it.
>
>I've read this mail but now I've done test recording 47mins long (National
>Geographic, UPC, 19.2E) and when replaying it (without using any speed change
>within replaying) the dvb-subtitles were in sync for whole 47 minutes.
>
>So …
[View More]I do not understand why the problems appears only at specific channels.
Are you sure that this recording doesn't have the subtitle "burned in"?
What happens when you turn off the dvb-subtitle support in VDR?
Josce
[View Less]
Hi,
Today I tried out streamdev for the first time ever with a fresh 1.6.0
installation of VDR. I followed the docs on the homepage and got the CVS
version. The plugin compiled fine and I had no problems getting it all
installed.
What I want to achieve is live TV streaming from VDR to an MPlayer (or
something else if MPlayer sucks) client. No EPG is needed nor any other extra
features, only raw audio/video is needed.
I simply start VDR with a "-P streamdev" parameter and then connect …
[View More]using
MPlayer from another host and below is what happens in 75% of my trials. When
it manages to connect and stream it looks perfect. The host "hex" is where VDR
runs:
% mplayer http://hex:3000/C-15-3-33
MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team
[extra MPlayer info]
Playing http://hex:3000/C-15-3-33.
Resolving hex for AF_INET6...
Couldn't resolve name for AF_INET6: hex
Resolving hex for AF_INET...
Connecting to server hex[192.168.1.4]: 3000...
Cache size set to 320 KBytes
Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily
unavailable
Cache fill: 0.00% (0 bytes)
Exiting... (End of file)
This entire process takes about 10s and both systems are fairly fast PC:s. The
channel above is not encrypted. This is what VDR logs for the above test:
18:06:57 .. [12756] Streamdev: Accepted new client (HTTP) 192.168.1.6:44378
18:06:57 .. [12795] streamdev-writer thread started (pid=12743, tid=12795)
18:06:57 .. [12796] streamdev-livestreaming thread started (pid=12743,
tid=12796)
18:06:57 .. [12797] receiver on device 2 thread started (pid=12743, tid=12797)
18:06:57 .. [12798] TS buffer on device 2 thread started (pid=12743,
tid=12798)
18:07:08 .. [12756] client (HTTP) 192.168.1.6:44378 has closed connection
18:07:08 .. [12756] streamdev: closing streamdev connection to
192.168.1.6:44378
18:07:08 .. [12796] streamdev-livestreaming thread ended (pid=12743,
tid=12796)
18:07:08 .. [12795] streamdev-writer thread ended (pid=12743, tid=12795)
18:07:08 .. [12756] cTS2PES got 3 TS errors, 1 TS continuity errors
18:07:08 .. [12756] buffer stats: 752 (0%) used
18:07:08 .. [12798] TS buffer on device 2 thread ended (pid=12743, tid=12798)
18:07:08 .. [12797] buffer stats: 376 (0%) used
18:07:08 .. [12797] receiver on device 2 thread ended (pid=12743, tid=12797)
So apparently MPlayer doesn't see any data and gives up after 10 seconds. It
does not matter wether I specify TS, PS, ES or PES as the stream protocol.
Similar results for when the WWW-interface is used together with Dragon Player
(or Xine), although it seems as some channels from a particular channel group
works better and others never work.
Any hints as to what could be wrong? Or as people seem to use this plugin just
fine, where I should be looking for the PEBKAC. :)
Kind regards,
Jan Ekholm
--
Five exclamation marks, the sure sign of an insane mind.
-- Terry Pratchett, Reaper Man
[View Less]
>I'm not sure as I don't have too much time to test but channels with problems
>have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2
>channel with sync subtitles problem. But normally I'm using NatGeo (UPC,
>19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and
>no problems is there.
>
>So it is not necessary to upload the problematic recording for me (but maybe
>someone from reelmutimedia will be interested in). I already …
[View More]have such.
>
>BR,
>
>Ales
The reason for this is explained here:
http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html
So now we just have to be patient and hope that someone who knows how to fix it fixes it.
If Klaus has the time I would really like to see an extra setting in the subtitles
setup where one could always have the delay as explained in my previous post.
Josce
[View Less]
I am having problems with subtitles:
- vdr 1.6.0
-
vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
- vdr-1.6.0-truecolor-compile_fixes.diff
- reelbox plugin
The subtitles appear 6-10 seconds too early, which is really annoying.
Tested the recordings on a vdr 1.6.0 + FF without the patches and the
subtitles were displayed correctly.
I imagine it has something to do with the syncearly, but can't say for
sure. Can I somehow disable the syncearly part of the …
[View More]patches to verify
that this indeed is the problem. ( I need the patches because I can't
compile vdr + reelbox plugin without them )
Josce
[View Less]
Hi,
I am trying to set up a vdr with softdevice 0.5.0 (dfb) and vdr 1.6.
Vdr and softdevice compile fine but when I start vdr I get osd and audio and
no video.
The channels I want to see are dvb-t, no hd.
I did not see any error in logs. I remember have this problem few time ago
but any mailing list or google search helped me to remember what is the
problem and the solution.
Thank you!.
I put here the vdr output to help you know what is happening:
vdr:/usr/src/vdr16# ./vdr -c "/etc/vdr" -v "…
[View More]/videoteca/v0" -P"softdevice -vo
dfb:"
softdevice: Created setupStoreId 327681!
softdevice: Attatched to setupStoreId 327681 at 0xb78dd000.
[softdevice] processing args
[softdevice] argv [0] = softdevice
[softdevice] argv [1] = -vo
[setup-softdevice] alsa ac3Mode set to: 0
[setup-softdevice] alsa AC3 device set to: hw:0,1
[setup-softdevice] alsa device set to: default
[setup-softdevice] autodetectAspect 0
[setup-softdevice] A/V Offset set to (0)
[setup-softdevice] Cropping 0 lines from bottom
[setup-softdevice] Cropping 0 columns from left
[setup-softdevice] cropping mode set to 0 (none)
[setup-softdevice] cropping mode toggle key set to 0 (none)
[setup-softdevice] Cropping 0 columns from right
[setup-softdevice] Cropping 0 lines from top
[setup-softdevice] deinterlace method set to 1 lavc
[setup-softdevice] Expanding 0 columns at left and right
[setup-softdevice] Expanding 0 columns at top and bottom
[setup-softdevice] mainMenu: 1
[setup-softdevice] setting alpha blend mode to software
[softdevice] picture mirroring set to 0 (off)
[setup-softdevice] pixel format set to (I420)
[setup-softdevice] shouldSuspend to: 0
[setup-softdevice] syncTimerMode: sig
[softdevice] UseSetSourceRectangle to off
[softdevice] UseStretchBlitset to off
[setup-softdevice] vidBrightness: -1
[setup-softdevice] vidContrast: -1
[setup-softdevice] vidHue: -1
[setup-softdevice] vidSaturation: -1
[setup-softdevice] startup aspect set to (4:3 normal)
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3345152)
23:33:22.0883 I [5033] [dfb] init
(*) DirectFB/Config: Parsing config file '/etc/directfbrc'.
---------------------- DirectFB v0.9.25 ---------------------
(c) 2000-2002 convergence integrated media GmbH
(c) 2002-2004 convergence GmbH
-----------------------------------------------------------
(*) DirectFB/Core: Single Application Core. (2006-12-04 07:00)
(*) Direct/Memcpy: Using MMXEXT optimized memcpy()
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5069)...
(*) Direct/Thread: Running 'PS/2 Input' (INPUT, 5070)...
(!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] ***
[../../../lib/fusion/reactor.c:853]
(*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH)
(*) Direct/Thread: Running 'Keyboard Input' (INPUT, 5071)...
(*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 5072)...
(*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (convergence
integrated media GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 5073)...
(*) DirectFB/Input: cx88 IR (Hauppauge Nova-T DVB-T (2) 0.1 (convergence
integrated media GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 5074)...
(*) DirectFB/Input: ImExPS/2 Generic Explorer Mouse (3) 0.1 (convergence
integrated media GmbH)
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: nVidia NV02 (0x002d) 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH)
[dfb] RAM: 32505600 bytes
[dfb] Accellerated Functions: FillRectange DrawRectange DrawLine
FillTriangle Blit StretchBlit All
[dfb] Drawing Flags: Blend
[dfb] Surface Blitting Flags: BlendAlpha BlendColorAlpha Colorize
Deinterlace
23:33:23.0176 I [5033] [dfb] Supported video Modes are:
768x576@16 640x480@8 640x480@8 640x480@8 640x480@8 640x480@8 768x576@32
800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8
800x600@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8
1024x768@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8
1280x960@8 1280x960@16 1280x960@32 1024x1024@8 1280x1024@8 1280x1024@8
1280x1024@8 1280x1024@8 1280x1024@8
23:33:23.0178 I [5033] [dfb] Enumerating display Layers
23:33:23.0179 I [5033] [dfb] Configuring CooperativeLevel for OSD
Layer 0 FBDev Primary Layer Type: graphics
Caps: brightness contrast saturation surface
Layer 1 NVidia Overlay Type: picture video
Caps: brightness contrast deinterlacing dst_colorkey hue saturation
screen_location surface
23:33:23.0180 I [5033] [dfb] (osdLayer): flags, options, pixelformat:
0000000f, 00000000 00400c03
23:33:23.0181 I [5033] [dfb] (osdLayer): width, height: 768
576
23:33:23.0181 I [5033] [dfb] osdLayer without !! alpha channel
23:33:23.0188 D [5033] [dfb] surface capabilities for (scrSurface):
videoonly, double-buffered, flipping, PixelFormat = 0x00418c04
23:33:23.0189 I [5033] [dfb] width = 768, height = 576
23:33:23.0189 I [5033] [dfb] got fmt = 0x00418c04 bpp = 32
23:33:23.0192 I [5033] [dfb] Using this layer for OSD: (FBDev Primary Layer
- [768x576])
23:33:23.0192 D [5033] [dfb] surface capabilities for (osdSurface):
videoonly, double-buffered, flipping, PixelFormat = 0x00418c04
23:33:23.0192 I [5033] [dfb] Configuring CooperativeLevel for Overlay
23:33:23.0201 D [5033] [dfb] surface capabilities for (videoSurface):
videoonly, PixelFormat = 0x00200806
23:33:23.0201 I [5033] [dfb] Using this layer for OSD: FBDev Primary
Layer
23:33:23.0202 I [5033] [dfb] Using this layer for Video out: NVidia Overlay
23:33:23.0216 I [5033] [dfb] Display frame time is 13345 microseconds
23:33:23.0217 D [5033] [dfb] (re)configuring Videolayer to 720 x 576
(720x576)
23:33:23.0226 D [5033] [dfb] surface capabilities for (videoSurface):
systemonly, PixelFormat = 0x08100609
23:33:23.0226 D [5033] [dfb] (re)configured 0x08100609
[softdevice] Subplugin successfully opend
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder
23:33:25.0843 D [5075] [dfb] (re)configuring Videolayer to 736 x 576
(736x576)
23:33:25.0853 D [5075] [dfb] surface capabilities for (videoSurface):
systemonly, PixelFormat = 0x08100609
23:33:25.0853 D [5075] [dfb] (re)configured 0x08100609
23:33:26.0616 D [5091] [VideoOut] reset: sync info: repF = 0, drpF = 0, totF
= 0
ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM CH2
allocating buffer format orig->format 0
23:33:26.0658 D [5093] [dfb] (re)configuring Videolayer to 720 x 576
(720x576)
23:33:26.0673 D [5093] [dfb] surface capabilities for (videoSurface):
systemonly, PixelFormat = 0x08100609
23:33:26.0673 D [5093] [dfb] (re)configured 0x08100609
23:33:27.0048 D [5093] [VideoOut] video now synced (9 - 0)
23:33:31.0884 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long)
23:33:32.0035 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long)
23:33:32.0337 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long)
23:33:44.0448 D [5092] [softdevice-audio]: Xrun (at least 0,008 ms long)
[setup-softdevice] restoring setup state
23:34:26.0211 D [5092] [softdevice-audio]: Xrun (at least 0,009 ms long)
23:34:58.0181 D [5092] [softdevice-audio]: Xrun (at least 0,008 ms long)
[View Less]
At 11:40 20-10-2008 +0200, you wrote:
>On Monday 20 of October 2008, Hannu Tirkkonen wrote:
>> Josce wrote:
>>> I am having problems with subtitles:
>>>
>>> - vdr 1.6.0
>>> - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff
>>> - reelbox plugin
>>>
>>>
>>>
>>> The subtitles appear 6-10 seconds too early, which is really annoying.
>…
[View More]>> Tested the recordings on a vdr 1.6.0 + FF without the patches and the
>>> subtitles were displayed correctly.
>>> I imagine it has something to do with the syncearly, but can't say for
>>> sure. Can I somehow disable the syncearly part of the patches to verify
>>> that this indeed is the problem. ( I need the patches because I can't
>>> compile vdr + reelbox plugin without them )
>>
>> The subtitles and ttxtsubs are in sync when watching live... but
>> The same problem with too early exists on recordings.
>>
>> vdr 1.7.0 with reelbox plugin 9044:
>> VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff
>> DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff
>> vdr170-ext-h264-rmm-svn8858-patch.diff
>>
>> There's a ReplayDelay option on ttxtsubs, but is it
>> possible to get the (customized) delay also for the subtitles as well?
>
>I don't see such problem:
>
>vdr-1.7.0 with reelbox plugin 9044
>- vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup
>- vdr170-h264-rmm-svn8858-patch
Glad to hear that it works for you :)
Checked out reelbox plugin 9053 and I still have the problem.
When and where was this fixed? Should I re-install all reelbox files?
If I want to apply a quick fix, how can I delay the subtitles?
The subtitles seems to be 6-7 seconds too early.
I have recorded a very good German film that I'd like to watch, but
my German is still not good enough so sometimes I need a little
help from the subtitles to be able to follow the plot
Having said that, a setting that would enable me to always have the
subtitles delayed a little would be a very nice feature. This would
help me improve my German. When watching German films I could always
first try to understand the speech and when there is something that I
don't understand I could read the subtitles.
Josce
[View Less]
Hello All,
Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in combination with VDR 1.7.0. By accident I used an old source tree for the patch from 04-10-2008, which resulted in problems getting a stable lock on DVB-T and/or perhaps DVB-C. The included patch will fix that.
Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source tree patched with Reinhard's vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 patch. The …
[View More]patched patch is for those who have used the patch from 04-10-2008.
Again, any feedback on this patch is highly appreciated!
Regards,
Niels Wagenaar
[View Less]