Gaya remote control

[erlis]

Is it possible in some way to remotely control gaya (the GUI shown on PCH)??


This would be great..

[OwL]

erlis Wrote:Is it possible in some way to remotely control gaya (the GUI shown on PCH)??


This would be great..

I have sketched on a client/server solution for the NMT players which invokes the mono player directly without using gaya.
playback should be initiated from a client browsing all available media on the NMT...

I am thinking of implementing a client for the iPod Touch and the SonyEricsson UIQ 3.0 Symbian based cellphones via WLAN.

Think: A list of all the movies on the NMT... tap one of them, and the NMT starts playing. the UI on the client changes to "playback controls" .... when you press stop or the movie ends, the controls changes back to the browse list...

If I get the time I will start up a project page, free for other to join... and we will realize this, if enough interest exists!

Regards // OwL

[erlis]

My experiments with mono makes gaya go crazy and then I'll have to reboot my PCH..

Have you managed to invoke mono and still have gaya working?

[OwL]

erlis Wrote:My experiments with mono makes gaya go crazy and then I'll have to reboot my PCH..

Have you managed to invoke mono and still have gaya working?

Nope.. have not analyzed it yet.. I have only enabled telnetd yesterday, and had a look around.... looked at the commandline switches for mono (there are PLENTY) I didn't try mono out yet.... maybe Ill get some time for it tonight...
But feel free to post in this thread, if you find something out!

Regards // OwL

[erlis]

mono <file> -dram 1

will make it play..

/opt/sybhttpd/localhost.drives/HARD_DISK # mono

Code:

mono.c: 1336  ...  
Starting mono with command >> [mono]

MONO OPTIONS
        -forceSD: SD profile used instead of HD
        -R: If filename is a directory, play its sub-directories recursively
        -nogui: don't display the GUI (defaut is yes)
        -demux <soft|hard|auto>: Set demuxing method (default is auto)
        -jpeg <soft|hard|auto>: Set jpeg decompression method (default is auto)
        -cc <tv|soft|608soft|708soft>: Selects the closed caption display mode.
        -sat: send audio while in trickmode (default is not to send it)
        -displayerror <threshold>: sets display error threshold [0]
        -err_prop_threshold <threshold> : sets anchor error propagation threshold
        -err_prop_length <length> : sets anchor error propagation length
PLAYBACK OPTIONS (default values inside brackets)
        -m chip: Selects the board number [0]
        -L count: Loops the file count times [1]
        -l: Loops the file infinitely [FALSE]
        -waitexit: application doesn't stop and exit until q key is pressed
        -data mode: selects which streams to send to decode: n,a,v,s (n=none) [avs]
        -ts mode: selects which streams to send PTS to decode: n,a,v,s (n=none) [avs]
        -save mode: selects which streams to save into file: n,a,v,s (n=none) [n]
                    mode: avs, av, a, vs, v, n
        -savems mode: same as -save but outputs elementary file with embedded pts and frame_size data
        -speed N M: set the speed factor to N/M [1 1]
        -dram controller: sets the dram controller to use [0]
        -manutest: maunufacture testing mode
        -pause: starts playback in pause state
        -bcc filename: use the BCC file filename [NULL]
        -stcdrift: enable correction of STC-to-PCR drift (SPI only)
        -stcdbg n: level of debug print [0]..3
        -delay time: set delay in ms for audio, video timers relative to stc timer [0]
        -dmapool count log2_size: sets the count and the log2 size of the dma pool.
                                  Default is application dependent.
        -disk_ctrl level: minimum number of buffer when reactivation of disk must be done.
        -prebuf size: maximum size in kB read from media for prebuffering.
        -sat: send audio while in trickmodes [false]
        -past: play any supported track [disabled]; otherwise video track must have a known codec
        -noucode: do not load microcode [FALSE]
        -STCid value: selects the STC ID to use [0]
        -STC_initial_value value: sets STC initial value before reading stream (allows black frame in prebuffering mode)]
        -far <value>: fast audio recovery after trickmodes (performs a seek when resuming from trickmodes) [0] 1
        -dontSendMPEG4pts: dont send video pts for mpeg4/h264 encoded AVI files
