Is it failing all jpegs or just the upscaled ones?
Only upscaled ones. I changed LMS 7.9 to not upscale. Now the client
would have to do it - and that's when I came to understand the issue
(I've seen it in the past with images from online services, but never
investigated it, as I mostly liste
Hi please check:
Yeah, did that:
pi@raspi2 ~/jivelite $ find /usr/lib/ -iname libjpeg*
/usr/lib/jvm/jdk-7-oracle-armhf/jre/lib/arm/libjpeg.so
/usr/lib/arm-linux-gnueabihf/libjpeg.so
/usr/lib/arm-linux-gnueabihf/libjpeg.a
/usr/lib/arm-linux-gnueabihf/libjpeg.so.8
/usr/lib/arm-linux-gnueabihf/lib
mherger wrote:
> Triode,
>
> > JiveLite on Raspbian is failing to resize the artwork. If I disable
> the
> > upscaling in SlimServer.lua -> _loadArtworkImage(), then I do get the
> > image, though only small if the full resolution wasn't available.
>
> Do you have an idea why JiveLite might fai
mherger wrote:
> Triode,
>
> > JiveLite on Raspbian is failing to resize the artwork. If I disable
> the
> > upscaling in SlimServer.lua -> _loadArtworkImage(), then I do get the
> > image, though only small if the full resolution wasn't available.
>
> Do you have an idea why JiveLite might fai
Triode,
JiveLite on Raspbian is failing to resize the artwork. If I disable the
upscaling in SlimServer.lua -> _loadArtworkImage(), then I do get the
image, though only small if the full resolution wasn't available.
Do you have an idea why JiveLite might fail the upscaling of jpeg files
on th
mherger wrote:
> > Now what's next: what can I do to figure out what is causing jpeg
> files
> to fail in Raspbian?
JiveLite on Raspbian is failing to resize the artwork. If I disable the
upscaling in SlimServer.lua -> _loadArtworkImage(), then I do get the
image, though only small if the full
It took less than a second to receive the picture of 55731 bytes size.
Yet it wasn't shown. What debug option would I need to get more
information where it might fail?
Ok, this probably isn't a jivelite issue after all: it's failing on jpeg
files and on my Pi only. PNG are shown ok on the Pi as
Triode wrote:
> There's a 70 second timeout (grep for SOCKET_BODY_TIMEOUT) on http
> connections - I hope you are not seeing this?
That's not the problem. Here's the log output from a picture which did
not show:
Code:
20140528 08:34:31.070 DEBUG net.http - SocketHttp.
Thanks Triode. Those 70 seconds are indeed what I found as well, but I
didn't believe this would be it, as I doubt it's taking that long. I'll
add some logging around there to see what's going on. Thanks!
Michael
Am 27.05.14 19:50, schrieb Triode:
mherger wrote:
Triode,
I have a plugin wh
mherger wrote:
> Triode,
>
> I have a plugin which pulls artwork from last.fm. On the Radio and Touch
>
> this seems to be ok. But on jivelite in HD mode I often wouldn't get the
>
> artwork. I guess that it's due to some timeout, as for the larger screen
>
> I'm pulling a higher resolution v
ag66 wrote:
> Hi,
>
> Has anyone been able to use the Image Browser or Picture Gallery LMS
> plugins with Jivelite?
>
> I can go to Extras -> Image Browser -> Folders select the folder and
> will see the thumbnails for the images, but if I press Enter the image
> isn't opened (nothing happens).
Triode,
I have a plugin which pulls artwork from last.fm. On the Radio and Touch
this seems to be ok. But on jivelite in HD mode I often wouldn't get the
artwork. I guess that it's due to some timeout, as for the larger screen
I'm pulling a higher resolution version of the picture.
Do you kn
Hi,
Has anyone been able to use the Image Browser or Picture Gallery LMS
plugins with Jivelite?
I can go to Extras -> Image Browser -> Folders select the folder and
will see the thumbnails for the images, but if I press Enter the image
isn't opened (nothing happens). Same thing with Picture Gall
davidismynaim wrote:
> I am a keen squeezebox user. In the main room, I have a transporter
> hidden away in a cupboard and a nice large HD tv on the wall. I would
> like to set up a music display/control, where my wife and I can control
> music selection via the std remote (well a mapped version
Well it's already working on Raspberian as both player and controller -
just takes a while to startup and has the risk of a power off corrupting
something. The only issue is the screens I've got can only do 1368x768
which jivelite isn't really optimised for. If you change the skin it
seems to cras
liam.whiteside wrote:
> I've just got Squeezelite and Jivelite working on a Raspberry Pi with
> WiPi and bolted it to the back of the kitchen TV, which seems to be
> working quite nicely. It seems far more responsive than my previous
> experience with SqueezeSlave (but does show up the low resolu
davidismynaim wrote:
>
> Final comment i found it impossible to get the screen to fit exactly. I
> think this is down to the rubbish TV, an old Sharp Aquos LC46X20E which
> i suspect is not pixel perfect and does not quite give you the full
> 1980x1080 resolution. although it is a 1080p device!
I've just got Squeezelite and Jivelite working on a Raspberry Pi with
WiPi and bolted it to the back of the kitchen TV, which seems to be
working quite nicely. It seems far more responsive than my previous
experience with SqueezeSlave (but does show up the low resolution of my
cover art!)
It's cu
Hi all
just wanted to share my experience. Managed to get jivelite built on a
rpi, running rasbian. Got it to auto run jivelite and all is working
really well.
Have a FLIRC on order and plan to program my harmony remote to control
jivelite. my actual player is a transporter behind a cupboard, so
davidismynaim wrote:
> I am a keen squeezebox user. In the main room, I have a transporter
> hidden away in a cupboard and a nice large HD tv on the wall. I would
> like to set up a music display/control, where my wife and I can control
> music selection via the std remote (well a mapped version
Krisbee wrote:
> I'd like to turn an old laptop into a "squeezbox" appliance, just switch
> it on and it boots to a "jivelite" interface. I'd like to have keyboard
> or mouse control and hopefully IR remote control via FLIRC or perhaps
> one of those MCE handsets with USB dongles mentioned elsewh
I am a keen squeezebox user. In the main room, I have a transporter
hidden away in a cupboard and a nice large HD tv on the wall. I would
like to set up a music display/control, where my wife and I can control
music selection via the std remote (well a mapped version of the std
remote using a harm
I'd like to turn an old laptop into a "squeezbox" appliance, just switch
it on and it boots to a "jivelite" interface. I'd like to have keyboard
or mouse control and hopefully IR remote control via FLIRC or perhaps
one of those MCE handsets with USB dongles mentioned elsewhere.
Am I right in th
Triode wrote:
> "q" should be power off - this will show off in the now playing screen,
> but only switch to an off screen if you define one.
>
>
>
> Can't comment on this - this sounds like an underlying issue from
> LMS/squeezeplay which would have caused this. I wonder if you had
> restart
daveu8282 wrote:
> 1. I've not been able to figure out how to do a soft power off of a
> player when any of the HD skins are enabled. With Joggler and and WQVGA
> Small Print I see a power button on the home screen but not with the HD
> skins. The JiveLite documentation doesn't show an obvious ke
I've been using and enjoying JiveLite for several days now. It looks and
feels a lot like my Squeezebox Touch so I caught on to how to use it
right away. So far it's doing an excellent job except for two issues:
1. I've not been able to figure out how to do a soft power off of a
player when any o
Triode,
I've done a bit more to tidy up the vertical positioning of the UI
elements in the different scaling of HDSkin.
I was aiming to acheive the following:
1) Get all UI elements on the right half of the screen to stay within
the vertical boundaries defined by the bottom and top edges of the
dsdreamer wrote:
> @Triode,
>
> After Michael's changes to the 1920x1080 resolution skins, I wanted to
> offer the following patch that attempts to keep things on the Now
> Playing screen reasonably proportioned at lower resolutions too.
>
> I am offering a patch for HDSkinApplet.lua which, IMO
@Triode,
After Michael's changes to the 1920x1080 resolution skins, I wanted to
offer the following patch that attempts to keep things on the Now
Playing screen reasonably proportioned at lower resolutions too.
I am offering a patch for HDSkinApplet.lua which, IMO, does a reasonable
job at this.
mherger wrote:
> Triode - thanks for the scrolling fix!
>
> Here's a suggested diff with minor tweaks to the grid skin. Because size
> matters :D.
>
> > > >
- Use larger font for track information.
- Use larger font for progress information
- Use alternative set of assets for the p
Triode - thanks for the scrolling fix!
Here's a suggested diff with minor tweaks to the grid skin. Because size
matters :D.
- Use larger font for track information.
- Use larger font for progress information
- Use alternative set of assets for the progress bar
-
These tweaks imho gre
jemmicat wrote:
> Can someone please help me...
>
> I have a working 1024x600 skin for Squeezeplay for a project I did a few
> years ago. I am reworking that project to use a Raspberry Pi instead of
> the netbook I was running it on but I am using the 8.9" LCD from the
> netbook still. With Sque
Can someone please help me...
I have a working 1024x600 skin for Squeezeplay for a project I did a few
years ago. I am reworking that project to use a Raspberry Pi instead of
the netbook I was running it on but I am using the 8.9" LCD from the
netbook still. With Squeezeplay on Windows I just rep
Triode,
is it possible to build in a touchscreen component so that we can use
Jivelite on small touch displays ?
uveX's Profile: http://forums.slimdevices.com/member.php?userid=62316
View this thread: http://forums.slimdevi
dsdreamer wrote:
> 1280 x 720 pixels. The "slow umlaut" effect can be observed below in
> the two pictures.
Please try latest git version. Looks like the underlying layout code
does not deal well with this case so we need to add padding in the skin
to cater for ascending characters.
Triode wrote:
> Can you confirm which skin and resolution you see this at? Is this the
> same for you Michael?
1280 x 720 pixels. The "slow umlaut" effect can be observed below in
the two pictures.
+---+
|Filename: Screen Shot 2
My example is Goldberg Variations, for keyboard (Clavier-Übung IV),
where the umlaut on top of the capital U, gets left behind rather
comically as the rest of the text scrolls away.
Can you confirm which skin and resolution you see this at? Is this the
same for you Michael?
I'm using the HDGr
dsdreamer wrote:
> My example is Goldberg Variations, for keyboard (Clavier-Übung IV),
> where the umlaut on top of the capital U, gets left behind rather
> comically as the rest of the text scrolls away.
>
> I can send you a FLAC file of an offending track if you PM me a suitable
> email addres
Triode wrote:
> I suspect that needs changes to the C code - nothing I have
> intentionally changed from squeezelplay. Look in jive_font.c and
> jive_label.c - at present it looks to be using the height of capital H
> to me - the font height is also the height of a capital + descending
> charac
Patches very welcome... Especially the NP screen which is currently
designed to avoid looking bad at all of the screen sizes supported by
the HD skin, but has not really had a lot of time spent tweeking skin.
Oh... I didn't even think of resolutions other than full HD. I'll have
to play with th
Do you have a demo size and string where it is 100% reproducible?
While it's more obvious with larger fonts (I'm currently at 72px), I'm
seeing the same with your code.
The track I'm playing is from Daft Punk's RAM album, streaming from
Qobuz. The French like those accents ;-). I'll test wit
mherger wrote:
> Triode,
>
> the choices of font sizes in particular for the NP screen - are these
> tuned to your likings or rather random? When looking at this screen from
>
> a two or more meters, the font is rather small. And there's a lot of
> free screen estate left.
>
> I played a bit
mherger wrote:
> I noticed there was a scrolling issue with accented characters. Eg.
> check the É:
>
> 15461
>
> While the text would scroll, the accent stays stuck in its place for a
> second or two. Here's a video where you can see the issue a bit better:
>
> https://dl.dropboxusercontent.
I noticed there was a scrolling issue with accented characters. Eg.
check the É:
15461
Here's a video where you can see the issue a bit better:
https://dl.dropboxusercontent.com/u/54507676/2014-01-08%2017.19.03.mov
Do you have any idea how this can be fixed? I played around with
heights, padd
Triode,
the choices of font sizes in particular for the NP screen - are these
tuned to your likings or rather random? When looking at this screen from
a two or more meters, the font is rather small. And there's a lot of
free screen estate left.
I played a bit with font sizes for album/artist
>From what i understand is that the Raspberry isn´t running quite well
with a LCD attached right?
And you can´t control it with a touchscreen.
But wouldn't it be a nice and very cheap system if jivelite is running
fine on a device like the raspberry ?
Buy a Raspberry and a 2.8" Display with touch
Hi, I'm new in this forum and tried to read a lot, but maybe I missed it
and my questions have already been answered.
I'm running LSM on my QNAP and use a Raspberry Pi with Squeezelight.
Actually with the onboard audio, but I already ordered a HiFiBerry. The
Pi is running headless and I control i
mherger wrote:
> > Michael, I built SDL from scratch as well, but I configured it with
> > ./configure --disable-video-x11, which along with commenting out line
> 94
> > of ./SDL-1.2.15/src/video/quartz/SDL_QuartzVideo.h, as hinted already
> in
> > this thread
>
> Thanks, I'll give that a try!
>
Michael, I built SDL from scratch as well, but I configured it with
./configure --disable-video-x11, which along with commenting out line 94
of ./SDL-1.2.15/src/video/quartz/SDL_QuartzVideo.h, as hinted already in
this thread
Thanks, I'll give that a try!
--
Michael
___
mherger wrote:
> Has anyone had success building jivelite on Mavericks? It did work on
> ML, but now it doesn't want to find X11/Xlib.h, or SDLmain. Tried to
> re-build SDL from scratch, but it fails Xlib.h as well, though it is
> there in /usr/local/include/X11
Michael, I built SDL from scratch
Had same failure when trying to compile on mavericks. Didn't explore
further...sorry.
ericj's Profile: http://forums.slimdevices.com/member.php?userid=3230
View this thread: http://forums.slimdevices.com/showthread.php?t=9
mherger wrote:
> Has anyone had success building jivelite on Mavericks? It did work on
> ML, but now it doesn't want to find X11/Xlib.h, or SDLmain. Tried to
> re-build SDL from scratch, but it fails Xlib.h as well, though it is
> there in /usr/local/include/X11
Does this help: https://github.co
Has anyone had success building jivelite on Mavericks? It did work on
ML, but now it doesn't want to find X11/Xlib.h, or SDLmain. Tried to
re-build SDL from scratch, but it fails Xlib.h as well, though it is
there in /usr/local/include/X11
Michael
http://www.herger.net/slim-plugins - MusicArti
Triode wrote:
> This probably needs more views from others and any input from a graphic
> artist/designer... I tried with the bar included but was not sure about
> this, especially as I'd had previous requests to remove it. I was
> wondering about a status box and trying to include file type or
JackOfAll wrote:
> I'll have to come back to this one later in the evening. Knee deep in
> generating kernel patch sets right now
FYI: I did a Git pull yesterday and built from scratch on a Wandboard
Quad. -Having uninstalled all the jivelite rpms that might conflict-
(@JackofAll, I assume y
Triode wrote:
> can you run it in gdb? I've just tested on a both 64bit and 32bit intel
> + wandboard and can't cause a problem on any of them. It this for any
> skin or just the Joggler one?
I'll have to come back to this one later in the evening. Knee deep in
generating kernel patch sets rig
JackOfAll wrote:
> c7p6t7ws is my F20 x86_64 desktop devel machine. SqueezeliteC7P6T7WS is
> the name of the squeezelite instance mentioned in the jivelite log
> (running on c7p6t7ws, connected to the LMS also running on this same
> machine). jivelite is also being launched on this machine, from
Triode wrote:
> Nope - is this for an X session or a local screen? Both worked for me.
>
c7p6t7ws is my F20 x86_64 desktop devel machine. SqueezeliteC7P6T7WS is
the name of the squeezelite instance mentioned in the jivelite log
(running on c7p6t7ws, connected to the LMS also running on this s
JackOfAll wrote:
> I have 3 servers running on the local network and 5 clients. ;) Don't
> get to selecting a player before it falls over.
>
> Does this help any?
>
> >
Code:
> >
> Jan 2 16:09:27 c7p6t7ws jivelite: INFO applet.SetupLanguage -
SetupLanguageApplet
Triode wrote:
> No - do you have a server running and does it have players? The next
> step after select skin is to select a player.
I have 3 servers running on the local network and 5 clients. ;) Don't
get to selecting a player before it falls over.
Does this help any?
Code:
---
JackOfAll wrote:
> Come back to that. Try this, repeatable for me every time. Remove the
> jivelite user prefs dir, "rm -rf ~/.jivelite". Lauch jivelite, go
> through setup, select English, select Joggler skin, select "Keep this
> skin", BANG!!!, segfault every time. Do you see that behaviour?
N
Triode wrote:
> Thanks interesting... I've not knowingly changed anything from
> squeezeplay in that skin. Is this repeatable in squeezeplay.
>
> What's the format of the track and its bitrate?
Come back to that. Try this, repeatable for me every time. Remove the
jivelite user prefs dir, "rm
JackOfAll wrote:
> Have a look at the elapsed time bar. The web-gui is correct! ;)
>
> [image: http://www.communitysqueeze.org/files/jivelite_elapsed.png]
Thanks interesting... I've not knowingly changed anything from
squeezeplay in that skin. Is this repeatable in squeezeplay.
What's the fo
Have a look at the elapsed time bar. The web-gui is correct! ;)
[image: http://www.communitysqueeze.org/files/jivelite_elapsed.png]
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread
dsdreamer wrote:
> Triode, I was able to pull the latest jivelite from git, build and take
> a look around. You have achieved what I was looking for in the HD Grid
> skin at 1920x1080p. The now playing list is back to a nice list format,
> and the repeat, and shuffle icons are now clearly visible
JackOfAll wrote:
> I just did a pull, build and quick test. So many things are "barfed"
> with regard to display on multiple skins, like not displaying the
> current playlist at all with Joggler skin, that I'm going to delete it
> from the testing repo and not announce it. ;) Which skin are you t
JackOfAll wrote:
> I just did a pull, build and quick test. So many things are "barfed"
> with regard to display on multiple skins, like not displaying the
> current playlist at all with Joggler skin, that I'm going to delete it
> from the testing repo and not announce it. ;) Which skin are you t
Triode wrote:
>
> Would be interested in your thoughts on the layout.
I just did a pull, build and quick test. So many things are "barfed"
with regard to display on multiple skins, like not displaying the
current playlist at all with Joggler skin, that I'm going to delete it
from the testing re
dsdreamer wrote:
> I don't think any other screens call for list mode that are currently in
> grid mode. I would argue that the rule should be: use grid mode whenever
> we can confidently assert that there are distinctive icons or
> distinctive artwork for each possible selection; otherwise, use
You should run
make -f Makefile.osx
--
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Triode wrote:
> I think there is a problem building if more libraries are added - which
> was the case with this update. I'll look at the make files.
>
> Feel free to port an applet for it as I've not had any other responses
> to this yet...
I have no luck building for Mavericks... see b
I have for some time been wanting to have the repeat and shuffle status
displayed on the "now playing" screen. Some months ago, I had an attempt
that showed these in a semi-restored transport control bar, along with
the volume control status. Understandably you didn't like the repetition
of the vo
Triode wrote:
> Will look at this - grid view development really paused while I worked
> on squeezelite and waiting for feedback. Are there other screens which
> linear view makes more sense?
I don't think any other screens call for list mode that are currently in
grid mode. I would argue that
dsdreamer wrote:
> @Triode,
>
> I really like the HD Grid skin for browsing my album library, and I can
> get used to some of the setting menus being a grid instead of a linear
> list, but I really dislike the current playlist being a grid. The
> playlist is one place where a -list- is really ca
@Triode,
I really like the HD Grid skin for browsing my album library, and I can
get used to some of the setting menus being a grid instead of a linear
list, but I really dislike the current playlist being a grid. The
playlist is one place where a -list- is really called for in my opinion
because
JackOfAll wrote:
> OP (George): I've just verified the issue on x86_64.
>
> EDIT2 (20131218 02:40): Patch imported into git upstream. ('Commit'
> (http://pkgs.fedoraproject.org/cgit/luajit.git/commit/?h=f19&id=b6019ec6ac42f6e3d56676df770b1e3bab7636a5))
@JackOfAll: Thanks. I'll get this updat
Triode wrote:
> How was this installed - from the git source or from CSOS repo? Building
> from the git repo should also build these libraries - but it assumes
> locations of luajit as /usr/local/* which may not correspond to where
> your distro has put them. Clive mentioned something related to
Fixed - looks like the grid skin had a non resized image rather than the
resized one. This skin still needs more work but I'd be grateful of
more bug reports which prove people are using it!
Thanks! I thought that was the case, but didn't figure out where to look
for it (well, in the little ti
OP: I've just verified the issue on x86_64. Downgrade the Fedora luajit
package to the CS one.
Code:
sudo yum downgrade luajit
The Fedora x86_64 luajit package is hosed. As mentioned above, the lib
path is lib64 on x86_64. I'll raise a bug on
Triode wrote:
> How was this installed - from the git source or from CSOS repo? Building
> from the git repo should also build these libraries - but it assumes
> locations of luajit as /usr/local/* which may not correspond to where
> your distro has put them. Clive mentioned something related to
ggalt wrote:
> Triode:
>
> I've just started running into the following on my Fedora 19 x86_64
> system:
> JiveLite 0.1.0
> Jive: /usr/share/lua/5.1/socket.lua:13: module 'socket.core' not found:
> no field package.preload['socket.core']
> no file '/home/ggalt/.jivelite/userpath/socket/core.lua'
Triode:
I've just started running into the following on my Fedora 19 x86_64
system:
JiveLite 0.1.0
Jive: /usr/share/lua/5.1/socket.lua:13: module 'socket.core' not found:
no field package.preload['socket.core']
no file '/home/ggalt/.jivelite/userpath/socket/core.lua'
no file './socket/core.lua'
n
ralphy wrote:
> There are 2 'open issues'
> (https://code.google.com/p/jivelite/issues/list) on googlecode. One is
> related to the grid view code merge.
Thanks - I didn't have this sending me emails and so missed these. Will
look at over the holiday period.
-
Triode wrote:
> Fixed - looks like the grid skin had a non resized image rather than the
> resized one. This skin still needs more work but I'd be grateful of
> more bug reports which prove people are using it!
There are 2 'open issues'
(https://code.google.com/p/jivelite/issues/list) on google
mherger wrote:
> Running jivelite in the HDGrid skin I'm seeing bad icons for the Radios.
> Is this a known issue?
>
> 15383
>
> Looks like the applet wasn't compatible with the grid mode, but using
> grid size icons for the radio only or something?
Fixed - looks like the grid skin had a non r
Running jivelite in the HDGrid skin I'm seeing bad icons for the Radios.
Is this a known issue?
15383
Looks like the applet wasn't compatible with the grid mode, but using
grid size icons for the radio only or something?
+---+
|Fi
gbuilder wrote:
> Hi I have a raspberry pi connected to a 2.8" TFT LCD through SPI. It is
> working with the console displayed on the device from boot. I can run X
> or use the framebuffer for mplayer etc.
>
> So far, I haven't been able to get JiveLite to run on the TFT, I just
> get a black sc
All:
I've been enjoying the Jivelite/Squeezeplay combination for a while.
I've used a RaspberryPi, a 7" wall-mounted USB display and Jivelite to
create a credible substitute for the old SqueezeTouch. I put together a
full tutorial at
http://www.instructables.com/id/Wall-Mounted-SqueezePlayer-wi
Triode wrote:
> Not looked at what is does, but does this help:
>
> http://www.lua.org/manual/5.1/ - there's no getn method to table in the
> standard lua syntax. I think this was lua 5.0.
Yes it does!
Works on Squeezeplay too so there's no need to check which controller
it's running on.
Tha
Hi Triode
Thanks very much for Jivelite, really appreciate it. It's amazing. I was
having all sorts of difficulties getting SqueezePlay happening and
JiveLite was easy from the word go.
My little project is to put jivelite on a pi with a small touchsreen -
essentially to make a Squeezebox Touch.
ralphy wrote:
> I've been using the 'Alsa Mixer applet'
> (https://github.com/cowboy-coders/AMixer) on squeezeplay and thought it
> would be great to have it on my wandboard.
>
> But it doesn't work on jivelite. The issue appears to be something with
> the pack/unpack implementation being used
Triode wrote:
> Feel free to port an applet for it as I've not had any other responses
> to this yet...
I've been using the 'Alsa Mixer applet'
(https://github.com/cowboy-coders/AMixer) on squeezeplay and thought it
would be great to have it on my wandboard.
But it doesn't work on jivelite.
Feel free to port an applet for it as I've not had any other responses
to this yet...
Heh... not my field of expertise: I haven't released a single applet yet.
The only applet I wrote myself is a little applet to force a firmware
update on some of those poor UESRs which wouldn't update o
mherger wrote:
> Thanks Triode!
>
> I had some problems building this on OSX. Until I figured out that "make
>
> -f Makefile.osx clean" (or simply "make clean") didn't clean thoroughly
>
> enough. I think it missed src/platform_osx.o. I'm not too familiar with
>
> the make file syntax, but
Thanks Triode!
I had some problems building this on OSX. Until I figured out that "make
-f Makefile.osx clean" (or simply "make clean") didn't clean thoroughly
enough. I think it missed src/platform_osx.o. I'm not too familiar with
the make file syntax, but I guess src/Makefile only reads i
I've just ported the Applet Installer to JiveLite - this should provide
a mechanism for 3rd party applets to downloaded to jivelite. This is
available in the latest git master branch. [note vis branch has also
been merged into master]
Please note that there are a couple of syntax changes necess
gbuilder wrote:
> Hi I have a raspberry pi connected to a 2.8" TFT LCD through SPI. It is
> working with the console displayed on the device from boot. I can run X
> or use the framebuffer for mplayer etc.
>
> So far, I haven't been able to get JiveLite to run on the TFT, I just
> get a black sc
Hi I have a raspberry pi connected to a 2.8" TFT LCD through SPI. I have
it working with the console displayed on the device from boot. I can run
X or use the framebuffer for mplayer etc.
So far, I haven't been able to get JiveLite to run on the TFT, I just
get a black screen. Jivelite is working
Triode: I'm not sure if it is best to contact you here or at the Google
Code site, but I've put a patch on the "issues" section
(https://code.google.com/p/jivelite/issues/detail?id=2) that changes all
of the hard coding of the location of the lua include files to a
variable. Many of the Makefiles
Triode wrote:
> I suspect is was some time around:
> http://code.google.com/p/jivelite/source/detail?r=ebd03d4e656a6e66e25c0472d96b06277c8948e1
Thanks. I see it, I believe. It's the "transport controls" section
that starts around line 2752 in
/share/jive/applets/HDSkin/HDSkinApplet.lua. I'll
201 - 300 of 445 matches
Mail list logo