I tried modifying the CirclesXlet sample to play around with the simulator.
I have two issues:
1. How to enabled logging? I don't see how to enable debug logging output from the xlet.
2. The emulator is _very_ slow. It doesn't seem to be using much cpu resources so I can't imagine why it is so slow.
Hi, I'm looking at how to get trick mode working for the XDK simulator using the OCAP-RI (seek and FF at various speeds for now). I'm aware that you guys are working on DVR simulation. Presumably you have to implement some or all trick mode features as part of DVR simulation. Am I right in my thinking here, and if so is there any code/design-discussion/example that I could look at?
What are the plans for VOD support in the ocap-ri stack?
My understanding (which could be a misunderstanding) is service selection to a vod:// locator is possible. e.g. Manager.createPlayer(vod://provider/asset) should dynamically create a vod DataSource and then a video/mpeg Handler created to play the vod.
This does not currently seem to be supported.
I just tried the binary distribution of the RI and, as the instructions stated, I had to disable hardware acceleration on my machine. Failure to do so caused the entire machine to lock up and become completely unresponsive (I tested it twice). It worked fine after I turned off hardware acceleration.
Am I mistaken in thinking there's no difference between DFC_PROCESSING_FULL and DFC_PROCESSING_LB_16_9 when the input is 16:9 and the output is 4:3? Seems like they'd both result in 16x9 letterbox - black bars on top & bottom.
Some diagrams illustrating the expected effect of all the DFC constants in various scenarios would be extremely helpful.
I have tried so many things, but cannot get the video/graphics to work when starting up Vidiom Systems Tools - Vision Workbench. Many of my co-workers have this operating, but no luck here. I can hear the sound of the canned files, and the remote seems to have actions, if I look at the trace. I have compared their system settings, env variables, and XAIT files.
The following test scenario on OCAP RI (Linux port, JAVA 1.4) leads to a deadlock.
1. Tune to Freq1 (Tuner1, Chn1) and present the Service (Watch Video)
2. While presenting Chn1 do an instant recording on a Tuner2, Freq2 (Ch2).
(You may need a suitable test app to do this kind of testing).
This operation leads to JAVA stack level deadlock.
I'm trying to develop a VOD application on Tru2Way RI platform.
However, I can't create an javax.media.Player instance.
(Video files that are in the '../resources/tunedata' directory was used.)
The code and outputs are like this
-------------------- Code ---------------------------------------------------------
url = new URL("http://localhost:18080/Temp/background.mp
ClockImpl.java/AbstractPlayer.java keeping of a 'rate' variable vs actual rate proves to be an issue with 'getRate()'.
To boil things down to its most basic elements, we have this DVR application that does some things during the course of its life that exercise certain issues that may prove to be something that could better be handle in the ri stack.
It changes state by issuing a '
We're integrating current RI top of tree with the TVWorks XDK.
Video is streaming into the pipeline, but we get no video out the other side.
Instead I'm seeing many errors like those below. What might cause these? Is this simply a memory allocation issue? Is there some configuration I might be missing?
I have started using DVRExerciser xlet on a Tru2Way device running RI.1.1.4RelA
I have noticed a some issues and would like to know if these are known issues or not.
1. Scaled Video does not seem to work (i.e video remains full screen). This works fine on the RI-Emulator. Note also that Scaled Video IS working with the Guide Application running on the Device.
I have the video which is having closed captioning and i need to enable it through the application.So i have used the following code:
I have two Eclipse/RI environments--one set up with Rel-A, and one with Rel-B. Using my own test application, I can get video to play back fine using Rel-A, but cannot get video playing back with Rel-B. I haven't seen any obvious errors in the logs.
Has anyone else seen this?
I have a background video set up with a channel map and select the service from my xlet. Sometimes the background video plays but more often than not it fails.
Sometimes it is unable to reserve the video device. Is there anything I can do to help it be more capable of reserving the video device?
According OC-SP-HOST2.1-CFR-I11-100507 spec section 6.1, "The OCHD2.1 will function without a CableCARD Device and process the analog or digital signals received via the FAT channels directly...",
But in OCAP-1.1.4-B stack, in TimeZoneInitializer.java, method initTimeZone(), it seems it waits on pod ready event forever. App launcher never get launched.
I am confused on the operation of some of the mpeos disp APIs. There is little to no documentation describing their operation in relation to values returned by other APIs. Inspecting the reference implementation offers no help as there are no comments. In some cases, the APIs are left not implemented.
The GainControl on the player is null. The 114 REL A release notes say it is not implemented and won't be fixed. I get no sound when playing the provided video files through the RI but they have sound when played in VLC directly.
Is audio functional? Is there a way to monitor/adjust it?
I am trying to create a channel map for use with HDHR. I have a channel at frequency 447MHz, QAM64 that has programs in the stream. For a background video I can set the program id but the only options are channel number, call letters, source id, and network id. These combinations don't seem to work for selecting the program within the stream.
I am trying the to determine the current service presenting. I am using monapp to start the watchtv app and my own unbound app. I have a channel map assocated with the monapp run configuration with a set of channels and it works fine to start watchtv and tune to the first channel and allows changing channels.
I am using a resource contention handler and have the NetworkInterface and HVideoDevice allowed between two apps. While the NetworkInterface is freed for tuning, the player's use of the video does not appear to go through the resource contention handler.
I'm browsing through the documentation, and I'm curious if there's an event that's supposed to fire when an HDMI cable is connected or disconnected. I'm not seeing anything, and in testing, I'm not seeing anything... but that may be a mistake on the platform I'm testing with.
If the audio or video format changes, typically through a PMT roll while tuned to a channel, the ServiceList from the SIManager is supposed to change, from my understanding. Basically a full 'update' of tables.
Now, if this happens, I assume the highest layers of applications would want to be notified. In theory the channel map could have changed, etc.
I have the mpeenv.ini setting DISP.DEFAULT.CONFIG set to 5: 960x540 1:1 graphics, 1920x1080 1:1 video, 1920x1080 1:1 background (with I-frame support)
When I get the best config for the video device I get 8:9 720x480. Is that because it is the aspect ratio and resolution of the video that is playing?
The best configs for background and graphics devices both return a resolution of 640x480.
The screen resolutions seems to have changed from Rel B to Rel C. In mpeenv.ini I have DISP.DEFAULT.CONFIG set to 5. I have a twb.cfg with
# The RI Emulator device width.
RI.Emulator.TvScreen.width = 960
# The RI Emulator device height.
RI.Emulator.TvScreen.height = 540
The screensize from the awt toolkit returns 960x540.
I tried to run the the tune test in windows with rel c of RI but video is not coming.
The error is java.net.socketException. from http request.
Can anybody help me with this?
Thanks & Regards,
How can an application set the video output resolution? The screen is represented by a Havi HScreen, which is composed of one or more graphics, video, and background devices. Video is represented by an HVideoDevice, which has a setVideoConfiguration method that applications can use this to request a specific video pixel resolution.
I am trying to use HAVi APIs to scale the video. I create a new HVideoConfigTemplate with my SCREEN_RECTANGLE and tried to get the best HVideoConfiguration. The best video configuration has the full SCREEN resolution instead of my requested rectangle.
I am noticing unusual behavior such that the stack times-out into alternate service content (drip feed) mode even after an apparent successful tune/decode recovery.
Here is what I am seeing:
1) Start WatchTv and it comes up fine on the 1st channel and decodes it fine.