DISPLAY OPTIONS (default values inside brackets)
        -no_disp: do not configure the outports
        -f standard: Sets output format, default is NTSC_M
                CVT_640x480x50 CVT_640x480x60 CVT_640x480x75 CVT_640x480x85
                CVT_800x600x50 CVT_800x600x60 CVT_800x600x75 CVT_800x600x85
                CVT_1024x768x50 CVT_1024x768x60 CVT_1024x768x75 CVT_1024x768x85
                CVT_1152x864x50 CVT_1152x864x60 CVT_1152x864x75 CVT_1152x864x85
                CVT_1280x960x50 CVT_1280x960x60 CVT_1280x960x75 CVT_1280x960x85
                CVT_1280x1024x50 CVT_1280x1024x60 CVT_1280x1024x75
                CVT_1280x1024x85 CVT_1600x1200x50 CVT_1600x1200x60
                DBL3_1952x1232 DBL3_1952x30 HDMI_640x480p59 HDMI_640x480p60
                HDMI_480p59 HDMI_480p60 HDMI_720p59 HDMI_720p60 HDMI_1080i59
                HDMI_1080i60 HDMI_480i59 HDMI_480i60 HDMI_720x240p59
                HDMI_720x240p60 HDMI_2880x480i59 HDMI_2880x480i60
                HDMI_2880x240p59 HDMI_2880x240p60 HDMI_1440x480p59
                HDMI_1440x480p60 HDMI_1080p59 HDMI_1080p60 HDMI_576p50
                HDMI_720p50 HDMI_1080i50 HDMI_576i50 HDMI_720x288p50
                HDMI_2880x576i50 HDMI_2880x288p50 HDMI_1440x576p50 HDMI_1080p50
                HDMI_1080p23 HDMI_1080p24 HDMI_1080p25 HDMI_1080p29 HDMI_1080p30
                HDMI_2880x480p59 HDMI_2880x480p60 HDMI_2880x576p50
                HDMI_1080i50_1250 HDMI_1080i100 HDMI_720p100 HDMI_576p100
                HDMI_576i100 HDMI_1080i119 HDMI_1080i120 HDMI_720p119
                HDMI_720p120 HDMI_480p119 HDMI_480p120 HDMI_480i119 HDMI_480i120
                HDMI_576p200 HDMI_576i200 HDMI_480p239 HDMI_480p240 HDMI_480i239
                HDMI_480i240 1080p60 1080p59 1080p50 1080i60 1080i59 1080i50
                1080i48 1080i47 1080p30 1080p29 1080p25 1080p24 1080p23
                1080i50_1250 1080p50_1250 720p60 720p59 720p50 720p30 720p29
                720p25 720p24 720p23 ITU_Bt656_525 ITU_Bt656_240p NTSC_M_Japan
                NTSC_M PAL_60 PAL_M 480p59 NTSC_M_Japan_714 NTSC_M_714
                PAL_60_714 PAL_M_714 480p59_714 ITU_Bt656_625 ITU_Bt656_288p
                PAL_BG PAL_N 576p50 PAL_BG_702 PAL_N_702 576p50_702
                VESA_640x350x85 VESA_640x400x85 VESA_720x400x85 VESA_640x480x60
                VESA_640x480x72 VESA_640x480x75 VESA_640x480x85 VESA_848x480x60
                VESA_800x600x56 VESA_800x600x60 VESA_800x600x72 VESA_800x600x75
                VESA_800x600x85 VESA_1024x768x43 VESA_1024x768x60
                VESA_1024x768x70 VESA_1024x768x75 VESA_1024x768x85
                VESA_1152x864x75 VESA_1280x768x60RB VESA_1280x768x60
                VESA_1280x768x75 VESA_1280x768x85 VESA_1280x960x60
                VESA_1280x960x85 VESA_1280x1024x60 VESA_1280x1024x75
                VESA_1280x1024x85 VESA_1360x768x60 VESA_1366x768x60
                VESA_1400x1050x60RB VESA_1400x1050x60 VESA_1400x1050x75
                VESA_1400x1050x85 VESA_1600x1200x60 VESA_1600x1200x65
                VESA_1600x1200x70 VESA_1600x1200x75 VESA_1600x1200x85
                VESA_1792x1344x60 VESA_1792x1344x75 VESA_1856x1392x60
                VESA_1856x1392x75 VESA_1920x1200x60RB VESA_1920x1200x60
                VESA_1920x1200x75 VESA_1920x1200x85 VESA_1920x1440x60
                VESA_1920x1440x75 VESA_640x350x70 VESA_640x480i30
                VESA_640x480i60 VESA_720x400x70 VESA_640x480x66 VESA_832x624x75
                VESA_1152x870x75 VESA_1280x720x60 VESA_1280x720x75
                VESA_1440x900x60RB VESA_1440x900x60 VESA_1440x900x75
                VESA_1680x1050x60RB VESA_1680x1050x60 VESA_1920x1080x60i
                edid (to use preferred standard from EDID info)
        -r <resolution>: shortcut to set common video resolutions: pref=EDID preferred,
                480i[59], 480i60, 480p[59], 480p60, 576i[50], 576p[50], 720p50, 720p[59], 720p60,
                1080i50, 1080i[59], 1080i60, 1080p23, 1080p24, 1080p50, 1080p[59], 1080p60, vga
        -vgaf standard: sets output format for VGA/DVI output separately
                from analog out
        -vmf <filename.vmf>: specify a filename with a video mode line, used instead of -f options
                WARNING: Incorrect values in the .vmf file can cause damage to the monitor or TV!
                Sigma Designs is not responsible for any such damage.
        -cs colorspace: Sets the output colorspace. [YCC601]
        -mcs colorspace: Sets the mixer colorspace. [none]
        -ocs colorspace: Sets the OSD source colorspace [none]
        Colorspaces:
                limited range (black at 16, white at 235): RGBl, YCC601, YCC709, extended gamut: xvYCC601, xvYCC709
                full range (black at 0, white at 255): RGB, YCC601f, YCC709f, extended gamut: xvYCC601f, xvYCC709f
        -sm mode : Sets display scaling mode [letterBox] panScan ARIB
        -asp x y: Sets display aspect ratio  (x y in [0-255] range) [4 3]
                (0 0 means that the source aspect ratio is used for the display
                aspect ratio (used with WSS).
        -afd <active format>: designate the portion of the screen containing actual picture information:
                [none], full, 16x9top, 14x9top, 64x27, 4x3, 16x9, 14x9, 4x3_14x9, 16x9_14x9, 16x9_4x3
                The last 3 are optional clipping formats, e.g. the last is a 16x9 format that could be cropped to 4x3
        -zoom x y w h: Selects the input window to display [0 0 width height]
        -window x y w h: Selects the output window to display [0 0 width height]
                all zoom values: 0..4095: absolute pixel, 4096..8192: 0%..100% relative size
        -o output: Selects the output
                [svideo] composite hdmi dvi lvds dvi_8 dvi_16 dvi_24 dig_8 dig_16 dig_24
                vga scart
                component_rgb_scart component_rgb_sog component_rgb_smpte
                component_yuv_betacam component_yuv_m2 component_yuv_smpte
        -dvi_hdmi [siI164] siI170 siI9030 siI9034 siI9134 anx9030 lvds none - Selects supported DVI/HDMI chip
        -hdmi state - Force HDMI (AVI info frames and audio) or DVI mode (no AVI/audio), state is optional: [1] 0
        -hdcp - Enable HDCP (only valid on siI170 and siI9030 DVI chip)
        -edid - Display EDID information of the TV/Monitor
        -ed n: use video format from EDID short descriptor number 'n'
                (instead of detailed descriptor with '-f edid')
        -edmode <width> <height> <vfreq> <interlaced>: use closest matching EDID short descriptor
        -edid_exclude <mode>: exclude certain video mode from being used with EDID
        -edid_force <mode>: force certain video modes to be used with EDID, if available in the display
                <mode> can be either of: 24hz 25hz 30hz 50hz 60hz 100hz 120hz 200hz 240hz 4x3 16x9
                sd ed hd 480i 480p 576i 576p 720p 1080i 1080p (sd = 480i, 576i, ed = 480p, 576p, hd = 720p, 1080i, 1080p)
                multiple specifications of -edid_exclude and -edid_force are possible.
        -edid_limits <min_pix> <max_pix> <min_hfreq> <max_hfreq> <min_vfreq> <max_vfreq>: limit EDID mode
                detection to the range specified. all values in Hz. use 0 to disable a range limit.
                If all exclusions and limits leave no mode available, 640x480p will be used.
        -edwrite <filename>: write data from file (binary, multiple of 128 bytes) to display's EDID EEPROM
        -edread <filename>: read data from display's EDID and write to a binary file
        -hdmi_de: Generate DE signal by HDMI chip instead of using the one from 86xx digital out
        -hdmi_act <active format>: designate the portion of the screen containing actual picture information:
                [none], full, 16x9top, 14x9top, 64x27, 4x3, 16x9, 14x9, 4x3_14x9, 16x9_14x9, 16x9_4x3
                The last 3 are optional clipping formats, e.g. the last is a 16x9 format that could be cropped to 4x3
        -hdmi_bars <top> <bottom> <left> <right>: designate filler bars on the screen, 0..4096:
                top:end of horizontal bar at top [0], bottom: start of horizontal bar at bottom [4096]
                left:end of vertical bar at left [0], right: start of vertical bar at right [4096]
        -hdmi_scan [under|over]: tag picture as underscanned (computer) or overscanned (video)
        -hdmi_spd Vendor Product [<class>]: Send HDMI SPD info frame, identifying source product
                class: STB, DVD, DVHS, HDD, DVC, DSC, VCD, Game, PC, BluRay, SACD
        -tmds_mode <gpio> <threshold>: Set GPIO pin 'gpio' to 1 when HDMI pixel clock is above 'threshold' MHz
        -hdmi2c n [speed]: use I2C module 'n' for DVI/HDMI init (0=software, [1]=hardware, 2=built-in hdmi)
                speed: optional, I2C bus speed in kHz, default: 100
        -hdmi_ddc_tx: use same I2C bus for DDC and Tx-Chip access (on some standalone boards)
        -dvi_reset <GPIO>: use a GPIO pin to reset DVI chip [0](disabled) (use 4 or 11 on some standalone boards)
        -agc_version level: Sets the macrovision version [0] 1
        -agc level: Sets the macrovision level [0] 1 2 3
        -aps level: Sets the aps level [0] 1 2 3
        -cgmsa level: Sets the cgms level [0] 1 2 3
        -rcd: Sets the rcd bit [0] 1
        -asb: Sets the asb bit [0] 1
        -vscaler scaler_index: Selects the scaler to use to display the video
        Possible values: 'mv', 'vcr', 'gfx')    -route main vcr cb: Selects the display route to use. Default: selected by application
        -va video_alpha_level (0..255) [128]
        Possible values: 'osd', 'gfx', 'mv' ,'vcr' ,'spu' ,'vp'
        -lock_scaler <scaler>: lock the scaling mode to the given scaler. [none] vcr gfx crt osd spu mv
        -vgadram: put secondary output bitmap into second DRAM bank
        -hwc: Displays Sigma logo using the hardware cursor
        -swap order: swaps the output's color component order [rgb] rbg grb
                gbr brg bgr
        -fs type: Selects the field selection algorithm
                [type] : to select the input field ID that matches the output field ID
                time: to select the input field the most time accurate
                one: to select only one field per frame
        -strips h v : Sets display horizontal and vertical black strip mode
                (h v in [0-4096] range) [4096 4096]
        -cutstrips h v : Sets display horizontal and vertical cut strip mode
                (h v in [0-4096] range) [4096 4096]
        -nonlin w l: select non-linear scaling width (0..3) and level (0..3) [0 0]
                Note: also specify '-strips 4096 0' or -nonlin will have no visible effect!
        -D mode: selects the deinterlacing mode
                0: Bob - no deinterlacing
                1: modulated Weave
                2: motion adaptative
                3: Weave
        -32pd: enables the 3:2 pulldown. Is only active in case of motion adaptative deinterlacing [disable]
        -motion_config config: configures the motion deinterlacer format:V16V8V4V0
        -d2_proportion config: configures the existing vs new field proportion in deinterlacing type 2:0xEFNF
        -disp_init: force reinitialisation of the display
        -cdb <boundary>: sets the color degradation boundary (0..512) [0]
        -dp <protocol>: sets the protocol on the digital output (601, 656, vip) [601]
        -dclk: don't invert the digital video clock (inverted by default)
        -ddr: use double data rate mode on the digital out (data on both edges of the clock)
        -ddr_delay: set a DDR data delay (0..7) [2] -- Obsolete, use -dig_delay instead!
        -dig_no_delay: disable the 400 pSec data delay in non-DDR mode -- Obsolete, use -dig_delay instead!
        -dig_delay <n>: set a data delay of n picoseconds in both, DDR and non-DDR modes [2300/400]
        -inv_cap_clk: invert the capture clock, when external H- and V-Sync is used for the digital sync.
        -vsync_delay: delay the VSync on the digital output port by one pixel clock
        -trailing_edge: enable the field ID logic on the HSync trailing edge of the digital output
        -chroma_sync <EIA|SMPTE>: sync on Pb/Pr of component output: EIA = no sync present (default), SMPTE = sync embedded
        -scart_en <0|1> <pio> <inv>: disable/standby (0) or enable (1) the SCART
                display. pio is optional, defaults to 13. inv is optional, whether to
                invert the pio polarity or not.
        -scart_ws <0|1|a> <pio> <inv>: signal 4:3 (0) or 16:9 (1) or automatic (a) aspect ratio to
                the SCART connector. pio is optional, defaults to 14. inv is optional,
                whether to invert the pio polarity or not
        -sdf [<standard>]: Enable HD->SD conversion and set the specified SD format, or auto-detect PAL/NTSC from HDTV frame rate if no parameter
        -sdf50 <standard>: video mode to be used for auto detection, 50 Hz [PAL_BG] (needs -sdf option)
        -sdf60 <standard>: video mode to be used for auto detection, 59.94 and 60 Hz [NTSC_M] (needs -sdf option)
        -sdbuf: Forces the buffered HD->SD conversion mode (needs -sdf option)
        -sdotf: Forces the 'on-the-fly' HD->SD conversion mode (needs -sdf option)
        -sdcav: Sets the SD standard on the component output, when HD->SD conversion is enabled (needs -sdf option)
        -hdcav: Allows 1080p to be used on the component output, when HD->SD conversion is enabled (default: up to 1080i)
        -sdasp x y: Sets display aspect ratio for the SD output when HD->SD conversion is enabled
                (x y in [0-255] range) [4 3]
        -genlock <v|g> [<min> <max>]: Enable genlocking, sync source is either VideoIn (v) or GraphicIn (g).
                min, max: target phase range, 0..255 (256 = 360 degrees)
        -input <v|g|v2|g2> <bus size> [<656|601|601v> <input standard> [invv] [invh]]:
                Set up dummy mode on video or graphic input, for genlock.
        -time_interval <start-end>: defines the time interval to play
        -dac_comp <enable>: enable or disable DAC compensation on the component output, disable: 0, enable: 1 [1]
        -gamma <n>: Select gamma table <n>: [0]=no gama correction, 1=neutral, 2=experimental, 3=inverse
        -lumakey <min> <max>: set the luma key range [0xff 0x00]
        -dis_pix_timer: disable timer-based pixel clock correction (enabled by default, on SMP8634 only)
        -hdmi_convert <colorspace> <422:444> <bits per component>: convert the 86xx video to a different format on the HDMI output
        -filter_gpio <gpio> <num> <value>: Sets the <value> on <num> GPIO pins, starting at GPIO <gpio> (LSB first)
        -luma_lpf <filter_no>: Forces a low pass luma filter applied to the luma. Possible values are 0 1 2 3 and auto.
        -mv_filter <filter_no>: Forces the type of filter applied to luma and chroma. Possible values are 0 1 2 3 and auto.
