|
Hardware Support Discussions related to using various hardware setups with SageTV products. Anything relating to capture cards, remotes, infrared receivers/transmitters, system compatibility or other hardware related problems or suggestions should be posted here. |
|
Thread Tools | Search this Thread | Display Modes |
#801
|
||||
|
||||
why don't you guys upgrade to V4 and just dump straight to a TS file?
graph: Cable Box -> dump.ts using the dump that is included with the 1.09 download of SGraphRecorder channels that are normally OTA HD shouldn't be 5C'd, the rest probably will be (ie.. HBO HD, ESPN HD, inHD, etc...)
__________________
You can find me at Missing Remote. Or playing FF XIV. For XLobby users: XLobby MC |
#802
|
|||
|
|||
Yeah, that filter has been working VERY well for me... Beautiful in its simplicity.
Jason Quote:
|
#803
|
|||
|
|||
Add Video Device
Quote:
Ok, so now I my graph is set up as such... When I go to set up the source in SageTV 4.0 it trys to get a preview, but nothing happens. The output file never goes past 0 bytes. any guess? |
#804
|
||||
|
||||
can you do a manual capture in graphedit and get a working video?
__________________
You can find me at Missing Remote. Or playing FF XIV. For XLobby users: XLobby MC |
#805
|
|||
|
|||
Setup Firewire
Quote:
|
#806
|
|||
|
|||
Just to add more details -- the SGR keeps processing GET_FILE_SIZE commands over and over without the file size changing...
BUFFER SGraphRecorderSGR #3 1394|2|16777216|\\the-server\SageTV\SGraphRecorderSGR3on12700169691394-0.mpgbuf|Great 11:02:20 PM BUFFER SGraphRecorderSGR #3 1394|2|16777216|\\the-server\SageTV\SGraphRecorderSGR3on12700169691394-0.mpgbuf|Great 11:02:36 PM GET_FILE_SIZE \\the-server\SageTV\SGraphRecorderSGR3on12700169691394-0.mpgbuf 11:02:51 PM GET_FILE_SIZE \\the-server\SageTV\SGraphRecorderSGR3on12700169691394-0.mpgbuf 11:02:51 PM STOP 11:02:52 PM |
#807
|
||||
|
||||
Same boat
I am in the same place you are I believe... the instructions really need to be updated for this, as I think some things have changed both in the firewire.zip file and for version 4.0.
I basically have the same dump graph: SA3250-->dumfile.ts using dump.ax (I think the one that came with my graphedit... I registered the one that came with SGR afterwards... but in the details of the graph it says the source is graphedit) *edit* I actually found the correct dump.ax and am using this -- no change /edit** I can play that graph and create the dumpfile... plays fine in VLC and WMP... I also installed the channel changer from the MCE firewire.zip -- tested and it works. I have sage recognizing the remote tunder -- says it is functioning. I only enabled one channel to test on it -- works fine local. Will not work remote. Debug in the SGR is same problem that you are having. Get file sizes over and over and some noop's. Sage gets no input... Any ideas guys?? Last edited by Bohica; 11-09-2005 at 11:56 PM. |
#808
|
||||
|
||||
My EYES!
My eyes are bleeding. I just consumed this entire thread like Kate Moss at a crack party. I think I will just try to remove all the software and reinstall tomorrow and hope that it is just a version issue from following some older posts... Dont know what the problem is...
Just to be sure -- let me sum up some things here. I have the SA 3250HD. With version 4.0, you should be able to just use the firewire.zip install from tgb, to get the tuner, panel, and FW changing done. You no longer need all the other filters -- as you should just be able to dump to .ts using the dump.ax that comes with the latest SGR. I was testing this on a remote system, not local. Is ANYONE else doing that? I just wanted to get it all working before I hack apart my server... And why does it ask me for an AUDIO input for this remote tuner? Meaning in sage, when I add the tuner, it asks for source and shows 1394, then the next question is which audio source, and shows LOCAL audio sources for the sage server.... ?? Good lord this thread was long... but thanks to everyone in it. We'll see tomorrow... <T> Last edited by Bohica; 11-10-2005 at 01:56 AM. |
#809
|
|||
|
|||
Bohica, yes indeed, we are in the exact same place!
|
#810
|
||||
|
||||
are you guys using the SageTV service? if so disable it, it tends to do this non-stop get_file_size thing and may be the cause of your problems
__________________
You can find me at Missing Remote. Or playing FF XIV. For XLobby users: XLobby MC |
#811
|
|||
|
|||
Naylia, I'm not using the Service Mode.
So, I have been banging my head... Assumptions: 1) Not running service mode; 2) GraphEdit does generate a good output file with the TStoPS.GRF graph; 3) SageTV does communicate with the SGR; 4) SageTV does generate the output file, but 0 bytes; With this being said it looks like the "thing" that should write the file is not working -- would this be: a) SGR -> Graph -> STB driver -> dump? b) SageTV -> Graph -> STB driver -> dump? This has got to be simple to track down, no? |
#812
|
||||
|
||||
Did you try that simple dump graph? Box --> dump.ts? Assuming 4.0.
No on the service question for me too. I woke up this morning... going to do some troubleshooting after I run some errands. Had an old boss that drilled into my head -- "cut the problems you have in half whenever you can"... So a couple of ideas...going to try to get SGR sending anything over the net. Since graphedit will make a good file -- lets remove that and see if we can just get SGR talking. Maybe a screen capture or something... who knows... we'll see. <T> |
#813
|
|||
|
|||
Yes, I did change to the simple graph. I tried several different dump filters as well, but not help. I wonder if we can turn on more debugging all over the place besides SGR?
Let me know what you find out -- my head is spinning - I think I read ever posting on this board, plus every message on other boards. |
#814
|
|||
|
|||
If you are trying on a REMOTE system, and have your video libvraries setup as drive letters (I never tried this w/UNC mappings), then you HAVE to haev the driver letter mappings the same on the remote machine.
Example: On my Sage server, I record everything to my video library defined as "S:\TV". When I tried to setup the firewire recording on a REMOTE machine I kept getting 0 length files because it was also trying to store the file on "S:\TV". After I mapped the "S:" drive on the remote machine, it worked fine. Might not be your problem, but I know that is an issue when configuring it on a remote machine. Obviously it SHOULDN'T happen that way if your video stores are mapped via UNC - but I didn't test that, so I can't guarantee that is the case. Jason |
#815
|
||||
|
||||
MatterW and all! Got it working...
Here is what I think it was for me... In following directions from Spaceghost, I edited my sage.prop file as he said. Remove that and paste in the txt file from post 459? The set crossbar to 10 as it mentions a couple of posts later. Then configure the tuner and see if your problems go away. Couldnt get audio at first until I switched to use the SageTV audio and video. Not there ALL the way yet -- but I got the remote system to send live tv... tuning now. Thought I would update. I also had to add the local drive like the previous post to my recordings drive (forgot to do that -- so that may have helped too) Thanks -- keep you posted. Tim |
#816
|
|||
|
|||
Bohica, you da' man!
That was it -- I just cut and pasted it, changed the one setting and we;'re off... Well, 98% of the way there... I think a new "guide" is in order... I am left with the picture studdering and I'll be 100% there... Thanks for the help! Matt |
#817
|
||||
|
||||
Awsome dude -- agree on the guide. The help from everyone on this thread was awsome -- but I think we would have been better off reading it in reverse
I have a remote system now recording HD... the recordings viewed on the server are fine. Watching live from the server is fine (GigE from the remote to the server). Watching the recording from a client stutters and skips. This client only has a 100MB -- and I dont think it is a quality card. Watching live from the server (a little delayed) and watching live from the client (a little delayed and a lot stuttered) causes sage server to crash. I know I have one of the most powerful servers -- so maybe network card or something. Regardless, whomever said streaming HD to the client consumes only nominal bandwidth is nutz... Cheers. |
#818
|
|||
|
|||
i've been working on getting this to work on my own setup and although had some success during the v3 beta, can't seem to get this working with the release version. one thing i did notice it that the props file has changed somewhat and I made the following to reflect the changes i've noticed:
mmc/encoders/12346/10/0/available_channels= mmc/encoders/12346/10/0/brightness=-1 mmc/encoders/12346/10/0/contrast=-1 mmc/encoders/12346/10/0/device_name= mmc/encoders/12346/10/0/hue=-1 mmc/encoders/12346/10/0/last_channel= mmc/encoders/12346/10/0/provider_id=0 mmc/encoders/12346/10/0/saturation=-1 mmc/encoders/12346/10/0/sharpness=-1 mmc/encoders/12346/10/0/tuning_mode= mmc/encoders/12346/10/0/tuning_plugin= mmc/encoders/12346/10/0/tuning_plugin_port=0 mmc/encoders/12346/10/0/video_crossbar_index=0 mmc/encoders/12346/10/0/video_crossbar_type=10 mmc/encoders/12346/audio_capture_device_name= mmc/encoders/12346/audio_capture_device_num=0 mmc/encoders/12346/audio_processor= mmc/encoders/12346/capture_config=2064 mmc/encoders/12346/default_device_quality=Best mmc/encoders/12346/encoder_merit=0 mmc/encoders/12346/encoding_host=172.0.0.1:6969 mmc/encoders/12346/last_cross_index=0 mmc/encoders/12346/last_cross_type=10 mmc/encoders/12346/live_audio_input= mmc/encoders/12346/multicast_host= mmc/encoders/12346/never_stop_encoding=false mmc/encoders/12346/video_capture_device_name=Firewire Device mmc/encoders/12346/video_capture_device_num=0 mmc/encoders/12346/video_encoding_params=Best mmc/encoders/12346/video_processor= in every example i've seen, the mmc/encoders/123457/X/0/... X is alway the number of the crossbar, so 10 makes sense to me, if 10 is the crossbar for firewire(1394). Now, I didn't write the software, I've just followed the pattern. Everything else is stripped down, so I trust SageTV can fill in what it needs on it's own. Basically, this props reflects the new mmc/encoders/ wording. Things still don't work exactly as expected, but I hope this gets us closer to a working solution. bump edit: made some small changes to the props, it is working, i had to delete all the entries in mmc/ignore_encoders=, HD is less choppy streamed over my wireless network than on the encoding box [i can only assume a hardwired (100+enet) connection would be even better], changing channels to a different HD stream (ie 1024i to 720i) makes the video unrenderable (black screen) on the host box, and finally the image appears to be of generally better quality directly from the cable box to tv, rather than being processed thru SageTV (might be improvable via NVidia settings). -karl Gigabyte GA-K8NF-9 Motherboard, AMD Athlon 3000+ 1.8GHz, 1GB RAM, Gigabyte GeForce 6600 256MB Video, Maxtor DiamondMax 10 200GB SATA150 7200RPM HD, Hauppauge WinTV-PVR-150MCE, SageTV 4.0 Last edited by karljayne; 11-13-2005 at 07:50 PM. |
#819
|
|||
|
|||
Quote:
I keep seeing people mention crossbar, but I have no idea what that means. Anyone care to explain what this term means (and, yes, I can search google - but didn't find much). |
#820
|
|||
|
|||
From what I gather, crossbar is the capture input type (s-video, hd-tuner, tv-tuner, firewire, etc) code, but don't quote me on that.
-karl
__________________
Server WIN7PRO, AMD Phenom II Deneb, 4GB RAM, Gigabyte GeForce 7300 GS 512MB, RAID0 600GB, Hauppauge 500MCE, HD PVR w/ DCT-6200, HDHomerun, SageTV 7.0.12 Last edited by karljayne; 11-14-2005 at 11:16 PM. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|