Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
94 user(s) are online (53 user(s) are browsing Forums)

Members: 1
Guests: 93

mufa, more...

Headlines

Forum Index


Board index » All Posts (ktadd)




Re: FFmpeg 0.6
Quite a regular
Quite a regular


Quote:

MickJT wrote:
Need testers.

Pretty much everything enabled. ffplay may crash on exit. x264 encoding will require you to use one of the existing preset files. Use -vpre, don't include .ffpreset extension or path name.

I've been playing with x264 (no-altivec) using several different filters and I can't get good results. The resulting videos break up and look horrible. Anyone have any better luck?

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


Quote:

MickJT wrote:
@ktadd
What do you mean "currently released"? The latest ffmpeg doesn't have support for AMR wideband encoding anymore; Not since they changed to opencore-amr.

I meant the current ffmpeg release on OS4depot supports encoding amr_wb. It doesn't use opencore-amr. It uses libamr-wb.

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


@MickJT

Quote:

While file: works and is a good solution for a GUI,

I've modified ffmpegGUI to append file: transparently to the paths.
Turns out, as I thought, I already had routines to dealing with issuing different commands for different versions of ffmpegGUI so I quickly added support for this version. (Let me know your version number changes.)

Also, I noticed that arm_wb audio encoding is no longer supported by this version so I set it up to use arm_nb encoding instead when selected with this version. It still support arm_wb encoding with the currently released ffmpeg.

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


Quote:

MickJT wrote:
@ktadd

The goal would be to replace it sometime in the future.


Ok, I was asking because I was deciding if I should support the current version in addition to this new version or just modify ffmpegGUI to work with this version. I think I'll support both for now unless it becomes to much work.

Quote:

ffmpeg constantly evolves, previously you used -vcodec h264, not -vcodec libx264. There was a time it was something else instead of -acodec libmp3lame too.

Yes, things do constantly change and that's why I put the provisions in ffmpegGUI to fairly easily accomidate such changes. It's also one of the reasons I only support OS4 and don't try to support other OS's.


Quote:

I'm re-uploading the versions again linked with libunix, since they don't prevent Amiga style paths from working. (Edit: Done. Same filesize, but it is a different build).

Thanks.

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


@MickJT

Quote:

MickJT wrote:
Quite peculiar. Looking into it now. If worse comes to worse, you could always make the GUI convert to unix-style paths if absolutely needed.

If worst comes to worst then this would probably be the best workaround in the GUI. Better than making a bunch of assings on peoples systems. I noticed the most recent version you posted doesn't recognize unix style paths anymore. Of course fixing ffmpeg is the best solution. In looking at your biuld it looks like you might have used different libraries for a couple of things than our current build of ffmpeg so I might have make changes to ffmpegGUI to accomidate the differences. I believe I already have code in place to make it easy to accomidate that though.

I assume the plan is to replace the current ffmpeg when you release the new version?

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


Quote:

MickJT wrote:
@ktadd

I built it with -lunix to support unix paths, but that has never stopped it from working with Amiga paths before. I'll try your example and edit this post in the coming minutes.

Edit: It's strange. It's only RAM: with the problem. "RAM Disk:" in quotes is fine, and every other Amiga path is fine too, just not RAM:.


Hmm....doesn't appear to just be RAM: here.

For example the following:
ffmpeg -i "Data:Movies/jws.mpeg" "Data:Output.avi"

results in:
Data:Movies/jws.mpeg: No such file or directory

Thanks for the quick response. I'm heading to bed soon. It's 2:20am here.

Go to top


Re: FFmpeg 0.6
Quite a regular
Quite a regular


Quote:

MickJT wrote:
Need testers.
FFmpeg - For now, set high stack

This is great!
I've modified ffmpegGUI to recognize this version number. The version number doesn't follow, what at least used to be, the standard version number scheme for ffmpeg. Unfortunatly that causes ffmpegGUI to crash. I've made the version routine a bit more flexible so it doesn't crash and I modified to recognise this version as valid. Other version numbers should produce a warning but allow you to continue.

I did a little playing around and it appears this verison of ffmpeg doesn't know how to handle Amiga paths properly unless I'm missing something.

For example:
ffmpeg -i jws.mpeg jws.avi
works as expected as long as the videos are in the current directory, but...