------------------------------------------------m-0-n-o-----
Minimum cmd line: mono filename [remote control device (Ex: /dev/ttyS0)]
------------------------------------------------------------

[emveepee]

I cannot get mono to work well with any apps that own the frame buffer. I just killall gaya to play from the command

- I'm more interested in the mono's undocumented options

-delay
-audio
-playlist
-single
-bgimg

Of course mono isn't the only player for video amp_test is VERY interesting and play_asf_streaming for me not so much.

Martin

[erlis]

Syabas: Is it possible to open gaya for external commands? I'll like to interface with gaya over a socket or similar to get it to open specific files and even remote control my PCH.

There are two file-pipes in /tmp what is the purpose of them?

[gshock]

emveepee Wrote:I cannot get mono to work well with any apps that own the frame buffer. I just killall gaya to play from the command

- I'm more interested in the mono's undocumented options

-delay
-audio
-playlist
-single
-bgimg

Of course mono isn't the only player for video amp_test is VERY interesting and play_asf_streaming for me not so much.

Martin

You can see an example of -single, -audio and -bgimg by opening an audio file from gaya and checking mono's command line args with 'ps'. My guess is -playlist is just for vod='playlist' links, although I haven't seen it.

[emveepee]

You will see playlist with internet radio for sure. I can most of them now, but I want to know I'm doing and I'm especially interested in using them from my own app.

