DVB-T + BDA + VLC

[terrypye]

I have transcode as necessary, not always. Could be an issue, I also use screen size of 640 x 480, but I do not think that is an issue.

Yeah, I transcode when needed too. I have an iPod and use aac encoding that TVersity transcodes when I play my music library at home. I agree that the screen size shouldn't be of concern though I have mine set at 720 x 576 (though I cn't remember why!) Just waiting to get my go at the TV to try again. Still wonering about how you figured out that audio setting ...

EDIT: Success streaming the DVB-T card! And it's only taken me 2½ years! Used the JTVLAN method and maxed out my 3.2GHz P4 with hyper-threading - 98% to 100% in both. I'll see if the dual VLC method is much easier on the processor as you say.

A final heads up on JTVLAN.

It is possible to dispense with the 3rd copy of VLC (transcode to mmsh) by transcoding to mmsh in the JTVLAN server options to start with. Saves a bit of cpu and if you stop (but do not exit) Client VLC to view picture then you save a bit more cpu.

The JTVLAN server VLC sout options are

transcode{vcodec=DIV3,vb=3072,scale=0.625,acodec=wma,ab=80,channels=2}:{duplicate{dst=std{access=mmsh,mux=asfh,url=:7777}}

The JTVLAN client VLC Stream URL is

mmsh://terry:7777/

Again if DIV3 is an issue for you, WMV2 works just as well and it adds a bit more cpu but not much. Both options (with VLC client stopped, but still running) takes 40 - 50% of my dual 3.4ghz Pentium d 950. Also play around with scale to get best results without maxing out your cpu.

Have fun

[grobinson]

I am in the process of moving house and my media PC is in pieces ...

Ken,

Where are you? Haven't heard from you for about 3 weeks now. With Terry's help I'm so close to finally streaming something at reasonable quality - and you're probably still up to your eyebealls unpacking boxes! The joys of moving house

Simplest solution would be, as terrypye said quite a while ago, to just get VLC 9 to transcode and save all this multiple VLC stuff. I've waited 2½ years so I guess I can wait till Ken gets back for the final solution.

[KenS]

I am in the process of moving house and my media PC is in pieces ...

Ken,

Where are you? Haven't heard from you for about 3 weeks now. With Terry's help I'm so close to finally streaming something at reasonable quality - and you're probably still up to your eyebealls unpacking boxes! The joys of moving house

Simplest solution would be, as terrypye said quite a while ago, to just get VLC 9 to transcode and save all this multiple VLC stuff. I've waited 2½ years so I guess I can wait till Ken gets back for the final solution.

The container was shipped two weeks ago at which point I took a much needed vacation with the family before we too ship out. It will take 6-8 weeks to get to Oz and a bit more time unpacking at that end so I'll be out of action for a while yet.
One of my motivations for writing the dvb module was to provide a more versatile capture engine for Webscheduler providing more options for streaming and transcoding.
Am I right in understanding that VLC9 cannot transcode mpeg-TS to WMV whether it is received from a file, http or dvbt? We need to see the message dumps. Don't forget the dvb-caching option as well.

[grobinson]

It will take 6-8 weeks to get to Oz and a bit more time unpacking at that end so I'll be out of action for a while yet.
One of my motivations for writing the dvb module was to provide a more versatile capture engine for Webscheduler providing more options for streaming and transcoding.
Am I right in understanding that VLC9 cannot transcode mpeg-TS to WMV whether it is received from a file, http or dvbt? We need to see the message dumps. Don't forget the dvb-caching option as well.

Yes that's right. Terry and I are having trouble getting VLC 9 transcoding anything drawn from the DVB card. Terry is much better at this than I but still having problems. What I can't believe is that you're coming to Oz, the land of Webscheduler, Terry, and me, just to further develop VLC 9 and to provide closer support in our endeavours! Crikey - that's commitment! BTW, where are you going to live in Oz?

I'll go back and keep playing with VLC to see what I can do. and get the log to see what's going on.

[KenS]

BTW, where are you going to live in Oz?

I am returning to Melbourne after 6 years in the UK.
My master plan is to build a VLC capture engine into WebScheduler or should I say Open TV Scheduler

[terrypye]

BTW, where are you going to live in Oz?

I am returning to Melbourne after 6 years in the UK.
My master plan is to build a VLC capture engine into WebScheduler or should I say Open TV Scheduler

Hi Ken

Thought I'd add a bit on top of what Grant has already given you.

VLC 9 has trouble transcoding anything, whether it be a file or output from a dvb-t card. It crashes out in Libffmpeg_plugin.dll whenever transcoding with a vcodec is used. The acodec=wma tends to get ignored if it on it's own. Herer is a simple mpeg file transcode that crashes out. It consists of mpgv and mpga similar to dvb-t input, which is why I chose it.


"C:/VLC-0.9.0/VLC.exe" "d:\video\test.mpg" :sout=#transcode{vcodec=mpgv,vb=2048,scale=1,acodec=mpga,ab=192,channels=2}:duplicate{dst=display,dst=std{access=http,mux=ts,dst=:8080}} --file-logging --logfile c:\vlc-0.9.0\vlc9log.txt --logmode text --no-spu --no-sub-autodetect-file

I will attach the log below.

It does not matter what the codecs are in the transcode stream, I have tried a host of them with the same result. If I try the same with a dvb-t stream the results are similar.

Below is what I want to achieve, although if I substitute codecs (eg mp1v, mpga and streaming parameters eg http and ts) then result is similar.

AppName: vlc.exe AppVer: 0.9.0.0 ModName: libffmpeg_plugin.dll
ModVer: 0.0.0.0 Offset: 002e602e

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=177500 :dvb-bandwidth=7
:sout=#transcode{vcodec=WMV2,vb=2048,scale=1,acodec=wma,ab=192,channels=2}:duplicate{dst=std
{access=mmsh,mux=asfh,dst=:8080}} --file-logging --logfile c:\vlc-0.9.0\vlc9log.txt --logmode text --no3dn --no-spu --no-sub-autodetect-file


