Active Topics

 


Reply
Thread Tools
Posts: 154 | Thanked: 110 times | Joined on Aug 2011
#741
Originally Posted by freemangordon View Post
Hmm, which vagalume do you use, the one in repos keeps saying "Connection error"? Did you compile it by yourself?
that's exactly the problem, it seems without the 720p codecs, all is fine. looking through the source code the 'connection error' is misleading, and appears if it's unable to play 3 songs in a row.

......snip.....
if (!audio_started) http_req_success = FALSE;
......snip.............
static int failed_tracks = 0;
if (http_req_success) {
failed_tracks = 0;
controller_skip_track ();
} else if (++failed_tracks == 3) {
failed_tracks = 0;
controller_stop_playing ();
controller_show_warning ("Connection error");
} else {
controller_skip_track ();
}
return FALSE;


i'm using the vegalume from the repos.
 
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#742
Originally Posted by nicolai View Post
Hey freemangordon,
thank you for your great contribution for camera-ui.
Nice to have a higher bitrate now, and the focus control
is much better.

One of your last changes removed the initialization
of the videodevice descriptor. So any direct videodev
call (like manual flash light, or focus control didn't work).
I pushed a new commit for this.

nicolai

@|ErosizeD|,
there is no configuration file for the video bitrate, but freemangordon
made a change to camera-ui, so it can do higher bitrate.
Am I stupid . Thanks for that.

BTW as you may probably saw, I wrote a code for bitrate calculation based on video resolution, framerate and quality, but left it commented, as there is no UI to control it and I am not much into GTK to implement one.
 

The Following 4 Users Say Thank You to freemangordon For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#743
Originally Posted by marbleuser View Post
that's exactly the problem, it seems without the 720p codecs, all is fine. looking through the source code the 'connection error' is misleading, and appears if it's unable to play 3 songs in a row.

......snip.....
if (!audio_started) http_req_success = FALSE;
......snip.............
static int failed_tracks = 0;
if (http_req_success) {
failed_tracks = 0;
controller_skip_track ();
} else if (++failed_tracks == 3) {
failed_tracks = 0;
controller_stop_playing ();
controller_show_warning ("Connection error");
} else {
controller_skip_track ();
}
return FALSE;


i'm using the vegalume from the repos.
Well, that is what i got when run "-DDEBUG" compiled vagalume
Code:
Dec 16 15:02:22 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Initializing D-Bus...
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Unable to read /home/user/.vagalume/servers.xml, skipping
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Parsing server file /opt/vagalume/servers.xml
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Parsed server: Libre.fm
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Creating GStreamer element mp3parse: success
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Creating GStreamer element nokiamp3dec: success
Dec 16 15:02:23 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Creating GStreamer element pulsesink: success
Dec 16 15:02:39 Nokia-N900 kernel: [55686.843902] kb_lock (GPIO 113) is now closed
Dec 16 15:02:40 Nokia-N900 kernel: [55686.976409] kb_lock (GPIO 113) is now open
Dec 16 15:02:45 Nokia-N900 kernel: [55692.647857] slide (GPIO 71) is now open
Dec 16 15:02:50 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/2.0/?api_key=db2c2184ad684eac4adce3ed1bb4a3a0&authToken=c17bd1feb223038fa289c5aed2691c66&method=auth%2EgetMobileSession&username=freemangordon&api_sig=d676beb6c7e2b650a145a58bcc63f574
Dec 16 15:02:51 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/radio/handshake.php?version=1.5&platform=linux&username=freemangordon&passwordmd5=<hidden>
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/radio/adjust.php?session=2538f7153d9d48a5ea799ff76601c0ae&lang=en&url=lastfm%3A%2F%2Fglobaltags%2Frock
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/2.0/?api_key=db2c2184ad684eac4adce3ed1bb4a3a0&limit=0&method=user%2EgetFriends&recenttracks=0&user=freemangordon
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Unable to get friend list
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting friend list
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/radio/xspf.php?sk=2538f7153d9d48a5ea799ff76601c0ae&discovery=0&desktop=1.5
Dec 16 15:02:52 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/2.0/?api_key=db2c2184ad684eac4adce3ed1bb4a3a0&method=user%2EgetTopTags&user=freemangordon
Dec 16 15:02:53 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Tag list ready
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://gigue.rrbone.net/310833.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error: No valid frames found before end of stream
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL http://gigue.rrbone.net/310833.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://gigue.rrbone.net/263659.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error: No valid frames found before end of stream
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL http://gigue.rrbone.net/263659.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://gigue.rrbone.net/141730.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error: No valid frames found before end of stream
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL http://gigue.rrbone.net/141730.ogg2
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://api.jamendo.com/get2/image/album/redirect/?id=48745&imagesize=200
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://gigue.rrbone.net/385639.ogg2
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL http://gigue.rrbone.net/385639.ogg2
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error: No valid frames found before end of stream
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting cover image
Dec 16 15:02:55 Nokia-N900 vagalume[4064]: GLIB CRITICAL ** default - get_audio_thread: assertion `userdata != NULL && http_pipe[1] > 0' failed
Dec 16 15:03:53 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/2.0/?api_key=db2c2184ad684eac4adce3ed1bb4a3a0&limit=0&method=user%2EgetFriends&recenttracks=0&user=freemangordon
Dec 16 15:03:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Unable to get friend list
Dec 16 15:03:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting friend list
Dec 16 15:04:54 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://alpha.libre.fm/2.0/?api_key=db2c2184ad684eac4adce3ed1bb4a3a0&limit=0&method=user%2EgetFriends&recenttracks=0&user=freemangordon
Dec 16 15:04:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Unable to get friend list
Dec 16 15:04:55 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting friend list
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB DEBUG default - Requesting URL http://gigue.rrbone.net/310833.ogg2
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error: No valid frames found before end of stream
Dec 16 15:02:54 Nokia-N900 vagalume[4064]: GLIB WARNING ** default - Error getting URL http://gigue.rrbone.net/310833.ogg2


The above sequence of messages comes from http.c and has nothing to do with gstreamer, it is curl that fails for some reason. Are you sure after you restore stock codecs vagalume works ok? If that is the case, what exactly do you restore to make it working.

BTW opening the same url with gstreamer0.10-launch works like charm so gstreamer is not broken.

Code:
gst-launch-0.10 playbin2 uri=http://gigue.rrbone.net/310833.ogg2
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Prerolled, waiting for buffering to finish...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
^CCaught interrupt -- handling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 10070404056 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
 

The Following 2 Users Say Thank You to freemangordon For This Useful Post:
Posts: 154 | Thanked: 110 times | Joined on Aug 2011
#744
ok, well it's not working for you either.. so something us 720p folk have has broken it. i wonder could it be kp49? i'll back out the 720p codecs and see if it works then.

edit:backed out codecs,rebooted, and vagalume is still broken, so i guess the codecs themselves are off the hook.. i've no idea what's gone wrong... i don't want to go back to kp48, but might if i can't figure it out..

Last edited by marbleuser; 2011-12-16 at 23:08.
 
Posts: 105 | Thanked: 87 times | Joined on Jun 2011 @ Unknown
#745
Originally Posted by freemangordon View Post
First post updated with new libgstdsp.zip which should fix broken playback. Please test and report.
Edit: just tried video call (skype) after installing the new libgstdsp.so and is not working (I can receive video but if I activate my cam the call gets cut off) for me, anybody else have the same problem?
 
Posts: 26 | Thanked: 4 times | Joined on Oct 2011
#746
Originally Posted by freemangordon View Post
Am I stupid . Thanks for that.

BTW as you may probably saw, I wrote a code for bitrate calculation based on video resolution, framerate and quality, but left it commented, as there is no UI to control it and I am not much into GTK to implement one.

OH nice, can test with higher bitrates? in my case, 20mbps, in theory higher bitrates, only demands higher write speeds and our nokia N900 its about 8-18mbps so...

If the DPS doesnt limite the bitrate, maybe can get working 20mbps or more, but i think 20 its perfect ( for zero pixelation ).

About the Camera Design, i can help with that

THanks
 
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#747
Originally Posted by g0r View Post
Edit: just tried video call (skype) after installing the new libgstdsp.so and is not working (I can receive video but if I activate my cam the call gets cut off) for me, anybody else have the same problem?
Seems I've managed to break videocalling, will fix it asap
 

The Following 4 Users Say Thank You to freemangordon For This Useful Post:
nicolai's Avatar
Posts: 1,637 | Thanked: 4,424 times | Joined on Apr 2009 @ Germany
#748
Originally Posted by nicolai View Post
Hey freemangordon,
thank you for your great contribution for camera-ui.
Nice to have a higher bitrate now, and the focus control
is much better.
Now I see, you are cheating! :-)
You disable the whole tracker-process, is it that, why we can get
that high bitrates?
It is a no-go, now it may take minutes until the video is shown
up in media player. We have to find a different way.

I played a bit with dbus-commands for tracker and the indexer.

If you like, please make some tests with this camera-ui-set-priority
file:
Code:
#!/bin/sh
if [ "$1" == "1" ]; then
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Pause
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:
    renice 20 `pidof camera-ui`
    renice 20 `pidof Xorg`
    renice 20 `pidof omap3camd`
else
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Continue
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:
   renice 0 `pidof camera-ui`
    renice -8 `pidof Xorg`
    renice 0 `pidof omap3camd`
fi
 

The Following 9 Users Say Thank You to nicolai For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#749
Originally Posted by nicolai View Post
Now I see, you are cheating! :-)
You disable the whole tracker-process, is it that, why we can get
that high bitrates?
It is a no-go, now it may take minutes until the video is shown
up in media player. We have to find a different way.

I played a bit with dbus-commands for tracker and the indexer.

If you like, please make some tests with this camera-ui-set-priority
file:
Code:
#!/bin/sh
if [ "$1" == "1" ]; then
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Pause
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:
    renice 20 `pidof camera-ui`
    renice 20 `pidof Xorg`
    renice 20 `pidof omap3camd`
else
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Continue
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:
   renice 0 `pidof camera-ui`
    renice -8 `pidof Xorg`
    renice 0 `pidof omap3camd`
fi
Well, stopping tracker was a quick workaround for its stupidity (trying to index files while camera is recording) until i figure out the correct dbus commands for pause and continue... exactly what you've done. And playing with priorities and other stuff is one of the reason why I made a script instead of hard-coding it in camera-ui. next step will be to move camera-ui in another cgroup while recording,pulling it out from standby tasks cgroup where Nokians in their etheral wisdom had put.

Thanks, will test that, but my expectations are that it will work like charm.

BTW some cheating for time to time won't hurt .
 

The Following 10 Users Say Thank You to freemangordon For This Useful Post:
Posts: 1,101 | Thanked: 1,184 times | Joined on Aug 2008 @ Spain
#750
Originally Posted by freemangordon View Post
Well, stopping tracker was a quick workaround for its stupidity (trying to index files while camera is recording) until i figure out the correct dbus commands for pause and continue... exactly what you've done. And playing with priorities and other stuff is one of the reason why I made a script instead of hard-coding it in camera-ui. next step will be to move camera-ui in another cgroup while recording,pulling it out from standby tasks cgroup where Nokians in their etheral wisdom had put.

Thanks, will test that, but my expectations are that it will work like charm.

BTW some cheating for time to time won't hurt .
Instead of lowering priority it would be easier and better just to create a cgroup for it with low enough cpu.shares (editing /usr/share/policy/etc/current/syspart.conf). No need to move it among cgroups, as long as other process in a better cgroup doesn't need the cpu, it'll get all available cpu resources.
 

The Following 6 Users Say Thank You to maacruz For This Useful Post:
Reply

Tags
balls, gpl violation, hackjobs, lgpl violation, nokia, upgrade..., video player


 
Forum Jump


All times are GMT. The time now is 23:48.