Martin

[jesper]

erlis Wrote:Syabas: Is it possible to open gaya for external commands? I'll like to interface with gaya over a socket or similar to get it to open specific files and even remote control my PCH.

There are two file-pipes in /tmp what is the purpose of them?

Dont know exactly how gaya is controlled in the first place since I havent actually recieved my PCH yet and I am new to this forum..

But how is the ir commands translated? I mean do they use lircd or what?
In case syabas doesnt have an answer one way to go would be to hijack the remote reciever dev and send messages through that..
It has been done with lircd so I know it could work in theory..

[dc11ab]

While ir works for custom remote controls like the Pronto and even some pc's and mobile phones, it wouldn't work with WLAN devices like iPhone/iTouch, eeePC etc. that lack ir capability. Sure, it could be added on to them too, but at an expense in various dimensions. I figure mobile phones and pc's have quite a weak ir signal generally, or is it the same oomph in them as standard ir remote control equipment?
On a PC/Mac you'd have the issue of the ir port being located from a strange angle.

But remote control via tcp/ip over a WLAN would allow for more freedom;
You could be at a remote place (in the loo, at work, in the kitchen, wherever) to schedule a recording, change a torrent dl, browse the media directory, pausing/starting the unit etc. This also means the PCH can be stashed away completely; good for those who want a really clean layout around the TV/projector area, or have an HDD inside and don't have to worry about noise issues. The sky's the limit! (read: available network is the limit).