Whilst I have been able to help Grant, I am now at a standstill, since the problem is in the heart of VLC 9 transcoding, Yes I can stream an initial http stream onto another version of VLC 8.6c and stream what I want from there, it is a bit inefficient. I am an experienced systems engineer long since retired, but am not up to date with current coding techniques. VBA was my last swansong, so Java/C++ etc and the rest are new to me. I do however know how to drill down to isolate problems, if I can help with some testing I would be happy to do so, but might need some lessons in your syntax and methods.

This is log for test.mpg version

-- logger module started --
main debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU
main debug: looking for memcpy module: 3 candidates
main debug: using memcpy module "memcpymmxext"
main error: Reloading playlist not implemented.
main debug: waiting for thread completion
main debug: thread 4108 (preparser) created at priority 0 (playlist/thread.c:81)
main debug: waiting for thread completion
main debug: thread 4124 (fetcher) created at priority 0 (playlist/thread.c:107)
main debug: waiting for thread completion
main debug: thread 4128 (playlist) created at priority 0 (playlist/thread.c:117)
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 0 items, index -1
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 4152 (interface) created at priority 0 (interface/interface.c:218)
main debug: looking for interface module: 1 candidate
logger: VLC media player - version 0.9.0-svn-20070813-0000 Grishenko - (c) 1996-2007 the VideoLAN team
logger:
Warning: if you can't access the GUI anymore, open a command-line window, go to the directory where you installed VLC and run "vlc -I wx"

