no audio in vdr files

[s.schneider]

Hello!

I want play recorded Linux vdr files with vlc on Wi*dowsXP.
I can see the picture, but hear no audio.

Can you help me?

message:
main debug: creating new input thread
main: playlist item `D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr'
main debug: waiting for thread completion
main debug: thread 305956 (input) created at priority 1 (src/input/input.c:254)
main warning: drive letter D: found in source string
main debug: access `', demux `', name `D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr'
main debug: cmd=state old=10 new=1
main debug: playing at normal rate
main debug: looking for access module
main debug: probing 7 candidates
dvdplay debug: plugin discarded (not a valid source)
dvdread warning: dvdread module discarded (not a valid source)
vcd debug: trying .cue file: D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.cue
vcd warning: could not open D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr
cdda debug: trying .cue file: D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.cue
cdda warning: could not open D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr
access_file debug: opening file `D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr'
main debug: using access module "access_file"
main debug: looking for demux module
main debug: probing 21 candidates
mp4 warning: MP4 plugin discarded (not a valid file)
avi warning: avi module discarded (invalid header)
asf warning: ASF plugin discarded (not a valid file)
dshow warning: dshow plugin discarded (not a valid stream)
dshow warning: dshow plugin discarded (not a valid stream)
ts_dvbpsi warning: TS module discarded (lost sync)
ts warning: TS module discarded (lost sync)
flac warning: flac module discarded (no startcode)
main debug: looking for id3 module
main debug: probing 2 candidates
id3tag debug: checking for ID3 tag
main debug: using id3 module "id3tag"
main debug: unlocking module "id3tag"
mpga warning: mpga module discarded
mpgv warning: ES module discarded (system startcode)
livedotcom warning: SDP module discarded
mkv warning: matroska module discarded (invalid header 0x000001e4)
aac warning: AAC module discarded
main debug: demux2_New: 'D:\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr' -> access='' demux='' path='\Filme\C.I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr'
main debug: looking for demux2 module
main debug: probing 12 candidates
aiff warning: AIFF module discarded
au warning: AU module discarded
mod warning: MOD module discarded (extention 'I.A._Codename_Alexa_II_-_Die_Rückkehr\2004-02-28.23.33.50.99.rec\001.vdr' unknown)
nsv warning: NSV module discarded
playlist warning: old import module discarded: invalid file
playlist warning: m3u import module discarded
playlist warning: pls import module discarded
pva warning: PVA module discarded
ts2 warning: TS module discarded (lost sync)
real warning: Real module discarded
main debug: looking for mpeg-system module
main debug: probing 1 candidate
main debug: using mpeg-system module "mpeg_system"
main debug: selecting ES 0xe4
main debug: looking for decoder module
main debug: probing 21 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 16984 (decoder) created at priority 0 (src/input/input_dec.c:153)
main debug: selecting ES 0xc0
main debug: looking for decoder module
main debug: probing 21 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 14696 (decoder) created at priority 2 (src/input/input_dec.c:153)
main debug: dumping stream ID 0x0 [OK:0/D:0]
main debug: seekable stream, position: 0/2097367207 (-:--:--/-:--:--)
main debug: dumping program 0x0, version 0 (partial)
main debug: ES 0xe4, stream 0xe4, fourcc `mpgv', selected [OK:0/ERR:0]
main debug: ES 0xc0, stream 0xc0, fourcc `mpga', selected [OK:0/ERR:0]
main debug: using demux module "ps"
libmpeg2 debug: 704x576, aspect 576000, 25.000 fps
main debug: no usable vout present, spawning one
main debug: looking for video filter module
main debug: probing 1 candidate
main debug: using video filter module "adjust"
main debug: looking for text renderer module
main debug: probing 3 candidates
freetype debug: Using fontsize: 36
main debug: using text renderer module "freetype"
adjust debug: spawning the real video output
main debug: looking for video output module
main debug: probing 5 candidates
main debug: waiting for thread completion
vout_directx debug: creating DirectXEventThread
main debug: waiting for thread completion
vout_directx debug: DirectXCreateWindow
vout_directx debug: Created video sub-window
main debug: thread 351952 (DirectX Events Thread) created at priority 0 (directx.c:230)
vout_directx debug: DirectXEventThread running
vout_directx debug: DirectXInitDDraw
vout_directx debug: directx-device:
vout_directx debug: DirectXEnumCallback: Primärer Anzeigetreiber, display
vout_directx debug: DirectXEnumCallback: ATI MOBILITY RADEON 7500, \\.\DISPLAY1
vout_directx debug: selecting ATI MOBILITY RADEON 7500, \\.\DISPLAY1
vout_directx debug: screen dimensions (0x0,1024x768)
vout_directx debug: DirectDraw Capabilities: overlay=1 yuvoverlay=1 can_deinterlace_overlay=0 colorkey=1 stretch=1 bltfourcc=1
vout_directx debug: End DirectXInitDDraw
vout_directx debug: DirectXCreateDisplay
vout_directx debug: DirectXCreateClipper
main debug: using video output module "vout_directx"
main debug: looking for text renderer module
main debug: probing 3 candidates
freetype debug: Using fontsize: 36
main debug: using text renderer module "freetype"
main debug: waiting for thread completion
vout_directx debug: NewPictureVec overlay:yes chroma:YV12
vout_directx debug: YUV overlay created successfully
vout_directx debug: End NewPictureVec (succeeded)
main debug: got 1 direct buffer(s)
main debug: picture in 704x576, chroma 0x30323449 (I420), aspect ratio 4:3
main debug: picture out 704x576, chroma 0x32315659 (YV12), aspect ratio 4:3
main debug: direct render, mapping render pictures 0-6 to system pictures 1-7
main debug: thread 336788 (video output) created at priority 1 (src/video_output/video_output.c:487)
main debug: got 8 direct buffer(s)
main debug: picture in 704x576, chroma 0x30323449 (I420), aspect ratio 4:3
main debug: picture out 704x576, chroma 0x30323449 (I420), aspect ratio 4:3
main debug: direct render, mapping render pictures 0-6 to system pictures 1-7
main debug: thread 352236 (video output) created at priority 1 (src/video_output/video_output.c:487)
main debug: stream periodicity changed from B[1] to B[2]
main debug: stream periodicity changed from P[5] to P[3]
main debug: decoded 106/108 pictures