ffmpeg -i ram:jws.mpeg jws.avi
produces the followiing error message:

"ram:jws.mpeg: No such file or directory"

Did a bit more playing and my suspision was right. It's looking for unix style paths. The following works:

ffmpeg -i /ram/jws.mpeg jws.avi

That makes it a bit tough to use with ffmpegGUI and file requesters.
You can type the paths into ffmpegGUI manually though and it will work.
ffplay of course has the same issue. What would it take to fix this in ffmpeg?


Edited by ktadd on 2010/7/4 9:41:51
Go to top


Re: Are you a MICROA1 Owner?
Quite a regular
Quite a regular


Here is my take as a uA1 owner. I purchased my uA1 in December of 2004. I plan to purchase an X1000 around Dec, Jan, Feb? That means the uA1, whcih I have invested ~$1000US into, has cost me the equivalent of $166 a year. While I have nothing against trying to extend it's life I'd say I've gotten more than my moneys worth out of it. I was well aware of the uA1's limitations when I purchased it and I'm suprised it has lasted this long. I plan to do one of three things with it when I get an X1000.

1. Keep it as a test machine for software development.

2. Sell it cheaply so someone else can enjoy AOS4 that might not otherwise be able to afford an AOS4 machine.

3. Give it to someone who is serious about, and capable of, developing software for AOS4. Maybe Trevor could organize a donation program for OS4 developers?

Except for a few recent games the uA1 is still a very capable machine. I run at a 1400x900 resolution in 16bit mode with composting turned off and I typically have a minimum of three screens running. I currently have a Workbench, Simple Mail and OWB screen with three tabs open and I am only using 14 or the 32 Megs of video memory. Still very usable indeed.

Go to top


Re: New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Quote:

Daniel wrote:
Can DvPlayer (full version) play .mp4 files from youtube? Trying to decide if it's worth paying for the registration.

Unfortunatly even the registered version of DVPlayer can't play mp4 or flv files currently. Still worth registering though as it will encourage further work to get those formats supported. It's also a very nice video player as is.

Go to top


Re: New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Quote:

Daniel wrote:
@ktadd
Still unclear why wget is needed though as does what was expected (downloads the videos) without.

Did you modify the getvideo.cfg file? If you un-comment the right line it will use mplayer to download the videos instead of wget.

Quote:
getVideo is very handy, good to be able to watch Youtube videos without resorting to the netbook.

Agreed, getvideo is a nice piece of work!

Go to top


Re: New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Quote:

Daniel wrote:
but I get a requester go up asking where wget: is assgined? What's this all about? Read in docs that you need wget installed but seems to be downloading videos fine without it?

If you use the getvideo.cfg file you can use it to tell getvideo where to find wget, or just put wget in the C: directory.

Quote:

Anyone know a nicer way of starting getVideo other than using shell? Using OWB on OS4.1, is there a way to configure an icon in amidock for drag and drop downloading or maybe click and a requester for URL pops up?


As mentioned, use ClipDown. With it you can copy the URL to the clipboard then just click on the ClipDown button to download or view the files. It also has the ability view graphic links, play audio files and more. See the video's located HERE to see how to set it up and what it can do. The video's are direct links so you don't need getvideo to view them.

Go to top


Re: Vintage Computing Festival-Amiga 25th Anniversary (Blog-thingy)
Quite a regular
Quite a regular


Quote:
Nice pictures! I want and X1000!

A couple of observations:

I see a CF card in the CF card slot. I presume that means they have the interface code for it working. Nice!

I noticed they are using a LAN card to connect to the internet. I would assume that the on board 1 gigabit Ethernet isn't working yet.

Looks like the RAM chips are on both sides of the CPU. There is no fan on the CPU so I guess that means the CPU doens't generate much heat. I'm sure the designers know what they are dong and that won't be an issue when both CPU cores are being used.

Overall the X1000 looks nice!
The new SAM 460ex looks nice as well.
I want both!

Go to top


Re: New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Quote:

ChrisH wrote:
@ktadd
I've only recently installed GetVideo, but it seems to work very nicely in conjunction with ClipDown & MPlayer

ClipDown I can take credit for but it wouldn't be possible without the find work of others.