logger: using logger...
logger debug: opening logfile `c:\vlc-0.9.0\vlc9log.txt'
main debug: using interface module "logger"
main debug: thread 4176 (interface) created at priority 0 (interface/interface.c:218)
main debug: adding item `test.mpg' ( d:\video\test.mpg )
main debug: looking for interface module: 4 candidates
main debug: using interface module "qt4"
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index -1
main debug: starting new item
main debug: changing item without a request (current -1/1)
main debug: using item 0
main debug: creating new input thread
main debug: waiting for thread completion
main debug: stream=`transcode'
main debug: looking for sout stream module: 1 candidate
main debug: stream=`duplicate'
main debug: looking for sout stream module: 1 candidate
main debug: thread 4452 (input) created at priority 1 (input/input.c:332)
main debug: requesting art for test.mpg
stream_out_duplicate debug: creating 'duplicate'
stream_out_duplicate debug: * adding `display'
main debug: stream=`display'
main debug: looking for sout stream module: 1 candidate
main debug: using sout stream module "stream_out_display"
stream_out_duplicate debug: * adding `std{access=http,mux=ts,dst=:8080}'
main debug: stream=`std'
main debug: looking for sout stream module: 1 candidate
main error: name = sout-standard-access
main debug: set config option: sout-standard-access to http
main error: name = sout-standard-mux
main debug: set config option: sout-standard-mux to ts
main error: name = sout-standard-dst
main debug: set config option: sout-standard-dst to :8080
stream_out_standard debug: creating `http/ts://:8080'
stream_out_standard debug: using `http/ts://:8080'
main debug: looking for sout access module: 1 candidate
main: creating httpd
main debug: net: listening to port 8080
main debug: thread 4620 (httpd host thread) created at priority 0 (network/httpd.c:1099)
main debug: using sout access module "access_output_http"
stream_out_standard debug: access opened
main debug: looking for sout mux module: 1 candidate
mux_ts debug: shaping=200000 pcr=70000 dts_delay=400000
main debug: using sout mux module "mux_ts"
main debug: muxer support adding stream at any time
stream_out_standard debug: mux opened
main debug: using sout stream module "stream_out_standard"
main debug: using sout stream module "stream_out_duplicate"
main error: name = sout-transcode-vcodec
main debug: set config option: sout-transcode-vcodec to mpgv
main error: name = sout-transcode-vb
main debug: set config option: sout-transcode-vb to 2048
main error: name = sout-transcode-scale
main debug: set config option: sout-transcode-scale to 1
main error: name = sout-transcode-acodec
main debug: set config option: sout-transcode-acodec to mpga
main error: name = sout-transcode-ab
main debug: set config option: sout-transcode-ab to 192
main error: name = sout-transcode-channels
main debug: set config option: sout-transcode-channels to 2
stream_out_transcode debug: codec audio=mpga 0Hz 2 channels 192Kb/s
stream_out_transcode debug: codec video=mpgv 0x0 scaling: 1.000000 2048kb/s
main debug: using sout stream module "stream_out_transcode"
main debug: drive letter d: found in source
main debug: `d:\video\test.mpg' gives access `' demux `' path `d:\video\test.mpg'
main debug: creating demux: access='' demux='' path='d:\video\test.mpg'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='d:\video\test.mpg'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: d:\video\test.cue
vcd debug: could not find .cue file
access_directory debug: opening directory `d:\video\test.mpg'
access_directory debug: skipping non-directory `d:\video\test.mpg'
access_file debug: opening file `d:\video\test.mpg'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 1408981 bytes in 0s - 85992 kbytes/s
main debug: drive letter d: found in source
main debug: creating demux: access='' demux='' path='d:\video\test.mpg'
main debug: looking for demux2 module: 48 candidates
main debug: using demux2 module "ps"
main debug: starting in sync mode
main debug: `d:\video\test.mpg' successfully opened
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps debug: we found a length of: 26400000
main debug: selecting program id=0
main debug: looking for packetizer module: 18 candidates
main debug: searching art for test.mpg
main debug: looking for art finder module: 2 candidates
googleimage debug: going to request http://images.google.com/images?q=test&ie=UTF-8
main debug: creating access 'http' path='images.google.com/images?q=test&ie=UTF-8'
main debug: looking for access2 module: 2 candidates
access_http debug: http: server='images.google.com' port=80 file='/images?q=test&ie=UTF-8
main debug: net: connecting to images.google.com port 80
main debug: using packetizer module "packetizer_mpegvideo"
main debug: stream out mode -> no decoder thread
packetizer_mpegvideo debug: size 720x576 fps=25.000
main debug: connection in progress
main debug: adding a new input
stream_out_transcode debug: creating video transcoding from fcc=`mpgv' to fcc=`mpgv'
main debug: looking for decoder module: 29 candidates
main debug: using decoder module "libmpeg2"
main debug: looking for encoder module: 11 candidates
ffmpeg debug: libavcodec initialized (interface 3352580 )
ffmpeg debug: found encoder MPEG-2 Video
main debug: using encoder module "ffmpeg"
main debug: removing module "ffmpeg"
libmpeg2 debug: 720x576 (display 720,576), aspect 576000, sar 16:15, 25.000 fps
main warning: dts != current_pts (-115378)
main warning: backward_pts != current_pts (-40000)
stream_out_transcode debug: decoder aspect is 576000:432000
stream_out_transcode debug: source pixel aspect is 1.066667:1
stream_out_transcode debug: scaled pixel aspect is 1.066667:1
stream_out_transcode debug: source 720x576, crop 720x576, destination 720x576, padding 720x576
stream_out_transcode debug: encoder aspect is 576000:432000
main debug: looking for encoder module: 11 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: removing common factors from framerate
(mpeg2video@00BA0F00)
ffmpeg debug: found encoder MPEG-2 Video
main debug: using encoder module "ffmpeg"
stream_out_duplicate debug: duplicated a new stream codec=mpgv (es=0 group=0)
main debug: looking for decoder module: 29 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 4904 (decoder) created at priority 0 (input/decoder.c:191)
stream_out_duplicate debug: - added for output 0
main debug: adding a new input
mux_ts debug: adding input codec=mpgv pid=68
mux_ts debug: new PCR PID is 68
stream_out_duplicate debug: - added for output 1
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: text/html; charset=ISO-8859-1
access_http debug: Server: GWS/2.1
access_http debug: Transfer-Encoding: chunked
main debug: using access2 module "access_http"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 10162 bytes in 1s - 8 kbytes/s
main debug: removing module "access_http"
googleimage debug: Image is at 'http://xunitpatterns.com/Test%2520Double.gif'

main debug: using art finder module "googleimage"
main debug: removing module "googleimage"
main debug: downloading art for test.mpg

[EarthwormJeff]

Hi everybody,
I had recently some success with DVB-S and VLC

Ken, I'm hoping your are moving well. Diseq was not the problem here.
I did change my LNB with a twin head LNB and now I have another sat on LNB1.
After that, I could get a transponder.
Changing the frequency on the command line had no effect and this frequency is not used on the first sat I tried VLC.
This was the proof that VLC had everything to display dvb-s but that there was something wrong with the tune request.
So I forced the code

Code: Select all

hr = l.p_dvbs_locator->put_CarrierFrequency( 11681000 );