[Trois Six]

I have got the same problem here... The only player which works mplayer compiled for win32. You can get it at the mplayer web site or the vdr streamingcontrol web site.

I use vdr with the 0.3.1 streamdev plugin. When I use the streaming format PES I have the image but not eh sound, with PS, I have a grey image with nothing, with ES format, I don't have anything and TS too

It would be great if we could use VLC to play vdr streams... (with sound included )

[Guest]

bump

Any idea when there might be a solution?


I tried to look at the source code myself, but I got so confused...

Sorry, that I am no help and just asking for this feature.

[Guest]

Bump2.

Amways the same problm.
Sometimes if we stream in PS format it works , but 99% it freeze on the first frame, PES stream gives a perfect image but no sound.

If i play .vdr files it's the same problm as in streaming, so the problm seems to be in the demuxer.

I can upload you all the sample you want, if you need to test.
But it mades years now this bug live in videolan, and never solved.

I'm sure it's a light tweaking, but my programmer skill is as low as a monkey with a PC.

[Alib]

sorry forgot to put a nick in the previous post.

I've tryed to upload a sample to ftp://stream.videolan.org but it seems to be down.

You can grab the sample here:

http://xmltv.Free.fr/001.vdr

should be a mpeg-pes stream.

I will try to make a sample of a PS stream from vdr streamdev server too.

If you find a solution for this issue could be great.

Regards

[Alib]

Any answer on this ? This bug involves lot of vdr users that want to use videolan instead of mplayer as network client.

If you can check the sample i uploaded and tell us if the solution can be corrected easily or if you need any help to solve this ?

Thanks

[Nirvana]

I would really appreciate if VLC could play *.vdr Files. That would make DBox2 a full streaming client to VDR.

[The DJ]

PES streams don't contain any time information (which is required in proper MPEG streams). They are not meant for display and should only be used to transfer single tracks, not multiple tracks. To playback an mpeg file you should use the PS or TS format, since those are proper mpeg files.
Why PS doesn't work, i'm not 100% sure, we would need more sample files.

