@Thematic

Indeed, stripping the id3tags left me with vobris commnets that were there in the 1-st place and all's well.
Now Tunenet plays the files and AMuse stil shows the correct metadata.

Jack

@Thematic

You're right. Vorbis comment is the way. Will see how to convert the existing files (I just got them in this state).

10x for the pointer...
Jack

@Mikey_C

I would call it "blessed", not "cursed", you got yer copy....

@LiveForIt

Rocks indeed. More usable than ever. Speed- and functionality-wise.

The only glitches so far:

1. when I start owb at some point after using othe software, the chance to meet ISI are high and proportional to other apps' quantity and their uptime (will try to remember to record the crashlog next time)

2. (probably connected to the above) when I use python and its networking while owb is up, ISI is imminent.
When I kill the ISI-ing python, close owb, run the python with same args: all's well.
When I fire up owb again and relaunch the same python: ISI.
Here's the python's ISI:

http://crashlog.os4depot.net/index.php?function=view&crashlogid=69

Dunnoh whom to blame there, owb or python. Looks like something to chew on for Joerg and maybe the Wizards of OS4...
Unfortunately for me, the python instances are started automatically now and then in background, so meanwhile back to aweb+remote seamonkey under cygnix combo
Jack

@Curty

Is there any way to prevent mp3 plugin from blindly picking the id3v2-tagged files?


Jack

@Curty

So it looks like id3tags inside flac break the plugin precendence.
I didn't encode that flac.
Looks like these are id3v1 (afaik, V2 are at the end of the file).
Will try to change it to V2 and see if it helps....


Edit:
The other way around:
v1 is at the end, v2 at the head.
some acrobatics in linux solved the issue:
id3v2 -l * #(to verify presence of both)
ls -1 | awk '{print "id3convert "$1}' | sh #to copy v2 to v1 if needed
id3v2 -d * #(deletes v2 tags only)

id3v1 only files play fine
Stupid me, didn't see the problematic files didn't load as flac in the first place

Now the problem: id3v1 are often too short to contain the data
Maybe id3v2 + file recognition should be fixed?

Thanks a lot,
Jack

@Raziel

Quote:

I was always under impression that c:copy should be faster than it's WB counterpart.
Maybe that's the reason for the stutters? Maybe it (c:copy) pushes the f/s to stress the cpu?
Probably the Wizards of OS4.1 only can shed some light.
I hope it'll be solved (I do most of file management in the shell).


Jack

@Raziel

You lucky gringo, still waiting for my copy to arrive;-D

Quote:

Use "BUF" argument to verify :
Quote:

And try to bennchmark f/s to ram and in wise versa.
About stutter: maybe something is unoptimized there. I had a similar problem with a loop in rexx where I forgot to supress pushing the result of a function call into shell.
(did "somefunction()" instead "call somefunction()" where "somefunction()" returned stuff).

Jack

Edit: added spaces as per Elwood's suggestion(10x)
Edit2: looks like I was in a great need for coffee when I wrote, tosally mistyped quotation tags, fixed

@Curty

sent, 10x.
Jack

Grabbed and installed the plugin from os4depot, tried with tunenet 0.86.34, noting is played.
The plugin shows up in the prefs window, but doesn't start playback.
Is it just me or some known issue

Jack

@Atheist

I'm big fan of simple client with proper imap support. If AOS4 had a native pine, it would be great, but now I have very good solution:
sylpheed under cygnix, courtesy of Edgar.
2 imap accounts + 2 gmail addresses over imap.
Both gmails forward to one of the imaps (the default inbox) and leave copy for themselves.
When I reply on the forwarded from gmail messages, the client is smart enough to send it from the appropriate gmail account.
Pity simplemail isn't there imap-support-wise....

Jack

@agafaster

Also: don't use -O4/3/2 stuff while developing. Slows the compilation a lot.
Switch it on in the final release.

And a warning: O4 can change semantics of the proram (afair, it'll throw a fat warning when it occures).
O3 and O2 is safer. So if the program does unexpected things, try to reduce optimisation and see if it helps.

Jack

@agafaster

g++ , not gcc (you have c++ program there)

@Atheist

Quote:

And use it in the following sessions?
Nice feature to have. Afaik, it isn't there, but I would gladly stand corrected...

Jack

Does anyone knows if this is sufficient performance/ram-wise?

0x1002 0x4966 Radeon RV250
64MB Radeon 9000pro
(Edit: as per "dry" specs it' ok, but..)

TIA,
Jack

@VooDoo

Cheapest printer is the most expensive in the long run.
I'm preaching one more time for networked PostScript printer as a fail-proof solution for any Amiga.
If you have more than one computer and LAN at home, it's a killer.
You can get xerox 6130 for 400$ or so, but for a little bit more you get a 6180 which has much more toner than 6130.
Not cheap, but toner capacity of the later is huge for home use.
And it's not an inkjet. If you print frequently, it'll pay itself off and become less expensive that inkjet in maintainance.

And some personal experince from work: hp products become more and more lame.

Jack

@joerg

Is there any option for version with debug info?
I thought I found a way to automate the backup, but I can't make it work

Jack

bump....

@swoop
It happens after selecting source dir

@joerg

Looks like there is a problem with some characters:

15.AOS4:> list ALL "" >ram:1
LIST: No information for "work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]".
LIST: object not found
15.AOS4:> list work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
15.AOS4:> ls work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
Drafts Sent Mail
15.AOS4:> ls -l work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
lr-xr-xr-x 1 root wheel 79 Aug 15 01:33 work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail] -> /work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
15.AOS4:> list work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]/*
15.AOS4:> list work:AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
15.AOS4:> ls -l /work/AmiCygnix/home/jack/.sylpheed-2.0/imapcache/imap.gmail.com/jackitg/[Gmail]
total 0
drwx------ 2 root wheel 0 Aug 3 17:25 Drafts
drwx------ 2 root wheel 0 Jul 22 21:48 Sent Mail

sys:work is a link to work:


Jack

@joerg

Quote:
Filesystem: sfs (ot sfs2)

It starts scanning the selected source, and then there's no disk/cpu activity, then after 2 minutes or so, windows can't be scrolled and the freeze (no GR).
If mouse exits the AmiDVD window and enters it back it's pointer no longer busy.
No problems sere encountered when selecting image file, only selecting the source is followed by problem.

Jack