to get another transponder and this did work.
After some other try I found this solution :

Code: Select all

hr = l.p_dvbs_locator->put_CarrierFrequency( (long) l_frequency );

I don't know why casting a long into a long changed something, maybe the var_GetInteger isn't working well.

for the moment I force the srate and the polarity, too. (didn't yet cast them).
And this works (no yet smoothly) but I will try some more channels to be sure.

[KenS]

So I forced the code

Code: Select all

hr = l.p_dvbs_locator->put_CarrierFrequency( 11681000 );

to get another transponder and this did work.
After some other try I found this solution :

Code: Select all

hr = l.p_dvbs_locator->put_CarrierFrequency( (long) l_frequency );

I don't know why casting a long into a long changed something, maybe the var_GetInteger isn't working well.

for the moment I force the srate and the polarity, too. (didn't yet cast them).
And this works (no yet smoothly) but I will try some more channels to be sure.

Good work! Strange that casting works especially as l_frequency is already declared long.
Maybe try declaring int l_frequency in case something strange is happening with var_GetInteger.

Another possibility is a memory problem - perhaps to do with psz_polarisation(a long shot but strings are always a likely culprit for overwriting memory)

[sudhi_mg]

Hello Experts,

Has anyone been able to successfully capture DVB-T signal using VLC 0.9 version on windows ? If so please provide details regarding the settings to be done on VLC player.Many thanks.

Sudhi

[Lotesdelere]

Has anyone been able to successfully capture DVB-T signal using VLC 0.9 version on windows ? If so please provide details regarding the settings to be done on VLC player.

Works fine for me.

Examples of syntax:

Playing live:
dvbt:// :dvb-frequency=642000 :dvb-bandwidth=8 :sout=#duplicate{dst=display} :sout-display-delay=1024

Saving to a TS file:
dvbt:// :dvb-frequency=578000 :dvb-bandwidth=8 :demux=dump :demuxdump-file="C:\Temp\VLC.ts"

[crocodudule]

Hello,

I use vlc 9 (last build 17/09/2007...) on windows xp sp2 (last directX and dvb-t patch), with a dazzle hybrid pro stick (= pinnacle hybrid pro stick) (BDA driver), on two computer:
. On my laptop all is ok (AMD 2ghz, 512Mo ram, and a little via graphic chipset ( VIA/S3G unichrome = directX 7 generation)
. But on my "normal" computer, AMD x2 3800+ (939),2 Go ram, 7900GS. I have a lot of freeze (pixel and sound) ( * ). Only one solution, play a video with windows media player in the same time. After that all is ok, i can see chanel, and record it.

exemple of command line (same problem) :
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537
or
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537 :sout=#duplicate{dst=display} :sout-display-delay=1024 (and more)

So i don't understand, why it's ok on my little laptop, and why i have a problem on my normal computer?
If you have a solution... thank's

( * ) it's ok with pinnacle soft.
And all is ok wtih analogic chanel (vlc 0.8,vlc 0.9, meuhmeuhtv, and pinnacle soft)

(sorry for my bad english)

log without windows media player
http://association.deasc.site.voila.fr/exemple1.log
http://association.deasc.site.voila.fr/probleme.jpg
log with windows media player
http://association.deasc.site.voila.fr/exemple2.log
http://association.deasc.site.voila.fr/normal.jpg

ps: i'm not alone, same problem here:
viewtopic.php?p=110207#p110207

[KenS]

On my laptop all is ok (AMD 2ghz, 512Mo ram, and a little via graphic chipset ( VIA/S3G unichrome = directX 7 generation)
. But on my "normal" computer, AMD x2 3800+ (939),2 Go ram, 7900GS. I have a lot of freeze (pixel and sound) ( * ). Only one solution, play a video with windows media player in the same time. After that all is ok, i can see chanel, and record it.

exemple of command line (same problem) :
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537
or
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537 :sout=#duplicate{dst=display} :sout-display-delay=1024 (and more)

Some time back I was able to get caching working. Add to the command line :dvb-caching=500
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537 :dvb-caching=500

[crocodudule]

Some time back I was able to get caching working. Add to the command line :dvb-caching=500
vlc.exe dvbt:// :dvb-frequency=730000 :dvb-bandwidth=8 :program=1537 :dvb-caching=500

Thank you for your help
But it's the same problem.
I don't think that cache is problem, because when i run a directshow process all is allright.
Maybe a problem with vlc and the directshow output, because if i run vlc and a video on windows media player all is ok.
But why on my laptop is ok (no need a direcshow process), but not on my normale computer, a problem with nvidia driver?

[Freak]

Hi Peoples, Recently i have started to use VLC 0.9 nightly for DVB-T
Thanks KenS for all the hard work on the Windows port of the BDA stuff since i started this thread.
The current nightly I'm using works very well.

Just checking in on a few things:

A)Can i record from VLC to any codec? I'm aware of how to record to a TS file, i'm wondering if i can record to MPEG2, MPEG4 or DVR-MS file.
example command line please: (Any chance for a Record button in the future)

B) Can i have a list of frequencies to use as a channel list? (So i can hit Next/Previous to change channels)

C) Does VLC support Comskip in playback?
I have found some threads from VLC and the developer of Comskip saying he would like to implement support for VLC, but i don't know if VLC will currently read the .txt files it creates?

D) Does VLC support any Analogue input from Composite/Svideo?

