Welcome to GOFASTMOTORSPORTS.com ... ... ... Green Flag - Green Flag - Go Go Go ... ... Brought to you by Ricks Satellite - Where the Big Dish Rules!

Ricks Satellite Wildfeed and Backhaul Forum
Register Latest Topics
 
 
 


Reply
  Author   Comment   Page 6 of 9     «   Prev   3   4   5   6   7   8   9   Next
andyinyakima

Avatar / Picture

Registered:
Posts: 1,519
Reply with quote  #76 
Thanks bluzee.
__________________
andyinyakima
-----------------------------------
Recs: TBS6983, TBS5925 __ Ant: 90cm on SG6100__OSes: Linux with v4l-updatelee drivers __ RPi2 with v4l-updatelee drivers

Open Book, Open Source, You have to Open it to Know what's in it!
mips

Registered:
Posts: 529
Reply with quote  #77 
Quote:
Originally Posted by bluzee
I suppose one thing is if it was Linux native then it could be compiled to run on ARM.  You could set up a Matrix or something with a Prof 7500 and use IPcleaner on it.  Wine can't run x86 apps on ARM. 

A linux native app could probably read direct from the dvr device so you could skip the FIFO.

Thanks bluzee, those are good points. I wasn't aware of a Wine limitation on non-x86 processors.

gregom

Registered:
Posts: 900
Reply with quote  #78 
Can I use transedit to record ipdata and use ipcleaner to extract video? Or I can only record using TSreader?

I have the tbs 6925 and I am recording the entire mux using transedit and I am not getting any video

here is the line i write:

IPcleaner.exe -infile=<test.ts> -pid=256

I just get an output file pid but no video... any ideas ???

______________


I got it ... changed TS reader to IP mode and also my line to

ipcleaner -infile=test.ts -pid=256

__________________
Large BUD with Norsat 8115 & NJR PLL KU, Corotor II plus, R3465 SA,TBS-6983,DVB-Viewer, AZ+, GI550.
midwestmac

Registered:
Posts: 2,239
Reply with quote  #79 
Hey Greg, Ill try and answer. The way ipcleaner is built is to record a single pid not the whole mux.
I haven't tried recording with transedit, might be worth a shot,
 
Oh, I just saw you post,The recording worked good with tsreader in IP/DVB mode? I haven't tried that way in a while
Good deal! I usually just record to single pid and dont do the ip/dvb mode.

Then on the other hand Bluzee's script works pretty darn good too with ipcleaner in linux.

__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
photoman76

Registered:
Posts: 9,064
Reply with quote  #80 
I use Transedit and it works fine with IPCleaner.
Select the pid and hit "Start Recording".
mips

Registered:
Posts: 529
Reply with quote  #81 
IPCleaner will work with recordings of the whole mux, multiple PIDs or a single PID, doesn't matter which app you use to record. TSReader and TransEdit should work fine, as should any other app equivalent app. The recording format is actually more important than the app used. The data stream must be in a raw (unaltered) state.

If you are recording a single PID, don't drop transport headers.

The IP/DVB mode in TSReader is not recommended because it alters the stream. It might work with a few IPTV feeds (Pathfire comes to mind) but it's kind of a fluke. Even though IPCleaner works with these recordings, this behavior is a remnant of early work when I was studying the IP format. I've since learned this is a non-standard way to record the IP stream and I plan on removing support for it in a future version of IPCleaner because there's no way to get it to work consistently. Use raw recordings only.

gregom, as you figured out, the <> characters surrounding the filename were the problem, not TransEdit.

gregom

Registered:
Posts: 900
Reply with quote  #82 
Quote:
Originally Posted by mips
IPCleaner will work with recordings of the whole mux, multiple PIDs or a single PID, doesn't matter which app you use to record. TSReader and TransEdit should work fine, as should any other app equivalent app. The recording format is actually more important than the app used. The data stream must be in a raw (unaltered) state.

If you are recording a single PID, don't drop transport headers.

The IP/DVB mode in TSReader is not recommended because it alters the stream. It might work with a few IPTV feeds (Pathfire comes to mind) but it's kind of a fluke. Even though IPCleaner works with these recordings, this behavior is a remnant of early work when I was studying the IP format. I've since learned this is a non-standard way to record the IP stream and I plan on removing support for it in a future version of IPCleaner because there's no way to get it to work consistently. Use raw recordings only.

gregom, as you figured out, the <> characters surrounding the filename were the problem, not TransEdit.



I installed linux and have updatedvb working on mplayer and VLC ... how can I get ipcleaner working on Linux?

I heard it is possible to play live IP feeds without having to record and then watch it in linux... not sure how ...

There is an ipcleaner button in updatedvb... does that work?


__________________
Large BUD with Norsat 8115 & NJR PLL KU, Corotor II plus, R3465 SA,TBS-6983,DVB-Viewer, AZ+, GI550.
mips

Registered:
Posts: 529
Reply with quote  #83 
Quote:
Originally Posted by gregom

I installed linux and have updatedvb working on mplayer and VLC ... how can I get ipcleaner working on Linux?

I heard it is possible to play live IP feeds without having to record and then watch it in linux... not sure how ...