[Guest]

@The DJ:
Many VDR users ask for this: http://www.vdrportal.de/board/thread.ph ... 28266&sid=
(hope your german is mutch better than my english!?)

[The DJ]

Can someone please upload a VDR TS or PS sample to our server again then? ftp://streams.videolan.org/incoming
We lost all our samples during a crash so..

[Guest]

i have uploaded a file containing PES stream from VDR.
ftp://streams.videolan.org/incoming/
vdrtest.pes
vlc will play this without audio, and this stream is not seekable and pause wont work.
when making mpeg with projectX, vlc plays this file with audio.
projectX says:
Typ: PES (Video/Audio/TTX)
Video: 528*576, 25fps, 4:3, 7500000bps, vbv 112
Audio: MPEG-1, Layer2, 48000Hz, jstereo, 192kbps, CRC

it would be great if you put vdr support into vlc, or if you can tell us the problem.
Thanks

[Guest]

the reason why we want PES streams to work is, because all of the recordings in vdr are PES.
i found that these streams are not really PES.
the are AV_PES:
is the format used by the Siemens (Technotrend) DVB card internally. The audio AV_PES packets contain audio PES packets with a header that tells you wether there is a PTS in the packet. The video packets are video PES packets without the PES header (that really means the are ES streams) with a header that may contain a PTS. The data originally comes from a TS, but has already been processed by the decoder and is read from the decoders buffer.
maybe this will help you.

[Alib]

i actually upload on your server 3 raw dump samples from vdr, one for each streamdev format ( TS, PS and PES ) from the same broadcast input.

vlc just don't play the TS one, play fine the PS and play without sound the PES one ( mplayer plays all those file quietly ).

PS stream works fine in major cases, but sometimes it just don't play in some channels ( green screen or freezed frame ), vlc logs says :

Code: Select all

[00000244] main video output warning: vout warning: early picture skipped (15319081) [00000244] main video output warning: vout warning: early picture skipped (15667085) [00000244] main video output warning: vout warning: early picture skipped (15894769)

Unfortunatly i don't have sample yet of this.

Hope it helps..

Regards

[Garry B.]

+1

[Jan]

Can someone please upload a VDR TS or PS sample to our server again then? ftp://streams.videolan.org/incoming
We lost all our samples during a crash so..

Were you able to analyze the files? any hope for vdr streamers?

[klaus]

I would thank you very very much if the devels could fix this "behaviour".

If anybody needs vdr files or something else please write mail:

kdeiss sid-net.de.

thanks

klaus

[Jan]

I've uploaded a sample stream file (streamdev-cvs (vdr streaming-plugin), pes, no audio).

ftp://streams.videolan.org/incoming/vdr_pes.mpg 4,9mb

[The DJ]

MPEG 2 PES is not a valid MPEG 2 container format. The format does not allow for proper audio video synchronization between the a/v streams. It should only be used for storage of seperate streams.
We just CANNOT support PES. Use either PS or TS. I have tested both these streams with the development build of VLC, and it worked just fine for me.

[Jan]

Sorry, i think it's annoying to be compared with mplayer, but why does mplayer can?

[The DJ]

Because mplayer does synchronization based on decoded audio timeline (like most applications do actually) instead of using the timestamps in the fileformat.

Basically it works by accident.

[Guest]

Hi,

i'm sorry to tell but PS vdr stream don't works all the time either.
Some channels gives no audio/picture some times depending of the stream, but only a grey screen with those log :

[00000244] main video output warning: vout warning: early picture
skipped (15319081)
[00000244] main video output warning: vout warning: early picture
skipped (15667085)

In the file i've uploaded on your server months ago you can see this behavior.

[Jan]

In the file i've uploaded on your server months ago you can see this behavior.

Could you upload them again to ftp://streams.videolan.org/incoming ?
The oldest file is from 01.02.2005

[The DJ]

since we lost ALL our content in january, that's not surprising


BTW. early picture skipped again implies incorrect timing information in the source file. We cannot support a broken filetype if that means we loose funtionality for valid files.

[The DJ]

viewtopic.php?p=50602#50602