[jesper]

dc11ab Wrote:While ir works for custom remote controls like the Pronto and even some pc's and mobile phones, it wouldn't work with WLAN devices like iPhone/iTouch, eeePC etc. that lack ir capability. Sure, it could be added on to them too, but at an expense in various dimensions. I figure mobile phones and pc's have quite a weak ir signal generally, or is it the same oomph in them as standard ir remote control equipment?
On a PC/Mac you'd have the issue of the ir port being located from a strange angle.

But remote control via tcp/ip over a WLAN would allow for more freedom;
You could be at a remote place (in the loo, at work, in the kitchen, wherever) to schedule a recording, change a torrent dl, browse the media directory, pausing/starting the unit etc. This also means the PCH can be stashed away completely; good for those who want a really clean layout around the TV/projector area, or have an HDD inside and don't have to worry about noise issues. The sky's the limit! (read: available network is the limit). :D

If that was directed to me I didnt mean to use IR comm. But to hijack the software device inside the OS that the gaya frontend listens to for commands. What then generates the commands is up to the programmer.. tcp/ip, bluetooth whatever.. In other words your server software hijacks the software device..

And regarding IR on phones its true.. They use a IrDA transmitter wich has higher throughput but alot less outputpower.. It probably also has a smaller transmission angle.. So no.. IrDA on phones and those kinds of devices wouldnt make a good remote..
(And by the way a ton of apps alreade exists to emulate remote commands from phones so if that was what you wanted that solution already exists)