E) Can i get any DVB-T EPG via VLC in anyway? ( I notice it gives me the current program name)

PS. KenS have you done any work on a front end for Webscheduler?
Cheers!

[Jean-Baptiste Kempf]

A) yes, almost any. Yes for the record button
B) don't know
C) No. no support yet.
D) Depends on the OS. On windows, it should support dshow input
E) Yes, limited one.

[antonylord]

Here's what I've tried...

* Windows XP SP2
* DViCO FusionHDTV DVB-T Pro (drivers from 3.63.01 version)
* VLC 0.9 from the nightles on 24/11

Using the command line (entered in the GUI) :

dvbt:// :dvb-frequency=219500000 :dvb-bandwidth=7 :sout=#duplicate{dst=display} :sout-display-delay=1024

Where 219.5MHz with a 7MHz bandwidth should be channel 10 Perth.

It has a big old think and dies with a MS "serious error" message.

What have I missed / should I try / can I report to try and get this working?

Cheers, Antony.

[terrypye]

Here's what I've tried...

* Windows XP SP2
* DViCO FusionHDTV DVB-T Pro (drivers from 3.63.01 version)
* VLC 0.9 from the nightles on 24/11

Using the command line (entered in the GUI) :

dvbt:// :dvb-frequency=219500000 :dvb-bandwidth=7 :sout=#duplicate{dst=display} :sout-display-delay=1024

Where 219.5MHz with a 7MHz bandwidth should be channel 10 Perth.

It has a big old think and dies with a MS "serious error" message.

What have I missed / should I try / can I report to try and get this working?

Cheers, Antony.