As acknowledged in the ClipDown documentation:

Thanks also to Bjorn Hagstrom for porting 'wget' to OS4!
Thanks to Andrea Palmate for the OS4 MPlayer port.
Thanks to Juergen Lucas for the getvideo Arexx scripts.
getvideo ? 2009 Juergen Lucas

and of course thanks to the OS4 developers!

Go to top


Re: New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Quote:

acefnq wrote:
@ktadd
Thanks for your continued hard work with GetVideo. Much appreciated.
ace

Hold on. I can't take credit for getvideo. I just saw a new version available on aminet and hadn't seen it annouced. Juergen Lucas is the one you should be thanking. His email address can be found on Aminet on the getvideo download page. Please pass your thanks onto him.

Go to top


New getvideo v.26 available on Aminet
Quite a regular
Quite a regular


Just a heads up that there is a new version of getvideo v.26 available on aminet.
Get it Here!

Changes are as follows:
* 0.26 [2010-06-16]
+ add support for youtube 1080p (fmt=37) format
+ fixed support for
- ard
- dailymotion
- vox
- rtl
+ add support for
- foxbusiness

Go to top


Video: Using ClipDown with Remote Desktop
Quite a regular
Quite a regular


Here is a quick and dirty video I made showing ClipDown being used with Remote Desktop and Windows Internet Explorer to download from the Windows PC to the Amiga. Sorry for the poor quality. I didn't tweek the converter properly.

Link to video page

Go to top


Re: OWB 3.27
Quite a regular
Quite a regular


Quote:

JosDuchIt wrote:
When your pointer is hovering over the link you do see the URL in the lower bar, but as soon as you move the pointer to 'capture this URL' it disappears.
In IBrowse when the requester asks you where to save

While your mouse pointer is over the link, hold down either the middle or right mouse button (depends on your tooltype setting) and a context menu appears that has a selection to copy the URL to the clipboard.

Look HERE to see videos on how to setup and use ClipDown. They are of the previous verson and the main addition was a "quite" mode to hide the shell output when it's not required. It's also easier to change modes with a dropdown menu button.

Sorry I got a bit off topic.

Thanks for the update Joerg. OWB keeps getting better and better! I can now use my auto insurance companies site to pay my bills! I do hope you fix the loading of local files bug soon though. I do tend to use that feature. In the meantime I'll use 3.25 to do it.


Edited by ktadd on 2010/5/9 2:21:56
Go to top


Re: OWB 3.27
Quite a regular
Quite a regular


Quote:

JosDuchIt wrote:
@Antique

I would allready be glad being able to copy to clipboard the URL of the file to download (as appearing downthe page when hovering over the link).
This would permit capturing a number of them and using WGet or cURL.

Have you looked at ClipDown on OS4Depot?
WIth it you can copy the URL link in OWB by holding down the middle or right mouse buttion over the link and select copy to clipboard. Then just click the clipdown button and the file will be downloaded in a seperate process using wget. You can have multiple downloads at once. It also does much more than just downloading.

Go to top


Re: Help: Can't get TuneNet v0.92.56 to work from shell
Quite a regular
Quite a regular


@bean

Quote:

bean wrote:
There is a patch here. It is just the exe, so you'll need to install it on top of the older release.
http://www.tunenet.co.uk/download/TN09258.lha
Please can you let me know if it solves the two issues mentioned above?

Ok, I've been checking this out tonight. This version streams audio files fine from the shell. I tried several different file types. Thanks!

One more question though. Does TuneNet have the ability to slream playlist on the internet?
For example:
http://www.panix.com/web/faq/multimedia/sample.m3u

This link can be found towards the bottom of this page:
http://www.panix.com/web/faq/multimedia/streamed.html

Go to top


Re: Help: Can't get TuneNet v0.92.56 to work from shell
Quite a regular
Quite a regular


Quote:

bean wrote:
There is a patch here. It is just the exe, so you'll need to install it on top of the older release.

http://www.tunenet.co.uk/download/TN09258.lha

Please can you let me know if it solves the two issues mentioned above?.

Wow, what service!
I'll give it a try later tonight and let you know how it goes. Right now I'm stuck at work.

Go to top



TopTop
« 1 ... 20 21 22 (23) 24 25 26 ... 30 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project