edit:
Allthough since you are emulating the remote commands you would still probably have to see the tv since up/down play and so on generally would need you to see what you are doing.. =)
Another thing would possibly be to port VNC or somthing similar, then you would be able to accuratly control you NMT from anywhare.. (I think clients already exists for symbian and and a bunch of other OS:s).
Allthough I dont think that would be a particularly great solution since you would have to scroll through a 1080p (or whatever) framesize on your phone..

Another device I have lets me control it through the webinterface.. Perhaps a similar solution could be utilized here? But that would probably require custom commands too...

[dc11ab]

Yes, there's a /dev/lircd

/dev # cat /var/run/lircd
Dec 31 17:00:25 uclibc lircd 0.6.6: /dev/input/event0 USB KB init failed
Dec 31 17:00:25 uclibc lircd 0.6.6: lircd ready
Jan 1 01:01:33 uclibc lircd 0.6.6: accepted new client on /dev/lircd
Jan 1 01:05:33 uclibc lircd 0.6.6: accepted new client on /dev/lircd


(I got my unit in mid-january)

[erlis]

jesper Wrote:Another thing would possibly be to port VNC or somthing similar, then you would be able to accuratly control you NMT from anywhare.. (I think clients already exists for symbian and and a bunch of other OS).

Why VNC!?

We have telnet that is way better!!! But, we need the right commands how to control our devices..

Yes, dc11ab, we have lircd but we don't know how to interact with it.. So unless syabas helps us with that spec we will have some hard days o reverse engineer..

Got a new idea.. Perhaps we can emulate a usb keyboard over tcp, then everything shuld be easy to solve..

[dc11ab]

Yup, I saw that there's no /etc/lircd.conf waiting to be inspected...

Bummer.