Since around late September for some reason streaming does not work on VLC9 (latest I have where it works is 25/9/2007. try getting rid of the :sout=#duplicate{dst=display} and you should at least see a picture, though you may need to right click and select a program eg channel 10 HD, channel 10 SD etc.

This is my channel 10 display, although the access-filter bit does not really matter, nor should sout-display bit.

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=219500 :dvb-bandwidth=7 :access-filter=timeshift

For 25/9/2007 version to stream use:

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=219500 :dvb-bandwidth=7 :access-filter=timeshift :sout=#duplicate{dst=std{access=http,mux=ts,dst=:8080}}

You can add dst=display, before the dst=std bit to also preview, Then use navigate command (not in later versions of VLC 9) to select programs, rather tha right click select program.

Stream to http works ok, but do not try and transcode, it does not work.

To any of the guru's out there, is there any reason streaming does not work, I just get errors in message screen with no stream output.

main info: creating httpd
main error: polling error: Non-socket handle specified
main error: polling error: Non-socket handle specified
main error: polling error: Non-socket handle specified
main error: polling error: Non-socket handle specified

etc non stop
looks like an IP issue

Regards

Terry

[tre31]

Here's what I've tried...

etc non stop
looks like an IP issue

Regards

Terry

As far I could figure out ages ago (I haven't tested any recent builds) when I was streaming dvb using vlc you must specify an IP for http - why because it must know the destination, it is only when you are using udp broadcasting that you don't have too specify a destination - hence your error as it can't figure out what too do with the http packet - it must go somewhere.
----------------------
my sample batch files for various tasks (hope they help someone out there):
----------------------
transcoded dvb -> mpeg4 -> streamed (requires beefy machine)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:sout=#duplicate{dst=std{access=http,mux=ts,dst=192.168.2.210:1235}} --verbose=2

dvb playback using X-mode deinterlacing
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#duplicate{dst=display} :sout-display--deinterlace-mode=X --vout-filter deinterlace --verbose=2

point too point udp streaming (I couldn't get udp broadcast streaming too work, possibly a network problem) (also mpeg4 transcoding)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:duplicate{dst=std{access=udp,mux=ts,dst=192.168.2.210:1235}} --verbose=2

Anyway hope they help with the correct syntax use (someone put this in the gui and do us all a favour).

[terrypye]

Here's what I've tried...

etc non stop
looks like an IP issue

Regards

Terry

As far I could figure out ages ago (I haven't tested any recent builds) when I was streaming dvb using vlc you must specify an IP for http - why because it must know the destination, it is only when you are using udp broadcasting that you don't have too specify a destination - hence your error as it can't figure out what too do with the http packet - it must go somewhere.
----------------------
my sample batch files for various tasks (hope they help someone out there):
----------------------
transcoded dvb -> mpeg4 -> streamed (requires beefy machine)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:sout=#duplicate{dst=std{access=http,mux=ts,dst=192.168.2.210:1235}} --verbose=2

dvb playback using X-mode deinterlacing
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#duplicate{dst=display} :sout-display--deinterlace-mode=X --vout-filter deinterlace --verbose=2

point too point udp streaming (I couldn't get udp broadcast streaming too work, possibly a network problem) (also mpeg4 transcoding)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:duplicate{dst=std{access=udp,mux=ts,dst=192.168.2.210:1235}} --verbose=2

Anyway hope they help with the correct syntax use (someone put this in the gui and do us all a favour).

Current version of VLC works ok as per my previous command lines in Sept 2007 and even now works with scale=other than 1.0, which has been a problem for a while. Quite happy now to stream in Microsoft MMS format for use with Tversity to stream to DLINK DSM 320. Must have directshow codecs readable by Graphedit for Tversity to accept and onstream hence the reasom for mmsh and asfh with DIV3 (or WMV1 or 2, can use WMV3 but very heavy on cpu for some reason) and wma (or wma2) codecs.

Below is simple file stream command line for a previously captured ts stream however any file format would do e.g. fred.mp4.
"C:/VLC-0.9.0/VLC.exe" "d:\record\spamalot-HD.ts" :sout=#transcode{vcodec=DIV3,vb=2048,scale=.5,acodec=wma,ab=192,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,url=:8080}}

Below is simple stream DVB-T channel in this case Australian Perth Channel 7 HD

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=177500 :dvb-bandwidth=7 :access-filter=timeshift: Programs=1380 :sout=#transcode{vcodec=DIV3,vb=2048,scale=1,acodec=wma,ab=80,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,dst=:8080},program=1380}

The nightly I am using is the 27th April 2008 so it looks like whatever bugs crept in have now crept out again.

[tre31]

Here's what I've tried...
Current version of VLC works ok as per my previous command lines in Sept 2007 and even now works with scale=other than 1.0, which has been a problem for a while. Quite happy now to stream in Microsoft MMS format for use with Tversity to stream to DLINK DSM 320. Must have directshow codecs readable by Graphedit for Tversity to accept and onstream hence the reasom for mmsh and asfh with DIV3 (or WMV1 or 2, can use WMV3 but very heavy on cpu for some reason) and wma (or wma2) codecs.

Below is simple file stream command line for a previously captured ts stream however any file format would do e.g. fred.mp4.
"C:/VLC-0.9.0/VLC.exe" "d:\record\spamalot-HD.ts" :sout=#transcode{vcodec=DIV3,vb=2048,scale=.5,acodec=wma,ab=192,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,url=:8080}}

Below is simple stream DVB-T channel in this case Australian Perth Channel 7 HD

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=177500 :dvb-bandwidth=7 :access-filter=timeshift: Programs=1380 :sout=#transcode{vcodec=DIV3,vb=2048,scale=1,acodec=wma,ab=80,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,dst=:8080},program=1380}

The nightly I am using is the 27th April 2008 so it looks like whatever bugs crept in have now crept out again.

Are you streaming too localhost or on a network, because those commands do not even open a listening port, so there can be no server too client action. I tried nightly 27/04/08 also, exactly the same result. Another thing for one stream command you have url=:8080 and for the other you have dst=:8080 - which is it?, only one should work - and neither do as far as I can tell. The only way I even saw one listening port was too manually make my own command via the gui (and have the destination as the local network IP of the server, and even then I still got nothing on the client).

[terrypye]

Here's what I've tried...
Current version of VLC works ok as per my previous command lines in Sept 2007 and even now works with scale=other than 1.0, which has been a problem for a while. Quite happy now to stream in Microsoft MMS format for use with Tversity to stream to DLINK DSM 320. Must have directshow codecs readable by Graphedit for Tversity to accept and onstream hence the reasom for mmsh and asfh with DIV3 (or WMV1 or 2, can use WMV3 but very heavy on cpu for some reason) and wma (or wma2) codecs.

Below is simple file stream command line for a previously captured ts stream however any file format would do e.g. fred.mp4.
"C:/VLC-0.9.0/VLC.exe" "d:\record\spamalot-HD.ts" :sout=#transcode{vcodec=DIV3,vb=2048,scale=.5,acodec=wma,ab=192,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,url=:8080}}

Below is simple stream DVB-T channel in this case Australian Perth Channel 7 HD

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=177500 :dvb-bandwidth=7 :access-filter=timeshift: Programs=1380 :sout=#transcode{vcodec=DIV3,vb=2048,scale=1,acodec=wma,ab=80,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,dst=:8080},program=1380}

The nightly I am using is the 27th April 2008 so it looks like whatever bugs crept in have now crept out again.

Are you streaming too localhost or on a network, because those commands do not even open a listening port, so there can be no server too client action. I tried nightly 27/04/08 also, exactly the same result. Another thing for one stream command you have url=:8080 and for the other you have dst=:8080 - which is it?, only one should work - and neither do as far as I can tell. The only way I even saw one listening port was too manually make my own command via the gui (and have the destination as the local network IP of the server, and even then I still got nothing on the client).

I am streaming to my LAN (192.168.0.0 range 255.255.255.0 mask, not that it matters that much what it is for asfh over mmsh). If works fine whether or not I put in a URL before the port and defaults to my LAN, where I can pick up the stream happily by any system on my network (around 3-4 PC's at any one point in time. I believe VLC uses all subnets attached to when URL is not specified. Technically URL= should be used for streaming to LAN etc and DST= for writing to file. Does not much matter which one is used. I should add I use a Compro Videomate DVB-T 300 PCI card (and also the Compro U300 USB stick) which both have WDM compatible drivers (version 1.3.7.0 for the PCI card as selected by XP Pro automatically, also 1.3.5.7 drivers work if I put them in manually and 3.3.1.0 for the USB stick. Also works fine with XP Pro SP2 and Vista SP1. Perhaps your WDM drivers for your capture card are a bit dodgy or else you have a different system problem. My system has recently been rebuilt so it is clean.

regards

Terry

[tre31]

Here's what I've tried...
Current version of VLC works ok as per my previous command lines in Sept 2007 and even now works with scale=other than 1.0, which has been a problem for a while. Quite happy now to stream in Microsoft MMS format for use with Tversity to stream to DLINK DSM 320. Must have directshow codecs readable by Graphedit for Tversity to accept and onstream hence the reasom for mmsh and asfh with DIV3 (or WMV1 or 2, can use WMV3 but very heavy on cpu for some reason) and wma (or wma2) codecs.

Below is simple file stream command line for a previously captured ts stream however any file format would do e.g. fred.mp4.
"C:/VLC-0.9.0/VLC.exe" "d:\record\spamalot-HD.ts" :sout=#transcode{vcodec=DIV3,vb=2048,scale=.5,acodec=wma,ab=192,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,url=:8080}}

Below is simple stream DVB-T channel in this case Australian Perth Channel 7 HD

"C:/VLC-0.9.0/VLC.exe" dvbt:// :dvb-frequency=177500 :dvb-bandwidth=7 :access-filter=timeshift: Programs=1380 :sout=#transcode{vcodec=DIV3,vb=2048,scale=1,acodec=wma,ab=80,channels=2}:duplicate{dst=std{access=mmsh,mux=asfh,dst=:8080},program=1380}

The nightly I am using is the 27th April 2008 so it looks like whatever bugs crept in have now crept out again.

Are you streaming too localhost or on a network, because those commands do not even open a listening port, so there can be no server too client action. I tried nightly 27/04/08 also, exactly the same result. Another thing for one stream command you have url=:8080 and for the other you have dst=:8080 - which is it?, only one should work - and neither do as far as I can tell. The only way I even saw one listening port was too manually make my own command via the gui (and have the destination as the local network IP of the server, and even then I still got nothing on the client).

I am streaming to my LAN (192.168.0.0 range 255.255.255.0 mask, not that it matters that much what it is for asfh over mmsh). If works fine whether or not I put in a URL before the port and defaults to my LAN, where I can pick up the stream happily by any system on my network (around 3-4 PC's at any one point in time. I believe VLC uses all subnets attached to when URL is not specified. Technically URL= should be used for streaming to LAN etc and DST= for writing to file. Does not much matter which one is used. I should add I use a Compro Videomate DVB-T 300 PCI card (and also the Compro U300 USB stick) which both have WDM compatible drivers (version 1.3.7.0 for the PCI card as selected by XP Pro automatically, also 1.3.5.7 drivers work if I put them in manually and 3.3.1.0 for the USB stick. Also works fine with XP Pro SP2 and Vista SP1. Perhaps your WDM drivers for your capture card are a bit dodgy or else you have a different system problem. My system has recently been rebuilt so it is clean.

regards

Terry

No drivers are not the problem (I use BDA drivers not WDM, WDM is the old style of driver model used for analog tv devices).

I can stream too LAN using some of the commands that I previously stated, but transcoding and streaming seems too be the problem, not sure what it is really as the older versions can stream fine. I did notice however that when I used mux=ts streaming worked for mpeg-4 but asfh muxes did not. I'll have too do some more testing too figure it all out, not entirely sure the gui has been rigorously tested as it seems that the bda drivers don't even load sometimes via the gui when trying too stream (but work via commandline?).

My suggestion too the VLC developers is thus - provide full examples of the correct syntax for the most common types of tasks presented here so we do things right, then the testing process will be alot easier and we can determine if we are actually encountering bugs, rather than having us just shooting in the dark and finding errors and not following a precise testing pattern.

[terrypye]

No drivers are not the problem (I use BDA drivers not WDM, WDM is the old style of driver model used for analog tv devices).

I can stream too LAN using some of the commands that I previously stated, but transcoding and streaming seems too be the problem, not sure what it is really as the older versions can stream fine. I did notice however that when I used mux=ts streaming worked for mpeg-4 but asfh muxes did not. I'll have too do some more testing too figure it all out, not entirely sure the gui has been rigorously tested as it seems that the bda drivers don't even load sometimes via the gui when trying too stream (but work via commandline?).

My suggestion too the VLC developers is thus - provide full examples of the correct syntax for the most common types of tasks presented here so we do things right, then the testing process will be alot easier and we can determine if we are actually encountering bugs, rather than having us just shooting in the dark and finding errors and not following a precise testing pattern.[/quote]



You are quite correct re BDA drivers for VLC 9, mine is a hybrid card with both analog and Digital and uses BDA and WDM drivers

regards

Terry

[yogurt]

Hi, time ago I submitted an issue, and a request to anybody who uses BDA.
I'm tracking a bug (a memory leak) I found in BDA plugin, but I'm not sure whether this strange behaviour is just on my machine \ Windows installation and such.

Can you please look at this?
viewtopic.php?f=14&t=45540#p143908

Thanks!
Yogurt

[popper]

Here's what I've tried...

etc non stop
looks like an IP issue

Regards

Terry

As far I could figure out ages ago (I haven't tested any recent builds) when I was streaming dvb using vlc you must specify an IP for http - why because it must know the destination, it is only when you are using udp broadcasting that you don't have too specify a destination - hence your error as it can't figure out what too do with the http packet - it must go somewhere.
----------------------
my sample batch files for various tasks (hope they help someone out there):
----------------------
transcoded dvb -> mpeg4 -> streamed (requires beefy machine)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:sout=#duplicate{dst=std{access=http,mux=ts,dst=192.168.2.210:1235}} --verbose=2

dvb playback using X-mode deinterlacing
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#duplicate{dst=display} :sout-display--deinterlace-mode=X --vout-filter deinterlace --verbose=2

point too point udp streaming (I couldn't get udp broadcast streaming too work, possibly a network problem) (also mpeg4 transcoding)
vlc dvb-t:// :dvb-frequency=177500 :dvb-bandwidth=7 :sout=#transcode{vcodec=mp4v,vb=2048,scale=1,acodec=a52,ab=192,channels=2}:duplicate{dst=std{access=udp,mux=ts,dst=192.168.2.210:1235}} --verbose=2

Anyway hope they help with the correct syntax use (someone put this in the gui and do us all a favour).

its been a long time since anyone posted in this most useful thread, so i thought id ping it...

by "I couldn't get udp broadcast streaming too work" i assume you mean Multicast your chosen video file to stream to all the LAN devices on the subnet? and set a simple SAP announce: to let all the devices tune into the stream(s) if you cant remember the exact Muticast URL you entered i forget them all the time LOL.

if so, rather than unicast udp to dst=192.168.2.210:1235 try using a Mutlicast address such as 224.0.0.1:7777 as per works for java JTVLAN before Webscheduler commercial updates broke it and so JTVLAN development stopped.....shame.

after re-reading the whole thread again, it seems we need a new howto in this DVB-T use to clarify some basic things, such as HOW DO I find my right frequency= for my local DVB-T tower, in my case its the north west UK winterhill transmitter but a generictext list or at least a direct url to the worlds tranmitter information if such a thing exists would be a very good thing for VLC use? somethng that we can all simply pick from of known working freq for the good working generic tv channel for your transmitter , and a FULL VLC command line you can simply cut and past into the shell/cli for total newbs with their working BDA driven windows cards just waiting to be tryed for the first time.

as i understand it, Linux VLC can take a DVB-T tuning file i forget the name they use but that files generated generated with some 3rd party linux tool ,do we have that available as a binary and working for windows too?, and if so how do we use it to make this assumed working windows VLC DVB-T freq file to automate our tuning , come to that, why isnt an auto tuning bit of code been ported to VLC nightly to help us in this most basic tunning need, rather than the current manual finding of the data freq and manual entry we need to do right now?

Webscheduler tunes the transmitters from all around the world fine as far as i can tell, couldnt that older open codebase or something else thats open and known to work today be ported into VLC nightly to make its windows OS DB-T tuning MUCH EASYER for non programmers to use!

regarding DVB-T + latest VLC xp nightly and tversity ,how do i multicast stream to the tversity server so as to have the xbox360 pick it up, iv only just got the 360 arcade so dont know the full spec of wrappers it can take, i assume AVC/AAC inside a TS ,Mpeg? or wmv container will work as the feed to tversity, but how do i get the tversity server to see the VLC stream.

tversity is new to me ,and MKV AVC/AAC 720P files doesnt seem to transcode in tversity so i assume VLC cna do it OK for 360 arcade use?, im a long time PC builder so shouldnt take to long to get to grips with with it with some prompting from you lot

something like this for streaming a file
:sout=#duplicate{dst=std{access=udp,mux=ts,dst=224.0.0.1:1234,sap,group="ts-test"}} :sout-all
but for DVB-T as the feed i assume?