There is an ipcleaner button in updatedvb... does that work?


I think you need wine to get IPCleaner to work on Linux. bluzee has made a script for this. See this thread: http://rickcaylor.websitetoolbox.com/post/ipcleaner-scripts-6755062?pid=1281528855#post1281528855

No idea about the button in updatedvb. Perhaps it uses bluzee's script?

bluzee

Registered:
Posts: 2,186
Reply with quote  #84 
The ipcleaner button in updateDVB will execute the command you configure in the settings.  What command one needs in there to make things work I have not tried to figure out as yet.  I think I just need to figure out how to grab the PID from updateDVB to pass it to IPcleaner.exe
newsy

Registered:
Posts: 61
Reply with quote  #85 
Thank you for the great IPCleaner tool.
Are there any chances that this tool will ever become open source?

Will there be a native linux version?

__________________
85cm motorized dish 31.5°E - 15.0°W
bluzee

Registered:
Posts: 2,186
Reply with quote  #86 
MIPS may chime in here eventually, however to my knowledge he has never indicated any intention of releasing the source.   IPCleaner runs perfectly under wine on x86 hardware.  I don't think there is any way currently to get it to run on ARM hardware.
mips

Registered:
Posts: 529
Reply with quote  #87 
Quote:
Originally Posted by newsy
Are there any chances that this tool will ever become open source? Will there be a native linux version?

Sorry for the late reply.

There are no plans ATM to make it open source or release a native Linux version. I'm curious why a native Linux version would be desired though, since it was my understanding that IPCleaner worked with wine (for x86). For what reasons would you need a native Linux version? I get that there should be some benefits (like a smaller memory footprint from not needing wine, and maybe slightly faster execution from not having to go through wine), but I'm not familiar enough with Linux to realize what else you could gain from it. Is ARM support (like bluzee mentioned above) the main reason?

bluzee

Registered:
Posts: 2,186
Reply with quote  #88 
Other than ARM benefits to x86 would be minor.   Real time streams could probably be dumped to a named pipe and played without having to write a file to the drive.  If source was available then someone could probably add in stdin/stdout fairly easily and simplify things a bit more.   By someone, I don't mean me. Not smart enough for that I don't think.

Native would  be able to read the dvr device too.
mips

Registered:
Posts: 529
Reply with quote  #89 
Quote:
Originally Posted by bluzee
Other than ARM benefits to x86 would be minor.   Real time streams could probably be dumped to a named pipe and played without having to write a file to the drive.  If source was available then someone could probably add in stdin/stdout fairly easily and simplify things a bit more.   By someone, I don't mean me. Not smart enough for that I don't think.

Native would  be able to read the dvr device too.

Thanks bluzee.

Porting IPCleaner to Linux shouldn't be too hard as it uses few Windows-specific APIs and it's CLI-based. But for ARM support, I'd probably need either a cross-compiler or an ARM-based development system, none of which I currently have.

stdin support should be doable. However, for stdout, I don't see how it could work since IPCleaner often needs to output multiple streams/files simultaneously, unless it would be limited to a single output stream at a time (which seems restrictive)...

One option I'd really like to implement is TCP input support, so you could stream directly from tuner apps (like CrazyScan, TSReader, etc) without having to create an intermediate file.

Between stdin and TCP input, which feature do you think would be most useful for each OS? For Windows, I'd guess TCP input because it's more commonplace, but what about Linux?

bluzee

Registered:
Posts: 2,186
Reply with quote  #90 
Cross compiling is a bit of a pain to setup, but I have successfully compiled things for ARM and MIPS using buildroot in Linux. It's all free to download and install.  Cross compiling IPCleaner source may not even be that complicated,  but I haven't done it a lot and am no expert at it.  The simplest is releasing source so people can just compile on their own hardware.  If that is not something you wish to do releasing binaries may be possible as IPCleaner would have pretty low dependencies, but there are getting to be a lot of variations of architectures to cover.

stdin/stdout is really only advantageous on data stream with only one substream and one that streams realtime.  I'd put it low on the list.

The windows people would probably really love to be able to dump into IPCleaner via the network.   Network input would also work in Linux. Native or under wine.    I can already do this indirectly in Linux by using something like rtpdump to grab the stream off the network and dump it to a FIFO. 

Linux has a lot of options and a zillion ways to do things.  Windows, well it could use all the help it can get.  I'd probably focus on that.

Previous Topic | Next Topic
Print
Reply

Quick Navigation:

Fellow Members, your posts are welcome here! Do not worry about posting everything perfect. Different receivers and LNB's will give you different Frequencies and Symbol Rates. Some set top boxes, PCI cards and USB receivers, Do Not Require all of the same information that others may need. It is not Required to post everything that others may need to tune in a feed. It is just most important to share the find. We can always adjust the Frequency and Symbol Rates and try the various Modulations and FEC's on our own receivers until we get a lock and then give a polite reply with what works for your receiver, as that information might help others as well. We all appreciate the efforts and energy of the Posters!

Thank You for Visiting GOFASTMOTORSPORTS.com - Keep Your Eyes on the Sky and the Track!